VTP client not working?

Unanswered Question
Sep 12th, 2007
User Badges:

We have 2 6509's w/ IOS one is setup as server and the other is client we have a link between the 2 with 10G. However, the vlans are not propagating to the client. The VTP domain name is correct and no password is used. Any ideas?


Server


VTP Version : 2

Configuration Revision : 507

Maximum VLANs supported locally : 1005

Number of existing VLANs : 118

VTP Operating Mode : Server

VTP Domain Name : Universe

VTP Pruning Mode : Enabled

VTP V2 Mode : Disabled

VTP Traps Generation : Enabled

MD5 digest : 0xBC 0x5A 0x87 0xAD 0x08 0xDD 0x10 0x4F

Configuration last modified by 172.24.2.4 at 9-4-07 16:12:10

Local updater ID is 172.24.2.4 on interface Vl1 (lowest numbered VLAN interface found)


Client


VTP Version : 2

Configuration Revision : 0

Maximum VLANs supported locally : 1005

Number of existing VLANs : 5

VTP Operating Mode : Client

VTP Domain Name : Universe

VTP Pruning Mode : Disabled

VTP V2 Mode : Disabled

VTP Traps Generation : Enabled

MD5 digest : 0x8A 0xBF 0x1F 0xB3 0x26 0x41 0x2A 0x89

Configuration last modified by 127.0.0.51 at 0-0-00 00:00:00

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
lgijssel Wed, 09/12/2007 - 10:04
User Badges:
  • Red, 2250 points or more

On the client, try setting it to vtp transparent, then re-apply the domain name &, exit vtp mode using "exit".

Check that it is correct.

Then re-enter vtp config and set the device to client mode, again end with exit, not ctrl-Z.

There might be a space behind the domain name.


regards,

Leo

jcmattos1 Wed, 09/12/2007 - 10:09
User Badges:

Thx Leo...Still no luck! I checked the cdp neighbors and it shows it on the server side but nothing on the client side very unusual?


Device ID: SW-CA-DC-F1.mitchell.com

Entry address(es):

IP address: 172.24.2.8

Platform: cisco WS-C6509, Capabilities: Router Switch

Interface: TenGigabitEthernet1/3, Port ID (outgoing port): TenGigabitEthernet1/1

Holdtime : 124 sec


Version :

Cisco Internetwork Operating System Software

IOS (tm) s72033_rp Software (s72033_rp-ADVENTERPRISEK9_WAN-M), Version 12.2(18)SXF10, RELEASE SOFTWARE (fc1)

Technical Support: http://www.cisco.com/techsupport

Copyright (c) 1986-2007 by cisco Systems, Inc.

Compiled Fri 13-Jul-07 07:59 by kellythw


advertisement version: 2

VTP Management Domain: 'Universe'

Native VLAN: 1

Duplex: full

sundar.palaniappan Wed, 09/12/2007 - 10:30
User Badges:
  • Green, 3000 points or more

Do you have a trunk between the two switches. Can you post the following output from both switches.


show int trunk

show vtp statistics


jcmattos1 Wed, 09/12/2007 - 14:05
User Badges:

I see joins being received but none transmitted...very unusual?


SW-CA-DC-F1#sh int trunk


Port Mode Encapsulation Status Native vlan

Te1/2 on 802.1q trunking 1


Port Vlans allowed on trunk

Te1/2 1-4094


Port Vlans allowed and active in management domain

Te1/2 1


Port Vlans in spanning tree forwarding state and not pruned

Te1/2 1

SW-CA-DC-F1#sh vtp counters

VTP statistics:

Summary advertisements received : 141

Subset advertisements received : 0

Request advertisements received : 0

Summary advertisements transmitted : 0

Subset advertisements transmitted : 0

Request advertisements transmitted : 101

Number of config revision errors : 0

Number of config digest errors : 0

Number of V1 summary errors : 0



VTP pruning statistics:


Trunk Join Transmitted Join Received Summary advts received from

non-pruning-capable device

---------------- ---------------- ---------------- ---------------------------

Te1/2 0 125 0

lgijssel Wed, 09/12/2007 - 10:30
User Badges:
  • Red, 2250 points or more

Not having CDP info on both sides may be an indication of a unidirectional link. You should adress that issue first.

