On 12-12-08 01:34 PM, Jo-Philipp Wich wrote: > Hi. Hi,
> Yeah, but note that it is in the inactive table, means the protocol > provides a defaultroute but it is suppressed by netifd, Ahhh. > probably due > to "option defaultroute 0" in the uci config. Yes, indeed. The reason for this is that "other software" knows better than netifd how to route. To be precise, I have two consumer internet connections and run a link state monitor on them to decide which connection should be "the" default route and which is in standby. As link state changes, the monitor updates the routing tables accordingly. This monitor needs to know what the default route paths are and of course, has to ask netifd what it learned when it plumbed the interfaces up. > I could probably add a 3rd parameter to the network_get_* functions to > force reading the entries of the inactive table - right now it only > regards effective configuration values. If that's the best approach to solving the above. But you would know better than I. :-) Cheers, b.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
