[rbridge] Proposed compromise for short/long hellos

[Donald Eastlake]

I would like to point out that there were three polls on Hellos during
the TRILL WG meeting:

   1. Should we add a TLV to Hellos with what the sender believes the
link MTU is? The response at the meeting was overwhelmingly positive
on this. So it will happen (probably actually a sub-TLV) unless there
is substantial opposition on the mailing list.

   2. Should at least some Hellos be padded? The response at the
meeting was exactly equally divided on this.

   3. Should there be one or two types of Hello? The response at the
meeting was a small majority in favor of one type of Hello.

Radia's proposal seems to me to be consistent with the spirit of the
responses to these last two polls: that many people want their to be a
facility for a padded MTU test message but most would prefer one type
of Hello. Of course, response on the mailing list could affect
judgement as to what the opinion of the WG is.

Donald

On Wed, Mar 25, 2009 at 9:42 PM, Donald Eastlake <d3e3e3 at gmail.com> wrote:
> The decision not to default to STP behavior was made by the working
> group some time ago.
>
> Are there others who want to post an opinion on Radia's proposal? We
> would like to close this expeditiously.
>
> Thanks,
> Donald
>
>
> On Wed, Mar 25, 2009 at 12:57 PM, Radia Perlman <Radia.Perlman at sun.com> wrote:
>> After listening to the discussion at the meeting, and talking to some
>> people in the hall, I hope
>> this might be palatable to everyone.
>>
>> a) have only one type of Hello: the original type, but say in the spec
>> that Hellos
>> MUST NOT be padded. Also mention a maximum size, and say that this might
>> limit really really really creative appointments of lots of appointed
>> forwarders for lots
>> of VLANs.
>>
>> b) have another type of mechanism, perhaps called "MTU discovery", which
>> would
>> be a pairwise protocol between two RBridges R1 and R2, where R1 sends a
>> padded
>> message, and R2 acks it if R2 received it. This would be an optional
>> protocol specified
>> in a separate document
>>
>> c) we'd add a bit to the Hello saying "I support the MTU discovery protocol"
>> _______________________________________________
>> rbridge mailing list
>> rbridge at postel.org
>> http://mailman.postel.org/mailman/listinfo/rbridge
>>
>
>
>
> --
> =============================
>  Donald E. Eastlake 3rd   +1-508-634-2066 (home)
>  155 Beaver Street
>  Milford, MA 01757 USA
>  d3e3e3 at gmail.com
>



-- 
=============================
 Donald E. Eastlake 3rd   +1-508-634-2066 (home)
 155 Beaver Street
 Milford, MA 01757 USA
 d3e3e3 at gmail.com