[rbridge] VLAN Scoping / MAC Uniqueness
Caitlin Bestler
caitlinb at broadcom.com
Tue Mar 13 10:59:38 PDT 2007
Radia Perlman wrote:
> With IS-IS flooding, an RBridge can't simply scan the
> information for VLAN A and then delete it.
> It has to store it, since LSPs have to be flooded reliably,
> so each RBridge would have to keep all endnode information for all
> VLANs.
>
I'm not following. If an RBridge is using globally scoped MAC
addresses, and it receives endnode information for a VLAN that
it does not support, the only thing I can see that it would have
to do is to delete any information it had on the same MAC address
on a different VLAN.
It would never send to VLAN A, so why would it retain any information
once the contradictory data was eliminated? A deleted record can be
considered to be reliably delected, can't it?
If it's knowledge of MAC Addresses is VLAN scoped then nothing
about VLAN A is ever relevant. That is why it is a very simple
solution, but one that creates an RBridge requirement for scoped
learning that does not apply to simple Bridges.
More information about the rbridge
mailing list