Надзвичайно високий ping до локального маршрутизатора через WiFi


13

В даний час я працюю на Ubuntu 16.04 LTS, і я зіткнувся з надзвичайно прикрою проблемою з моїм бездротовим налаштуванням. Іноді (і, здавалося б, випадковим чином) мій пінг почне швидко злітати і виходити з рук:

PING 10.0.2.1 (10.0.2.1) 56(84) bytes of data.
64 bytes from 10.0.2.1: icmp_seq=1 ttl=64 time=367 ms
64 bytes from 10.0.2.1: icmp_seq=2 ttl=64 time=8.48 ms
64 bytes from 10.0.2.1: icmp_seq=3 ttl=64 time=971 ms
64 bytes from 10.0.2.1: icmp_seq=4 ttl=64 time=1.11 ms
64 bytes from 10.0.2.1: icmp_seq=5 ttl=64 time=91.6 ms
64 bytes from 10.0.2.1: icmp_seq=6 ttl=64 time=482 ms
64 bytes from 10.0.2.1: icmp_seq=7 ttl=64 time=1.15 ms
64 bytes from 10.0.2.1: icmp_seq=8 ttl=64 time=131 ms
64 bytes from 10.0.2.1: icmp_seq=9 ttl=64 time=92.6 ms
64 bytes from 10.0.2.1: icmp_seq=10 ttl=64 time=2.72 ms

--- 10.0.2.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9005ms
rtt min/avg/max/mdev = 1.116/215.207/971.833/297.328 ms

Я також бачив випадки, коли моє пінг до мого маршрутизатора перебуває в діапазоні 4000 мс:

--- 10.0.2.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9031ms
rtt min/avg/max/mdev = 1425.396/3721.331/5352.349/1087.015 ms, pipe 5

Інші пінг, здається, повністю скидають пакети:

--- 10.0.2.1 ping statistics ---
60 packets transmitted, 48 received, 20% packet loss, time 71043ms
rtt min/avg/max/mdev = 0.544/2206.796/7108.406/2372.068 ms, pipe 8

В іншому випадку система функціонує повністю нормально. Як я можу виправити або хоча б зменшити цю надмірну затримку?

lshw Вихід такий:

*-network
     description: Wireless interface
     product: BCM4352 802.11ac Wireless Network Adapter
     vendor: Broadcom Corporation
     physical id: 0
     bus info: pci@0000:03:00.0
     logical name: wlan0
     version: 03
     serial: [REDACTED]
     width: 64 bits
     clock: 33MHz
     capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
     configuration: broadcast=yes driver=wl0 driverversion=6.30.223.248 (r487574) ip=10.0.2.71 latency=0 multicast=yes wireless=IEEE 802.11abg
     resources: irq:19 memory:f7a00000-f7a07fff memory:f7800000-f79fffff

Драйвер Broadcom STA встановлений і працює. Це відбувається з жодними іншими пристроями в мережі.

uname -a повертає:

Linux ArcticWolf 4.4.0-57-generic #78-Ubuntu SMP Fri Dec 9 23:50:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

У мене встановлені останні (відомі) драйвери:

Package: bcmwl-kernel-source
Version: 6.30.223.248+bdcom-0ubuntu8
Priority: optional
Section: restricted/admin
Source: bcmwl
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Alberto Milone <alberto.milone@canonical.com>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 8,013 kB
Depends: dkms, linux-libc-dev, libc6-dev

iwconfig вихід у будь-який момент часу:

wlan0     IEEE 802.11abg  ESSID:"[redacted]"  
          Mode:Managed  Frequency:2.412 GHz  Access Point: [REDACTED]   
          Bit Rate=144 Mb/s   Tx-Power=200 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=51/70  Signal level=-59 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Я час від часу можу "повернути" нормальну мережу, відключивши та підключивши бездротове з'єднання, але воно завжди повертається до нормального стану через кілька хвилин нормальної роботи.

Поруч немає інших бездротових маршрутизаторів чи пристроїв, які можуть спричинити перешкоди на моєму каналі WiFi. Прошивка маршрутизатора сучасна, і я не раз намагався перезавантажити її.

Маршрутизатор знаходиться на каналі 1 (і є єдиним пристроєм на каналі), і використовується WPA2-AES. Відстань не має значення.

Це не проблема маршрутизатора чи перешкод, оскільки інші пристрої в моїй мережі працюють чудово і не мають жодних однакових симптомів.

Це відбувається (поки що) у всіх мережах, з якими я тестував, припускаючи, що це насправді проблема моєї системи, а не мого маршрутизатора. Така ситуація трапляється як в галасливих, так і в тихих радіообластях, що ще більше говорить про те, що це не має нічого спільного з перешкодами.


На якому каналі ви працюєте? Ви використовуєте WPA2-AES? Ви використовуєте ретранслятор? Чи пінг стає більш послідовним, якщо ви ближче до маршрутизатора?
heynnema

1
@heynnema Я єдиний пристрій, що працює на 11 каналі, і я використовую WPA2-AES. Немає ретранслятора, а пінг - це ті ж три фути від маршрутизатора, як і за 20 футів.
Каз Вулф

ДОБРЕ. З метою тестування, будь-ласка, встановіть свій маршрутизатор для використання каналу 1 і підключіть Wi-Fi, а потім повторно протестуйте за допомогою каналу 6 та підключіть Wi-Fi. sudo iwlist wlan0 freq(змінити wlan0 на правильну назву інтерфейсу) покаже, до якого каналу ви зараз підключені. Чи є біля маршрутизатора бездротові телефони чи мікрохвильові печі? Повідомте про результати тесту.
heynnema

Канал 1 і 6 мають ті ж проблеми (я вже пробував сканування каналів), оскільки я думаю, що це система, а не сам маршрутизатор. Є телефони та мікрохвильові печі (отже, використовуйте канал 11 замість каналу 1). Виведення команди: pastebin.com/GKAq6Kip
Kaz Wolfe

Добре. Що станеться, якщо ви підключитесь до будь-якого з 5 ГГц каналів? Також введіть iwconfigі відзначте Power managementналаштування. Якщо він увімкнено, введіть sudo iwconfig wlan0 power off, підтвердьте, що iwconfigтепер відображається PM = вимкнено. Перевірте ще раз. Звіт назад.
heynnema

Відповіді:


9

Оскільки здається, що проблема управління живленням є проблемою, ця команда відключить управління живленням і не дозволить увімкнути її

sudo sed -i 's/wifi.powersave = 3/wifi.powersave = 2/' /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

Проблема була викликана цим зобов’язанням для git-менеджера мережі

Цей коментар до звіту про помилку показує нам, що використання wifi.powersave = 3 дозволяє керувати живленням, а використання 2 - вимкне його

Ми також можемо спробувати нову версію bcmwl-kernel-source

sudo apt-get install linux-headers-$(uname -r) build-essential dkms
wget http://de.archive.ubuntu.com/ubuntu/pool/multiverse/b/broadcom-sta/broadcom-sta-dkms_6.30.223.271-4_all.deb
sudo dpkg -i broadcom-sta-dkms_6.30.223.271-4_all.deb

У відповідності з рекомендаціями praseodym тут


Ні, пінг все ще шипить до 2 секунд і більше, навіть якщо цей пластир на місці.
Каз Вулф

Чи перезавантажили / перезапустили менеджер мережі?
Jeremy31

Маю, так. Зараз багато разів.
Каз Вулф

Спробую нових водіїв, коли я повернуся додому та звітую.
Каз Вулф

Ви пробували з пакетом iwl замість sta?
kcdtv
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.