У меня очень странная проблема. Короткие пинги к моей беспроводной точке доступа низкие (около 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 AP, вызывающая задержку / потерю пакетов (МНОЖЕСТВО отчетов с Mac и рядом AP, а не только UBNT). В последнее время стало намного лучше после множества возни и настроек. Симптомы тогда были другими, так как я видел большую задержку и потерю пакетов при проверке связи, а не хорошие результаты проверки связи, как сейчас.
Mikrotik AP находится за UBNT Powerbeam в мостовом режиме. Использует PPPoE для аутентификации, а сектор UBNT на другой стороне переходит на Mikrotik 2011, подключенный непосредственно к транспортной сети Fiber.
Есть мысли / предложения, где искать возможные причины?
Спасибо!
Это просто предположение, но эхо-запросы ICMP проще обрабатывать и отвечать на них. MAC-адреса используют пакеты UDP для traceroute, что означает, что пакет должен «подняться выше в стеке» для обработки, занимая больше процессорного времени. Я полагаю, что обработка просроченного пакета - задача с относительно низким приоритетом.