>-----Original Message----- >From: Lynch, Rusty >Sent: 2009年7月7日 6:04 >To: Ortiz, Samuel; Lock, Joshua; Abbas, Mohamed; Holtmann, Marcel; Wong, Carl; >Xu, Martin; Shen, Cathy >Subject: connman unable to disconnect from 'Guest' wireless network > >I'm still getting up to speed on connman/gconnman/carrick, but one thing >is bugging the absolute hell out of me when working from JF. > >My netbook is connected to ethernet, but connman keeps autoconnecting to >'Guest' with that service getting the default route. If I attempt to >disconnect (carrick calls cm_service_disconnect), then connman returns >an error that the transport is not connected. If i attempt to 'forget' >the network then nothing happens. This is a known issue. The root cause is that at office environment we have several APs providing Guest network. All these Guest networks are hidden. But when you successfully connected to Guest this hidden Guest is not hidden any more (active scan with ssid). Because all these networks are in the same group, ConnMan will use the AP(network) to update the Gust service. Consequently The last AP(network) will link to the Guest service, not matter whether it is really connected. That is the reason why you can not disconnect. (See plugin/supplicant.c get scan result part)
I have given out one patch to fix. But Marcel hope we can find better way to handle it. > >This is especially a pain since then screwed up the 'Guest' network in >JF so that you have to setup a per user per day account, which i don't >have.... so the network is pretty much useless until i manually ifconfig >wlan0 down. You can try below two methods to work around. 1. using Carrick to turn off/on wifi, the Guest network can be removed 2. unplug/plug the Ethernet cable, the default gateway can be switch to Ethernet In fact ConnMan design Ethernet as the highest order. So it can always keep the default gate way. But the order has not completed, so the later created service will get default gateway. BTW: You can register connman mail list. ;-) > >I'm building off the tip of connmand, gconnman, and carrick. > >Is anyone already looking at this? > > --rusty > _______________________________________________ connman mailing list [email protected] http://lists.connman.net/listinfo/connman
