Что такое хорошее время проверки связи WLAN в чистой сети?

В частности, каково ваше время проверки связи с вашей локальной WLAN (например, между хостом в WLAN и вашим маршрутизатором или между двумя хостами в WLAN, деленное на 2)?

Я предполагал, что это будет меньше 1 мс для моей неоспоримой (одно из немногих преимуществ нахождения в глуши) сети 802.11n, но она постоянно составляет от 3 до 4 мс, когда я пингую свой маршрутизатор или любой проводной хост в моей сети :

WLAN хост к маршрутизатору:

$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=3.692 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=3.682 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=3.170 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=3.878 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=3.734 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=3.891 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=3.860 ms
^C
--- 192.168.0.1 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.170/3.701/3.891/0.232 ms

От хоста WLAN к проводному хосту (время первого пинга, вероятно, просто разрешение ARP):

$ ping 192.168.0.102
PING 192.168.0.102 (192.168.0.102): 56 data bytes
64 bytes from 192.168.0.102: icmp_seq=0 ttl=64 time=47.740 ms
64 bytes from 192.168.0.102: icmp_seq=1 ttl=64 time=3.928 ms
64 bytes from 192.168.0.102: icmp_seq=2 ttl=64 time=3.855 ms
64 bytes from 192.168.0.102: icmp_seq=3 ttl=64 time=3.739 ms
64 bytes from 192.168.0.102: icmp_seq=4 ttl=64 time=4.174 ms
64 bytes from 192.168.0.102: icmp_seq=5 ttl=64 time=4.367 ms

Для справки, время пингования с одного и того же оборудования составляет около 0,2 мс в сети Ethernet.

— BeeOnRope
источник

WLAN к маршрутизатору от 1 до 2 мс, от LAN к маршрутизатору <1 до 1 мс в моей сети

— DavidPostill

Почему вас волнует, как быстро ваш маршрутизатор может реагировать на эхо-запросы? Люди, разрабатывающие маршрутизаторы, проектируют их так, чтобы маршрутизировать пакеты как можно быстрее, но им не особо важно, как быстро они реагируют на пинг. Вы просто измеряете, насколько хорошо ваш маршрутизатор справляется с задачей, для которой он определенно не оптимизирован.

— Дэвид Шварц

Отчасти из-за любопытства, а отчасти потому, что полезно диагностировать проблемы с производительностью. FWIW, я также включил эхо-запрос «хост-хост», который имеет немного худшие тайминги и исключает вашу причудливую теорию, согласно которой маршрутизаторы как-то медленно реагируют на эхо-запросы, но маршрутизируют пакеты быстро (если только вы не считаете, что маршрутизатор глубоко проверяет мои ICMP-пакеты, чтобы другие хосты в сети и их замедление, чтобы все было согласованно).

— BeeOnRope