web-dev-qa-db-fra.com

802.11n désactivé est stable mais lent, activé, il est rapide mais instable

Je suis récemment passé de Windows 10 à Ubuntu 16.04. Après avoir lu que le support pour les processeurs KabyLake est en fait sur 17.04, j'ai complètement effacé mon disque dur et suis passé à 17.04.

J'ai un Dell Inspiron 15 5000 série, avec Intel Wireless 3165.

Lorsque j’étais sous Windows 10, le WiFi fonctionnait parfaitement à plein régime, sans déconnexion, mais depuis que je suis passé à Ubuntu, j’ai subi une connexion wifi très lente. J'ai cherché sur Google et trouvé diverses solutions proposées, telles que mettre IPv6 sur ignorer, désactiver/activer 802.11n.

Rien de ce que j'ai essayé n'a fonctionné ou n'a eu d'effet quelconque, si ce n'est de changer la valeur 802.11n dans /etc/modprobe.d/iwlwifi.conf.

Actuellement, ce fichier a options iwlwifi 11n_disable=1, mais la vitesse de test avec https://fast.com/ me donne environ 2-4 Mbps. Si je modifie la valeur à 8, mon réseau Wi-Fi fonctionne à plein régime (60-80 Mbps sur https://fast.com/ ), mais après une courte période d'inactivité, il cesse de fonctionner (aucune déconnexion, mais le ping 8.8.8.8 ne peut pas résoudre l’hôte et les pages Web ne se chargent pas), mais après environ une minute d’essai, il semble recommencer à fonctionner à toute vitesse.

debugging info wifi [s'il manque quelque chose, merci de me le faire savoir]

Sudo lshw -class network

*-network                 
       description: Wireless interface
       product: Wireless 3165
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: wlp1s0
       version: 79
       serial: 70:1c:e7:e2:80:0b
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwlwifi driverversion=4.10.0-28-generic firmware=22.391740.0 ip=20.0.0.109 latency=0 link=yes multicast=yes wireless=IEEE 802.11
       resources: irq:291 memory:d1000000-d1001fff
  *-network:0
       description: Ethernet interface
       physical id: 2
       logical name: br-2e55f403ebd6
       serial: 02:42:45:45:7d:eb
       capabilities: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.19.0.1 link=no multicast=yes
  *-network:1
       description: Ethernet interface
       physical id: 3
       logical name: br-a78071d77c33
       serial: 02:42:1a:5c:4b:f6
       capabilities: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.18.0.1 link=no multicast=yes
  *-network:2
       description: Ethernet interface
       physical id: 4
       logical name: docker0
       serial: 02:42:16:38:8a:cc
       capabilities: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.17.0.1 link=no multicast=yes

lspci

00:00.0 Host bridge: Intel Corporation Device 5904 (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Device 5916 (rev 02)
00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 02)
00:13.0 Non-VGA unclassified device: Intel Corporation Device 9d35 (rev 21)
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 (rev 21)
00:15.1 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #1 (rev 21)
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21)
00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Device 9d58 (rev 21)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)
00:1f.3 Audio device: Intel Corporation Device 9d71 (rev 21)
00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)
01:00.0 Network controller: Intel Corporation Wireless 3165 (rev 79)

iwconfig

wlp1s0    IEEE 802.11  ESSID:"OL5"  
          Mode:Managed  Frequency:5.18 GHz  
          Bit Rate=433.3 Mb/s   Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=61/70  Signal level=-49 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:86   Missed beacon:0
networkingdriverswireless17.04iwlwifi
1
maydawn

Remarque : Réglez votre /etc/modprobe.d/iwlwifi.conf sur son état d'origine.

Remarque : vérifiez que le cryptage est défini sur WPA2 - AES ( pas WPA/WPA2 et pas TKIP) dans votre routeur.

Votre problème peut être avec le paramètre MTU pour votre connexion DSL.

Il existe un paramètre MTU dans la configuration réseau d'Ubuntu et un paramètre WAN MTU dans votre routeur.

Pour le DSL, un paramètre MTU commun est 1492. Essayez simplement cette valeur dans votre profil de réseau sans fil sous Ubuntu.

Pour déterminer le paramètre correct, commencez avec tous les paramètres MTU = 1500 et VPN = off. (VPN nécessite des tests différents).

En terminal:

ping [-c count] [-M do] [-s packet_size] [Host]

Les options utilisées sont:

  • c count: nombre de requêtes ping
  • M hint: Sélectionnez la stratégie Path MTU Discovery. peut être soit do (interdit la fragmentation, même locale), want (effectue la découverte du PMTU, fragmente localement lorsque la taille du paquet est importante) ou dont (ne définit pas DF drapeau).
  • s packet_size: Spécifie le nombre d'octets de données à envoyer.

Vous devriez toujours commencer à 1472 et réduire de 10 à chaque fois. Une fois que vous avez reçu une réponse, augmentez de 1 jusqu'à ce que vous obteniez un paquet fragmenté. Prenez cette valeur (dernière bonne valeur) et ajoutez 28 à la valeur pour prendre en compte les différents en-têtes TCP/IP. Par exemple. Disons que 1452 était la taille de paquet appropriée (où vous avez d'abord reçu une réponse ICMP à votre ping). La taille réelle du MTU serait de 1480, valeur optimale pour le réseau avec lequel nous travaillons.

ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation

ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation

ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?

ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?

reference: Comment déterminer la taille de MTU appropriée avec les pings ICMP

2
heynnema