[rbridge] Questions - VLANs & MPLS
d3e3e3 at gmail.com
Sat Sep 27 09:59:24 PDT 2008
On Sat, Sep 27, 2008 at 3:10 AM, Kris Price <trill at punk.co.nz> wrote:
> I was recently introduced to RBridges by Radia Perlman's interesting
> techtalk at Google. Is there a digest somewhere that explains the
> options considered or the iterations it has been through?
No. The creation of a thorough digest of that type would be an enormous
effort, You are welcome to volunteer to try but, of course, you will never
get everyone to agree that your digest is accurate or complete.
I would suggest that you look at the IETF Proceedings and the TRILL WG
presentations and minutes therein as well as reading the change history in
the base protocol document.
> It seems (on the face of it) that RBridges may reconnect partitioned
> VLANs or allow access to VLANs used for security (rightly or wrongly).
E.g. when two RBridges are separated by an Ethernet that has partitioned
> VLANs (or some VLANs disallowed on a trunk ports) the RBridges will
> complete the link for those VLANs. Do I understand right?
Yes, that's more or less correct. RBridges take the default view from 802.1Q
where if you followed the default of having most VLANs on most ports
dynamically registrable, the same sort of thing would happen via the
mandatory to implement VLAN registration protocol.
The way to avoid this in TRILL would have been to add an additional
qualifier to the VLAN ID. For example, in effect, adding an additional high
order octet. Then if you wanted to have two disjoint islands of VLAN 0x007,
you could configure them to have different values for this additional
qualifier and be, in effect, VLAN 0x0007 and 0x1007. Then TRILL would know
that the islands were really "different" VLANs and not connect them. But
after discussion it was decided not to do this.
Also, I was curious why MPLS wasn't used as the forwarding method..?
Why should it have? The starting point for TRILL/RBridges was always to do
Layer 2 forwarding based on link state routing as proposed in Radia's
original Infocom paper:
Nowhere in your message do you state any reason why MPLS would be a better
I searched the mailing list, but google stops at 93 posts, and most of
> the references I could find mentioning MPLS were about using the header
> in some form, not LSPs for forwarding. But if it's feasible to use LSPs
> to forward frames. The LSRs would only need to understand encap/decap of
> Ethernet frames onto these TRILL LSPs and a new protocol to establish
> the LSPs at the same time as distributing the MAC addresses. E.g.
> perhaps modified IS-IS as with RBridges. The drawbacks would seem to be
> loss of MAC learning. But I'd have thought much of the hardware is
> already there to support such forwarding.
Donald E. Eastlake 3rd +1-508-634-2066 (home)
155 Beaver Street
Milford, MA 01757 USA
d3e3e3 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rbridge