Queries regarding connman
Hi, I am using connman v1.21 and have few observation and queries to be clarified. Could you please have look at it and clarify my queries. 1.Connman is used to manage wifi, Ethernet usb gadget technologies in our linux based system. With these configuration, connman detects services for each technologies as *AR Wiredethernet_1eed19271ab3_cable *A Wiredethernet_0250316b6462_cable * ASUS_2.4Gwifi_00025b112321_415355535f322e3447_managed_none ethernet_1eed19271ab3_cable - corresponds to Ethernet port eth0 ethernet_0250316b6462_cable - corresponds to USB gadget usb1 I assigned IP address to Ethernet port by using ifconfig. connman is not able to automatically assign IP address for ethernet_0250316b6462_cable service unless I remove the Ethernet cable from my device. But at the same time with Ethernet port connect, I am able to use the connmanctl and able to connect to usb1 interface. Is connman supports multiple Ethernet services at a time? Why it is not able to assign IP address when already Ethernet port is connected? Is there a differentiation between Ethernet usb gadget technologies ? why usb gadget is identified as Ethernet service? 2.When Ethernet cable is connected but there is no interface connection, I am able to connect to wifi network which has internet connection. But internet connection is not working for wifi connection, still connman trying to use the Ethernet for internet connection. Is this the expected behavior and how connman works when there is multiple connections available? 3.I also did another analysis where we have connman to manage only our wifi network. Other technologies are disabled in the connman settings. I use system dhclient to obtain the IP address for other technologies like usb1. In this case when wifi network is connected, I am not able to obtain the IP address for my usb gadget interface (usb1) which uses system dhclient to assign the IP address. Questions: Is it possible to run connman system dhclient in parallel? Is there a way to configure connman to use the external system dhclient instead of its own implementation? Basically I want to use connman only for wifi technologies and control other technologies by our system application. Is it possible? If yes how this can be configured in connman? Thanks in advance for your help. Regards, Ponniah Natarajan. Visteon Electronics, India. Ph Off : +91-44-49477791 Mob : +91-98401-08041 Mail to : pnata...@visteon.commailto:pnata...@visteon.com ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
RE: [PATCH] Change the threshold for background scanning, -45 is actually very good RSSI.
-#define BGSCAN_DEFAULT simple:30:-45:300 +#define BGSCAN_DEFAULT simple:30:-65:300 On which devices has this been tested? Do you know whether the reported threshold is reported equally across these devices? I've several laptops and phones which seem to report the same RSSI levels by running wpa_cli scan wpa_cli scan_result but in the end the wpa_s trusts the data coming from the wlan-driver. To be honest this setting does not affect devices in which the wlan-driver is responsible for roaming as then wpa_s will not do bgscan with those (you will see wpa_s reporting nl80211: Using driver-based roaming then). The main point is that the -45dBm is considered very good RSSI-value and we should not be scanning unnecessarily as scanning will block other operations. Can't say if -65dBm is the _correct_ value but it's better than -45dBm. Br, Pasi ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: [PATCH] Change the threshold for background scanning, -45 is actually very good RSSI.
Hi, On Thu, Jun 12, 2014 at 12:04 PM, Pasi Sjöholm pasi.sjoh...@jolla.com wrote: -#define BGSCAN_DEFAULT simple:30:-45:300 +#define BGSCAN_DEFAULT simple:30:-65:300 On which devices has this been tested? Do you know whether the reported threshold is reported equally across these devices? I've several laptops and phones which seem to report the same RSSI levels by running wpa_cli scan wpa_cli scan_result but in the end the wpa_s trusts the data coming from the wlan-driver. To be honest this setting does not affect devices in which the wlan-driver is responsible for roaming as then wpa_s will not do bgscan with those (you will see wpa_s reporting nl80211: Using driver-based roaming then). The main point is that the -45dBm is considered very good RSSI-value and we should not be scanning unnecessarily as scanning will block other operations. Can't say if -65dBm is the _correct_ value but it's better than -45dBm. Br, Pasi ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: [PATCH] Change the threshold for background scanning, -45 is actually very good RSSI.
Hi, On Thu, Jun 12, 2014 at 12:04 PM, Pasi Sjöholm pasi.sjoh...@jolla.com wrote: -#define BGSCAN_DEFAULT simple:30:-45:300 +#define BGSCAN_DEFAULT simple:30:-65:300 On which devices has this been tested? Do you know whether the reported threshold is reported equally across these devices? I've several laptops and phones which seem to report the same RSSI levels by running wpa_cli scan wpa_cli scan_result but in the end the wpa_s trusts the data coming from the wlan-driver. To be honest this setting does not affect devices in which the wlan-driver is responsible for roaming as then wpa_s will not do bgscan with those (you will see wpa_s reporting nl80211: Using driver-based roaming then). The main point is that the -45dBm is considered very good RSSI-value and we should not be scanning unnecessarily as scanning will block other operations. Can't say if -65dBm is the _correct_ value but it's better than -45dBm. On my devices I'm really happy with -45 dBm (rt2x00usb devices, and ath6kl usb devices). I start to be in trouble at -70dBm, so I also decide to reduce the threshold to -65dBm. https://github.com/aldebaran/connman/commit/278780b2cff48f0a9e9a46d54ffafe384167249e Regards, Julien ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: Queries regarding connman
Hi, On to, 2014-06-12 at 09:15 +, Natarajan, Ponniah (P.) wrote: Hi, I am using connman v1.21 and have few observation and queries to be clarified. Could you please have look at it and clarify my queries. Please upgrade to 1.24 if possible, there is no use using old versions. 1.Connman is used to manage wifi, Ethernet usb gadget technologies in our linux based system. With these configuration, connman detects services for each technologies as *AR Wiredethernet_1eed19271ab3_cable *A Wiredethernet_0250316b6462_cable * ASUS_2.4Gwifi_00025b112321_415355535f322e3447_managed_none ethernet_1eed19271ab3_cable - corresponds to Ethernet port eth0 ethernet_0250316b6462_cable - corresponds to USB gadget usb1 I assigned IP address to Ethernet port by using ifconfig. connman is not able to automatically assign IP address for ethernet_0250316b6462_cable service unless I remove the Ethernet cable from my device. But at the same time with Ethernet port connect, I am able to use the connmanctl and able to connect to usb1 interface. Is connman supports multiple Ethernet services at a time? Yes, multiple ethernet services are supported. We have noticed that some usb gadget devices do not properly report cable connect status to kernel so ConnMan will not know if cable is connected in that case. Perhaps this is the issue that you are seeing. Why it is not able to assign IP address when already Ethernet port is connected? Is there a differentiation between Ethernet usb gadget technologies ? why usb gadget is identified as Ethernet service? Gadget is very similar technology as ethernet, but it has different devtype so they are different slightly. 2.When Ethernet cable is connected but there is no interface connection, I am able to connect to wifi network which has internet connection. But internet connection is not working for wifi connection, still connman trying to use the Ethernet for internet connection. Is this the expected behavior and how connman works when there is multiple connections available? You can tweak the technology connect order from /etc/connman/main.conf file, see PreferredTechnologies setting. You can specify which technologies are connected and which order. 3.I also did another analysis where we have connman to manage only our wifi network. Other technologies are disabled in the connman settings. I use system dhclient to obtain the IP address for other technologies like usb1. In this case when wifi network is connected, I am not able to obtain the IP address for my usb gadget interface (usb1) which uses system dhclient to assign the IP address. Questions: Is it possible to run connman system dhclient in parallel? If these two programs are not using same network interfaces, then it might be possible to do so although I have not tested this. Why would you want to do this anyway, connman has quite working dhcp implementation. Is there a way to configure connman to use the external system dhclient instead of its own implementation? You can blacklist some network interfaces in connman, just use the -I command line option. Basically I want to use connman only for wifi technologies and control other technologies by our system application. Is it possible? If yes how this can be configured in connman? I would recommend that you just use connman only in your device, it is just a management nightmare to try to separate wifi and other techs to different network managers. Is there some problems why you would not want connman to manage all the networks in your device? Cheers, Jukka Thanks in advance for your help. Regards, Ponniah Natarajan. Visteon Electronics, India. Ph Off : +91-44-49477791 Mob : +91-98401-08041 Mail to : pnata...@visteon.commailto:pnata...@visteon.com ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Connecting to multiple technologies
Hi, I am working on a Embedded System with Linux as OS and using connman 1.23 for controlling two different types of network interfaces. One is a WiFi interface other one is a USB Gadget based Ethernet interface. The WiFi one is expected to have internet connectivity. The system use case is getting both the technologies connected at the same time. The notes / mail threads I read indicates connman can connect to one technology at any given time, based on the preference list in the configuration. Does this one connection refers to internet connectivity or a general device connection through that defined technology? In the same sense, does the connman state online or ready is related to internet connectivity? Please provide insight on this multiple connection scenario, so that I will understand the feasibility of the use case I am trying to achieve. Regards Manimaran ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman