LINUX.ORG.RU

Неюзабельный WIFI на самопальном роутере

 , , , ,


0

1

Проблема такая: при малейшей нагрузке на сеть (вебсерф, загрузка файла, etc), пинг к роутеру (Raspberry Pi 3 Model B / LEDE 17.0.4 ) вырастает до небес, что приводит WIFI к абсолютно неюзабельному состоянию.

Приведу кусок лога при пинговании роутера во время однопоточной загрузки файла из инета:

64 bytes from 10.0.0.1: icmp_seq=521 ttl=64 time=493.635 ms
Request timeout for icmp_seq 522
64 bytes from 10.0.0.1: icmp_seq=523 ttl=64 time=1569.522 ms
64 bytes from 10.0.0.1: icmp_seq=524 ttl=64 time=642.037 ms
64 bytes from 10.0.0.1: icmp_seq=525 ttl=64 time=406.650 ms
64 bytes from 10.0.0.1: icmp_seq=526 ttl=64 time=337.020 ms
Request timeout for icmp_seq 527
64 bytes from 10.0.0.1: icmp_seq=528 ttl=64 time=276.273 ms
64 bytes from 10.0.0.1: icmp_seq=529 ttl=64 time=233.462 ms
64 bytes from 10.0.0.1: icmp_seq=530 ttl=64 time=1009.487 ms
64 bytes from 10.0.0.1: icmp_seq=531 ttl=64 time=324.294 ms
64 bytes from 10.0.0.1: icmp_seq=532 ttl=64 time=241.726 ms
64 bytes from 10.0.0.1: icmp_seq=533 ttl=64 time=233.443 ms
64 bytes from 10.0.0.1: icmp_seq=534 ttl=64 time=255.738 ms
64 bytes from 10.0.0.1: icmp_seq=535 ttl=64 time=277.156 ms
64 bytes from 10.0.0.1: icmp_seq=536 ttl=64 time=403.915 ms
64 bytes from 10.0.0.1: icmp_seq=537 ttl=64 time=297.305 ms
64 bytes from 10.0.0.1: icmp_seq=538 ttl=64 time=394.790 ms
64 bytes from 10.0.0.1: icmp_seq=539 ttl=64 time=8.237 ms
64 bytes from 10.0.0.1: icmp_seq=540 ttl=64 time=10.917 ms
64 bytes from 10.0.0.1: icmp_seq=541 ttl=64 time=7.747 ms
64 bytes from 10.0.0.1: icmp_seq=542 ttl=64 time=7.741 ms
64 bytes from 10.0.0.1: icmp_seq=543 ttl=64 time=4.751 ms
64 bytes from 10.0.0.1: icmp_seq=544 ttl=64 time=7.073 ms
64 bytes from 10.0.0.1: icmp_seq=545 ttl=64 time=7.152 ms
64 bytes from 10.0.0.1: icmp_seq=546 ttl=64 time=4.625 ms
^C
--- 10.0.0.1 ping statistics ---
547 packets transmitted, 541 packets received, 1.1% packet loss
round-trip min/avg/max/stddev = 1.276/50.872/1569.522/137.861 ms

Загрузка файла завершилась на 539 пакете и пинг стабилизировался.

Физически нахожусь через 2 стены от роутера, но это не важно, т.к. проблема наблюдается даже в непосредственной близости. Изменение канала не помогает (выбрал наименее засранный). Ноутовская wifi карта исправна, проверял её с проприетарным зондированным роутером - коннект стабильный, т.е. проблема на стороне роутера. Тестировал сеть с usb-ethernet адаптером (т.к. на малинке всего одно ethernet гнездо) - коннект стабильный даже во время работы торрент-клиента, но нужен именно wifi...

Вайфай чип крутится на brcmfmac, но дело не в нем, потому что точно такая же проблема наблюдается с usb wifi свистком работающим под athk9k.

Итог такой: с wifi картами все ок, с их драйверами все ок, малинка способна предоставить нормальный коннект через usb-ethernet, но проблема есть и причину её я понять не могу. Помогите разобраться.


А что в этот момент с использованием CPU на малине? Может, софтовый NAT всё сжирает.

anonymous
()

Это норма. В ней очень слабы и дешёвый WiFi

PS: а то захотел за такие копейки быстрый роутер :D

anonymous
()
Ответ на: комментарий от torvn77

На ощупь вроде ок - сенсоры пока не проверял.

driver
() автор топика
Ответ на: комментарий от anonymous

Я вначале тоже так подумал, поэтому подключал usb wifi свисток (tl-wn821n) - наблюдалась такая же ситуация, причем драйверы для них используются разные.

driver
() автор топика

Повторил тест с загрузкой файла. Теперь проблема проявилась только при загрузке 2х файлов параллельно. Один поток осиливает - пинг не изменяется.

UPD: выносливость выросла на единицу. Теперь 2 потока - ок, на 3й появляются лаги. Что это за мистика?

driver
() автор топика

Ох жесть...

