Intel 3160 wifi dropping association regularly

[snblitz]

I have three Toshiba S55 laptops running debian 8 or ubuntu 14.04 with Intel 3160 internal wifi cards.

In a heavily congested WIFI environment all these machines will regularly lose their associations with an ASUS RT-AC68U 802.11AC AP whether running ubuntu 14.04 or debian 8. The AP is 5 feet away.

I have upgraded the 3160 /lib/firmware to the latest available on the Intel website.

The association will generally be lost within 1 to 10 minutes. The behavior is very repeatable.

I have removed all networking tools except for wicd. However, the same behavior is observed using network manager.

If I plug in an rtl8812au based 802.11ac dongle the connection in identical situations lasts forever.

logfile around the problem time:

*** OpenVPN is often the first to notice the link is down

2015-05-11T12:30:07.105004-07:00 s55t ovpn-hitnet[9781]: TLS Error: TLS handshake failed
2015-05-11T12:30:07.105174-07:00 s55t ovpn-hitnet[9781]: SIGUSR1[soft,tls-error] received, process restarting

*** This always follows the failure reported by OpenVPN
2015-05-11T12:30:07.233906-07:00 s55t kernel: [30897.194045] cfg80211: Calling CRDA to update world regulatory domain
2015-05-11T12:30:07.233918-07:00 s55t kernel: [30897.195689] cfg80211: World regulatory domain updated:
2015-05-11T12:30:07.233918-07:00 s55t kernel: [30897.195691] cfg80211: DFS Master region: unset
2015-05-11T12:30:07.233919-07:00 s55t kernel: [30897.195692] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
2015-05-11T12:30:07.233920-07:00 s55t kernel: [30897.195694] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
2015-05-11T12:30:07.233920-07:00 s55t kernel: [30897.195695] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
2015-05-11T12:30:07.233921-07:00 s55t kernel: [30897.195696] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
2015-05-11T12:30:07.233921-07:00 s55t kernel: [30897.195697] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
2015-05-11T12:30:07.233922-07:00 s55t kernel: [30897.195698] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
2015-05-11T12:30:07.233922-07:00 s55t kernel: [30897.195699] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
2015-05-11T12:30:07.233923-07:00 s55t kernel: [30897.195700] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
2015-05-11T12:30:07.233923-07:00 s55t kernel: [30897.195701] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
2015-05-11T12:30:07.630643-07:00 s55t dhclient: Killed old client process
2015-05-11T12:30:08.630802-07:00 s55t dhclient: Internet Systems Consortium DHCP Client 4.3.1
2015-05-11T12:30:08.630990-07:00 s55t dhclient: Copyright 2004-2014 Internet Systems Consortium.
2015-05-11T12:30:08.631089-07:00 s55t dhclient: All rights reserved.
2015-05-11T12:30:08.631192-07:00 s55t dhclient: For info, please visit https://www.isc.org/software/dhcp/
2015-05-11T12:30:08.631302-07:00 s55t dhclient:
2015-05-11T12:30:08.661989-07:00 s55t dhclient: Listening on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:08.662210-07:00 s55t dhclient: Sending on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:08.662350-07:00 s55t dhclient: Sending on Socket/fallback
2015-05-11T12:30:08.663677-07:00 s55t dhclient: DHCPRELEASE on wlan0 to 192.168.5.1 port 67
2015-05-11T12:30:08.665988-07:00 s55t avahi-daemon[745]: Withdrawing address record for 192.168.5.190 on wlan0.
2015-05-11T12:30:08.666165-07:00 s55t dnsmasq[1177]: reading /etc/resolv.conf
2015-05-11T12:30:08.666319-07:00 s55t avahi-daemon[745]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.5.190.
2015-05-11T12:30:08.666485-07:00 s55t avahi-daemon[745]: Interface wlan0.IPv4 no longer relevant for mDNS.
2015-05-11T12:30:08.666621-07:00 s55t dnsmasq[1177]: using nameserver 8.8.8.8#53
2015-05-11T12:30:08.666729-07:00 s55t dnsmasq[1177]: using nameserver 192.168.5.1#53
2015-05-11T12:30:08.717855-07:00 s55t kernel: [30898.682942] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled
2015-05-11T12:30:08.717870-07:00 s55t kernel: [30898.683172] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled

