cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1767
Views
0
Helpful
8
Replies

Spanning Tree Protocol modes

mugil0901
Level 1
Level 1

I have two switches connected with two cables. One port is configrued as trunk and another port is configured as access on each end of the switch respectively. Spanning tree has blocked the port configured in trunk mode, due on higher port id. I know I am not supposed to configure the port connecting to switch in access mode. I am tyring to understand, does spanning tree protocol work independent of modes configured? And, I think yes.

Thanks in advance!

3 Accepted Solutions

Accepted Solutions

CSCO11508096
Level 1
Level 1

Hi,

I think you are right, STP is independent of mode configure.

You can verify this by configuring higher port id as access port and lower as trunk.

Thanks

Shashi

View solution in original post

I understand the scenario in the original question like this: Two swiches are interconnected to each other by one connection, which is configured as a trunk on both sides and also by another connection which is configured as access-ports on both sides. Please correct me if I'm wrong.

The original IEEE spanning-tree versions build a common spanning tree on a per-port basis, completely independent of the switchport modes.

However, the Cisco versions PVSTP+ and Rapid-PVSTP+ build their spanning-tree topologies on a per-VLAN basis (additional, special BPDUs are transmitted for this purpose). So the VLAN which is configured as the access-vlan on the non-trunk connection may result in blocking-state on the trunk-port, while other VLANs on the same trunk-port are in forwarding-state.

Of course, if you only have one VLAN (the default VLAN 1), it doesn't make a difference.

HTH

Rolf

View solution in original post

Frames are tagged on egress on trunk ports. When frames are received ingress on trunk ports the tag is removed.

Daniel Dib
CCIE #37149

Daniel Dib
CCIE #37149
CCDE #20160011

Please rate helpful posts.

View solution in original post

8 Replies 8

CSCO11508096
Level 1
Level 1

Hi,

I think you are right, STP is independent of mode configure.

You can verify this by configuring higher port id as access port and lower as trunk.

Thanks

Shashi

daniel.dib
Level 7
Level 7

You have inconsistent port types. This can be detected by receiving tagged BPDUs on an access ports. This can also occur in the case of mismatched native VLANs. STP will block the offending VLAN(s) until the inconsistency has been cleared.

Daniel Dib
CCIE #37149

Daniel Dib
CCIE #37149
CCDE #20160011

Please rate helpful posts.

I understand the scenario in the original question like this: Two swiches are interconnected to each other by one connection, which is configured as a trunk on both sides and also by another connection which is configured as access-ports on both sides. Please correct me if I'm wrong.

The original IEEE spanning-tree versions build a common spanning tree on a per-port basis, completely independent of the switchport modes.

However, the Cisco versions PVSTP+ and Rapid-PVSTP+ build their spanning-tree topologies on a per-VLAN basis (additional, special BPDUs are transmitted for this purpose). So the VLAN which is configured as the access-vlan on the non-trunk connection may result in blocking-state on the trunk-port, while other VLANs on the same trunk-port are in forwarding-state.

Of course, if you only have one VLAN (the default VLAN 1), it doesn't make a difference.

HTH

Rolf

Hello Daniel,

I understand. What if I use standard STP VLAN 1, BPDU's will be sent untagged right?

Thanks,

Mugilan

Rolf Fischer
Level 9
Level 9

Hi Mugilan,

I hope you don't worry if I try to answer the question.

On the access-ports, Cisco switches sends untagged IEEE BPDUs.

On a trunk, they also send those untagged IEEE BPDUs in VLAN 1; plus untagged, so called SSTP-BPDUs (Cisco proprietary), on the native VLAN (which is by default VLAN 1); and, if other VLANs exist, tagged SSTP-BPDUs on every non-native VLAN.

Sent from Cisco Technical Support Android App

Hi Fischer,

Absolutely, no problem. That was pretty clear. Thank you so much, One more question if you don't mind, If you configure a port, for example fa0/2, to be a part of vlan 2, when does the switch exactly tag the frames when it is ingress on fa0/2 or before it switches or floods the frame out?

Thanks,

Mugilan

Frames are tagged on egress on trunk ports. When frames are received ingress on trunk ports the tag is removed.

Daniel Dib
CCIE #37149

Daniel Dib
CCIE #37149
CCDE #20160011

Please rate helpful posts.

That makes perfect sense, Daniel. Thanks! Not sure why I thought that way

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Review Cisco Networking products for a $25 gift card