[Babel-users] Some notes on seqno requests in Babel

[Ondrej Zajicek]

On Sun, Oct 29, 2017 at 04:48:25PM +0100, Juliusz Chroboczek wrote:
> > IMHO for uninformed person the RFC6126bis version of that section is
> > even harder to understand properly than one form RFC6126.
> 
> Ondrej, you need to give me more information.  I've been staring at this
> document for so long that I no longer see it.
> 
> I was planning to submit the final version right now, so please tell me
> what to change or forever hold your peace ;-)

I would suggest to split separate cases to separate paragraphs (also for
the cases from the first paragraph).

Also, the old text at first handled the case where no selected entry
exists, which makes it simpler to keep track for me.


On Sun, Oct 29, 2017 at 05:04:52PM +0100, Juliusz Chroboczek wrote:
> I've decomposed the paragraph that you find confusing into three parts.
> I think it reads a little better now:
> 
>    Otherwise, if the requested router-id is not its own, the received
>    request's hop count is 2 or more, and the node is advertising the
>    prefix to its neighbours, the node selects a neighbour to forward the
>    request to as follows:
> 
>    o  if the node has one or more feasible routes toward the requested
>       prefix with a next hop that is not the requesting node, then the
>       node MUST forward the request to the next hop of one such route;
> 
>    o  otherwise, if the node has one or more (not necessarily feasible)
>       routes to the requested prefix with a next hop that is not the
>       requesting node, then the node SHOULD forward the request to the
>       next hop of one such route.
> 
>    In order to actually forward the request, the node decrements the hop
>    count and sends the request in a unicast packet destined to the
>    selected neighbour.

That is definitely better, just the initial formulation "Otherwise, if
the requested router-id ..." i would use a different formulation to make
it clear that we are recapitulating remaining case and not adding another
branch.

-- 
Elen sila lumenn' omentielvo

Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org)
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
"To err is human -- to blame it on a computer is even more so."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/babel-users/attachments/20171029/6e45ada8/attachment.sig>