-
Notifications
You must be signed in to change notification settings - Fork 129
Can we try harder to keep a delegated prefix? #489
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
Comments
But dhcpcd should put the prefix you have in the rebind message. |
The server responds to the rebind request with zero valid lifetime, a.k.a. expired. dhcpcd logs: parsed by wireshark, the solicit looks like this:
|
Can you also post the capture for the REBIND and the REPLY please? |
|
My ISP allows rebind while the link is still up, but if the PPPoE connection is closed and reestablished, rebind is always responded to with zero validity, and they like to forcibly close the connection every few days.
However, I can make dhcpcd request the exact same prefix again in its solicit message, and that just works!
ia_pd 2/2001:xxxx:xxxx:b167::/64 enp2s0/0
When requesting an out-of-range prefix, the ISP just responds with something that's available and that works.
So I wonder, can dhcpcd just do this for me dynamically? If I statically configure a prefix there's no guarantee that exact prefix will always be available. But dhcpcd can just repeat the same prefix it used in its rebind request and see if it works. That would allow me to hold on to a prefix for as long as possible, rather than get a whole new one every few days.
If requesting a specific or impossible prefix would cause trouble with some DHCPv6 servers then perhaps this could be made a configurable option.
The text was updated successfully, but these errors were encountered: