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

Default address selection for IPv6 should follow RFC 6724 #12359

Closed
mike-scott opened this issue Jan 7, 2019 · 3 comments
Closed

Default address selection for IPv6 should follow RFC 6724 #12359

mike-scott opened this issue Jan 7, 2019 · 3 comments
Labels
area: Networking Enhancement Changes/Updates/Additions to existing features

Comments

@mike-scott
Copy link
Contributor

Is your enhancement proposal related to a problem? Please describe.
Currently, Zephyr uses a simple diff function to determine the IPv6 source address for outbound data. In many cases this isn't correct (read as: any use case that has more than 1 non-link local unicast address). As a result, OpenThread routing via a border router for internet communication is broken.

Describe the solution you'd like
RFC 6724 (https://tools.ietf.org/html/rfc6724) describes the correct process for selecting the default source address.

Describe alternatives you've considered
I brought up a solution for OpenThread source address, and the RFC was mentioned as the correct solution.

Additional context
none

@mike-scott mike-scott added the Enhancement Changes/Updates/Additions to existing features label Jan 7, 2019
@mike-scott
Copy link
Contributor Author

This was brought up as a discussion in #12343

@mike-scott
Copy link
Contributor Author

NOTE that OpenThread adds a couple of rules:

  • Don't use addresses returning true for IsAnycastRoutingLocator()
  • Add rule: Prefer EID

@jukkar
Copy link
Member

jukkar commented Jan 28, 2020

Going through old issues. This is a good candidate for closing as the address selection seems to work ok atm. Can be re-opened if really needed.

@jukkar jukkar closed this as completed Jan 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Networking Enhancement Changes/Updates/Additions to existing features
Projects
None yet
Development

No branches or pull requests

2 participants