Я всегда думал, что «типичная» задержка для проводной сети Ethernet в небольшом офисе будет <5 мс. Тем не мение, ping
Использование шлюза по умолчанию дает в среднем 14 мс, а любой хост - около 30 мс.
В чем может быть причина этих низких задержек? Указывает ли это на проблему с сетью или просто на медленные хосты? (Не думаю, что это хозяева, потому что они все в этом диапазоне 30 мс, и некоторые из них совсем новые).
Кроме того, на что указывает разница?
Вот пример:
Pinging 192.168.10.134 with 32 bytes of data:
Reply from 192.168.10.134: bytes=32 time=70ms TTL=128
Reply from 192.168.10.134: bytes=32 time=59ms TTL=128
Reply from 192.168.10.134: bytes=32 time=53ms TTL=128
Reply from 192.168.10.134: bytes=32 time=53ms TTL=128
и другой
Pinging 192.168.10.136 with 32 bytes of data:
Reply from 192.168.10.136: bytes=32 time=14ms TTL=128
Reply from 192.168.10.136: bytes=32 time=35ms TTL=128
Reply from 192.168.10.136: bytes=32 time=13ms TTL=128
Reply from 192.168.10.136: bytes=32 time=13ms TTL=128
Наконец, действительно ли эта задержка является проблемой?
Мы используем гигабитные коммутаторы с ASA 5505 в качестве маршрутизатора / межсетевого экрана / шлюза.
ИЗМЕНИТЬ 0: Правило QoS
access-list qos_in extended permit udp any any range 49152 49214
access-list qos_in extended permit udp any any eq 10060
access-list qos_in extended permit tcp any any eq 10032
access-list qos_in extended permit tcp any any eq 10064
access-list qos_in extended permit tcp any any range 49152 49214
access-list qos_out extended permit tcp any any eq 10064
access-list qos_out extended permit udp any any eq 10060
access-list qos_out extended permit udp any any range 30000 31000
...
priority-queue inside
tx-ring-limit 3
priority-queue outside
tx-ring-limit 3
...
policy-map qos_out
class qos_out
priority
policy-map qos_in
class qos_in
priority
service-policy global_policy global
service-policy qos_out interface inside
service-policy qos_in interface outside
Это нормально? На самом деле, нет. Если вы используете недорогие коммутаторы, это может быть связано с перегрузкой коммутационной объединительной платы. Является ли это проблемой, зависит от вашей среды и роли сети в производительности конечных пользователей.
Пинг ICMP может не указывать на фактическую задержку, поскольку во многих сетях включено QoS, что может снизить приоритет эхо-запросов ICMP.