Apr
25

Here ye, here ye, VTP experts. (We are not referring to the Vandenberg Test Program, although they are very likely experts in their field as well.  :) )

Can you predict the results of a 3 switch VTP client/server scenario?

SW1-3, are connected, as shown in the diagram.

VTP question for Blog

Here is the initial output of show VTP status, and show VLAN brief on each. Note that SW1 and SW3 are servers, while SW2 is a client.   We will be adding a failure to the network in just a moment.

SW1#show vtp status
VTP Version                     : 2
Configuration Revision          : 3
Maximum VLANs supported locally : 1005
Number of existing VLANs        : 8
VTP Operating Mode              : Server
VTP Domain Name                 : INE
VTP Pruning Mode                : Disabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x2C 0x04 0x21 0x2B 0x10 0xFE 0x03 0x50
Configuration last modified by 0.0.0.0 at 3-1-93 00:05:40
Local updater ID is 0.0.0.0 (no valid interface found)
SW1#show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Fa0/1, Fa0/2, Fa0/3, Fa0/4
                                                Fa0/5, Fa0/6, Fa0/7, Fa0/8
                                                Fa0/9, Fa0/10, Fa0/11, Fa0/12
                                                Fa0/13, Fa0/14, Fa0/15, Fa0/16
                                                Fa0/17, Fa0/18, Fa0/19, Fa0/20
                                                Fa0/21, Fa0/22, Fa0/23, Gig0/1
                                                Gig0/2
2    VLAN0002                         active
3    VLAN0003                         active
4    VLAN0004                         active
1002 fddi-default                     active
1003 token-ring-default               active
1004 fddinet-default                  active
1005 trnet-default                    active
SW1#

SW2#show vtp status
VTP Version                     : 2
Configuration Revision          : 3
Maximum VLANs supported locally : 1005
Number of existing VLANs        : 8
VTP Operating Mode              : Client
VTP Domain Name                 : INE
VTP Pruning Mode                : Disabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x2C 0x04 0x21 0x2B 0x10 0xFE 0x03 0x50
Configuration last modified by 0.0.0.0 at 3-1-93 00:05:40
SW2#show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Fa0/2, Fa0/3, Fa0/4, Fa0/5
                                                Fa0/6, Fa0/7, Fa0/8, Fa0/9
                                                Fa0/10, Fa0/11, Fa0/12, Fa0/13
                                                Fa0/14, Fa0/15, Fa0/16, Fa0/17
                                                Fa0/18, Fa0/19, Fa0/20, Fa0/21
                                                Fa0/22, Fa0/23, Gig0/1, Gig0/2
2    VLAN0002                         active
3    VLAN0003                         active
4    VLAN0004                         active
1002 fddi-default                     active
1003 token-ring-default               active
1004 fddinet-default                  active
1005 trnet-default                    active
SW2#

SW3#show vtp status
VTP Version                     : 2
Configuration Revision          : 3
Maximum VLANs supported locally : 1005
Number of existing VLANs        : 8
VTP Operating Mode              : Server
VTP Domain Name                 : INE
VTP Pruning Mode                : Disabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x2C 0x04 0x21 0x2B 0x10 0xFE 0x03 0x50
Configuration last modified by 0.0.0.0 at 3-1-93 00:05:40
Local updater ID is 0.0.0.0 (no valid interface found)
SW3#show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Fa0/2, Fa0/3, Fa0/4, Fa0/5
                                                Fa0/6, Fa0/7, Fa0/8, Fa0/9
                                                Fa0/10, Fa0/11, Fa0/12, Fa0/13
                                                Fa0/14, Fa0/15, Fa0/16, Fa0/17
                                                Fa0/18, Fa0/19, Fa0/20, Fa0/21
                                                Fa0/22, Fa0/23, Fa0/24, Gig0/1
                                                Gig0/2
2    VLAN0002                         active
3    VLAN0003                         active
4    VLAN0004                         active
1002 fddi-default                     active
1003 token-ring-default               active
1004 fddinet-default                  active
1005 trnet-default                    active
SW3#

So here is the scenario for the question. The Fa0/24 connection is suddenly broken between SW1 and SW2, and while that is down, a new VLAN (we will use 999)  is created on SW3 like this:

