Hello Gui,
thanks for your report. I just updated odhcp6c to generate the routes
and addresses in netifd in a better way. The old method seemed to have
some races that could lead to the behaviour you have seen. Could you
please retest with the new odhcp6c and see if that works better for you?
Hello great devs,
looks like something broke recently on trunk, regarding IPv6 RA handling
(proto=dhcpv6)
when an interface receives a router advertisement with on-link bit set,
it correctly adds the default via,
as well as a static route to the local (on-link) network
but after some seconds