Простой инструмент для характеристики сети между двумя точками?
Я пытаюсь воспроизвести проблему производительности, связанную с сетью, с удаленного сайта в облачную систему, за которую я отвечаю. Они получают ужасную производительность от их местоположения, я - хорошую производительность от моей. У меня есть аппаратный эмулятор глобальной сети (в данном случае это Linktropy Mini2), который я могу использовать, чтобы попытаться смоделировать их сеть, чтобы воспроизвести проблему. Но сначала мне нужно знать характеристики производительности сети между ними и сервером.
Что мне нужно, так это краткий способ, с помощью которого я мог бы запустить обычного пользователя со своего ПК или что-то еще, что могло бы суммировать пропускную способность, задержку, потерю пакетов и все, что я мог получить. В идеале они просто ввели бы имя DNS и сгенерировали бы числа, которыми они могли бы кормить меня - я не могу позволить им выполнять все виды технической работы, заставлять их находить коробку Linux и т. Д.
Каким будет хороший инструмент, который бы характеризовал сеть между двумя точками?
5 ответов
Есть ли у них другие проблемы с сетью? например пропал широкополосный, низкая производительность в целом и т. д.
Вы можете попробовать несколько прогонов speedtest.net до ближайшего места к облачной системе. Pingtest.net несколько прогонов.
Затем настройте ping plotter для проверки связи с облачной системой, которая даст вам представление о потере пакетов и т. Д.
Вполне возможно, что у них есть другие проблемы или маршрутизатор между ними и удаленной системой неисправен или неправильно настроен. Это может быть даже их собственный роутер.
iperf является бесплатным / открытым исходным кодом, работает в Windows и *NIX, поддерживает TCP и UDP для проверки пропускной способности, задержки, дрожания, потери пакетов и т. д.
Попробуйте mtr, это отлично подходит для такого рода вещей. Nmap может помочь с сканированием сети, чтобы лучше понять это.
Если вы хотите проанализировать пути, используемые в traceroute, вы можете обнаружить, что посредине где-то есть провальный поставщик, отбрасывающий множество пакетов, или выбирается неоптимальный путь.
Похоже, Qcheck может быть инструментом для работы.
Вы могли бы использовать Bing. У него есть ограничения - он использует ICMP и не может работать сквозной, если клиент использует маршрутизатор NAT, но вы должны быть в состоянии получить оценку пропускной способности. Если производительность не всегда плохая, вам может понадобиться использовать какую-то регистрацию в течение длительного периода времени.
Если вы подозреваете, что задержка или потеря пакета являются причиной плохой производительности, вы также можете проверить поток управления TCP после захвата пакета - если вы видите медленный запуск или повторную передачу с вашей стороны, вы точно об этом знаете.