Ticket #6811 (new defect)

Opened 6 months ago

Last modified 6 weeks ago

WLAN doesn't reassociate with known access points

Reported by: wad Owned by: dcbw
Priority: high Milestone:
Component: network manager Version: Development build as of this date
Keywords: WLAN WIFI release? Cc: mstone
Action Needed: test in build Verified: no
Blocked By: Blocking:

Description

The expected behavior of an XO is that if it doesn't find a school mesh (or "laptop as MPP" mesh), it will try to associate with WiFi APs that it has previously been associated with.

In the 69x builds (particularly 699), this has not been working reliably (for example, see: http://wiki.laptop.org/go/Collab_Network_School_Wifi_Tests#Test_0323K )

But with build 703, I'm seeing that association with a previous selected access point tends to work, with occasional failures. Attached are logs taken from the same laptop. Once when it succeeded, and once when it fails.

In previous tests, I noticed a zero length /home/olpc/.sugar/default/nm/networks/cfg file, which could have contributed to the problem. That file was verified to have the correct information in these tests.

Attachments

messages_failure (67.6 kB) - added by wad 6 months ago.
/var/log/messages from a laptop that failed to reassociate with a known AP
messages_success (44.6 kB) - added by wad 6 months ago.
/var/log/messages from a laptop that reassociated with a known AP
logs_success.zip (151.8 kB) - added by wad 6 months ago.
Sugar/telepathy logs from a laptop that reassociated with an AP
logs_failure.zip (188.6 kB) - added by wad 6 months ago.
Sugar/telepathy logs from a laptop that failed to reassociate with an AP

Change History

Changed 6 months ago by wad

/var/log/messages from a laptop that failed to reassociate with a known AP

Changed 6 months ago by wad

/var/log/messages from a laptop that reassociated with a known AP

Changed 6 months ago by wad

Sugar/telepathy logs from a laptop that reassociated with an AP

Changed 6 months ago by wad

Sugar/telepathy logs from a laptop that failed to reassociate with an AP

Changed 6 months ago by wad

Looking at the failed logs, it successfully DHCP'd with the known AP the first time, then failed when it tried to renew the second time. This is not a stellar example of the behavior seen. I will try to get logs from a machine failing upon first boot.

Changed 6 months ago by mstone

  • cc mstone added

Changed 6 months ago by mstone

  • keywords release? added

Changed 6 months ago by wad

This is possibly a duplicate of #4975.

More logs of this problem available at: http://wiki.laptop.org/go/Collab_Network_School_Wifi_Tests#No_Association

Changed 6 months ago by wad

Changed 3 months ago by gregorio

  • milestone deleted

Milestone Never Assigned deleted

Changed 6 weeks ago by gregorio

  • next_action set to test in build

Can we restest this and close it or reproduce it?

Thanks,

Greg S

Note: See TracTickets for help on using tickets.