wlan0 : Coupures intenpestives [Debian Squeeze] (Contourné)

MDVAurelien · Février 21, 2016, 12:21pm

Bonjour à tous,

J’ai une petite question :

Depuis quelques jours, j’ai des coupures de wifi intempestives. J’ai testé sur plusieurs réseaux et c’est la même chose, coupure au bout de quelques minutes (voir quelques secondes). Chose étrange, je continue à pinger les machines de mon réseau mais plus ma passerelle. J’ai testé avec une clé WIFI USB et ça fonctionne.

Voici ma configuration :
Debian Squeeze 6.0.5 (Linux 2.6.32-5-686-bigmem)
Aucune règles iptables
Je suis en DHCP

Carte = Intel Corporation WiFi Link 5100
Firmware = iwlwifi-5000-1.ucode, iwlwifi-5000-2.ucode (paquet : firmware-iwlwifi 0.28 squeeze1)

Dans les LOGS aucune nouvelle informations lors de l’arrêt (que ce soit messages, syslog, kern.log etc…)

Aucun nouveau paquet d’installer depuis. Je vais tester demain un live persistent avec le firmware-iwlwifi pour voir mais en attendant je voulais avoir un avis/retour sur un potentiel bug avec cette carte pour ceux qui en seraient équipés…

Merci

lol · Février 21, 2016, 12:21pm

Salut,

Salut ça pourrait être un problème matériel, mais si c’est seulement une machine (la passerelle en plus) qui reste inaccessible, il faudrait peut-être regarder de son côté.

Tu es la seule machine du réseau à avoir ce problème ? Tu est le seul en Wifi sur le point d’accès ? C’est quoi comme matériel ? C’est le point Wifi qui donne les IP ? Le point Wifi sert de passerelle ? Les IP données par la passerelle sont fixées par adresse MAC ?
Tu as accès à la passerelle, elle est sous quelle système ?

xps · Février 21, 2016, 12:21pm

tu peut aussi nous poster ton /etc/network/interfaces pour vérifier qu’il n’y à pas d’erreur

un ifconfig de ton interface wifi peut également être intéressant.

MDVAurelien · Février 21, 2016, 12:22pm

Salut,

Il y a 3 machines physiques en wifi sur mon réseau. Je suis sur une bbox (FAST3504) avec la passerelle en 192.168.1.254. J’ai 2 Debian Squeeze (dont un accueille des 3 machines virtuelles) + 1 Tel android. C’est ma box qui distribue en DHCP le wifi.

Le problème se situe sur une seule machine, celle qui accueille mes VM (mais même sans être lancées ça ne fonctionne pas non plus)

J’ai changé de kernel mais toujours le même problème.(Linux 2.6.32-5-686-bigmem et Linux 2.6.32-5-686-amd64)

Mon ifconfig :

wlan0 Link encap:Ethernet HWaddr 00:22:fa:a2:xx:xx inet adr:192.168.1.11 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::222:faff:fea2:xxxx/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7328 errors:0 dropped:0 overruns:0 frame:0 TX packets:4857 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:8818820 (8.4 MiB) TX bytes:606013 (591.8 KiB)

Ma machine : Packard Bell Easy note TR81

Mon lspci entier :

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation G98M [GeForce G 105M] (rev a1) 02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10) 03:00.0 Network controller: Intel Corporation WiFi Link 5100

C’est assez bizard, je lance un ping continue sur ma passerelle en 192.168.1.254 dès que je me connecte sur le point d’accès, le ping est OK avec des temps de réponses constant mais dès que je fais une requête http plus rien, la passerelle devient injoignable.

Je viens de booter sur un Live Persistent avec pour noyau Linux 2.6.32-5-486 et le firmware-iwlwifi 0.28 squeeze1 intégré, cela fait quelques minutes et ça tient pour le moment.

Je vais tourner sur le live toute la soirée pour voir si je vais être déconnecté.

Merci en tout cas, je posterai le résultat demain.

MDVAurelien · Février 21, 2016, 12:22pm

Re,

Bon le problème se reproduit même avec un live persistent (avec le firmware-iwlwifi 0.28 squeeze1)

Cette fois ci j’ai les erreurs dans les logs (syslog)

Si quelqu’un a une idée. (j’ai pu voir sur quelques forum étrangers des problèmes similaires mais sans vraiment de réponses…)

