Re: [trill] Explaining three options for upgrading to FGL (fine-grained-labeling)

[Anoop Ghanwani <[e-mail]>]

On Tue, Jan 29, 2013 at 12:49 PM, Donald Eastlake <[e-mail]> wrote:

> The general assumption is that you are migrating from VL to FGL. First
> you migrate to FGL-safe. Then you unleash the FGL traffic, by
> configuring FGL ports, which isolates any remaining (FGL-unsafe) VL
> switches while still being able to handle VL traffic between VL ports
> on FGL-safe switches.

Based on what is written so far, it looks like as long as there is even
one VL RBridge in it's database, an RBridge would not be able to start
sourcing FGL traffic.  It may start doing so only when all RBridges in
its database are FGL-safe.  If we ever get into a condition where
an RBridge has started advertising FGL information, at that point,
does any other RBridge in the campus simply isolate any VL RBridge
(with the assumption that there was some kind of race condition?

The case I'm concerned about is we have 2 FGL RBridges, RB1 and RB2.
RB1 is connected to a campus of n RBs that are still VL only.  The VL link
Breaks, and RB1 starts advertising FGL information to RB2, but then
the link to the VL campus comes back up.  Does this mean RB1 and RB2
remain isolated from the campus (and operate as they own mini-campus)
until all the other RBridges are converted over to FGL-safe?

Anoop