I am running two CSS 11501's (running 7.40) attached to two Catalyst 3550's (running 12.1(19)EA1).
I have converted two of my interfaces from bridging to trunking on my CSS. There is an in-built bridge loop for network resiliency. The CSS's are connected to Catalyst 3550 switches thusly:
css0-e1 --> 3550(0)-fa0/45
css0-e2 --> 3550(1)-fa0/46
css1-e1 --> 3550(1)-fa0/45
css1-e2 --> 3550(0)-fa0/46
When I was bridged, and the 3550 switches were configured to be the designated root and secondary the spanning tree calculated correctly.
There is a note in the CSS configuration guide that talks about this situation, but the last line of the note states:
" When you connect a Cisco Catalyst switch to a CSS over an 802.1Q trunk, the result is that neither switch recognizes the other's BPDUs, and both assume root status. If a spanning-tree loop is detected, the Catalyst switch goes in to blocking mode on one of its looped ports."
This is not happening. When I shut down e2 on each css then, of course, everything works because the STP loop does not exist. When I turn up e2 on both CSS all the ports on the CSS and the 3550 stay in forwarding mode and the HSRP on both 3550 (for vlan1 and vlan10) assume active status with no known standby.
I also received this error at the 3550 when turning up e2 on the CSS:
1d20h: %STANDBY-3-DUPADDR: Duplicate address 172.17.48.6 on Vlan1, sourced by 0013.c3db.c080
Also, is there any possibility that the CSS OS will be changed to work with the Catalyst tagged MAC Address in the future (I checked version 8.10, but it appears that it is the same as 7.40 in this regard).
