Launchpad has imported 8 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=643211.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-10-14T22:04:20+00:00 boggiano wrote: Description of problem: Every 120 seconds my connection stops for about 2 seconds. It disconnects from AP then reconnects immediately. Kernel is 2.6.34.7-56.fc13.i686.PAE. NetworkManager-0.8.1-6.git20100831.fc13 How reproducible: Always Steps to Reproduce: 1. Start networkmanager 2. Looks into logs Actual results: Expected results: Additional info: The connection is "insecure" (not WPA or WEP). 120 is the "max time", sometimes even less. (as you can see in the attach file iwevent.txt). If I stop NW and I use iwconfig by hand, this problem stops but I need a "ping -c www.google.com" in background or the connection drops. If I lunch the command: while : ; do iwconfig wlan0|grep 'Freq' ;sleep 1; done this is the output during the "disconnects": Mode:Managed Frequency:2.412 GHz Access Point:xx:xx:xx:xx:xx:xx Mode:Managed Frequency:2.412 GHz Access Point:xx:xx:xx:xx:xx:xx Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Mode:Managed Frequency:2.412 GHz Access Point:xx:xx:xx:xx:xx:xx Mode:Managed Frequency:2.412 GHz Access Point:xx:xx:xx:xx:xx:xx Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/32 ------------------------------------------------------------------------ On 2010-10-14T22:05:23+00:00 boggiano wrote: Created attachment 453591 Output of iwevent command Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/33 ------------------------------------------------------------------------ On 2010-10-18T17:35:59+00:00 Dan wrote: This is due to periodic scanning. If you don't want periodic scanning (which allows intra-SSID roaming and faster reassociation on connection loss) then you can disable it by "locking" your connection to a specific BSSID in the connection editor. Right-click on the network applet and choose Edit Connections... or run 'nm-connection-editor', click the Wireless tab, double-click on your wifi connection, and in the Wireless tab in that edit window, enter your AP's MAC address. Then click Apply, and re-select your wifi network from the applet's menu. NM will then tell the supplicant and driver to lock the connection to that specific AP, and will no longer request periodic scans. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/35 ------------------------------------------------------------------------ On 2010-10-18T20:39:16+00:00 boggiano wrote: Yes!! It works very well! Thanks a lot!!! Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/36 ------------------------------------------------------------------------ On 2011-01-10T22:35:27+00:00 Steven wrote: I've just tried the above fix on a HP 6730b laptop running Fedora 14 and the machine is still re-connecting to the same BSSID Mac address every 20 minutes. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/37 ------------------------------------------------------------------------ On 2011-01-10T22:51:31+00:00 Dan wrote: Just because *NM* isn't asking for scans doesn't mean something else like the supplicant itself isn't asking for them. Believe it or not, there are valid reasons to do a scan while connected. Like if the driver decides to disconnect for some reason, or if the AP timed out because somebody turned on a microwave, etc. Take a look at 'dmesg' output from that time, and it's likely that the AP failed to respond to probe requests, which causes a disconnect, which causes the supplicant to scan for an AP to reconnect to. The fix above just means that *NM* isn't asking for periodic scans, it doesn't suppress *all* scans by the wireless stack entirely, because there's often good reason why they are done. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/38 ------------------------------------------------------------------------ On 2011-01-10T22:57:49+00:00 Steven wrote: Problem is when the scan kicks in I loose my wireless connection for 2-3 seconds which is a real pain if I'm using ssh into a server and can no longer type. Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/39 ------------------------------------------------------------------------ On 2011-09-06T13:31:13+00:00 Maciej wrote: I'm having the same problem. My connection is interrupted every few minutesduring iwevent showing "Scan request completed". When using SSH, synergy or any other 'live connection' the work is troublesome. I don't care if NM scans, but I think the connection shouldn't be interrupted during that. The workaround with setting exact BSSID MAC address in NM configuration works, but is the connection interrupted by design? Maybe it's iwlagn module/firmware bug? or NetworkManager's fault? Detailed info: - hardware: 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35) - OS Fedora 14 (with latest updates) - kernel: 2.6.35.14-95.fc14.x86_64 #1 SMP Tue Aug 16 21:01:58 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux - iwlagn module srcversion: 683C5EFF5AC57D530DD7FC4 - iwlagn firmware version 9.221.4.1 build 25532 - NetworkManager version: 0.8.4-2.git20110622.fc1 Reply at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/comments/40 ** Changed in: fedora Status: Unknown => Invalid ** Changed in: fedora Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/459933 Title: wifi disconnects when nm scans (iwlagn - intel 5100 AGN) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/459933/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