2015-05-11T12:30:08.733860-07:00 s55t kernel: [30898.697198] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
2015-05-11T12:30:09.104979-07:00 s55t ovpn-hitnet[9781]: UDPv4 link local: [undef]
2015-05-11T12:30:09.105170-07:00 s55t ovpn-hitnet[9781]: UDPv4 link remote: [AF_INET]107.170.219.239:1196
2015-05-11T12:30:09.105272-07:00 s55t ovpn-hitnet[9781]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:11.363441-07:00 s55t ovpn-hitnet[9781]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:14.583028-07:00 s55t ovpn-worldcontrol[9795]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:15.302371-07:00 s55t ovpn-hitnet[9781]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:23.738137-07:00 s55t ovpn-hitnet[9781]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:25.112844-07:00 s55t ovpn-worldcontrol[9795]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:35.552596-07:00 s55t ovpn-worldcontrol[9795]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:37.798375-07:00 s55t dhclient: Internet Systems Consortium DHCP Client 4.3.1
2015-05-11T12:30:37.798577-07:00 s55t dhclient: Copyright 2004-2014 Internet Systems Consortium.
2015-05-11T12:30:37.798689-07:00 s55t dhclient: All rights reserved.
2015-05-11T12:30:37.798797-07:00 s55t dhclient: For info, please visit https://www.isc.org/software/dhcp/
2015-05-11T12:30:37.798911-07:00 s55t dhclient:
2015-05-11T12:30:37.814028-07:00 s55t dhclient: Listening on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:37.814251-07:00 s55t dhclient: Sending on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:37.814383-07:00 s55t dhclient: Sending on Socket/fallback
2015-05-11T12:30:37.929031-07:00 s55t dhclient:
2015-05-11T12:30:37.941940-07:00 s55t dhclient: Listening on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:37.942133-07:00 s55t dhclient: Sending on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:37.942242-07:00 s55t dhclient: Sending on Socket/fallback
2015-05-11T12:30:37.943600-07:00 s55t dhclient: DHCPRELEASE on wlan0 to 192.168.5.1 port 67
2015-05-11T12:30:37.961860-07:00 s55t kernel: [30927.957579] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled
2015-05-11T12:30:37.961869-07:00 s55t kernel: [30927.957810] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled
2015-05-11T12:30:37.973834-07:00 s55t kernel: [30927.969274] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

2015-05-11T12:30:39.261858-07:00 s55t ovpn-hitnet[9781]: write UDPv4: Network is unreachable (code=101)
2015-05-11T12:30:40.169844-07:00 s55t kernel: [30930.169480] wlan0: authenticate with 38:2c:4a:4a:12:0c
2015-05-11T12:30:40.173903-07:00 s55t kernel: [30930.172277] wlan0: send auth to 38:2c:4a:4a:12:0c (try 1/3)
2015-05-11T12:30:40.173914-07:00 s55t kernel: [30930.172952] wlan0: authenticated
2015-05-11T12:30:40.173914-07:00 s55t kernel: [30930.174290] wlan0: associate with 38:2c:4a:4a:12:0c (try 1/3)
2015-05-11T12:30:40.177853-07:00 s55t kernel: [30930.175570] wlan0: RX AssocResp from 38:2c:4a:4a:12:0c (capab=0x1011 status=0 aid=2)
2015-05-11T12:30:40.177863-07:00 s55t kernel: [30930.176880] wlan0: associated
2015-05-11T12:30:40.177863-07:00 s55t kernel: [30930.176911] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
2015-05-11T12:30:41.087693-07:00 s55t dhclient: Internet Systems Consortium DHCP Client 4.3.1
2015-05-11T12:30:41.087895-07:00 s55t dhclient: Copyright 2004-2014 Internet Systems Consortium.
2015-05-11T12:30:41.088015-07:00 s55t dhclient: All rights reserved.
2015-05-11T12:30:41.088236-07:00 s55t dhclient: For info, please visit https://www.isc.org/software/dhcp/
2015-05-11T12:30:41.088359-07:00 s55t dhclient:
2015-05-11T12:30:41.117942-07:00 s55t dhclient: Listening on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:41.118089-07:00 s55t dhclient: Sending on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:30:41.118207-07:00 s55t dhclient: Sending on Socket/fallback
2015-05-11T12:30:41.118328-07:00 s55t dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5
2015-05-11T12:30:41.120349-07:00 s55t dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
2015-05-11T12:30:41.120497-07:00 s55t dhclient: DHCPOFFER from 192.168.5.1
2015-05-11T12:30:41.123292-07:00 s55t dhclient: DHCPACK from 192.168.5.1
2015-05-11T12:30:41.125610-07:00 s55t avahi-daemon[745]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.5.190.
2015-05-11T12:30:41.125811-07:00 s55t avahi-daemon[745]: New relevant interface wlan0.IPv4 for mDNS.
2015-05-11T12:30:41.125968-07:00 s55t avahi-daemon[745]: Registering new address record for 192.168.5.190 on wlan0.IPv4.
2015-05-11T12:30:41.130984-07:00 s55t dhclient: bound to 192.168.5.190 -- renewal in 37491 seconds.
2015-05-11T12:31:09.669118-07:00 s55t ovpn-hitnet[9781]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-05-11T12:31:09.669331-07:00 s55t ovpn-hitnet[9781]: TLS Error: TLS handshake failed
2015-05-11T12:31:09.669442-07:00 s55t ovpn-hitnet[9781]: SIGUSR1[soft,tls-error] received, process restarting
2015-05-11T12:31:11.669326-07:00 s55t ovpn-hitnet[9781]: UDPv4 link local: [undef]
2015-05-11T12:31:11.669545-07:00 s55t ovpn-hitnet[9781]: UDPv4 link remote: [AF_INET]107.170.219.239:1196
2015-05-11T12:31:53.634981-07:00 s55t dhclient: Killed old client process
2015-05-11T12:31:54.635145-07:00 s55t dhclient: Internet Systems Consortium DHCP Client 4.3.1
2015-05-11T12:31:54.635303-07:00 s55t dhclient: Copyright 2004-2014 Internet Systems Consortium.
2015-05-11T12:31:54.635383-07:00 s55t dhclient: All rights reserved.
2015-05-11T12:31:54.635458-07:00 s55t dhclient: For info, please visit https://www.isc.org/software/dhcp/
2015-05-11T12:31:54.635536-07:00 s55t dhclient:
2015-05-11T12:31:54.670021-07:00 s55t dhclient: Listening on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:31:54.670203-07:00 s55t dhclient: Sending on LPF/wlan0/30:3a:64:50:ea:2e
2015-05-11T12:31:54.670293-07:00 s55t dhclient: Sending on Socket/fallback
2015-05-11T12:31:54.675434-07:00 s55t dhclient: DHCPRELEASE on wlan0 to 192.168.5.1 port 67
2015-05-11T12:31:54.677787-07:00 s55t avahi-daemon[745]: Withdrawing address record for 192.168.5.190 on wlan0.
2015-05-11T12:31:54.677989-07:00 s55t dnsmasq[1177]: reading /etc/resolv.conf
2015-05-11T12:31:54.678132-07:00 s55t avahi-daemon[745]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.5.190.
2015-05-11T12:31:54.678685-07:00 s55t avahi-daemon[745]: Interface wlan0.IPv4 no longer relevant for mDNS.
2015-05-11T12:31:54.678848-07:00 s55t dnsmasq[1177]: using nameserver 8.8.8.8#53
2015-05-11T12:31:54.678972-07:00 s55t dnsmasq[1177]: using nameserver 192.168.5.1#53
2015-05-11T12:31:54.713856-07:00 s55t kernel: [31004.796153] wlan0: deauthenticating from 38:2c:4a:4a:12:0c by local choice (Reason: 3=DEAUTH_LEAVING)
2015-05-11T12:31:54.721871-07:00 s55t kernel: [31004.800419] cfg80211: Calling CRDA to update world regulatory domain
2015-05-11T12:31:54.721881-07:00 s55t kernel: [31004.802107] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled
2015-05-11T12:31:54.721891-07:00 s55t kernel: [31004.802336] iwlwifi 0000:07:00.0: L1 Disabled - LTR Enabled
2015-05-11T12:31:54.733866-07:00 s55t kernel: [31004.814059] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

2015-05-11T12:31:54.733874-07:00 s55t kernel: [31004.814105] cfg80211: World regulatory domain updated:

[Head_on_a_Stick]

Please post the output of:

Code: Select all

# iwconfig

[snblitz]

Before loss of association:

Code: Select all

98 firetest5g brian@s55t /home/brian>sudo iwconfig wlan0
wlan0     IEEE 802.11abgn  ESSID:"firetest5g"  
          Mode:Managed  Frequency:5.745 GHz  Access Point: 38:2C:4A:4A:12:0C   
          Bit Rate=9 Mb/s   Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=-25 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:23   Missed beacon:0

after loss of association:

Code: Select all

98 firetest5g brian@s55t /home/brian>sudo iwconfig wlan0
wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Frequency:5.745 GHz  Access Point: Not-Associated   
          Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on

[snblitz]

Opps, I did not pay attention to the instructions. Here is what was asked for

Before loss of association

Code: Select all

eth0      no wireless extensions.

virbr0    no wireless extensions.

sit0      no wireless extensions.

lo        no wireless extensions.

tun0      no wireless extensions.

sit1      no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:"firetest5g"  
          Mode:Managed  Frequency:5.745 GHz  Access Point: 38:2C:4A:4A:12:0C   
          Bit Rate=292.5 Mb/s   Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=-23 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:27   Missed beacon:0

after loss of association

Code: Select all

eth0      no wireless extensions.

virbr0    no wireless extensions.

sit0      no wireless extensions.

lo        no wireless extensions.

tun0      no wireless extensions.

sit1      no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Frequency:5.745 GHz  Access Point: Not-Associated   
          Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on

[snblitz]

Here is iwconfig run with the rtl8812au based card plugged in and associated:

Code: Select all

eth0      no wireless extensions.

virbr0    no wireless extensions.

sit0      no wireless extensions.

lo        no wireless extensions.

tun0      no wireless extensions.

sit1      no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Frequency:5.745 GHz  Access Point: Not-Associated   
          Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          
wlan1     IEEE 802.11AC  ESSID:"firetest5g"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:5.745 GHz  Access Point: 38:2C:4A:4A:12:0C   
          Bit Rate:867 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:****-****-****-****-****-****-****-****   Security mode:open
          Power Management:off
          Link Quality=100/100  Signal level=100/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

[v&n]

Please try -

Code: Select all

sudo iwconfig wlan0 power off

Does it make the connection stable? If yes, does it persist after reboot?

If it seems to help, but needs to be done at every boot, we can make it permanent.
If it doesn't seem to help at all, please post the outputs of -

Code: Select all

lsmod | grep iwl
sudo iwconfig

..after running the 'iwconfig ... power off' command suggested above.

[snblitz]

When all is good:

Code: Select all

iwlmvm                137115  0 
mac80211              474218  1 iwlmvm
iwlwifi                96547  1 iwlmvm
cfg80211              405538  3 iwlwifi,mac80211,iwlmvm
          
eth0      no wireless extensions.
virbr0    no wireless extensions.
sit0      no wireless extensions.
lo        no wireless extensions.
sit1      no wireless extensions.
wlan0     IEEE 802.11abgn  ESSID:"firetest5g"  
          Mode:Managed  Frequency:5.745 GHz  Access Point: 38:2C:4A:4A:12:0C   
          Bit Rate=48 Mb/s   Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-22 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:30   Missed beacon:0

When all is bad:

Code: Select all

eth0      no wireless extensions.
virbr0    no wireless extensions.
sit0      no wireless extensions.
lo        no wireless extensions.
sit1      no wireless extensions.
wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Frequency:5.745 GHz  Access Point: Not-Associated   
          Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

[Bulkley]

In your "heavily congested WIFI environment" is it possible to set your router to a sole use signal?

[v&n]

Based on the presence of "iwlmvm" driver in your lsmod output, I suggest to please try -

Code: Select all

sudo tee /etc/modprobe.d/iwlmvm.conf <<< "options iwlmvm power_scheme=1"

Followed by a reboot, or manual reload of drivers with -

Code: Select all

sudo modprobe -rv iwlwifi
sudo modprobe -v iwlwifi

Then check -

Code: Select all

sudo iwconfig

Does Power Management appear to be "off"? We need both these to be true at the same time -
1) "power_scheme" parameter be set to "1" (done by the conf file created by the 'tee' command above), and
2) "Power Management" in iwconfig's output to stay "off".

If you still have the disconnection issue, I'd request you to follow the instructions in this post : http://ubuntuforums.org/showpost.php?p=13024222
..to download and run 'wireless_script', upload the report (wireless-info.txt) that it generates to pastebin.com, and post back here the link of your pastebin upload. It will give us a very detailed information about your wireless setup (with sensitive data filtered out) required to troubleshoot the problem much more efficiently.

[Head_on_a_Stick]

@OP: You could also try this module option (enter the root password after the first command):

Code: Select all

su -
cat > /etc/modprobe.d/iwlwifi.conf << "EOF"
options iwlwifi swcrypto=1
EOF

(Got bored of using `tee` )

Reboot to test this option.

See this thread for more options to try out:
http://forums.debian.net/viewtopic.php?f=16&t=121696

If there is no improvement, remove the configuration file:

Code: Select all

