Быстрый отклик, задержка трассировки

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

Подробнее: Клиент: Macbook Pro, Mac OS X 10.11.4 (El Capitan) AP: Ubiquity Unifi AP (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, которая вызывает задержку / потерю пакетов (МНОЖЕСТВО отчетов с Mac и рядом AP, а не только UBNT). Это было намного лучше в последнее время после большого количества возни и настройки. Симптомы были другими, так как я видел бы высокую задержку и потерю пакетов на эхо-запросах, а результаты теста не были такими хорошими, как в настоящее время.

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

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

Спасибо!

1 ответ

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

Другие вопросы по тегам