Отключенный 802.11n является стабильным, но медленным, включенный быстро, но нестабилен

Я недавно переключился от Windows 10 до Ubuntu 16.04. После чтения та поддержка центральных процессоров KabyLake находится на самом деле на 17,04, я полностью вытер свой жесткий диск и переключился на 17,04.

У меня есть ряд Dell Inspiron 15 5000 с Intel Wireless 3165.

Когда я был на окнах 10, WiFi работал отлично в полной скорости без разъединений, но начиная с переключения на Ubuntu, я перенес очень медленное соединение Wi-Fi. Я погуглил и нашел, что различные предлагаемые решения, как то, чтобы ставить IPv6 игнорируют, отключая / включающий 802.11n.

Ничто я попробовал работавший или имел любой эффект вообще, кроме изменения 802.11n значение в /etc/modprobe.d/iwlwifi.conf.

В настоящее время этот файл имеет options iwlwifi 11n_disable=1, но скорость тестирования с https://fast.com/дает мне приблизительно 2-4 Мбит/с. При изменении значения на 8 причин мой WiFi для работы в полной скорости (60-80 Мбит/с на https://fast.com/), но после короткого периода неактивности, это прекращает работать (никакое разъединение, но проверить с помощью ping-запросов 8.8.8.8 не может решить, хост и веб-страницы не загружаются), но приблизительно после минуты попытки, это, кажется, начинает работать снова в полной скорости.

отладка информации о Wi-Fi [если что-нибудь отсутствует сообщенный мне]

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
1
задан 2 August 2017 в 16:54

1 ответ

Примечание: Установите Ваш /etc/modprobe.d/iwlwifi.conf назад к оригиналу.

Примечание: Проверьте, что шифрование установлено на WPA2-AES (не WPA/WPA2 и не TKIP) в Вашем маршрутизаторе.

Ваша проблема может быть с установкой MTU для Вашего соединения DSL.

Существует установка MTU в конфигурации сети Ubuntu и установка WAN MTU в Вашем маршрутизаторе.

Для DSL общая установка MTU является 1492. Просто разрешение и попытка это значение сначала в Вашей беспроводной сети представляют в Ubuntu.

Для определения корректной установки запустите со всех настроек MTU = 1500 и VPN = прочь. (VPN требует другого тестирования).

В терминале:

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

Используемые опции:

  • c count: количество раз для проверки с помощью ping-запросов
  • M hint: Избранный Путь стратегия Исследования MTU. может быть также do (запретите фрагментацию, даже локальную), want (сделайте исследование PMTU, фрагмент локально, когда размер пакета будет большим), или dont (не устанавливайте флаг DF).
  • s packet_size: Указывает число байтов данных, которые будут отправлены.

Необходимо всегда запускать в 1472 и прокладывать себе путь вниз к 10 каждым разам. После того как Вы получаете ответ, поднимаетесь на 1, пока Вы не получаете фрагментированный пакет. Примите, который значение (длятся хорошее значение) и добавляет 28 к значению для составления различных заголовков TCP/IP. Например, скажем, тот 1452 был надлежащим размером пакета (где Вы сначала получили ответ ICMP на свой ping). Фактический размер MTU был бы 1480, который является оптимумом для сети, с которой мы работаем.

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?

ссылка: Как определить надлежащий размер MTU с ping ICMP

2
ответ дан 7 December 2019 в 13:31

Другие вопросы по тегам:

Похожие вопросы: