[PATCH 0/1] service: Prevent link-local default routes

Our kiosk system built with ConnMan typically uses two simultaneous
Ethernet connections, one to an input device using a link-local address,
one to some network providing Internet access. In most cases ConnMan
reliably uses the Internet-bound network as the default service, but if
the network is slow to respond to DHCP requests for some reason, both
Ethernet services end up with link-local addresses initially. In this
case, ConnMan may choose the local-only connection as default service
and stick with that choice even when the other service receives a good
IP and gateway via DHCP later. In such cases, the device will never
configure a usable default route.

We have been running a similar patch on top of ConnMan 1.42 with
hundreds of customer installations without issue.

After porting the patch to ConnMan 2.0, we ran our VM-based automated
tests to verify that late configured services are chosen as default
service over link-local services, and they also pass for 2.0.

Johannes Emerich (1):
  service: Demote IPv4 link-local services

 src/service.c | 31 +++++++++++++++++++++++++++++++
 1 file changed, 31 insertions(+)

-- 
2.51.2