Hi Patrik, > > I found that when i connect both the wired and wifi technologies (i.e. > > connect to a service for each), only one of them goes in the online > > state. > > Both will be never enter the online state under normal circumstances. > > > > eg. > > 1. Start connman with lan cable connected > > Connman connects to the lan network and enter the online state > > 2. Connect to a wireless service > > Connman connects to the wireless service, and the service > > remains in > > the offline state until the ethernet cable is disconnected. > > > > This is probably a behaviour by design and i can understand why it is > > this > > way. One of the reason being that only one interface can > > serve as the default route at a time, etc. > > Your observation is correct, only one default route is set at a time. As > a default route is defined as matching every packet and sending the > packets to the gateway, only one gateway is set at any time. So only the > service which has the default route will contain gateway information. > Thus the network information provided by all services is identical to > what can be read from the routing table.
I am getting the feeling that we might really need to start setting all gateways all the time, but have different metrics attached to them. One case that bugs me a little bit is the fact if we have a 3G connection and want to switch to WiFi, but that needs to external page outside the IP range of the hotspot. A dedicated application or browser for logging into that hotspot should be able to use that gateway from that network interface if it chooses to. How this can be done best and if routing metrics would actually work, I do not know for sure actually. Something we might need to try. Exposing the Gateway entry if it is not set is actually of little benefit besides for a debug UI. We should keep to our general semantic that details in IPv4, IPv6 etc. dictionaries represent the actual current system settings for that service. Regards Marcel _______________________________________________ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
