[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 have a theory. In testing the edgerouter box, it (using wide I think), goes crazy flooding odhcpd. This is of course, bad in itself (I'll report to those guys), but somewhere in there the ra announcement on the local net goes away. (not sure if this is before or after)

Could odhcpd not be servicing packets from other sources in it's select loop? (e.g. always returning to the first file descriptor returned by select) or the dhcpv6-pd section of the code staying within it's "bit" and not letting other stuff odhcpd is supposed to handle be serviced?

yes, there's also lede issues. I think I have a couple, but need to test each one individually.
----------

One or more files have been attached.

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