Hi, there has been some reports that sometimes ConnMan is not able to get IP address from the server. This was eventually traced to broadcast flag that is transmitted in DHCP packets. Some buggy AP discard the DHCP packet if broadcast flag is present and some discard it if it is missing. This is a nasty problem that patch 4 tries to overcome. As a workaround we send two packets in initial handshake where the other has broadcast flag and the other does not. If the server is discarding the other packet, we notice that and then can find out what kind of packets the server is able to accept.
While doing the above workaround, I noticed some other issue in gdhcp code. This are fixed in patches 1-3. Cheers, Jukka Jukka Rissanen (4): gdhcp: Transaction id was not set when receiving L2 packet gdhcp: Transaction id is in network byte order gdhcp: Fix memory leak when clearing option hash gdhcp: Workaround for buggy AP that handle broadcast flag incorrectly gdhcp/client.c | 76 +++++++++++++++++++++++++++++++++++++++++++++++++++------- gdhcp/common.c | 8 ++++--- gdhcp/common.h | 3 ++- gdhcp/server.c | 4 ++-- 4 files changed, 77 insertions(+), 14 deletions(-) -- 1.8.3.1 _______________________________________________ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman