[Bridge] STP bug, loop not detetcted
Francesco Dolcini
fdolcini at sysnetsistemi.it
Wed May 14 00:27:21 PDT 2008
Dylan Hall wrote:
> Most Cisco switches will generate a loopback packet (ethertype 0x9000)
> at fairly regular intervals. Both the src and dst mac addresses are set
> to the interface mac of the port emitting the packets. In the event a
> loop exists in the network that hasn't been dealt with by (R)STP the
> switch will receive the packet back on another of it's interfaces. In
> the event one of the loopback packets does make it back to the switch
> the port is error-disabled (I can't remember if it's the sending or
> receiving port that is disabled). This mechanism is independent of
> STP.
>
> UDLD also seems to have a mechanism to detect a port that is looped back
> on itself. Again, independent of STP.
>
you can also add cisco loop guard to the list, but this is an
improvement to standard STP, not a different protocol
> Rather than modifying STP would it not be better to implement something
> like the above as a standalone daemon?
I agree, but it is also true that if we can improve STP without breaking
compatibility there is no reason to not do it.
More information about the Bridge
mailing list