I tried connecting a Ubiquiti ER-lite to a standard LEDE 17.01.4 with updated odhcpd package:
odhcpd - 2018-03-02-2da5850f-3
Even though the ER-lite doesn't ask for reconfigure-accept option, odhcpd includes this option in the reply anyway. This causes the ER-lite to log an error and not use any of the information:
May/07/2018 14:49:19: dhcp6_get_options: unknown or unexpected DHCP6 option opt_82, len 4
May/07/2018 14:49:19: dhcp6_get_options: received option: "reconfigure accept" (len 0), however reconfigure negotiation is not supported yet
May/07/2018 14:49:19: dhcp6_get_options: unsupported authentication protocol: 1
May/07/2018 14:49:19: client6_recv: failed to parse options
Standard DHCP behaviour is to only include options the client asked for, so I have problems faulting the client behaviour in this case. Rather, odhcpd should not include reconfigure-accept if the client didn't ask for it. Same thing with option 82 (but I doubt option 82 here causes the client to throw an error, so that's probably less of a problem).
Below is tcpdump from the interaction between ER-lite and gateway running LEDE 17.01.4:
I tried connecting a Ubiquiti ER-lite to a standard LEDE 17.01.4 with updated odhcpd package:
odhcpd - 2018-03-02-2da5850f-3
Even though the ER-lite doesn't ask for reconfigure-accept option, odhcpd includes this option in the reply anyway. This causes the ER-lite to log an error and not use any of the information:
Standard DHCP behaviour is to only include options the client asked for, so I have problems faulting the client behaviour in this case. Rather, odhcpd should not include reconfigure-accept if the client didn't ask for it. Same thing with option 82 (but I doubt option 82 here causes the client to throw an error, so that's probably less of a problem).
Below is tcpdump from the interaction between ER-lite and gateway running LEDE 17.01.4: