[LEDE-DEV] Anyone seen this issue with netifd?

Daniel Curran-Dickinson daniel at daniel.thecshore.com
Mon Jun 6 08:19:19 PDT 2016


iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEX///8AAABVwtN+AAAAeklEQVQY04XQzQ2EIBAF4IdMDIc5UAIlUIKlWMr0ZiMm28jOj+6iMXEOfBBmXgJAVLGlBkU3wcZ9I3Q7EdrAveowx6hZ0q6QJDsRnHlJwr+W4CHF7vLqTEenXABeUnSssbP8SdwdjTHEwcFDtQGKFuWjH8Lna8vAmfEF3NMPdAOsBscAAAAASUVORK5CYII=
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.4-0ubuntu2 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit


Hi,

I recently ran into a strange issue with netifd and was wondering if
anyone else had see anything like it.  I had a non-bridge interface on a
router with with local-only ipv6 (that is no external ipv6, only the
ipv6 from ula from the router), and noticed that dhcpv6 wasn't working.

Eventually I noticed that ifstatus lanx reported and ipv6 of
<hex:hex:hex>: (note the *single* colon) while bridge interfaces were
reporting <hex:hex:hex>::.  When I changed the interface to bridge it
report <hex:hex:hex>:: and dhcpv6 addresses got served on that address.

Methinks there may be an issue the prefix associated with non-bridge
interfaces, but I don't know how to dig deeper on that.  Not enough
ipv6-fu for one thing.

Also this is from a rather old version of netifd (from trunk) so it
may be fixed already; opkg reports: 
2016-03-04-da687c2689f7ff2af1dccc9a428806dd15c3d554

Once I finally get that router updated to newer trunk I'll report if the issues persists.

Regards,

Daniel





More information about the Lede-dev mailing list