Опытная проблема запаздывания на 2 х 2 Мбит / с E1
От клиентского компьютера до сервера (Windows Server 2008) для подключения к глобальной сети используется канал E1 2 x 2 Мбит / с.
1 <1ms <1ms <1ms 10.101.7.254
2 4ms 15ms 4ms 10.255.0.254
3 * 3ms 3ms 192.168.243.251
4 * 5ms * 192.168.242.253
5 6ms * 6ms 10.100.101.252
6 5ms 5ms 5ms 10.100.10.201 (SERVER)
Клиентский компьютер испытывает запаздывающую проблему при доступе к веб-приложению (приложению Pyramid), размещенному на сервере через порт IIS 80. Однако я обнаружил, что при использовании порта 5432 сервера Waitress WSGI соединение работает гладко.
Мы можем заметить, что TIMEOUT происходит на 3 прыжка. Это может привести к медленной реакции системы. Я заметил, что это довольно часто, чтобы получить время ожидания ответа в запросе PING.
Network Team упомянула, что traceroute показывает ожидаемую производительность сети. 5 мс для канала WAN намного ниже требуемого времени ожидания. Тайм-аут в traceroute является нормальным для динамической маршрутизации из-за динамических путей в облаке WAN, поэтому результат является ожидаемым и не является проблемой сети.
Для этого сценария я не совсем уверен, что это проблема дизайна приложения или проблема сети. Может кто-нибудь, пожалуйста, посоветуйте мне, как я могу решить проблему? Большое спасибо за любой ответ.
2 ответа
Анализ производительности сети: вы делаете это неправильно.
Tracert и Ping НЕ являются инструментами анализа производительности сети. Они являются инструментами для отслеживания маршрута к хосту и для тестирования основных подключений к хосту.
Проблема использования tracert в качестве инструмента анализа производительности сети заключается в том, что tracert отправляет ICMP-пакеты на каждый переход маршрута. Tracert не проверяет "реальный" трафик по маршруту. Таким образом, каждый переход может игнорировать ваш трафик ICMP или может назначать ему низкий приоритет, что дает вам результаты, которые вы видите в своем тесте tracert.
Что вам нужно сделать, это проверить производительность РЕАЛЬНОГО трафика по маршруту. Вы можете сделать это с помощью таких инструментов, как iperf или Qcheck.
Вы, кажется, запутались в задержке и снижении скорости. Задержка - это количество времени, которое требуется пакету для прохождения по сети. Частота отбрасывания - это процент пакетов, которые никогда не доставляются (по разным причинам). Ваша задержка кажется очень низкой, я не понимаю, почему вы вообще об этом упоминаете.
Кажется, у вас проблема с отбрасыванием пакетов, но вы не предоставили достоверную информацию. Бежать ping -n 1000 -w 100 10.100.10.201 и посмотреть, каковы результаты.
В больших сетях следует ожидать некоторой потери пакетов, но не очень. Если вы испытываете потерю пакетов более чем на 1%, есть проблема. Кроме того, не используйте слово "облако", это ничего не значит.