Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

clarify the change in flow for NA(EARO) for RULs #1

Open
nyrahul opened this issue May 21, 2020 · 1 comment
Open

clarify the change in flow for NA(EARO) for RULs #1

nyrahul opened this issue May 21, 2020 · 1 comment

Comments

@nyrahul
Copy link
Owner

nyrahul commented May 21, 2020

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."

@rabinsahoo
Copy link

rabinsahoo commented May 25, 2020

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants