быстрый ответ на пинг, задержка на трассировке

У меня очень странная проблема. Короткие пинги к моей беспроводной точке доступа низкие (около 1 мс), однако, как только я выполняю трассировку, задержка до точки доступа (1-й переход) внезапно увеличивается до ~ 1000 мс. Есть идеи, что может быть причиной проблемы?

Подробнее: Клиент: Macbook Pro, Mac OS X 10.11.4 (El Capitan) AP: точка доступа Ubiquity Unifi (2,4 ГГц) Маршрутизатор: Mikrotik HAP Lite

Примеры эхо-запросов:

$ ping 192.168.11.1
PING 192.168.11.1 (192.168.11.1): 56 data bytes
64 bytes from 192.168.11.1: icmp_seq=0 ttl=64 time=0.958 ms
64 bytes from 192.168.11.1: icmp_seq=1 ttl=64 time=1.441 ms
64 bytes from 192.168.11.1: icmp_seq=2 ttl=64 time=1.036 ms
64 bytes from 192.168.11.1: icmp_seq=3 ttl=64 time=2.787 ms

$ traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  192.168.11.1  226.210 ms  993.092 ms  1008.267 ms
 2  10.10.0.1  1013.287 ms  995.103 ms  427.681 ms

(они были выполнены с интервалом в несколько секунд).

Другие симптомы: Медленный доступ в Интернет (как и ожидалось). Speedtest показывает около 3 Мбит / с. Если я использую кабель, то мы смотрим на 6 Мбит / с + Выключение Wi-Fi на Macbook, а затем повторное включение, как правило, улучшает соединение. Подозреваю, что это может произойти только тогда, когда macbook выходит из спящего режима. У меня ранее была проблема с Macbook / UBNT Unifi AP, вызывающая задержку / потерю пакетов (МНОЖЕСТВО отчетов с Mac и рядом AP, а не только UBNT). В последнее время стало намного лучше после множества возни и настроек. Симптомы тогда были другими, так как я бы увидел большую задержку и потерю пакетов при проверке связи и плохие результаты проверки связи, как сейчас.

Mikrotik AP находится за UBNT Powerbeam в режиме моста. Использует PPPoE для аутентификации, а сектор UBNT на другой стороне переходит на Mikrotik 2011, подключенный непосредственно к транспортной сети Fiber.

Есть какие-нибудь мысли / предложения, где искать возможные причины?

Спасибо!

1
задан 29 April 2016 в 11:36
1 ответ

Просто предположение, но эхо-запросы ICMP проще обрабатывать и отвечать на них. MAC-адреса используют пакеты UDP для traceroute, что означает, что пакет должен «подняться выше в стеке» для обработки, занимая больше процессорного времени. Я полагаю, что обработка просроченного пакета - задача с относительно низким приоритетом.

1
ответ дан 3 December 2019 в 23:47

Теги

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