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

Question 1

Недавно я переключился с Windows 10 на Ubuntu 16.04. После чтения, что поддержка процессоров KabyLake на самом деле на 17.04, я полностью уничтожил свой жесткий диск и переключился на 17.04.

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

Когда я был на окнах 10, WiFi работал отлично на полной скорости без disconnectss, но, переключившись на Ubuntu, я понес очень медленное соединение Wi-Fi. Я googled и нашел различные предлагаемые решения, такие как включение 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/), но после короткого периода бездействия он перестает работать (нет разъединения, но пинг 8.8.8.8 может " t решить хост и веб-страницы не загружаются), но примерно через минуту попытки, кажется, начинают работать снова на полной скорости.

отладка wifi info [если ничего не пропущено, пожалуйста, дайте мне знать] [ ! d7]

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

Question 2

Примечание: установите /etc/modprobe.d/iwlwifi.conf обратно на оригинал.

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

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

В настройке сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

]

Для DSL общий параметр MTU - 1492. Просто выполните это сначала в своем профиле беспроводной сети в Ubuntu.

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

В терминале:

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

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

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

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер 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 с помощью ICMP-пингов

Question 3

Question 4

Примечание: установите /etc/modprobe.d/iwlwifi.conf обратно на оригинал.

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

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

В настройке сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

]

Для DSL общий параметр MTU - 1492. Просто выполните это сначала в своем профиле беспроводной сети в Ubuntu.

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

В терминале:

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

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

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

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер 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 с помощью ICMP-пингов

heynnema · Answer 1 · 18 July 2018 в 09:16

Примечание: установите /etc/modprobe.d/iwlwifi.conf обратно на оригинал.

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

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

В настройке сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

]

Для DSL общий параметр MTU - 1492. Просто выполните это сначала в своем профиле беспроводной сети в Ubuntu.

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

В терминале:

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

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

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

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер 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 с помощью ICMP-пингов

heynnema · Answer 2 · 24 July 2018 в 19:17

Примечание: установите /etc/modprobe.d/iwlwifi.conf обратно на оригинал.

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

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

В настройке сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.

]

Для DSL общий параметр MTU - 1492. Просто выполните это сначала в своем профиле беспроводной сети в Ubuntu.

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

В терминале:

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

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

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

Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер 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 с помощью ICMP-пингов

Надеюсь, я сделал это правильно. Я переключил MTU на свои параметры беспроводного соединения на 1492. Я попробовал ping -c 4 -M do -s 1472 8.8.8.8 получить «сообщение слишком долго». Я снова попытался с 1462 года и получил ответ. Я продолжал увеличиваться на 1, пока не достиг 1464, который работал, но добавил 28, что возвращает меня к 1492. Скорость все еще полностью прекращается при небольшой активности. Я должен указать, что если я буду поддерживать терминал с ping 8.8.8.8, он никогда не падает. — maydawn, 2 August 2017 в 10:35
Я сделал резервную копию оригинала iwlwifi.conf и получил его обратно, он содержит: remove iwlwifi \ (/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) \ && /sbin/modprobe -r mac80211 — maydawn, 2 August 2017 в 10:37
Покажите мне iwconfig. Я хочу посмотреть, выключено ли управление питанием. — heynnema, 2 August 2017 в 16:27
отредактирован под вопрос для лучшего форматирования — maydawn, 2 August 2017 в 16:54
Управление питанием выглядит нормально, оно выключено. Вы проверили, что ваш маршрутизатор настроен для WPA2-AES на обеих полосах, да? Давайте попробуем подключиться к каналу в диапазоне 2.4ghz и посмотреть, стабильнее ли он там. — heynnema, 2 August 2017 в 17:50

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

2 ответа

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

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