You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Storing-Root-Ack needs to handle the case where RULs are trying to attach to the 6LR.
The RUL should be informed of the NA only once the end to end RPL path is established. Thus the NA to the RUL should be sent on receiving the storing-root-ack.
Quoting Pascal's comment here for ref:
"The RUL is not aware of RPL so it cannot know whether the 6LR is doing storing-root-ack or even talking RPL at all for that matter.
What makes sense is that on the first registration, the 6LR (optionally) waits for the storing-root-ack before it sends the NA(EARO) back. This change of the flow would be indicated in your storing-root-ack draft."
The text was updated successfully, but these errors were encountered:
If 6LR wait for the storing-root-ack, before it can send NA to confirm the address registration, it has to handle the negative storing-root-ack too. A new status code need to be added in (EARO)as part of this change.
Storing-Root-Ack needs to handle the case where RULs are trying to attach to the 6LR.
The RUL should be informed of the NA only once the end to end RPL path is established. Thus the NA to the RUL should be sent on receiving the storing-root-ack.
Quoting Pascal's comment here for ref:
"The RUL is not aware of RPL so it cannot know whether the 6LR is doing storing-root-ack or even talking RPL at all for that matter.
What makes sense is that on the first registration, the 6LR (optionally) waits for the storing-root-ack before it sends the NA(EARO) back. This change of the flow would be indicated in your storing-root-ack draft."
The text was updated successfully, but these errors were encountered: