Closed lkundrak closed 7 years ago
odhcpd is now actively maintained by the Lede community and uses the git repo https://git.lede-project.org/project/odhcpd.git. Can you rebase your patch on this version and send it as a patch to the Lede devel mailing list (lede-dev@lists.infradead.org) for review ?
Thx will have a look at the patch
I've pushed a patch https://git.lede-project.org/?p=project/odhcpd.git;a=commit;h=adc8f6269d82f526e225fd8d4b78388fc2da0659 which fixes the issue
There might be unassigned IAs among the options the client sends when it issues a REBIND. In fact, that's how the ISC dhclient reqests new IA_PDs to be assigned. However, odhcpd would just return the IA_PDs back without assigning a prefix:
$ dhclient -6 -d -lf $PWD/leases eth0 -N XMT: Forming Solicit, 0 ms elapsed. XMT: X-- IA_NA 00:3b:dd:9d RCV: Advertise message on eth2 from fe80::5054:ff:feba:444e. RCV: X-- IA_NA 00:3b:dd:9d ^C $ dhclient -6 -d -lf $PWD/leases eth0 -N -P XMT: Forming Rebind, 0 ms elapsed. XMT: X-- IA_NA 00:3b:dd:9d XMT: X-- IA_PD 00:3b:dd:9d RCV: Reply message on eth2 from fe80::5054:ff:feba:444e. RCV: X-- IA_NA 00:3b:dd:9d RCV: X-- IA_PD 00:3b:dd:9d RCV: | !-- Status code of no prefix, IA_PD discarded.
That is neither too useful, nor consistent with what the ISC dhcpcd does, nor does it seem correct. Notably, it breaks NetworkManager's IPv6 connection sharing that utilizes the ISC dhclient and needs to request the prefixes as-needed on networks with OpenWRT.
The attached patch moves the REBIND handling to the branch that is able to add new bindings. It then, perhaps unnecessarily, also allows obtaining new IA_NAs this way.
(While the patch fixes the issue for me, I'm not too familiar with the odhcpd code base, so a careful review is needed.)