1

У меня проблемы с настройкой WiFi.

В моей настройке я использую Macbook Pro и TP-Link WR1043ND v1 (OpenWRT). Канал WiFi установлен на 6 (уже опробованы другие каналы и ширина 20/40 МГц)

Если я пингую свой macbook или мой маршрутизатор с моего macbook, пинг действительно высокий.

64 bytes from 192.168.1.103: seq=18 ttl=64 time=7.691 ms
64 bytes from 192.168.1.103: seq=19 ttl=64 time=142.177 ms
64 bytes from 192.168.1.103: seq=20 ttl=64 time=47.343 ms
64 bytes from 192.168.1.103: seq=21 ttl=64 time=16.513 ms
64 bytes from 192.168.1.103: seq=22 ttl=64 time=2.803 ms
64 bytes from 192.168.1.103: seq=23 ttl=64 time=5.725 ms
64 bytes from 192.168.1.103: seq=24 ttl=64 time=7.585 ms
64 bytes from 192.168.1.103: seq=25 ttl=64 time=25.981 ms
64 bytes from 192.168.1.103: seq=26 ttl=64 time=2.464 ms
64 bytes from 192.168.1.103: seq=27 ttl=64 time=6.762 ms
64 bytes from 192.168.1.103: seq=28 ttl=64 time=8.677 ms
64 bytes from 192.168.1.103: seq=29 ttl=64 time=16.521 ms
64 bytes from 192.168.1.103: seq=30 ttl=64 time=1.204 ms
64 bytes from 192.168.1.103: seq=31 ttl=64 time=1.849 ms
64 bytes from 192.168.1.103: seq=32 ttl=64 time=134.936 ms
64 bytes from 192.168.1.103: seq=33 ttl=64 time=51.255 ms
64 bytes from 192.168.1.103: seq=34 ttl=64 time=17.032 ms
64 bytes from 192.168.1.103: seq=35 ttl=64 time=17.399 ms
64 bytes from 192.168.1.103: seq=36 ttl=64 time=8.177 ms
64 bytes from 192.168.1.103: seq=37 ttl=64 time=5.048 ms
64 bytes from 192.168.1.103: seq=38 ttl=64 time=2.198 ms

Я уже пробовал другой маршрутизатор (Linksys E2000), но он точно такой же.

3 ответа3

4

Ваше время ожидания приемлемо для сетей Wi-Fi. Моя обычная задержка в сети 5 ГГц составляет около 15 с пиками 200 мс. Это также хорошая идея, чтобы переместить беспроводной маршрутизатор через ваше местоположение, чтобы определить лучшее место для оптимального покрытия сигнала.

0

Это нормально для WiFi, но на самом деле не приемлемое поведение. Если вы хотите испачкать руки, посмотрите проект make-wifi-fast на сайте bufferbloat.net. Ваша точка доступа использует Wi-Fi-чипсет ath9k, который в первую очередь имеет тенденцию к улучшению.

Некоторые сведения об их прогрессе можно найти по адресу: http://blog.cerowrt.org/

Они создали инструмент для измерения сети под названием « Flent ». Еще один способ следить за задержкой: инструмент Blip Google Fiber

Может быть, что-то простое, что вы можете попробовать прямо сейчас, - это собрать транк OpenWRT с этими патчами Minstrel-blues . Это улучшает выбор скорости передачи данных в Linux, сохраняя лучшую статистику эффективности скорости, а не опускаясь все ниже и ниже. Это может улучшить задержку.

0

Согласно комментарию @schreda, похоже, что есть ошибка в Chromecast. По какой-то причине Chromecast открывает точку доступа с тем же каналом, что и маршрутизатор, к которому он подключен. Это вызывает помехи.

Заводской сброс Chromecast решил эту проблему. Я читал, что иногда вам нужно попробовать несколько раз, чтобы сбросить Chromecast, пока ошибка не исчезнет.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .