Re: [c-nsp] Spanning-Tree vs. EoMPLS links in SXI2?

[teslenko.and...@gmail.com]

Hi, Cisco declare some restriction for propagation BPDU across EoMPLS  cloud, may be this  decision for your problem...   The following restrictions apply to using trunks with EoMPLS: – To support Ethernet spanning tree bridge protocol data units (BPDUs) across an EoMPLS cloud, you must disable the supervisor engine spanning tree for the Ethernet-over-MPLS VLAN. This ensures that the EoMPLS VLANs are carried only on the trunk to the customer router. Otherwise, the BPDUs are directed to the supervisor engine and not to the EoMPLS cloud. – The native VLAN of a trunk must not be configured as an EoMPLS VLAN. http://www.cisco.com/en/US/docs/routers/7600/ios/12.2SXF/configuration/guide/pfc3mpls.html#wp1279824 Mateusz Blaszczyk пишет: you could probably do something like this R1 ==(trunk)== Q1 -- R2 --(MPLS cloud)-- R3 -- Q2 ==(trunk)== R4 Where Q1 and Q2 would on the trunk side: switchport mode dot1q-tunnel switchport access vlan QinQ l2tunnel-protocol STP and then the "tunneled" STP may get forwarded via xconnect. Specifically Q1-R2 function could be done on R2 with an external loop. But that is just a workaround not a solution. And I wouldn't do it. A solution would be to extended mpls towards R1 and R4 but that probably is not possible. Best Regards, -mat On 11 March 2010 09:09, Gert Doering <g...@greenie.muc.de> wrote: Hi, On Thu, Mar 11, 2010 at 06:36:44PM +1000, David Hughes wrote: On 11/03/2010, at 7:33 AM, Gert Doering wrote: Workaround: Not to Send BPDU over EOMPLS. What a fantastic work around.  There's a bug that breaks STP so the work around is not to use STP.  Pure genius. *g* Actually, this is along the lines of what I expected as one of the potential responses from this list - "don't build your redundancy on top of STP" (which is why I explained my setup in somewhat more detail). There are good arguments for avoiding STP - and "less Cisco bugs to hit" is certainly one of them... - but still, the workaround is definitely worth quoting every now and then :-) gert -- USENET is *not* the non-clickable part of WWW!                                                           //www.muc.de/~gert/ Gert Doering - Munich, Germany                             g...@greenie.muc.de fax: +49-89-35655025                        g...@net.informatik.tu-muenchen.de _______________________________________________ cisco-nsp mailing list  cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/