Desativado 802.11n é estável, mas lento, ativado é rápido, mas instável

Question

Eu recentemente mudei do Windows 10 para o Ubuntu 16.04. Depois de ler que o suporte para CPUs KabyLake é na verdade em 17.04, eu limpei completamente o meu disco rígido e mudei para o 17.04.

Eu tenho um Dell Inspiron 15 série 5000, com o Intel Wireless 3165.

Quando eu estava no windows 10, o WiFi funcionava perfeitamente em velocidade máxima sem desconexões, mas desde que mudei para o Ubuntu, sofri uma conexão wifi muito lenta. Eu pesquisei e encontrei várias soluções propostas, como colocar o IPv6 em ignorar, desativar / ativar o 802.11n.

Nada que eu tentei funcionou ou teve qualquer efeito, exceto alterar o valor 802.11n em /etc/modprobe.d/iwlwifi.conf .

Atualmente, esse arquivo tem options iwlwifi 11n_disable=1 , mas a velocidade de teste com o link me dá cerca de 2-4 Mbps. Alterar o valor para 8 faz com que meu WiFi funcione em velocidade máxima (60 a 80 Mbps no link ), mas depois de um curto período de inatividade ele pára trabalhando (sem desconectar, mas o ping 8.8.8.8 não pode resolver o host e as páginas da Web não carregam), mas depois de cerca de um minuto de tentativas, ele parece começar a funcionar novamente em velocidade máxima.

depuração de informações do Wi-Fi [se alguma coisa estiver faltando, avise-nos]

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

    

Answer 1

Nota : defina o /etc/modprobe.d/iwlwifi.conf de volta para o original.

Nota : Verifique se a encriptação está definida para WPA2- AES (não WPA / WPA2 e não TKIP) no seu router.

Seu problema pode estar na configuração da MTU para sua conexão DSL.

Há uma configuração de MTU na configuração de rede do Ubuntu e uma configuração de WAN MTU no seu roteador.

Para DSL, uma configuração de MTU comum é 1492. Basta ir em frente e tentar este valor primeiro no seu perfil de rede sem fio no Ubuntu.

Para determinar a configuração correta, comece com todas as configurações de MTU = 1500 e VPN = off. (VPN requer testes diferentes).

No terminal:

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

As opções usadas são:

• c count : número de vezes para pingar
• M hint : selecione a estratégia de descoberta do MTU do caminho. pode ser do (proibir fragmentação, mesmo local), want (fazer descoberta de PMTU, fragmentar localmente quando o tamanho do pacote é grande) ou dont (não definir sinalizador DF).
• s packet_size : especifica o número de bytes de dados a serem enviados.

Você deve sempre começar em 1472 e diminuir 10 vezes a cada vez. Depois de receber uma resposta, suba até 1 até obter um pacote fragmentado. Pegue esse valor (último valor bom) e adicione 28 ao valor para considerar os vários cabeçalhos TCP / IP. Por exemplo. Digamos que 1452 tenha o tamanho adequado do pacote (onde você obteve uma resposta ICMP ao seu ping). O tamanho real da MTU seria 1480, que é o ideal para a rede com a qual estamos trabalhando.

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?

referência: Como determinar o correto Tamanho da MTU com pings ICMP