[FS#388] odhcpd: A default route is present but there is no public prefix on br-lan thus we don't an

LEDE Bugs lede-bugs at lists.infradead.org
Sun Jan 15 19:03:03 PST 2017


The following task has a new comment added:

FS#388 - odhcpd: A default route is present but there is no public prefix on br-lan thus we don't an
User who did this - Eric Luehrsen (EricLuehrsen)

----------
Confirm "me two." odhcpd will delegate for a few minutes then withdraw. TP-LINK WDR3600 and Archer C7. I configured odhcpd+unbound (no dnsmasq) on the head (C7), and dnsmasq-full (no odhcpd) on the extender (WDR3600). I find that while dnsmasq doesn't have all the IP6 features of odhcpd, the DHCPv6 / RA features it does have are more flexible and work more robustly including off-standard clients.

"ra_default 1" will announce a default route, even if WAN6 fails to get an address. Therefore fail over will need to time out on each new web page, rather than assume IP4.

--Side note on Comcast DHCP to get you testing faster. The leases are for 7 days and default delegation is /64. So if you don't pre-configure /60 request before you plug a box in, youre temporarily stuck, and you need to follow few steps. (1) unplug the cable modem. (2) change your WAN MAC. (3) set your prefix request /60. (4) plug in your cable modem.
----------

More information can be found at the following URL:
https://bugs.lede-project.org/index.php?do=details&task_id=388#comment1269



More information about the lede-bugs mailing list