Hett, Chris ; 6lo@ietf.org <6lo@ietf.org>; Paul
Duffy (paduffy)
Subject: Re: [6lo] Router reboot - loss of state
Hello Klaus
Wi sun would not need to implement the new option in ND messages. But sleeping
devices will miss the Reboot time NA and need an opportunity later to realize
they
.hue...@renesas.com>>;
6lo@ietf.org<mailto:6lo@ietf.org>
Cc: Paul Duffy (paduffy) mailto:padu...@cisco.com>>
Subject: RE: [6lo] Router reboot - loss of state
Hi Pascal,
Great, thanks! I will review your latest draft and let you know if I have any
feedback.
Regards,
Chris.
Fro
dly applicable.
If you can make it for tomorrow's call, let's discuss then.
Best regards,
Klaus
From: Hett, Chris
Sent: Freitag, 20. Mai 2022 21:52
To: Pascal Thubert (pthubert) ; Klaus Hueske
; 6lo@ietf.org
Cc: Paul Duffy (paduffy)
Subject: RE: [6lo] Router reboot - loss of state
H
stage is a bet, and pressure to 6MAN if you
do will be needed.
Please let me know if that flies with you.
Keep safe;
Pascal
From: Hett, Chris
Sent: jeudi 12 mai 2022 16:47
To: Klaus Hueske ; 6lo@ietf.org
Cc: Pascal Thubert (pthubert) ; Paul Duffy (paduffy)
Subject: RE: [6lo] Router reboot - los
Thubert (pthubert) ; Hett, Chris
; Paul Duffy
Subject: RE: [6lo] Router reboot - loss of state
Hi Pascal, Thanks for pointing this out! Indeed, the problem is not limited to
sleepy devices, but relevant for all nodes that expect address registration
according to RFC6775 Section 3.3. The mechanism
Hi Pascal,
Thanks for pointing this out! Indeed, the problem is not limited to sleepy
devices, but relevant for all nodes that expect address registration according
to RFC6775 Section 3.3. The mechanism assumes that hosts actively register
their address with the router using NS with ARO and tha
