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

FS#524 - odhcpd: stateful+stateless sends M flag in RA for prefix that will not DHCPv6 #5573

Closed
openwrt-bot opened this issue Feb 17, 2017 · 2 comments
Labels

Comments

@openwrt-bot
Copy link

openwrt-bot commented Feb 17, 2017

EricLuehrsen:

The M-Flag should only be set in RA when DHCPv6 assignment will occur in that prefix. This is related to FS#402, but where FS#402 may be a matter of style to some, this one is a bug. odhcpd sends M-Flag in RA on both prefixes but only DHCPv6 on ULA. This can confuse some client software, they don't accept only the ULA, and they continue to spam the router with solicits trying to get GA and ULA together. Whether or not debate occurs on DHCPv6 being split in stateful+less mode, if it is split, then the RA need to respect it.

@openwrt-bot
Copy link
Author

openwrt-bot commented Aug 2, 2017

dedeckeh:

Have you observed DHCPv6 clients behave in such way or is this based on a RFC interpretation ?

@openwrt-bot
Copy link
Author

openwrt-bot commented Aug 3, 2017

EricLuehrsen:

Yes to both. I have assorted devices with each their various quirks. Windows 10 and Debian derivatives seem to be enhancing robustness to unusual in-spec or out-of-spec behavior. Manufacture controlled devices like smart tv, blu ray player, car smart info-nav, and such seem to be bare minimum main stream. My smart tv is the most noisy about sending dhcpv6 solicit.

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

No branches or pull requests

1 participant