-
Notifications
You must be signed in to change notification settings - Fork 2k
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
gnrc_ipv6_nib: use generated EUI-64 for ARO build and check [backport 2019.01] #10906
gnrc_ipv6_nib: use generated EUI-64 for ARO build and check [backport 2019.01] #10906
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Compared changes against original PR (using git range-diff), no differences.
ACK
Ok, so the branch wasn't up-to-date with the base branch, so I pressed "Update branch" and this creates a merge commit. Would you mind rebasing the branch @miri64 (to drop the merge commit) ? |
I tested by merging on the devel branch and everything works as expected, btw. So also ACK |
b3c1ef9
to
9c8d70e
Compare
Rebased. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still no change, re-ACK (sorry, first time on wrong PR)
Backport of #10817
Contribution description
This fixes #10723 by providing a new getter for the (unconverted) EUI-64 in the interface layer. This getter then is used instead of the link-layer address to set the EUI-64 in the ARO and also check it.
Testing procedure
Flash two 6Lo-capable boards with
gnrc_border_router
andgnrc_networking
. Thegnrc_networking
should get a global address which will be marked as valid. Not just IEEE 802.15.4-capable boards should be able to do this now, but also BLE-based boards and more exotic candidates likecc110x
,nrfmin
, oresp-now
.Issues/PRs references
Closes #10723.