VTP is in fact pretty easy and from the info provided, I cannot see any real reason why it doesn't work here. Please check the links below:

http://www.cisco.com/en/US/tech/tk389/tk689/technologies_tech_note09186a0080890613.shtml

and:

http://www.cisco.com/en/US/tech/tk389/tk689/technologies_tech_note09186a0080094c52.shtml


regards,

Leo

glen.grant Wed, 09/12/2007 - 14:18
User Badges:
  • Purple, 4500 points or more

I agree you may have uni link if you don't have cdp on both sides . One reason why I don't use the switchport mode trunk command . because the trunk can still look up even though its not working right. Switchport mode dynamic desirable lets it negotiate and will also bring the trunk down if you run inot a unidirectional link , you could also use something like UDLD for this also .

jcmattos1 Wed, 09/12/2007 - 14:29
User Badges:

Looks like UDLD it is, what are some things to look for?


SW-CA-DC-F1#sh udld tenGigabitEthernet 1/1


Interface Te1/1

---

Port enable administrative configuration setting: Follows device default

Port enable operational state: Enabled / in aggressive mode

Current bidirectional state: Unknown

Current operational state: Link down

Message interval: 15

Time out interval: 5

No neighbor cache information stored


SW-CA-DC-D2#sh udld t1/3


Interface Te1/3

---

Port enable administrative configuration setting: Follows device default

Port enable operational state: Enabled / in aggressive mode

Current bidirectional state: Bidirectional

Current operational state: Advertisement - Single neighbor detected

Message interval: 15

Time out interval: 5


Entry 1

---

Expiration time: 37

Device ID: 1

Current neighbor state: Bidirectional

Device name: TSC0714002L

Port ID: Te1/2

Neighbor echo 1 device: SMG1044N2SX

Neighbor echo 1 port: Te1/3


Message interval: 15

Time out interval: 5

CDP Device name: SW-CA-DC-F1.mitchell.com



glen.grant Wed, 09/12/2007 - 16:51
User Badges:
  • Purple, 4500 points or more

Are you sure you are looking at the correct corresponding ports , your one side shows bidirectional which means it has a complete path while the other side shows unknown and link down , can't have it bidirectional on one side and link down on the other and with not showing cdp on one side , verify with cdp on the side you can see as to the port on the far end . Still sounds like the link is not correct . If you do a show int trunk on each side what does it look like ? Also not seeing the config make sure the native vlan matches on each side of the link otherwise the trunk will not work correctly. Also the last post is a little confusing too if you look at the udld infor for the one you posted it looks like your corresponding port is TE1/2 not 1/1 like you posted for the one that is shown as down so to me it looks like it is TE1/2 on router F1 and TE1/3 on D2 . Look at the parameters on both those ports and post the show run int TE1/2 on F1 and a show runn int TE1/3 on D2 .

Edison Ortiz Wed, 09/12/2007 - 18:45
User Badges:
  • Super Bronze, 10000 points or more
  • Hall of Fame,

    Founding Member

Entry 1

---

Expiration time: 37

Device ID: 1

Current neighbor state: Bidirectional

Device name: TSC0714002L

Port ID: Te1/2

Neighbor echo 1 device: SMG1044N2SX

Neighbor echo 1 port: Te1/3


Message interval: 15

Time out interval: 5

CDP Device name: SW-CA-DC-F1.mitchell.com


_____________________


The Port ID: entry tells me the remote device is source from T1/2 not T1/1.


You are looking at the wrong port on SW-CA-DC-F1.mitchell.com


jcmattos1 Wed, 09/12/2007 - 21:45
User Badges:

Thx edison! I did post the wrong port t1/2 was the actual trunk. So i removed portfast trunk and the udld came up bidir immediately...but vtp info is still not being passed from the client...i can connect fine but vlans are still not being propagated to the client...Ive exausted all means and TAC is scratching there heads...please help! This may help, It coverges properly over 1gig but not over 10gig???

glen.grant Thu, 09/13/2007 - 03:38
User Badges:
  • Purple, 4500 points or more

