10-31-2012 09:43 AM - edited 03-07-2019 09:47 AM
Have you guys seen a problem like this before? After a shutdown due to power outage, some vlans being trunked to an access layer switch would not pass traffic. Some vlans connected and allowed traffic, some did not. We had to disable and re-enable to trunk port on the distribution switch to get all of the vlan to pass traffic.
Aside from not passing traffic, the vlans, interfaces and trunking configs are normal. The only way you can tell that the vlan is not passing traffic is the loss of connection with the end devices (PCs, printers, etc..).
standard trunk port config on distribution side (3750E ver 15.0(2)SE):
description ***Uplink to wiring closet 1***
switchport trunk encapsulation dot1q
switchport trunk native vlan 668
switchport trunk allowed vlan 10,30-38,131,190,200,211,711,900,911
switchport mode trunk
switchport nonegotiate
srr-queue bandwidth share 10 10 60 20
queue-set 2
priority-queue out
mls qos trust cos
auto qos voip trust
standard access layer trunk port config (3750 ver 12.2(50)SE3):
description ***Uplink to MDF***
switchport trunk encapsulation dot1q
switchport trunk native vlan 668
switchport mode trunk
switchport nonegotiate
srr-queue bandwidth share 10 10 60 20
queue-set 2
priority-queue out
mls qos trust cos
auto qos voip trust
10-31-2012 10:08 AM
Hey......I dont think there is any issue with the configuration.......did you see any logs (POST failures etc) when the device was coming up?
10-31-2012 10:14 AM
No I didn't catch the POST on the switches during reboot. The access-layer switches came back up when power was restored.
10-31-2012 11:05 AM
Shouldn't make any difference but I would make what is being allowed across the trunk equal on both sides. One side allows all vlans and the other side is restricting to certain vlans.
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