-
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
drivers/ethos: use luid_get_eui48() #13944
Conversation
Previously the MAC address of the border router was entirely random. That meant that as a DHCPv6 client it would get a new prefix with every reboot. Due to RIOT-OS#12210 the nodes will never use the new address. Fix this by using luid_get_eui48() which will always return the same address across reboots. It also makes the code simpler.
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.
LGTM. @kaspar030 AFAIR the only reason it uses a random address, is because the luid
mechanism did not exist back than, right?
yes! |
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.
ACK.
Contribution description
Previously the MAC address of the border router was entirely random.
That meant that as a DHCPv6 client it would get a new prefix with every reboot.
Due to #12210 the nodes will never use the new address.
Fix this by using
luid_get_eui48()
which will always return the same address across reboots.It also makes the code simpler.
Testing procedure
examples/gnrc_border_router
with the default options (UPLINK=ethos
).ifconfig
to view the address of the upstream interface.reboot
the border routerifconfig
.On
master
, the upstream interface will have a different address with each reboot.This fixes that.
Issues/PRs references