Comment 27 for bug 111502

Revision history for this message
Seva Gluschenko (gvs-ya) wrote :

The problem persists on 9.04. I cannot provide logs for security reasons, but I can provide detailed description of what happens and why. This is because today we've studied the problem with our network engineer.

So, NetworkManager pings wpa_supplicant on regular basis with "scan" command. Besides blocking data throughput this way, in areas with multiple access points it results in continuous reconnect attempts because the signal from access points varies, and in the moment A the signal strength from access points looks like 208-201-197-191, but in the moment B it appears as 199-201-202-204, so wpa_supplicant breaks connection to the access point 1 and proceeds with access point 4.

I've found traces of discussion in linux-wireless mailing list dated 2009-05-14 about rescans:

http://osdir.com/ml/linux-wireless/2009-05/msg00596.html

Unfortunately, it seems like developers didn't come to any reasonable decision with that, 'cause no "stop scan" option appears in NetworkManager's properties, and no reasonable solution had been given.

The reasonable decision, from my point of view, would be to stop scans until signal strength falls beyond 128, e.g., because one indeed doesn't need to be very aware of other networks's presence while he's connected and is working. Probably, some scans could be initiated if the interface is idle for at least 2 minutes (i.e. no data sent or received through it).