В принципе, конечно, возможно. Но надо принимать во внимание, какой точностью будет обладать результат.
Самые распространённые тесты rfc2544 - это Throughput, Latency, FrameLoss, Back-to-back.
Все эти тесты базируются на так называемом trial'е.
Каждый trial выполняет следующие задачи:
- генерация трафика с заданной нагрузкой -- для всех тестов
- подсчёт ушедших и принятых пакетов -- для всех, кроме Latency
- измерение задержки -- только для Latency
И тут нужно понимать, что аппаратные средства имеют преимущество по точности.
Например, генерация пакетов из той же ПЛИС в сеть делается с гарантией межпакетного интервала, то есть точность задания нагрузки будет очень высокой. И никакое внезапно запустившееся приложение не повлияет на нагрузку.
С задержкой та же ситуация. На уровне ПЛИС вставляется метка времени в момент отправки пакета и в момент приёма анализируется. Точность в 20 наносекунд при тестировании с одного порта устройства на другой порт устройства - это не миф.
Однако, современные компы стали такими мощными, что создать гигабитную нагрузку могут легко, да и проанализировать тоже (проблемы на малых размерах кадра могут быть). Поэтому, в принципе, прогнать Throughput/Frame Loss/Back-to-back вполне можно и с помощью компа, если сначала на синтетических тестах убедиться в его производительности.
С 10G и 100G будет посложнее.
А вот с y1564 всё немного иначе. Там каждый trial измеряет все параметры сразу - и принятые пакеты, и задержку, и переданные пакеты. Более того, к перечисленным ещё добавляется пакетный джиттер. Вот тут компьютер не конкурент... Там же SLA по задержкам находится на уровне порядка десяти миллисекунд, я бы компьютеру не доверил такую точность, да ещё и при высокой нагрузке.
PS: тесты rfc2544 и y.1564 обычно UDP-шные.
Простой