Can you post the show runn int te1/2 from the one side and sh runn int te1/1 for the other side here . Also if these are the only 2 devices running vtp then you might try changing the vtp domain name to something simple to test like "abc" and make sure you don't hit the space bar at the end . Also please post "show int trunk " along with the other info. also i don't know if this makes any difference or not but you have vtp pruning mode enabled on one side and not the other so you might try changing that just to make both sides equal.

Edison Ortiz Thu, 09/13/2007 - 04:27
User Badges:
  • Super Bronze, 10000 points or more
  • Hall of Fame,

    Founding Member

Did you implement 'vtp passwords' on any of the switches ?


Passwords must match ....

jcmattos1 Thu, 09/13/2007 - 07:38
User Badges:

No VTP passwords used, here is the info again:

Thank you all for your input...


SW-CA-DC-F1#sh int trunk


Port Mode Encapsulation Status Native vlan

Te1/1 desirable 802.1q trunking 1


Port Vlans allowed on trunk

Te1/1 1-1005


Port Vlans allowed and active in management domain

Te1/1 1


Port Vlans in spanning tree forwarding state and not pruned

Te1/1 1


SW-CA-DC-F1#sh vtp counters

VTP statistics:

Summary advertisements received : 702

Subset advertisements received : 0

Request advertisements received : 0

Summary advertisements transmitted : 0

Subset advertisements transmitted : 0

Request advertisements transmitted : 478

Number of config revision errors : 0

Number of config digest errors : 0

Number of V1 summary errors : 0



VTP pruning statistics:


Trunk Join Transmitted Join Received Summary advts received from

non-pruning-capable device

---------------- ---------------- ---------------- ---------------------------

Te1/1 0 9878 0


interface TenGigabitEthernet1/1

description Trunk To CORE1

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 1-1005


interface TenGigabitEthernet1/3

description Trunk To SW-CA-DC-F1

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 1-1005

spanning-tree guard root

Edison Ortiz Thu, 09/13/2007 - 07:48
User Badges:
  • Super Bronze, 10000 points or more
  • Hall of Fame,

    Founding Member

You only posted the config from one side.

jcmattos1 Thu, 09/13/2007 - 07:54
User Badges:

Sorry here u go! T1/3...I've tried on and desirable and no go...


SW-CA-DC-D1#sh int trunk


Port Mode Encapsulation Status Native vlan

Te1/1 on 802.1q trunking 1

Te1/2 on 802.1q trunking 1

Te1/3 desirable 802.1q trunking 1

Te1/7 on 802.1q trunking 1

Te1/8 on 802.1q trunking 1


SW-CA-DC-D1#sh vtp counters

VTP statistics:

Summary advertisements received : 451899

Subset advertisements received : 1257

Request advertisements received : 488

Summary advertisements transmitted : 879510

Subset advertisements transmitted : 3483

Request advertisements transmitted : 0

Number of config revision errors : 0

Number of config digest errors : 0

Number of V1 summary errors : 0



VTP pruning statistics:


Trunk Join Transmitted Join Received Summary advts received from

non-pruning-capable device

---------------- ---------------- ---------------- ---------------------------


Te1/1 2998 0 0

Te1/2 2997 0 0

Te1/3 10056 0 0

Te1/7 223167 0 0

Te1/8 409294 0 0

Edison Ortiz Thu, 09/13/2007 - 08:02
User Badges:
  • Super Bronze, 10000 points or more
  • Hall of Fame,

    Founding Member

From SW-CA-DC-D1, can you post the 'show spanning-tree' cmd output ?


Can you also post the relevant portion of the config ?

lgijssel Thu, 09/13/2007 - 08:05
User Badges:
  • Red, 2250 points or more

This seems to be a tough one!

Perhaps it is time for a somewhat different approach?

That is: with the current values of the config revision, there is no chance that vlan info on your original vtp-server will be overwritten.

Try to make the client into a server and see what happens:

vtp config#vtp server

vtp config#exit


If this is to no avail either, you should first verify network connectivity between the cat's. If something is wrong about that, yiu will never get vtp in working order.

Did you already try to synchronize over a gig-link?


regards,

Leo

jcmattos1 Thu, 09/13/2007 - 08:26
User Badges:

Finally resolved...I downgraded the IOS from SXF10 to SXF8 on the client side and it immediately connected no problem...Thx again for all your help all...Looks like we have another bug to add to SXF10...Thx!

Actions

This Discussion