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

[LEDE Bugs]

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 - Dave Täht (dtaht)

----------
I (accidentally) tested this again. It takes 3 reboots of an internal lede router requesting dhcp-pd for the ra disappearance to start showing up with the typical pattern of this, repeating. 

Thu Jan 19 11:03:21 2017 daemon.debug odhcpd[1080]: Received 136 Bytes from kernel%netlink
Thu Jan 19 11:03:21 2017 daemon.info dnsmasq[13844]: read /etc/hosts - 4 addresses
Thu Jan 19 11:03:21 2017 daemon.info dnsmasq[13844]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jan 19 11:03:21 2017 daemon.info dnsmasq[13844]: read /tmp/hosts/dhcp.cfg02411c - 4 addresses
Thu Jan 19 11:03:21 2017 daemon.info dnsmasq-dhcp[13844]: read /etc/ethers - 0 addresses
Thu Jan 19 11:03:22 2017 daemon.debug odhcpd[1080]: Sent 176 bytes to ff02::1%br-lan
 
I do not know where the state machine is or what it should look like.. BUT, a CLUE!

I see while it is down ifstatus shows the external ipv6 is gone

and ifstatus while it is up - shows the external

In either case, I do have ULAs on the link and these show as gone, too.

Let me put in some commented ifstatus messages.



----------

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