Высокий пинг у TP-Link TL-WN881ND в Debian. В чём может быть дело?

Question

[Геннадий]

Здравствуйте, господа. Приобрёл WiFi-адаптер TP-Link TL-WN881ND (2-й ревизии) для работы в режиме точки доступа (hostapd) на ОС Debian 9 («Stretch»). 2-я ревизия отличается от первой тем, что 2-я основана на чипе Realtek RTL8192EE, тогда как 1-я основана на чипе Qualcomm Atheros AR9287.

Вывод lspci:

...
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8192EE PCIe Wireless Network Adapter
...

Вывод lsmod | grep rtl8192ee:

...
rtl8192ee             114688  0
btcoexist             172032  1 rtl8192ee
rtl_pci                36864  1 rtl8192ee
rtlwifi               102400  3 rtl_pci,btcoexist,rtl8192ee
mac80211              856064  3 rtl_pci,rtlwifi,rtl8192ee
...

Дело, собственно, вот в чём: у 2-й ревизии адаптера наблюдается высокий и неравномерный пинг (минимум 25 ms, максимум 126 ms):

PING ya.ru (87.250.250.242) 56(84) bytes of data.
64 bytes from ya.ru (87.250.250.242): icmp_seq=1 ttl=58 time=101 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=2 ttl=58 time=125 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=3 ttl=58 time=45.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=4 ttl=58 time=68.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=5 ttl=58 time=91.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=6 ttl=58 time=114 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=7 ttl=58 time=34.7 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=8 ttl=58 time=57.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=9 ttl=58 time=80.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=10 ttl=58 time=103 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=11 ttl=58 time=126 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=12 ttl=58 time=46.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=13 ttl=58 time=69.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=14 ttl=58 time=92.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=15 ttl=58 time=115 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=16 ttl=58 time=35.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=17 ttl=58 time=58.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=18 ttl=58 time=81.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=19 ttl=58 time=104 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=20 ttl=58 time=92.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=21 ttl=58 time=47.6 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=22 ttl=58 time=70.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=23 ttl=58 time=93.2 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=24 ttl=58 time=57.8 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=25 ttl=58 time=36.0 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=26 ttl=58 time=59.1 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=27 ttl=58 time=80.0 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=28 ttl=58 time=85.4 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=29 ttl=58 time=25.4 ms
64 bytes from ya.ru (87.250.250.242): icmp_seq=30 ttl=58 time=48.0 ms

--- ya.ru ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 29041ms
rtt min/avg/max/mdev = 25.487/74.892/126.296/28.050 ms

И это всё только в обычном режиме работы. В режиме точки доступа пинг, бывает, достигает и 5 (!) секунд.

У адаптера 1-й ревизии на чипе AR9287 с этим проблем не возникает ни в обычном режиме, ни в режиме точки доступа.

Теперь вопрос: возможно ли как-нибудь улучшить работу адаптера 2-й ревизии?

Comments

[Дмитрий Добрышин]

я бы на вашем месте обратился к производителю роутера. Правда они бы попросили всё те же пинги проверить из консоли роутера и трассировки маршрутов так же запросили бы. Ведь може быть, что у вас шлюзы разные были использованы на разных роурерах.

[Геннадий]

Дмитрий Добрышин, дело в том, что при использовании адаптера 1-й ревизии, пинги равномерные и низкие. А вот у адаптера 2-й ревизии пинги и высокие, и неравномерные...

[Дмитрий Добрышин]

Геннадий, я это и в первый раз прочитал. Однако после установления связи с провайдером одним из роуреров, у провайдера мог быть выбран один шлюз для доставки пакетов, а при подключении другого роутера - совсем иной шлюз. Передача данных зависит не только от вашего оборудования, но и от промежуточных узлов. Потому производитель, чтобы убедиться что именно его оборудование неисправно просит провести работы на самом оборудовании и сравнить.

Ну как-то так. В прошивку не лезу, стараюсь получать из первых рук и/или менять брак на исправное оборудование.

[Ezhyg]

Геннадий, ты проверяешь связь с интернетом, игнорируя, что задержки могут быть локальны. И вообще, именно это и надо выяснить в первую очередь - на каком шаге возникает такое недоразумение.

[АртемЪ]

Геннадий, Крайне странно видеть from ya.ru при разговоре о проблемах WiFi.
Вы хотите выяснить есть ли проблемы с WiFi - так и пингуйте свою точку доступа, зачем вы на яндекс-то лезете?
За пинг до яндекса ответственен ваш провайдер, магистральный провайдер, оборудование яндекса и много еще чего.
А за пинг до вашей AP ответственно только ваше оборудование.

[Геннадий]

АртемЪ, да, Вы правы. Замерил пинг до роутера (192.168.0.1):

PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=31.4 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=53.9 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=75.9 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=98.9 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=19.5 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=41.9 ms
64 bytes from 192.168.0.1: icmp_seq=7 ttl=64 time=63.9 ms
64 bytes from 192.168.0.1: icmp_seq=8 ttl=64 time=86.9 ms
64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=6.60 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=9.28 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=51.5 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=73.9 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=96.9 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=17.5 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=39.7 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=62.1 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=84.9 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=5.56 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=27.9 ms
64 bytes from 192.168.0.1: icmp_seq=20 ttl=64 time=49.8 ms
64 bytes from 192.168.0.1: icmp_seq=21 ttl=64 time=71.9 ms
64 bytes from 192.168.0.1: icmp_seq=22 ttl=64 time=94.9 ms
64 bytes from 192.168.0.1: icmp_seq=23 ttl=64 time=15.5 ms
64 bytes from 192.168.0.1: icmp_seq=24 ttl=64 time=37.9 ms
64 bytes from 192.168.0.1: icmp_seq=25 ttl=64 time=60.9 ms
64 bytes from 192.168.0.1: icmp_seq=26 ttl=64 time=82.9 ms
64 bytes from 192.168.0.1: icmp_seq=27 ttl=64 time=105 ms
64 bytes from 192.168.0.1: icmp_seq=28 ttl=64 time=26.6 ms
64 bytes from 192.168.0.1: icmp_seq=29 ttl=64 time=48.9 ms
64 bytes from 192.168.0.1: icmp_seq=30 ttl=64 time=71.9 ms

--- 192.168.0.1 ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 29041ms
rtt min/avg/max/mdev = 5.563/53.888/105.986/29.467 ms

Answer 1

[Алексей Голобоков]

power management попробуйте отключить и проверить:
sudo iwconfig wlan0 power off

Comments

[Геннадий]

К сожалению, не получилось. Пишет, что не поддерживается параметр.

[Руслан]

Геннадий, Это либо отражение радиосигнала либо фрагментация пакетов проверить фрагментацию можно так ping www.yandex.ru -4 -l 65500 попробуйте обновить драйвера

Answer 2

[Руслан]

Это либо отражение радиосигнала либо фрагментация пакетов проверить фрагментацию можно так ping www.yandex.ru -4 -l 65500 попробуйте обновить драйвера