Точная стратегия для измерения производительности соединения точка-точка?

У меня есть требование предоставить точные средства для демонстрации производительности линии по двухточечной Ethernet-схеме 1Gb с плоским слоем2, на расстоянии около 100 миль, которая, по-видимому, проходит через несколько скачков на расстоянии.

Бизнес-требования должны будут продемонстрировать производительность с точностью не менее 8 мс. По каналу будет передаваться голосовой трафик и трафик данных, при этом SLA службы должен гарантировать пропускную способность 1000 МБ.

Каковы известные точные методы измерения производительности с учетом этих требований?
Мне известно о количестве доступных метрик, которые могли бы сформировать стратегию тестирования, но, имея в Google множество информации, она может оказаться ошеломляющей, и я не уверен, следует ли использовать такое программное обеспечение, как iPerth, каковы критерии для этого сценария и т. Д.?

Если вы пытаетесь проверить 1xGE No Drop Rate и измерить задержку цепи в течение 8 мс, я бы использовал nuttcp для проверки пропускной способности и iperf2 / mtr для проверки задержки.

Я бы сделал следующее ...

1. Если возможно, найдите два настольных ПК Linux (ноутбуки иногда приемлемы, но у вас могут возникнуть проблемы с производительностью чипсета или шины на скоростях 1GE). Вы можете загрузиться с компакт-диска с инструментарием Performance Sonar , если вам не нужна постоянная установка Linux на этих компьютерах
2. Выберите размеры пакета для вашего теста. Так как вам нужна голосовая поддержка на схеме, вы должны тестировать потоки с меньшими кадрами, такими как 128-байтовые кадры Ethernet. Если бы я выполнял тест, я бы выбрал кадры Ethernet на 128, 256, 768 и 1514 байт.
3. Протестируйте пропускную способность Nutcp UDP по пропускной способности ваших компьютеров Linux, подключенных друг к другу, перед отправкой одного из них в 100 милях. Вы хотите убедиться, что вы можете измерять 1000 Мбит / с при разных размерах пакетов. Обязательно учитывайте межкадровый разрыв при расчете ожидаемой пропускной способности ... например, наилучшая возможная пропускная способность, которую вы можете ожидать в не тегированном GIG-канале при среднем размере кадра Ethernet 128 байт, составляет 864,9 Мбит / с.
4. Используйте iperf2 или mtr для проверки задержки цепи ...
5. Выберите тестовое окно. Я думаю, что лучше всего тестировать каналы непрерывно, по крайней мере, в течение дня ... предпочтительнее от двух дней до недели, если вам необходимо определить потенциальную переподписку в сети вашего оператора.
6. Отправьте один из ПК на удаленный сайт, предварительно настроенный для IP-адресации, которая вам нужна по ссылке.

Разные мысли

Другие ответы предлагали использовать только iperf2 ; однако он не имеет параметров CLI для настройки размера пакета UDP. Он также демонстрирует слабую производительность на высоких скоростях под MS Windows.

Этот документ Metro Ethernet Forum, посвященный тестированию несущих сетей Ethernet , поможет в общих чертах понять некоторые из компромиссов, которые вы принимаете при тестировании цепей.

Iperf может сделать эту работу. Просто убедитесь, что вы сначала тестируете свои устройства вплотную, чтобы знать их возможности.

Конечно, есть и более профессиональные инструменты.

Это хороший RFC для изучения правильной методологии: http://www.ietf.org/rfc/rfc2544.txt

Если у вас есть ПК на обоих концах, вы можете запустить xjperf , Qcheck из Ixia или другие инструменты. Вы можете получить разные результаты в зависимости от того, используете ли вы UDP или TCP и количество сеансов.

Для расстояния более 100 миль вы видите минимальный RTT 1,6 мс со скоростью света в волокне / меди. Таким образом, ваш RTT должен быть очень низким, может быть, только пару мс. Скажите, что у вас RTT 6 мс. С настройками размера окна по умолчанию в Windows вы можете получить пропускную способность всего около 85 Мбит / с. Вам понадобится размер окна не менее 768 Кбайт для отправки трафика на гигабайт.

Вы можете использовать Throughput Calculator TCP для выполнения собственных расчетов.

У Ixia есть более дорогие инструменты, но они стоят денег, которых нет у вышеупомянутых инструментов.

Вот статья, которая объясняет, почему один iperf2 не может ответить на этот вопрос для вас: http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/

Я никогда по-настоящему не понимал эту концепцию, пока не прочитал эту статью. Надеюсь, это поможет.

Так как вы хотите измерить схему уровня 2, я бы бесстыдно выдвинул какое-то бесплатное программное обеспечение, которое я писал. Это все еще в бета-версии, но делает именно то, что вы хотите, основываясь на информации в вашем вопросе.

В отличие от nuttcp, iPerf, jPerf и др., Etherate работает непосредственно над уровнем 2, разработанным специально для тестирования Ethernet. Как и все остальные, ноутбук на каждом - это все, что требуется, и мой ноутбук Intel i3 может с легкостью использовать канал.

Поскольку он находится на стадии бета-тестирования, более сложные функции, такие как тестирование MPLS, еще не готовы, но реализованы тестирование пропускной способности, задержки и MTU (все непосредственно на уровне Ethernet 2).

https://github.com/jwbensley/etherate

Чтобы получить полный «профиль здоровья» ссылки, вам необходимо учитывать несколько различных показателей.

• Задержка
• дрожание
• пропускная способность
• потеря

Лучший способ точно измерить эти показатели - использовать устройство, предназначенное для тестирования. Exfo, JDSU и Fluke - несколько крупных компаний, которые производят подобные устройства.

ПК / может / проверить эти метрики, но вы должны убедиться, что на компьютере ничего не искажается и что приложение, которое вы используете, является точным.

iperf будет измерять пропускную способность, но больше не будет измерять. Пинг будет измерять время задержки, но не дрожание. Также эхо ICMP действительно очень точно с точностью до 1 мс. Если вы пытаетесь получить фактическое измерение задержки, вам нужно решить, достаточно ли 1 мс детализации для вас / ваших приложений.

Iperf и MTR, чтобы сделать конкретный тест. И курить, чтобы иметь простую историю производительности соединения, используя зонд fping.