SW3(config)#vlan 999

And then, a few minutes later, SW3 is completely powered off, shipped to another city, and removed completely from this network forever.

If we then restore the Fa0/24 connection between SW1 (the server) and SW2 (the client) what will happen to the VTP/VLAN information on the two switches? Will there be an update on either switch, will SW1 wait for a Server advertisement or will something else happen all together?

Take a moment, and let us know what you think.

Best wishes.

PS We’ll post the results as a after you have had some time to consider the results.

A few hours have passed, and we have had over 50 comments , ideas and theories.

I appreciate you taking the time to work through this.  May your hard work pay off with a successful lab.

And the correct answer is:

SW1, will see that its configuration revision number is lower than SW2, and even though SW2 is a “client” SW1 will use the updated information in the VTP advertisement from SW2 to update to its VLAN database, and get in “sync” with the rest of the VTP domain, including knowing about VLAN 999.   The configuration revision number would also move to 4.

Here is SW1, after the connection to SW2 is restored:

SW1#show vtp status
VTP Version                     : 2
Configuration Revision          : 4
Maximum VLANs supported locally : 1005
Number of existing VLANs        : 9
VTP Operating Mode              : Server
VTP Domain Name                 : INE
VTP Pruning Mode                : Disabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x45 0x1D 0x6E 0xF0 0xB7 0xC2 0x84 0xFA
Configuration last modified by 0.0.0.0 at 3-1-93 00:11:43
Local updater ID is 0.0.0.0 (no valid interface found)
SW1#show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Fa0/1, Fa0/2, Fa0/3, Fa0/4
                                                Fa0/5, Fa0/6, Fa0/7, Fa0/8
                                                Fa0/9, Fa0/10, Fa0/11, Fa0/12
                                                Fa0/13, Fa0/14, Fa0/15, Fa0/16
                                                Fa0/17, Fa0/18, Fa0/19, Fa0/20
                                                Fa0/21, Fa0/22, Fa0/23, Gig0/1
                                                Gig0/2
2    VLAN0002                         active
3    VLAN0003                         active
4    VLAN0004                         active
999  VLAN0999                         active
1002 fddi-default                     active
1003 token-ring-default               active
1004 fddinet-default                  active
1005 trnet-default                    active
SW1#

Here is SW2:

SW2#show vtp status
VTP Version                     : 2
Configuration Revision          : 4
Maximum VLANs supported locally : 1005
Number of existing VLANs        : 9
VTP Operating Mode              : Client
VTP Domain Name                 : INE
VTP Pruning Mode                : Disabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x45 0x1D 0x6E 0xF0 0xB7 0xC2 0x84 0xFA
Configuration last modified by 0.0.0.0 at 3-1-93 00:11:43
SW2#show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Fa0/1, Fa0/2, Fa0/3, Fa0/4
                                                Fa0/5, Fa0/6, Fa0/7, Fa0/8
                                                Fa0/9, Fa0/10, Fa0/11, Fa0/12
                                                Fa0/13, Fa0/14, Fa0/15, Fa0/16
                                                Fa0/17, Fa0/18, Fa0/19, Fa0/20
                                                Fa0/21, Fa0/22, Fa0/23, Gig0/1
                                                Gig0/2
2    VLAN0002                         active
3    VLAN0003                         active
4    VLAN0004                         active
999  VLAN0999                         active
1002 fddi-default                     active
1003 token-ring-default               active
1004 fddinet-default                  active
1005 trnet-default                    active
SW2#

Thanks again everyone, and happy studies!


You can leave a response, or trackback from your own site.

