cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
811
Views
10
Helpful
21
Replies

VTP won't update on one switch

Good morning. We are having trouble getting VTP to update on one switch. To date I have tried the following:

 

  1. Confirmed that the domain name was consistent.
    1. Even changed the name and changed it back
  2. Confirmed that VTP passwords are not the problem.
  3. Added a new VLAN to prompt an update, it updated other switches but not this one.
  4. Confirmed that the trunking is set up the same as other switches.
  5. Changed the VTP mode from client to transparent and back.

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

21 REPLIES 21

@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

Reza Sharifi
Hall of Fame Expert

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

 

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.

David Ruess
Enthusiast

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. 

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.

 

paul driver
VIP Expert

Hello

On the switch that isn't working delete the vtp database  then reload switch

Delete flash:vlan.dat

reload


Please rate and mark as an accepted solution if you have found any of the information provided useful.
This then could assist others on these forums to find a valuable answer and broadens the community’s global network.

Kind Regards
Paul

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