Hi Forest, I'm having a similar problem using the ethernet interface with a Cisco switch. I picked up the packets with tcpdump and noticed that the switch discards all packets sent by the "connman." The Switch is attempting to discover the network topology by performing the algorithm "spanning tree". And while this procedure does not end it drops all packets. The total time can be 30 seconds if it uses the algorithm "rapid spanning tree", or it may take 60 seconds if it uses the "spanning tree".
I'm using version 1.2. Changing the DHCP timeout in addition to these 60 seconds solved my problem. I do not know if this is the best way: diff --git a/gdhcp/client.c b/gdhcp/client.c index ec1b2a2..d814c8b 100644 --- a/gdhcp/client.c +++ b/gdhcp/client.c @@ -46,7 +46,7 @@ #include "ipv4ll.h" #define DISCOVER_TIMEOUT 3 -#define DISCOVER_RETRIES 10 +#define DISCOVER_RETRIES 30 #define REQUEST_TIMEOUT 3 #define REQUEST_RETRIES 5 Configuring the switch in the "pass throught" mode solves the problem too, but then you get another with the IT staff :) Cheers, Paulo Pizarro 2012/7/3 Daniel Wagner <[email protected]>: > Hi Forest, > > > On 07/02/2012 09:14 PM, Forest Bond wrote: >> >> Hi, >> >> I'm seeing a DHCP issue with a particular router. This is with an older >> ConnMan >> release (0.72 plus a few local patches, none of which touch DHCP code). >> Unfortunately I am not able to upgrade this machine to a newer release or >> even >> test with another machine on the same network, but I think this issue may >> exist >> with newer releases, too. > > > Could you give the current version a try? There were some bug fixes around > DHCP. Just to make sure, we don't try to debug something we have fixed > already. > > thanks, > daniel > _______________________________________________ > connman mailing list > [email protected] > http://lists.connman.net/listinfo/connman _______________________________________________ connman mailing list [email protected] http://lists.connman.net/listinfo/connman
