[rbridge] Use of 802.1ah Encaps
touch at ISI.EDU
Thu Dec 7 22:59:39 PST 2006
Radia.Perlman at sun.com wrote:
> Travelling again, so extremely limited access to email (as in, about 10 minutes here and there
> on a SLOW connection). Anyway, I'll answer some of these:
> a) why "next hop" and "previous hop" in addition to "ultimate" source and destination
> At least one of the reasons is that if there are three RBridges on the same link, R1, R2, and R3,
> it is useful for R1 to choose which of R2 or R3 should receive the packet. It isn't obvious from
> the destination address because it could be that either R2 or R3 would be logical, and R1 is
> load splitting. Also, it helps focus traffic on the link, and ensure it doesn't get filtered, if
> the bridges on the link only need to learn R1, R2, and R3, especially since traffic from outside
> RBridges might arrive from different entry points onto the link.
The ultimate destination (and source, for that matter) should be
sufficiently indicated by the inner ethernet packet. The outer header is
already hop-by-hop inside the rbridge anyway. What additional
information is required?
The next/previous hop information sounds like a source route with
record-route option. While that's useful for debugging, it doesn't seem
> b) congestion management was explained to us, and it was what convinced us we needed "ultimate
> source RBridge" in order to know where to send the congestion notification. If you could explain the
> other things, we could see if there is a problem, but if they are similar to congestion notification, then
> having the ingress RBridge will accommodate them.
Why doesn't the source ethernet address indicate this already?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://mailman.postel.org/pipermail/rbridge/attachments/20061207/79d12213/signature.bin
More information about the rbridge