[Babel-users] [babel] source sub-tlv

David Schinazi dschinazi at apple.com
Wed May 31 15:03:41 UTC 2017


I agree with Juliusz here. I support (3), can live with (1),
and am opposed to (2) and (4). Allocating sub-TLVs for
something that can be solved without is overkill, and I think
wildcard requests are really critical to quickly bootstrap a new node.

David


> On May 31, 2017, at 07:55, Juliusz Chroboczek <jch at irif.fr> wrote:
> 
> Matthieu, could you please write up a new version of the I-D with your
> encoding?  You might want to speak to Gwendoline, since she needs to write
> up her TOS-specific encoding.
> 
>> If we keep this behaviour and mix tos-specific routes, we will have
>> to send 4 wildcard requests to have all routes.  I see two reasonable
>> options:
> 
>>  - only keep (legacy) wildcard requests, and reply with a full dump.
> 
> That's reasonable, although slightly confusing.  (Call that (1).)
> 
>>  - send one request with all sub-TLVs you know but without mandatory
>>    bit, and reply to all options you know about.
> 
> That's not -- it would require allocating a full new set of sub-TLVs.
> Plus I find this confusing.  (Call that (2).)
> 
> There are two other possibilities:
> 
>  3. Send a non-specific wildcard request for non-specific routes,
>     a source-specific wildcard request for source-specific routes, etc.
> 
>  4. Deprecate wildcard requests -- say that they MAY be replied to, but
>     SHOULD NOT be sent by new implementations.
> 
> Now wildcard requests are fairly rare -- they are only used to speed up
> convergence at boot time, as well as by debugging tools (although we have
> no such debugging tools yet -- all debugging tools known to me connect to
> the local socket of a node).  So sending four TLVs in a single unicast
> packet instead of a single TLV is not prohibitive, and is much simpler
> than the alternatives.
> 
> I support (3).  Last time I spoke to him, Toke supported (4).  I am
> opposed to (2).  I can live with (1).
> 
> -- Juliusz
> 
> _______________________________________________
> Babel-users mailing list
> Babel-users at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users




More information about the Babel-users mailing list