May 30 20:33:41 localhost kernel: [ 8409.708322] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 0 May 30 20:49:08 localhost kernel: [ 9335.808498] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 6 May 30 20:53:32 localhost wpa_supplicant[3227]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys May 30 20:53:32 localhost kernel: [ 9600.490769] wlan0: deauthenticated from 96:fe:f4:9c:db:50 (Reason: 3) May 30 20:53:32 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: completed -> disconnected May 30 20:53:32 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: disconnected -> scanning May 30 20:53:36 localhost wpa_supplicant[3227]: Trying to associate with 96:fe:f4:9c:db:50 (SSID='VPN-SSL' freq=2462 MHz) May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: scanning -> associating May 30 20:53:36 localhost kernel: [ 9603.862562] wlan0: direct probe to AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.868028] wlan0: direct probe responded May 30 20:53:36 localhost kernel: [ 9603.868035] wlan0: authenticate with AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.878393] wlan0: authenticated May 30 20:53:36 localhost kernel: [ 9603.878410] wlan0: associate with AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.887252] wlan0: RX AssocResp from 96:fe:f4:9c:db:50 (capab=0x411 status=0 aid=2) May 30 20:53:36 localhost kernel: [ 9603.887255] wlan0: associated May 30 20:53:36 localhost wpa_supplicant[3227]: Associated with 96:fe:f4:9c:db:50 May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: associating -> associated May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: 4-way handshake -> group handshake May 30 20:53:36 localhost wpa_supplicant[3227]: WPA: Key negotiation completed with 96:fe:f4:9c:db:50 [PTK=CCMP GTK=TKIP] May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: group handshake -> completed May 30 20:53:36 localhost wpa_supplicant[3227]: CTRL-EVENT-CONNECTED - Connection to 96:fe:f4:9c:db:50 completed (reauth) [id=0 id_str=] May 30 20:53:59 localhost kernel: [ 9627.034767] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 0

Une idée ?

MDVAurelien · Février 21, 2016, 12:22pm

Re,

Bon le problème se reproduit même avec un live persistent (avec le firmware-iwlwifi 0.28 squeeze1)

Cette fois ci j’ai les erreurs dans les logs (syslog)

Si quelqu’un a une idée. (j’ai pu voir sur quelques forums étrangers des problèmes similaires mais sans vraiment de réponses…)

Notamment ici : http://lists.debian.org/debian-kernel/2010/12/msg00273.html

May 30 20:33:41 localhost kernel: [ 8409.708322] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 0 May 30 20:49:08 localhost kernel: [ 9335.808498] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 6 May 30 20:53:32 localhost wpa_supplicant[3227]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys May 30 20:53:32 localhost kernel: [ 9600.490769] wlan0: deauthenticated from 96:fe:f4:9c:db:50 (Reason: 3) May 30 20:53:32 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: completed -> disconnected May 30 20:53:32 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: disconnected -> scanning May 30 20:53:36 localhost wpa_supplicant[3227]: Trying to associate with 96:fe:f4:9c:db:50 (SSID='VPN-SSL' freq=2462 MHz) May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: scanning -> associating May 30 20:53:36 localhost kernel: [ 9603.862562] wlan0: direct probe to AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.868028] wlan0: direct probe responded May 30 20:53:36 localhost kernel: [ 9603.868035] wlan0: authenticate with AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.878393] wlan0: authenticated May 30 20:53:36 localhost kernel: [ 9603.878410] wlan0: associate with AP 96:fe:f4:9c:db:50 (try 1) May 30 20:53:36 localhost kernel: [ 9603.887252] wlan0: RX AssocResp from 96:fe:f4:9c:db:50 (capab=0x411 status=0 aid=2) May 30 20:53:36 localhost kernel: [ 9603.887255] wlan0: associated May 30 20:53:36 localhost wpa_supplicant[3227]: Associated with 96:fe:f4:9c:db:50 May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: associating -> associated May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: 4-way handshake -> group handshake May 30 20:53:36 localhost wpa_supplicant[3227]: WPA: Key negotiation completed with 96:fe:f4:9c:db:50 [PTK=CCMP GTK=TKIP] May 30 20:53:36 localhost NetworkManager[3191]: <info> (wlan0): supplicant connection state: group handshake -> completed May 30 20:53:36 localhost wpa_supplicant[3227]: CTRL-EVENT-CONNECTED - Connection to 96:fe:f4:9c:db:50 completed (reauth) [id=0 id_str=] May 30 20:53:59 localhost kernel: [ 9627.034767] iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 96:fe:f4:9c:db:50 tid = 0

[b]Du coté de ma bbox, je suis en WPA/WPA2 (TKIP + AES) - 802.11 b+g+n

J’ai même essayé sans cryptage, toujours le même bug…[/b]

Une idée ?

MDVAurelien · Février 21, 2016, 12:22pm

Re,

J’ai pu contacter par mèl l’auteur de ce ticket http://lists.debian.org/debian-kernel/2010/12/msg00273.html

La seule solution de contournement qu’il ai pu trouver c’est de désactiver le Wireless-N sur le routeur, ce que je viens de faire, je vais donc voir.

Je posterai demain pour vous donner le retour.

Cordialement

xps · Février 21, 2016, 12:22pm

à tout hasard tu a essayé de te connecter sur un autre wifi pour voir si le problème est le même? savoir si cela viens de ta carte ou de ta boxe…

MDVAurelien · Février 21, 2016, 12:22pm

@xps, oui j’ai bien entendu testé sur plusieurs réseaux Wifi toujours avec le même constat.

Bon par contre je vais mettre le fil en résolu (contourné) car la solution de contournement qui m’a été envoyée par email par l’auteur du ticket est fonctionnelle. Je suis toujours connecté à mon réseau sans aucune interruption depuis hier soir.

Donc le contournement c’est de passer le réseau wifi du routeur du b/g/n en b/g.

Je n’explique toujours pas pourquoi du jour au lendemain m’a carte s’est mise à boguer sur les wifi b/g/n, peut être un léger dysfonctionnement matériel…

Merci en tout cas pour vos réponses.