# rm /etc/modprobe.d/iwlwifi.conf

@v&n -- with Debian, `sudo` may not be included in the system by default so the `su` command is usually used (either in isolation or as `su -c "<command string>"`) to attain root privileges; when passing command instructions the convention is to use the "#" symbol to represent commands passed with elevated permissions

[v&n]

@v&n -- with Debian, `sudo` may not be included in the system by default so the `su` command is usually used (either in isolation or as `su -c "<command string>"`) to attain root privileges; when passing command instructions the convention is to use the "#" symbol to represent commands passed with elevated permissions

Yes, I was aware of these (experienced in a Debian VM). Use of sudo has just become a die-hard habit to me. I personally prefer to use 'su' myself when multiple commands need to be run as root. But usually it's just sudo. Thanks for reminding me though, I guess my habits will improve only when I start using Debian as my primary OS.

But same goes with 'iwconfig' also - doesn't exist by default in Debian IIRC. The "wireless-tools" package needs to be installed manually to get that command, so in this case, part of me just assumed the OP has gotten 'all-the-usuals' in place already (including sudo).

Oh, and if we are already in 'su' mode, then why not just 'echo' to the file -

Code: Select all

su
echo "options iwlwifi swcrypto=1" > /etc/modprobe.d/iwlwifi.conf
exit

..thus getting the task done in one simple line (su and exit are to enter and exit superuser mode).

Although my personal opinion on module parameters is - leave things to defaults unless changes are really required or clearly make things better. For quite some time now, the 'swcrypto' parameter doesn't seem to make any difference with newer cards that have good support for 'N' speeds (in fact some users have even reported that it degraded their connection speed). But I don't know how old is OP's card, so yeah, probably worth trying.

[snblitz]

In your "heavily congested WIFI environment" is it possible to set your router to a sole use signal?

The Intel 3160 works correctly with an 802.11AC AP in an uncongested RF environment.

[snblitz]

[quote="Head_on_a_Stick"]@OP: You could also try this module option (enter the root password after the first command):

Code: Select all

su -
cat > /etc/modprobe.d/iwlwifi.conf << "EOF"
options iwlwifi swcrypto=1
EOF

This option does not change the bad behavior (permanent loss of association in congested RF environments).

*** EDIT: this may be incorrect.

[snblitz]

@OP: You could also try this module option (enter the root password after the first command):

Code: Select all

su -
cat > /etc/modprobe.d/iwlwifi.conf << "EOF"
options iwlwifi swcrypto=1
EOF

This option does not change the bad behavior (permanent loss of association in congested RF environments).

Something subtle has changed. My "no change" assertion may not be correct.

I am performing additional tests.

*** EDIT: Additional tests resulted in continued bad behavior and no anomalies.

[snblitz]

wireless info as requested:

http://pastebin.com/BszQ2vR4

[v&n]

wireless info as requested:

http://pastebin.com/BszQ2vR4

That report is incomplete, not sure why. Apparently an ubuntuforums mod there thought it is okay to barge in and edit someone's post to reflect their own preference (a different script, not sure the incomplete report was due to a bug in it or some reason on your side).

Please use this script, which was originally linked to in that post : https://dl.dropbox.com/s/qjc87hzk1z5x6z ... ess_script

Run it with su or sudo, and post back the complete report.

And what are you currently using to manage your network connections? It seems you don't have Network Manager installed currently.

[snblitz]

>And what are you currently using to manage your network connections? It seems you don't have Network Manager installed currently.

Am I using wicd, but it does not matter which manager I use or if I do everything from the command line.

A new posting of the results of wireless_script will be forth coming.

[snblitz]

My laptop has been online in the congested environment for 4 hours and has not exhibited the issue. I assume something may have changed someplace but I have no idea where.

Here is the updated pastebin: http://pastebin.com/M9h31eyn

At this time I am unable to duplicate the problem. (though in the past it was utterly reproducible within a few minutes)

[v&n]

My laptop has been online in the congested environment for 4 hours and has not exhibited the issue.....
...At this time I am unable to duplicate the problem. (though in the past it was utterly reproducible within a few minutes)

So there is nothing to troubleshoot at this moment? If the problem returns, please come back with a fresh report, preferably from the other script that I later suggested. Precisely, the one mentioned (with steps) in this post : http://forums.debian.net/viewtopic.php?p=579154#p579154

[snblitz]

Good news. The problem showed up after about 4 hours. Though the debian forums then promptly disappeared.
I made the capture with the preferred script at the time and will post it momentarily.