[rbridge] Orphaned endnodes with partitioned VLANs on a cloud (Example 1)

Russ White riw at cisco.com
Thu Dec 6 15:20:23 PST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Suppose we have a simple network, where A, B, and C are all connected to
a single link, a broadcast of some type:

A--+
   |
   +--B
   |
C--+

Now, assume all three are members of VLANs 1, 2, and 3 on this link. All
three are properly configured to use VLAN 1 as the rbridge vlans. A is
designated as the DRB.

Now, things are running along fine, but, for some reason, A
malfunctions, or some such, and can no longer send multicast packets on
VLAN 1. The result is that B and C detect they've lost their connection
to A, but they won't elect a new DRB at all. Why? Because they are still
receiving hello's with A claiming to be the DRB, and with A's original
priority and ID, on the other two VLANs.

Now the link is completely out of the SPF tree, and not used at
all--because of a partial failure on the DRB. This is broken, and
unexpected behavior.

The IS-IS hellos are there to find per link bidirectional reachability.
When you take that away, and assume reachability on one logical link
because you have reachability on another logical link, you wind up in a
mess that's harder to fix than the original problem you were trying to fix.

:-)

Russ

- --
riw at cisco.com CCIE <>< Grace Alone

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHWIO3ER27sUhU9OQRAg9CAJ9/HpqRa2601eos5cSV83lDq8w6vgCdExix
yeLuu7HePC3NjcDtCKypvWw=
=wLRQ
-----END PGP SIGNATURE-----


More information about the rbridge mailing list