Subject: [rbridge] Time to summarize "forward or block" BPDU thread

From: Radia.Perlman at sun.com ([email-masked])
Date: Mon, 17 Oct 2005 07:46:31 -0700

Actually, the explanation of how RBridges would work on a technical level was
in the original draft. I thought it was just being broken into "architecture"
and "technical", which would mean things wouldn't change.

RBridges detect each other the same way routers detect each other. Through
Hello messages, which get sent on a "link", which can be formed
by whatever technology. One possible technology is bridged Ethernet.

RBridges assume that the underlying link works the way it always did...to create
a cloud on which any other RBridges connected to the cloud are fully connected.

RBridges do not require changes on the underlying link.

If people would think of it as a layer above, just like routers are, perhaps it would be less confusing.

And RBridges also form a layer BELOW routers, so they are transparent to routers, and make
no demands on IP nodes to change the way they work.

Radia
-------------- next part --------------

--On 17. oktober 2005 05:17 -0700 Joe Touch <touch at ISI.EDU> wrote:

> WHEN (note the use of 'when', not 'if', since there's *nothing* that can
> be done to enforce this) this isn't the case, the following problems
> arise:
>
> 	a) there is no way to detect the error
>
> 	b) loops *will* occur

You know, I really can't tell whether this is true or not without looking 
at the protocol specification that says how the RBridges detect each other.

Should this discussion wait for the drafts to come out?

                 Harald

-------------- next part --------------
_______________________________________________
rbridge mailing list
rbridge at postel.org
http://www.postel.org/mailman/listinfo/rbridge