Request timeout for icmp_seq 3853
Request timeout for icmp_seq 3854
Request timeout for icmp_seq 3855
Request timeout for icmp_seq 3856
Request timeout for icmp_seq 3857
64 bytes from 10.0.0.1: icmp_seq=3839 ttl=64 time=19897.375 ms
64 bytes from 10.0.0.1: icmp_seq=3840 ttl=64 time=19964.106 ms
64 bytes from 10.0.0.1: icmp_seq=3841 ttl=64 time=18962.470 ms
64 bytes from 10.0.0.1: icmp_seq=3842 ttl=64 time=17961.745 ms
64 bytes from 10.0.0.1: icmp_seq=3843 ttl=64 time=16959.329 ms
64 bytes from 10.0.0.1: icmp_seq=3844 ttl=64 time=15960.098 ms
64 bytes from 10.0.0.1: icmp_seq=3845 ttl=64 time=14960.538 ms
64 bytes from 10.0.0.1: icmp_seq=3846 ttl=64 time=13967.362 ms
64 bytes from 10.0.0.1: icmp_seq=3847 ttl=64 time=12970.292 ms
64 bytes from 10.0.0.1: icmp_seq=3848 ttl=64 time=11968.697 ms
64 bytes from 10.0.0.1: icmp_seq=3849 ttl=64 time=10965.584 ms
64 bytes from 10.0.0.1: icmp_seq=3850 ttl=64 time=9967.182 ms
64 bytes from 10.0.0.1: icmp_seq=3851 ttl=64 time=8966.584 ms
64 bytes from 10.0.0.1: icmp_seq=3852 ttl=64 time=7964.886 ms
64 bytes from 10.0.0.1: icmp_seq=3853 ttl=64 time=6963.805 ms
64 bytes from 10.0.0.1: icmp_seq=3854 ttl=64 time=5961.226 ms
64 bytes from 10.0.0.1: icmp_seq=3855 ttl=64 time=4956.521 ms
64 bytes from 10.0.0.1: icmp_seq=3856 ttl=64 time=3953.608 ms
64 bytes from 10.0.0.1: icmp_seq=3857 ttl=64 time=2950.761 ms
64 bytes from 10.0.0.1: icmp_seq=3858 ttl=64 time=1948.665 ms
64 bytes from 10.0.0.1: icmp_seq=3859 ttl=64 time=950.214 ms
64 bytes from 10.0.0.1: icmp_seq=3860 ttl=64 time=8.020 ms
64 bytes from 10.0.0.1: icmp_seq=3861 ttl=64 time=5.862 ms
64 bytes from 10.0.0.1: icmp_seq=3862 ttl=64 time=7.294 ms
64 bytes from 10.0.0.1: icmp_seq=3863 ttl=64 time=6.863 ms
64 bytes from 10.0.0.1: icmp_seq=3864 ttl=64 time=6.785 ms
Пинг во время работы торрент-клиента, на 3860 пакете - остановил загрузку. При этом скорость загрузки довольно приличная и стабильная.

driver
() автор топика
Ответ на: комментарий от Dark_SavanT

Нашел процесс [irq/92-mmc1] - это оно? Грузит проц на 2 - 3%. А так, в топе свободно... Парочка kworker на 1-2% и все.

Поставил на роутер transmission-daemon, он во время работы грузит проц на 4 - 5% и это самый жрущий процесс из топа. Торренты грузятся на внешний диск, подключенный по usb. В этот момент пинг к роутеру стабильный. Но стоит только грузануть wifi сеть - проблема повторяется.

driver
() автор топика

Провел новый тест. На роутере создал симлинк в вебдиректории на внешний хдд, куда сохраняет файлы transmission и попытался загрузить на ноут по локальному wifi парочку сериальчиков - пинг вырос всего на 5-10 мс. Т.е. проблема появляется только при загрузке из интернета и только через wifi (через usb-ethernet адаптер все ок). Прям вообще хз - полтергейст, наверное...

driver
() автор топика

Пропинговал ноут из роутера - картина такая же, но интернет ресурсы пингуются нормально (из роутера), что-то не то именно с wifi.

driver
() автор топика
Ответ на: комментарий от driver

что-то не то именно с wifi

и при этом важно, чтобы загрузка шла из интернета, а не из локалки (по локалке лагов нет, но еще потестю этот момент)

driver
() автор топика

Нашел одну странность: когда из ноута пинг роутера в пределах 5-10 мс, то из роутера ноут пингуется 50-250 мс. Сеть ничем, кроме пинга, не загружена. Как такое может быть?

driver
() автор топика
Ответ на: комментарий от driver

Причем пинг ноута иногда нормализовывается, но потом опять начинает скакать. При этом роутер пингуется нормально (сеть не загружена).

driver
() автор топика
Ответ на: комментарий от driver

по локалке лагов нет, но еще потестю этот момент

Подтвердился этот момент. Гоняю траф по локалке между разными устройствами - пинг не портится. Только какое-либо из устройств начинает загрузку из интернета - пинг к роутеру (и не только к нему - любой пинг по wifi) начинает дико расти. Сам роутер в этот момент чувствует себя нормально и из него интернет ресурсы пингуются без каких либо изменений.

PS. задолбался... Попробую снести LEDE и поставить что-нибудь полноценное, а там уже видно будет.

driver
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.