[rbridge] Final outcome of outer VLAN tags onRBridge-RBridgepackets?
Radia Perlman
Radia.Perlman at sun.com
Tue Oct 30 17:22:52 PDT 2007
Silvano Gai wrote:
>
> "VLAN 1--nonconfigurable" is a non-starter for me, I hope to have
> explained why.
>
> "single VLAN per layer 2 cloud" may be workable, but I need to see the
> details of the algorithm to see if there are corner cases.
>
> If we can agree to concentrate our focus on a "single VLAN per layer 2
> cloud" we have made some progress.
>
> -- Silvano
>
>
I can live with "single VLAN, configurable, default=1". I'd recommend
that regardless of
the VLAN you are configured to send a Hello on, you accept Hellos on any
VLAN you
are capable of receiving traffic on, and that each DRB tells all the
other RBridges on that cloud
what VLAN to send on, so that they all wind up sending RBridge traffic
on the same VLAN.
I think the only complexity/overhead it adds over "VLAN 1,
nonconfigurable is"
a) something configurable to document and present in the management
interface (the VLAN on
which to send Hellos)
b) until a DRB is elected, there might be lots of RBridges transmitting
on different VLANs because
each might be configured with a different VLAN
c) if there are multiple (say k) DRBs (because for load splitting each
of them is DRB for
a different (nonoverlapping) set
of VLANs), then there will be k times as many Hellos being sent
d) I think there might be a slightly higher probability that there will
be misconfiguration such
as telling each RBridge a different set of VLANs to talk on, but the
safeguards that I specified
in previous emails (listen to BPDUs, report root bridge in pseudonode
LSP, don't decapsulate
from an ingress RBridge that you haven't seen all the LSPs from, wait
until you've synchrornized
LSP databases with your neighbors when you first start up) will prevent
loops in these cases, and
at worst orphan parts of the layer 2 cloud from the rest of the campus.
So...can everyone live with this? (Silvano -- as you said above,
you promised to think about whether there
were any corner cases to worry about. You also said you wanted to see
"the whole algorithm
specified". I'll do that in a separate email.
Radia
More information about the rbridge
mailing list