Hi Jon,

the connection for that edge switch to the campus is a single port in trunk mode, all other ports are access ports connected to servers.

Yes, this connection is the only uplink for this switch.

The output for sh spanning-tree for the 3 vlans this trunk is carrying show that the root bridge for all these vlans is the Core Switch of the Data Center.

Thanks

Hi Sami,

STP blocks only redundant connection to the root bridge. If STP blocks this port on this vlan, it means that it has detected at least two ports leading to root bridge on this vlan. In the show spanning-tree vlan x that you have collected, check where the root port is. This is your redundant connection.

If you don't see this, please post the result of "show spanning-tree vlan X detail" for this particular vlan.

Thanks and regards,

Francois

Thanks Francios,

what you said is quite interesting, I can't imagine how any of the other ports could become the root ports, since the switch I am talking about is a Blade Switch serving only servers.

I am off-work today but I will go to the office just to post the output for the show spanning-tree vlan x.

Sami

Maybe you have a server doing bridging instead of nic teaming;-)

Other possibility could be a specific STP feature kicking in... but with the information you have already provided, I don't see any (except maybe loopguard or the dispute mechanism, that could highlight a problem on the upstream switch). The show command will definitely help understanding.

Thanks and regards,

Francois

Hi Francois,

here is the output I have taken when the problem did occured and before the remedy I have taken to keep the business going.

CAB2-BC1-E1#sh spanning-tree vlan 3

VLAN0003

Spanning tree enabled protocol rstp

Root ID Priority 32771

Address 0016.9d3d.3900

This bridge is the root

Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 32771 (priority 32768 sys-id-ext 3)

Address 0016.9d3d.3900

Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Aging Time 300

Interface Role Sts Cost Prio.Nbr Type

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

Gi0/5 Desg FWD 4 128.5 P2p

Gi0/8 Desg FWD 4 128.8 P2p

Gi0/9 Desg FWD 4 128.9 P2p

Gi0/17 Desg BKN*4 128.17 P2p *PVID_Inc

CAB2-BC1-E1#

Hi Francois & Jon and every one out there,

the native vlan at both ends of the trunk is the default vlan 1.

Does any one out there noticed some thing abnormal in the the output of show spanning-tree vlan 3.

Thanks

Sami

Hi again Sami,

Yes, having port g0/17 in broken state due to PVID inconsistency is not normal. Is gi0/17 the port you were concerned about? I guess so because it's the only one blocking there.

Is it directly connected to a Cisco switch?

Regards,

Francois

Thanks Francois,

I found mismatch in native vlan at both ends of the trunk, fixed it and problem is resolved.

Appreciate your help. I will rate your post, right away.