62 Responses to “How well do you know VTP?”

 
  1. ananth says:

    Hi

    When Vlan 999 is advertised in SW3

    its config revision becomes 4

    Since sw2 is still up its conf rev becomes -4

    Now when the link between sw1 and sw2 comes up

    the conf rev is compared. So sw1 sees that sw2 has a higher revision

    and so it takes that revision and vlan 999 is updated.

    So sw1 will have vlan 999

    Hope this is correct

  2. dangbry says:

    Hi Kieth,

    I believe that despite SW2 being a client, when SW1 comes back online it will still see the higher revision number that SW2 has in its advertisements and update its VLAN configuration with the new 999 VLAN.

    Look forward to confirming if this is correct :-)

  3. Sw2 will get the newly created vlan and the revision number will be raised in Sw2 and Sw3. However, there is no sync from Sw2 (client) to Sw1 (server) so the newly created vlan wont show up in Sw1 until Sw3 is plugged in again.

    Br Jimmy

  4. Andre says:

    I think SW1 will ignore the updates coming from SW2 and will keep the old vlans.

  5. Dennis says:

    Yes. Clients really can overwrite servers’ configs (if they have higher revision number and all other needed parameters match).
    OMG! Client(SW2) will pass it’s configuration to SERVER(SW1) (since it has higher revision number) despite the corollary that servers rule the world (the domen).
    I remember those days then it was written in my favorite CCNA book what ONLY SERVERS can update configuration and I decided to check it out with real equipment and I was shocked to see it!

    Bye for now!

  6. Adonys Cruz says:

    Interesting scenario, SW1 will receive a VTP summary with a higher revision number from SW2, then it will send a request to SW2 for vlans information, SW2 will respond with a VTP subset packet including details of its vlans, including the new one, SW1 will add the new vlans and update its revision number.

    Thanks,
    Adonys

  7. Ronaldo Bueno says:

    As soon as the SW1 is back up, the SW2 receives its VTP updates and see the revision number less than the one it has.
    SW2 will update the SW1 and SW1 will update have its VTP updated with the new VLAN.

    I guess this is due the possibility to SW2 (as client) receives VTP updates from other servers.

    We know that VTP propagates the VTP information received from other switches, since within the same VTP domain and properly configured.

    Since Client has a better VTP, it was sent to SW1 and SW1 updated its vlan database and revision number.

    The debug from SW2:

    *Mar 1 00:18:16.607: VTP LOG RUNTIME: Summary packet received, domain = INE, rev = 3, followers = 1, length 77, trunk Fa0/0

    *Mar 1 00:18:16.611: VTP LOG RUNTIME: Summary packet rev 3 lower than domain INE rev 4

    *Mar 1 00:18:16.615: VTP LOG RUNTIME: Subset packet received, domain = INE, rev = 3, seq = 1, length = 332

    *Mar 1 00:18:17.031: VTP LOG RUNTIME: Transmit vtp summary, domain INE, rev 4, followers 0, tlv blk size 5 (inc #tlv field),
    MD5 digest calculated = 2C 12 A3 9C 02 2B 1C 7D 88 82 7C E1 B8 88 C0 9A

    R2#
    *Mar 1 00:18:17.499: VTP LOG RUNTIME: Transmit vtp summary, domain INE, rev 4, followers 1, tlv blk size 5 (inc #tlv field),
    MD5 digest calculated = 2C 12 A3 9C 02 2B 1C 7D 88 82 7C E1 B8 88 C0 9A

    *Mar 1 00:18:17.655: VTP LOG RUNTIME: Summary packet received, domain = INE, rev = 4, followers = 1, length 77, trunk Fa0/0

    *Mar 1 00:18:17.655: VTP LOG RUNTIME: Summary packet rev 4 equal to domain INE rev 4

    *Mar 1 00:18:17.691: VTP LOG RUNTIME: Subset packet received, domain = INE, rev = 4, seq = 1, length = 352

    Debug from SW1 at the time I brought the interface up:

    R1(config-if)#no shut
    R1(config-if)#
    R1(config-if)#
    *Mar 1 00:17:16.823: %DTP-5-TRUNKPORTON: Port Fa0/0 has become dot1q trunk
    *Mar 1 00:17:17.327: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
    R1(config-if)#
    *Mar 1 00:17:18.431: VTP LOG RUNTIME: Transmit vtp summary, domain INE, rev 3, followers 1, tlv blk size 5 (inc #tlv field),
    MD5 digest calculated = 3B E0 DC 7D A3 D2 A1 33 4B BD DE 90 37 BE 44 2F

    *Mar 1 00:17:18.859: VTP LOG RUNTIME: Summary packet received, domain = INE, rev = 4, followers = 0, length 77, trunk Fa0/0

    *Mar 1 00:17:18.863: VTP LOG RUNTIME: Summary packet rev 4 greater than domain INE rev 3

    *Mar 1 00:17:18.867: VTP LOG RUNTIME: Domain INE currently not in updating state

    *Mar 1 00:17:18.871: VTP LOG RUNTIME: Summary packet with followers field zero

    *Mar 1 00:17:18.875: VTP LOG RUNTIME: Transmit vtp request, domain INE, start value 0

    R1(config-if)#
    *Mar 1 00:17:19.155: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to up
    *Mar 1 00:17:19.351: VTP LOG RUNTIME: Summary packet received, domain = INE, rev = 4, followers = 1, length 77, trunk Fa0/0

    *Mar 1 00:17:19.355: VTP LOG RUNTIME: Summary packet rev 4 greater than domain INE rev 3

    *Mar 1 00:17:19.355: VTP LOG RUNTIME: Domain INE currently not in updating state

    *Mar 1 00:17:19.359: VTP LOG RUNTIME: pdu len 77, #tlvs 1

    *Mar 1 00:17:19.363: VTP LOG RUNTIME: Subset packet received, domain = INE, rev = 4, seq = 1, length = 352

    *Mar 1 00:17:19.467: VTP LOG RUNTIME: Transmit vtp summary, domain INE, rev 4, followers 1, tlv blk size 5 (inc #tlv field),
    MD5 digest calculated = 2C 12 A3 9C 02 2B 1C 7D 88 82 7C E1 B8 88 C0 9A

  8. Mark G. says:

    Seems like VLAN666 goes away when SW1 comes back online

  9. Something fishy about this, Keith wouldn’t let this go away easily. :-)

    Let me try this.

    1. Link down between SW1 and SW2
    2. SW3 created new vlan
    3. SW3 increate its vtp advertisement number.
    4. SW2 will get this advertisement and because it’s received higher advertisement number then it will take that as an update.
    5. SW2 will have it’s new vlan
    6. SW will update the new advertisement with new vlan and increase the advertisement number.
    7. SW3 turned off
    8. IF the link between SW1 and SW2 came back, then SW2 will advertise this to SW1
    9. SW1 will take this new update and have its new vlan.
    7. SW2 will adv
    After the connection restored, other switches will learn the new vlan from the highest revision update number.

  10. Karim Asif says:

    The definition of VTP client mode said that we cannot add, delete or change the VLAN but there is still no indication that it will not update the other switches if a lower configuration value received from a peer switch. In this case, the switch SW1 will be updated after some time when periodic advertisements are exchanged between the two switches.

  11. tarun says:

    i think sw2(client) will have the vlan created, sw1 will not until sw3 is connected and the update propagates between servers

  12. kirk says:

    Hi Keith.

    Even though, SW1 is the server for the VTP domain,SW1 will get the Vlan 999 from the SW2 because they have the same VTP domain name and SW2 will have highher configuration revision number. This might not be much of an issue, in this case, because the existing vlans on SW1 do not have any interfaces in them and they have not been removed from the vlan database. If those vlans had been removed on SW3 and thus SW2, and if SW1 had ports assigned into the respective vlans, the ports would have been disabled.

  13. Walter Gibbons says:

    When the Fa0/24 connection is restored the configuration revision number on switch 1 is lower than that of the client switch 2 due to the addition of VLAN 999 when switch 1 was disconnected. The clients (switch 2) VLAN database will update the server (switch 2), with the recently created VLAN 999.

  14. sandy02 says:

    assuming you type exit after vlan 999, and that vlan is created in the database, switch 2 will be updated with the new vlan.

    after the connection between SW1 and SW2 is brought back, SW1 will not have the new vlan. SW1 will be updated if SW2 create a new vlan, as VTP advertisement will be sent if there is any change in the vlan database.

    just my 2 cents.. :)

  15. sandy02 says:

    oh sorry, SW1 will never be updated, as SW2 is a VTP client and will never be able to create a new vlan.

  16. Mr D says:

    Hi all,

    regarding this question, I think the VLAN 999 will be updated to SW1 and SW2, because SW3 VTP revision number will be high than SW1 and SW2, even after the switch is power off.

    Correct me if I am wrong.

    Thank you.

  17. wapdoang says:

    SW2 will update VLAN status since SW2 version is higher than SW1.
    The output is:
    SW-2#sh vtp st
    VTP Version : 2
    Configuration Revision : 4
    Maximum VLANs supported locally : 255
    Number of existing VLANs : 9
    VTP Operating Mode : Client
    VTP Domain Name : INE
    VTP Pruning Mode : Disabled
    VTP V2 Mode : Disabled
    VTP Traps Generation : Disabled
    MD5 digest : 0xFF 0x1E 0xBC 0xEA 0x5A 0xB7 0x0F 0×49
    Configuration last modified by 0.0.0.0 at 3-1-93 00:05:51

    Thanks.
    Regard,
    Wahyu

  18. Benjamin Good says:

    SW3 creates VLAN 999 and both it and SW2 go to configuration revision 4. When SW3 is removed and SW1 is reconnected, it will see the higher revision number on SW2 when SW2 sends a summary advertisement. Although SW2 is a client, SW1 will still update its VLAN database and configuration revision to match and will see VLAN 999.

  19. Seifeddine says:

    Keith correct me if i`m wrong but in some cases VTP client can override the VTP server configuration if the revision number is higher :) so the switch with the smaller revision number (SW1) will see the larger revision number on the other switch (SW2), request a copy of the VLAN database from the switch with the larger revision number, and update its VLAN database and VLAN99 will be on SW1 … hope i`m correct

  20. Kabir Ibrahim says:

    I do not think their will be a vtp update altogether. As far as I know, VTP updates are sent only when updates are triggered within a given domain.i.e a new vlan is created and the trunk link between the switches is up.

  21. Maxim says:

    SW2 will send SW1 update about new added vlan.
    SW1 will use it.

    Maxim

  22. Sasikumar Sadayan says:

    Since the VTP client has the updated version of the vlan database it will update the vtp server with the new VTP configuration version(4)

  23. Deepak Arora says:

    SW2 (VTP Client) will update SW1 about the new vlan, and SW1 will add it to it’s local database.

  24. Arjan Hummel says:

    First the new VLAN 999 will be learned by SW3 itself due to the configuration change. The configuration revision number will be incremented to 4.

    VTP exchange will make the same happen on SW2. It learns the new VLAN 999 and will also increment the configuration revision number to 4. It will do this because the configuration revision number was smaller when the VTP info was received.

    When SW3 is removed nothing will happen. SW2 knows VLAN 999 already. The configuration revision number will stay 4 because no configuraion change is done. Ofcourse, nothing will happen on SW1 because no VTP information is exchanged with this switch due to the link failure.

    After the link is restored. VTP information can (and will) be exchanged. Because the configuration revision number on SW2 > SW1 the last switch will learn the new VLAN. It doesn’t matter that SW2 is a client and that SW1 is a server. SW2 will even wreak havoc if it has to (when for example it has no VLANs in its database, but the configuration revision number is still higher than the other switches). Put in other words: because SW2 has the highest revision number its VLAN database will be mirrored to SW1. It doens’t matter what the contents of the VLAN database on SW1 are. The fact that a switch is a VTP server only makes it possible to make configuration changes to the VLAN database (by hand!). That cannot be done on a client. It will refuse. But VTP can and will make changes regardless of client or server mode.

    In this case the new VLAN will be learned by SW1 after the link is restored and that’s probably what you want, assuming VLAN 999 is actually needed on this network.

  25. Naser says:

    Keith,

    Nice post. To answer the question. The SW2 (client) will learn the new vlan 999 from sw3 and up rev will change to 4 and store it in NVRAM.

    Once SW3 powered off, it will not affect the sw2 database, all VLANs will still remain. Upon link between SW1 and SW2 comes up, SW2 send the advertise its database to SW1 with its revision 4 high than Sw1 rev 3, so the Sw2 database is preferred and Sw1 update its VLANs database with this new value.

    Thanks

  26. Martin says:

    Vlan 999 will be advertised from SW2 to SW1

  27. Cyril says:

    When we restore the Fa0/24 connection between SW1 (the server) and SW2 (the client), they send their Revision Number (=3 for SW1 and =4 for SW2 because of VLAN 999 created by SW3).

    The client have a higher Revision Number than the server, so the server will be synchronized by the client and received the vlan 999.

    But I’m not sure :)

  28. Dimitris Elefsiniotis says:

    Hello Keith,

    nice scenario and trick for the VTP experts! :)

    SW3 is a server and since a new VLAN is created it will propagate the change (addition of VLAN 999) to the rest of the network. SW2 as a client will update its VLAN database and add VLAN 999.

    However, since the link between SW2 and SW1 is broken by the time of VPT advertisement, SW1 will not update its VLAN database accordingly. Then SW3 is removed completely from the network and SW1 remains the only switch in VTP server mode.

    As soon as the link between SW2 and SW1 is restored, VTP server SW1 will check its config revision within VTP (still 8) and will try to update the SW2 (will have config revision 4 after the addition of VLAN 999 in its database) with its own (most updated as he thinks) VLAN database. This VLAN 999 will be removed from SW2 VLAN database and a service affection for specific VLAN will occur for whoever is configured in it.

    I hope. I’m correct in thinking and reasoning.

    Kind Regards
    Dimitris

  29. ob says:

    Simple. The client (SW2) has newer conf, and therefore will update the VTP server SW1.

    VTP client only means that the CLI won’t accept updates to VLAN conf, not that the config wont propagate once in there.

  30. Alvin Galang says:

    Whatever VLAN configuration is present on the SW1 (after restoring the link between itslef and the SW2) will be revelead as well on SW2′s show VLAN output. Note that the VLAN 999 (propagated by SW3 to SW2) when SW1-SW2 link was broken, will not be shown on the ‘show vlan’ output after SW1-SW2 is restored.

    HTH

  31. Chris says:

    after vlan 999 has been added, SW2 will have a higher revision than SW1
    when the link between SW1 & SW2 is back up, vlan 999 will be added to SW1 because it looks at rev-nr. no matter if SW2 is a client

  32. bubunamawu says:

    vlan 999 is disappear

  33. Jorge says:

    I think the new Vlan in sw2 will disappear.
    Here is my explanation:
    When the connection between Sw1 and Sw2 is restablished, Sw1 is the server and would have a low revision number in vtp, so it would populate its vtp database to sw2, then only vlans 2,3 and 4 would stay in SW3.

    Maybe i’m wrong, but thank you anyway for let me participate in your blog.

  34. Bas says:

    My first thought is that SW-2 will at first not have a problem and remain to support vlan 999. Advertisements from SW-1 will be ignored as long as the version is lower or equal to its own. But after SW-1 has had changes to its VLAN database, its version will increase until the client version on SW-2 is lower than the version on VTP-server SW-1. At this time it will sync its database and vlan 999 will disapear from its database as SW-1 is not aware of this vlan. (as long as any changes did not include this vlan of course).
    This is my reasoning anyways…

    Bas

  35. Igor says:

    After VLAN 999 is added, SW2 and SW3 will increase Configuration Revision to 4, while SW1 will remain on revision number 3.
    After link between SW1 and SW2 is up again, SW2 can not populate it’s VLAN database to SW1, as SW2 is VTP client. So, switches have inconsistent VLAN database at this moment.
    After admin adds or removes VLAN on SW1, it’s VTP revision will increment by one.
    This has actually have to happen twice, as if revision number in VTP advertisement is equal, receiving switch ignores this advertisement.
    So, after 2 VLAN changes on SW1, VLAN 999 is wiped out from SW2 VLAN database and SW2 has it’s VLANs aligned to SW1.

  36. IRFAN says:

    Gday!
    As soon as we create new Vlan on SW3 (999). its reversion number would be 4
    and
    number of Vlan 9

    VTP update the SW2(client) would be

    Revsion Number 4
    and
    Number of Vlan 9

    So far SW1(Sever) is not up with SW2(Client) yet as and SW3 Been removed permanently. When SW1 link get up its will get VTP update as
    Revsion Number 4
    and
    Number of Vlan 9

    So SW2(client) and SW1 VTP status would be same

    I was not expecting from “Keith” to ask Childish question on CCIE Blogs

    Regards

  37. Igor says:

    A way to go would be changing SW2 to VTP server. So it could advertise it’s VLAN database to SW1 and keep VLAN 999.

  38. ArcHy says:

    IMHO SW3 will send the update to SW2 whilst the link is down between SW1 and 2. Since SW2 is a client it will not send update to SW1 so the VTP db. will be inconsistent between SW1 and 2.

    Am I close? :-)

  39. pim says:

    Ok here i go:

    Sw3 will update Sw2 with vlan 999
    Sw2 will increase it’s Configuration revision nuber (Switch 3 & 2 are now on the same revision number)
    Sw3 is disconnected. No biggie there.
    Connection to SW1 is restored,
    Sw2 will override Sw1 because it has a higher configuration revision number.
    Sw1 will add vlan 999 and update it’s revision number.

    I hope i am correct :-)

  40. Hi Keith!!!
    Answering your post about VPT… If you disconnect the SW 3 but you have created a vlan 99 before that, this VTP Update will be propagated to all others VTP CLIENT and SERVERS. Since VLAN 99 have been created by a VTP SERVER it will be advertised to SW 1 even if it is not connected to the network at this moment, breaking the rule of VTP Client/Server update. So the VTP Revision Configuration number will increase in one accepting the VLAN 99 which was created but another VTP Server, not by a VPT Client. Let me know any comments about it. Thank`s

  41. kedel says:

    Sw2 will have the vlan 999 information but not sw1, since the sw2 have the higher revision number, it won’t update its vlan information from sw1 although sw1 is the server. Only when sw1 have a higher revision number, then sw2 will get updated.
    Does it make sense ?

  42. garry says:

    when SW1 comes back on line the client SW2 will send the 999 vlan information due to the higher vtp revision number and update the ‘vlan database’ with the new vlan

  43. Before going through INE’s Workbook I I would have gotten this wrong! :-)

    SW1 will be updated with the next VTP advertisement sent by SW2.

    The “only” thing that VTP client mode does is dis-allow you from creating new VLANs (manually).

  44. acruz says:

    Will the switches generate that funky log error when the revisions are screwy and do nothing? ><

  45. ciscogeek says:

    as soon as the trunk between SW1 and SW2 comes up both will sync to each other and SW1′s revision number sync to SW2 and vlan 999 created on SW1 as well. full description of it available in below cisco VTP flash.
    http://www.cisco.com/warp/public/473/vtp_flash/

    thanks
    ciscogeek

  46. vit says:

    Nothing happen. Cause vlan not created on SW3
    sw3(config)#vlan 999
    sw3(config-vlan)#
    We need ‘exit’ command to edit vlan.dat and complete vlan creation

    Take a look from another telnet session
    sw3#sh vlan

    VLAN Name Status Ports
    —- ——————————– ——— ——————————-
    1 default active ***
    1002 fddi-default act/unsup
    1003 token-ring-default act/unsup
    1004 fddinet-default act/unsup
    1005 trnet-default act/unsup

  47. Christopher says:

    Here is my opinion what will happen.

    When the Link comes up again, the VTP Server will send a Summary Advertisement to the VTP Client.
    The Client compares his local Revision Number with the Revision Number inside of the Summary Advertisement.
    The received Summary Advertisment from the Server contains a lower Revison Number then on the VTP Client locally (because of the creation of VLAN 999 on SW3 which was propagated to the VTP Client,) and the Summary Advertisement is ignored from the VTP Client.
    The VTP Client also sends a Summary Advertisement to the Server. The Server compares the local Revision Number and recognizes that the received Revision Number is higher then the locally stored.
    The VTP Server will then send an Advertisement Request to the VTP Client which answers the request with a Summary Advertisement and (one or more) subset Advertisements.

    In Short, The VTP Server inserts the information about vlan 999 in his VTP Database.

    But i could be wrong !

    Kind regards,
    Christopher

  48. Ronald says:

    In my opinion it will forward the vlan 999 to SW1 since it has a higher revision number on the client hence SW1 will be updated with this new information. In a client mode you cannot create, delete or change but you forward the information.

  49. Ian Finlayson says:

    Yes, im also going with the Client will Overwrite the Server’s VTP information because of the higher revision number and the fact that a Client can infact affect a Server!!

    I’m also thinking out loud here and wondering if timing and sequences might prove to cause a different result to happen!?

    Put us out of our misery :)

  50. Marco Rizzi says:

    Hi,

    when the link between SW1 and SW2 is restored, SW2 has a vtp configuration revision number higher than SW1.

    When the next VTP message is sent from SW2, SW1 will update his vlan database with the new vlan 999 and set the configuration revision number.

    This happens even SW2 is in client mode, while the client mode prevents to create/delete/modify a vlan locally, but not to propagate vtp messages with the vlan created from other servers.

    (there is a specific section on the documentation that warns about adding a client in the vtp domain… http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_46_se/configuration/guide/swvtp.html#wp1223658 )

    Thank you guys for the blog
    Marco

  51. Renato says:

    SW3 creates the vlan and sends an update to SW2 since the revision number is higher SW2 updates its vlan database and when the link between SW2 and SW1 cames back up it will send the update so SW1 will have vlan 999 too

  52. Andriy Surzhenko says:

    Correct is
    SW3 update vlan database on SW1 due better revision number, revision number are equal at both switches
    SW3 shutdown
    SW1 up
    SW1 receive info from SW2 about better revision number than its own and so SW1 updates vlan database with vlan 999
    p.s no changes for vlan databse at SW1 during disconnection from network – tested in simulation, and its logical by theory
    p.p.s better revison number == higher revision number
    p.p.p.s sorry for bad english

  53. Michael says:

    SW1 will get the update. VTP clients stores the last known vtp information, when the link comes back up the SW1 will get the update.

    http://en.wikipedia.org/wiki/VLAN_Trunking_Protocol#VTP_Modes

  54. Thanks everyone. I put the solution at the tail end of the blog post so it would be easier to find.

  55. Arnaud says:

    By creating vlan 999 on SW3 you didn’t exit the vlan configuration before to power off this swith. Vlan 99 will not be created in SW3. So SW2 and SW1 will keep the same configuration revision : 3

    Thanks

    Arnaud

  56. Joe Bybee, MCSE², CCENT, MCP+I, CNA, A+ says:

    Arnuad is mistaken. You do NOT have to exit the config-vlan mode for VTP to replicate a VLAN, since it was a global command. Even if you are in the vlan database, you do NOT have to exit for it to apply.

    Switches do not even need to be in FWD state for it to replicate VTP updates.

    Sw2 will tell Sw1 about the new Revision when it comes back up, even before the trunk is in FWD state, as VTP is like BPDU’s and CDP, which talk before fwd’ng data.

    Sw2 would even replicate the Revision to Sw1 even if Sw2 was transparent, as long as it is in the same Domain, in this case INE (which is case sensitive).

    It also would replicate in transparent if it was NULL.

    The only time it would not replicate is if it had a different domain name than Sw2.

    VTP Version 2 doesn’t help at all, as it only gives you Token Ring support, and since they are all the same replicate just fine.

    Joe

  57. NET_OG says:

    Well I won’t forget this… thanks.

  58. Dimitris Elefsiniotis says:

    I have made a mistake in the previous comment because I though that configuration revision of SW3 was 8! I have to be more cautious next time…I saw 8 that was the number of VLANs created in SW1 and mistaken it with config revision, thus leading to a wrong reasoning!

  59. Ronnie_hitman says:

    Another Questions for all guyz .. What is the VTP version running on all three switches…???

    Any Guess……

    Ronnie

  60. Adrian Sproule says:

    SW2 will update SW1. If SW2 was in transparent mode it wouldn’t have updated.

  61. mick says:

    Yes, but what happens if power is cycled on sw-2 prior to the link fa0/24 being restored ?

    The reason I ask is I have seen conflicting stories on what is stored in vlan.dat of a client switch.

 

Leave a Reply

Categories

CCIE Bloggers