[6lo] Router reboot - loss of state

[Pascal Thubert (pthubert)]

Dear all :

There's one thing that was left unspecified in the RFC chain from RFC 6775, 
8505, and 9010.  That's the case where the 6LR reboots and the 6LN is not aware 
of the event, maybe it was sleeping. In that case the 6LR forgets the 
registration and the 6LN might become unreachable till it reregisters. A router 
that knows the event will happen  goes could send a final RA but the 6LN might 
not hear it either, so the result is not deterministic. Anyway that does not 
cover the unintended reboot.

Usually the L2 detects a loss of association or something, that triggers the 
6LN to reparent.  But that is not guaranteed to be available in all networks.
RPL has a method, the DTSN in the DIO 
(https://datatracker.ietf.org/doc/html/rfc6550#section-6.3.1).
 A new sequence indicates that the child that sees it needs to send its state, 
DAO in this case. The child will eventually see a DIO, and when it sees it, the 
child will know that the sequence was incremented. Though the text in RFC 6550 
does not list all the cases when that is useful, a reboot in storing mode is 
certainly one.

But this only requires resending  DAO messages and has no effect on ND. 
https://datatracker.ietf.org/doc/html/draft-chakrabarti-nordmark-6man-efficient-nd-07#section-6.3
 has the same operation with a new RA option, the RAO, which also has a 
sequence counter, the router epoch; but the draft was stalled at 6MAN and the 
function is still missing. My suggestion is to fix that gap sooner than later.

The fast path is to integrate the option in the multicast draft. The slow path 
is to make yet another RFC. What would you guys prefer?

Keep safe

Pascal

___
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo

Re: [6lo] Call for reviewers - draft-ietf-6lo-multicast-registration-04

[Carles Gomez Montenegro]

Dear 6lo WG,

A gentle reminder. :-)

Cheers,

Shwetha and Carles


> Dear 6lo WG,
>
> As discussed in IETF 113, draft-ietf-6lo-multicast-registration has
> recently become rather stable.
>
> We believe that it would be a good moment to have a review of the draft in
> its current stage, before proceeding further.
>
> If you would like to volunteer to review the draft (i.e.,
> draft-ietf-6lo-multicast-registration-04), please let us know!
>
> Cheers,
>
> Shwetha and Carles

___
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo