04-04-2022 10:14 AM
Good morning. We are having trouble getting VTP to update on one switch. To date I have tried the following:
Slightly redacted information from the switches below:
From switch not receiving updates:
sho vtp sta
VTP Version capable : 1 to 3
VTP version running : 2
VTP Domain Name : ???
VTP Pruning Mode : Disabled
VTP Traps Generation : Enabled
Device ID :
Configuration last modified by
Feature VLAN:
--------------
VTP Operating Mode : Client
Maximum VLANs supported locally : 256
Number of existing VLANs : 67
Configuration Revision : 0
MD5 digest :
sho int tru
Port Mode Encapsulation Status Native vlan
Gi1/0/1 on 802.1q trunking 1
Gi1/0/2 on 802.1q trunking 1
Gi1/0/34 on 802.1q trunking 1
Gi2/0/1 on 802.1q trunking 1
Gi2/0/2 on 802.1q trunking 1
Gi2/0/7 on 802.1q trunking 1
Po1 on 802.1q trunking 1
From a switch that is receiving updates:
sho vtp s
VTP Version capable : 1 to 3
VTP version running : 2
VTP Domain Name : xxx
VTP Pruning Mode : Disabled
VTP Traps Generation : Enabled
Device ID :
Configuration last modified by
Feature VLAN:
--------------
VTP Operating Mode : Client
Maximum VLANs supported locally : 1005
Number of existing VLANs : 70
Configuration Revision : 190
MD5 digest :
sho int tru
Port Mode Encapsulation Status Native vlan
Gi1/0/40 on 802.1q trunking 1
Gi1/0/42 on 802.1q trunking 1
Gi1/0/43 on 802.1q trunking 1
Gi1/0/46 on 802.1q trunking 1
Gi2/0/43 on 802.1q trunking 1
Po1 on 802.1q trunking 1
Po30 on 802.1q trunking 1
Po40 on 802.1q trunking 1
Any suggestions appreciated!
Terry
Solved! Go to Solution.
04-04-2022 10:54 AM
@balaji.bandi I posted a reply but don't see it now. Here it is again:
sho int po1
Port-channel1 is up, line protocol is up (connected)
Hardware is EtherChannel, address is 10f9.20f3.a631 (bia 10f9.20f3.a631)
Description: TO SWITCH2
MTU 1500 bytes, BW 2000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, link type is auto, media type is unknown
input flow-control is off, output flow-control is unsupported
Members in this channel: Gi1/0/49 Gi2/0/49
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 62486
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 8560000 bits/sec, 998 packets/sec
5 minute output rate 13545000 bits/sec, 1551 packets/sec
358166625 packets input, 2810418547 bytes, 0 no buffer
Received 3592348801 broadcasts (2506275668 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 2506275668 multicast, 0 pause input
0 input packets with dribble condition detected
1081126262 packets output, 3896083115 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
04-04-2022 12:05 PM
If you do a "sh cdp nei" on the non-working switch, do you see the working switch as the neighbor?
If yes, you may want to simply copy the password from the working switch and paste it into the non-working switch. This way, there is no question that the password is correct.
HTH
04-04-2022 12:07 PM
Thanks for the reply,
I can see the other switch as a CDP neighbor and know the passwords are correct, I have reset them the same.
04-04-2022 12:16 PM
Hello,
After reading through the tshooting that has been done I saw 2 things.
1.) Can you take off "service-policy output QOSBYPASS" from the interface g1/1/1 of the switch that works to see if that is blocking anything underlying we may not be seeing
2.) I would get rid of the port channel (temporarily) and just use one link to eliminate the issue of the port-channel causing problems.
04-04-2022 12:24 PM
Thanks David. I may be able to do that tomorrow morning. I have also scheduled a switch reload to see if that fixes the issue.
04-05-2022 12:34 AM - edited 04-05-2022 12:35 AM
Hello
On the switch that isn't working delete the vtp database then reload switch
Delete flash:vlan.dat
reload
04-05-2022 06:22 AM
That was it!
Now one note, I had to use Delete Force flash:vlan.dat
I had also put the switch into VTP transparent mode, but the vlan.dat wouldn't be deleted until I used Force.
Thank you to all who provided suggestions!
Terry
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide