Генераторы для тестирования

[Sniky]

Всем доброго времени суток.Подскажите, кто сталкивался с такой задачей или где-то встречал. Необходима утилита/программа/пакетов, желательно свободная или с доступным триалом, которая генерирует траффик. Моя задача протестировать маршрутизатор и определить на что он способен. Тестировать надо пропускную способность, производительность, задержки, ошибки, загрузку ЦП и максимальное количество сессий. Можно, чтобы это было несколько программ.

[gavru]

http://traffpro.ru/

 

Называется стресс тестер (Стресс тестер сети и сетевого оборудования(поставляется под лицензией GPL).), работет с GUI только Linux, способен генерить бешенный траф в оба конца, смотрите на главной инструкцию и сам генератор скачать можно от туда же, лицуха GPL.

Edited May 12, 2011 by gavru

[Ilya Evseev]

Из простых средств:

1) ping -f

2) iperf

3) http://wiki.mikrotik.com/wiki/Manual:Tools/Bandwidth_Test

 

Для теста нужны два дополнительных компьютера с быстрыми сетевыми картами

(или один с поддержкой PBR, чтобы уметь маршрутизировать

с одного локального интерфейса на другой через внешний шлюз).

 

Сначала соединяете их напрямую и выполняете тест.

Затем между ними ставите маршрутизатор и снова выполняете этот тест.

Затем параллельно тесту запускаете что-нибудь простое из реальной жизни,

например, копирование файлов по FTP, и субъективно оцениваете комфортность.

 

2All: как бы назначить тестовым компьютерам по 10000 IP-адресов

и использовать для тестов случайную пару srcip-dstip, чтобы протестировать NAT?

[gavru]

2All: как бы назначить тестовым компьютерам по 10000 IP-адресов

и использовать для тестов случайную пару srcip-dstip, чтобы протестировать NAT?

 

вот "стресс тестер" как раз и позволяет генерить траф этих самых 1000 ip адресов.

[Sniky]

gavru спасибо... буду смотреть, что из себя представляет

[vIv]

как бы назначить тестовым компьютерам по 10000 IP-адресов

и использовать для тестов случайную пару srcip-dstip, чтобы протестировать NAT?

man ifconfig

man iperf

man sh

man perl

Кстати, для 100500+ интерфейсов очень рулит FreeBSD и совершенно неинтересен Linux.

[Ilya Evseev]

man ifconfig

man iperf

man sh

man perl

Птица-говорун отличается умом и сообразительностью?

[-Ars-]

вот "стресс тестер" как раз и позволяет

Крэшится он себе позволяет в самый неподходящий момент, а точнее - по нажатию на кнопку Start/Stop. А я уже собрался было впадать в экстаз от моря возможностей :(

Edited May 14, 2011 by -Ars-

[gavru]

Крэшится он себе позволяет в самый неподходящий момент, а точнее - по нажатию на кнопку Start/Stop. А я уже собрался было впадать в экстаз от моря возможностей :(

 

Странно, а у меня всё в норме :) да ещё момент, он от рута работает только.

Edited May 15, 2011 by gavru

[_INF_]

Без X server-а то не заставить работать никак ?

[-Ars-]

Кажется, интересная штука D-ITG. Сейчас копаю...

[Dyr]

Кажется, интересная штука D-ITG. Сейчас копаю...

 

Э-э-э...

 

...in a distributed environment (sender and receiver over two different Linux platforms) the maximum data rate is equal to 612 Mbps at sender side and 611 Mbps at receiver side.

 

 

 

Edited May 19, 2011 by Dyr

[s.lobanov]

В самом деле "производительность" нужно тестировать у софтроутеров. NAT отдельная песня.

Если cpu не участвует в форвардинге, то нагружать(и тестировать корректность обработки) нужно тем трафиком, который обрабатывается cpu, т.е. заваливать arp-ом, icmp, dhcp(в режиме релея) и т.п. Для таких тестов достаточно пары ноутов со 100 мбитными интерфейсами и софта типа scapy.

Поэтому сначала нужно понять о чём идёт речь и уже исходя из этого выбирать инструменты тестирования.

[OlegStr]

http://packeth.sourceforge.net/ packETH , как вариант, есть версия для Linux и Windows , по поводу тестирования пропускной способности не знаю, но подставлять MAC адреса и IP адреса из сгенерированного в другом софте списка можно , а также создавать кадры с метками VLAN, QinQ, QoS . В новой версии также IP v6 для Linux вроде поддерживается . Понимает дампы .pcap

[gavru]

Крэшится он себе позволяет в самый неподходящий момент, а точнее - по нажатию на кнопку Start/Stop. А я уже собрался было впадать в экстаз от моря возможностей :(

 

на traffpro выложили новую версию версию и документацию, по тому как это работает, кому интересно можно глянуть здесь

Все вопросы к разработчикам.

Edited May 20, 2011 by gavru

[-Ars-]

Э-э-э...

А чо сразу "Э-э-э"? У меня iperf тоже больше 612 не выжал. На интелевской гигабитной карточке.

Такскать, кому не нравится - покупайте железячные решения у Ixia, Spirent и проч. - за десятки килобаксов.

В самом деле "производительность" нужно тестировать у софтроутеров. NAT отдельная песня... cpu не участвует в форвардинге...

Почему не учавствует? Это Вы к тому, что есть Hardware Acceleration? Так он же не на всякой железке. Да и работает по разному.

нагружать(и тестировать корректность обработки) нужно тем трафиком, который обрабатывается cpu, т.е. заваливать arp-ом, icmp, dhcp(в режиме релея) и т.п.

Процитирую:

сначала нужно понять о чём идёт речь

;)

ТС не указал, о каком маршрутизаторе идёт речь. Может, это домашняя СРЕ-шка. Заваливать ее из LAN-а арпами и DHCP-запросами смысла особого не вижу. Ну, допустим, она подвиснет под arp-спуфингом - да и пёс с ней, это не use case. А вот знать, сколько попугаев из нее можно выжать - не повредит.

 

на traffpro выложили новую версию версию

Которая перестала падать в squeeze, ура ;) Правда, не уверен, что это то, что мне надо, пока не очень понял, как оно работает из WAN в LAN и устанавливаются ли LAN-2-WAN соединения, как (теоретически, практически еще не завёл :() в D-ITG, но уже интересно...

Edited May 22, 2011 by -Ars-

[slepnoga]

немного не в тему, но товаришшу gavru надо наконец занятся разработкой своей поделки, а не советовать ее на форуме.

У помимо остальных есть 1 главный вопрос - где достать те вещества, что употреблял аффтар, паковавший тарболл ?. Почему то создается стойкое впечатление школьного поделия.

Но ближе к теме :

то, что по сорцам на раз вычисляется , где у gavru лежит проект - это пол беды.

то, что кто то напихал в сырцы объектников - это 3/4.

вот то, что автор врядли слышал про FORTIFY_SOURCE=2 - это уже беда.

 

Вобщем глибц тупо прибивает с

** buffer overflow detected ***: ./chaneltester terminated

======= Backtrace: =========

/lib64/libc.so.6(__fortify_fail+0x37)[0x7fb101355ec7]

 

 

П.С это точно не первая Ваша прога ?

Edited May 22, 2011 by slepnoga

[s.lobanov]

Может, это домашняя СРЕ-шка.

 

Если это домашняя cpe-шка, то это софтроутер, а то что я писал про arp и всякие dhcp это я писал "большие" маршрутизаторы/l3-свитчи типа c7600

[-Ars-]

Если это домашняя cpe-шка, то это софтроутер

Да? Тогда у меня какие-то пробелы в сленге (что возможно запросто :) ). Я как-то привык считать, что софтроутер - это и есть софтовый роутер, т.е. что-то, роутящее и бегущее на выделенном под это дело компьютере.

Я не прав? А откуда тогда такое название?

[s.lobanov]

-Ars-

В моём понимании софтроутер это software-only router, как это описано здесь http://en.wikipedia.org/wiki/Cisco_IOS#Architecture (1 абзац)

[-Ars-]

В моём понимании софтроутер это software-only router, как это описано здесь http://en.wikipedia....OS#Architecture (1 абзац)

А, ок, значит, мы всё-таки говорим на более-менее одном языке :) Т.е. если перенаправление пакета осуществляется на уровне железа - это уже не soft, ну или не совсем software-only router.

Тогда вернемся к предыдущему вопросу. Я считаю, что в принципе мерять производительность имеет смысл даже если речь идёт про СРЕ-шки с hardware acceleration, которые, собственно, это и делают: форвардят пакеты сами, не нагружая ЦПУ. Потому, что, как выясняется, у разных компаний разные понятия о том, что, как и насколько ускорять. И если один борд может дать мне 90 мегабит на 64-байтных пакетах и 100 на всех остальных, то у другого и на 512 байтах я едва-едва получу 60 Мбитс (да, я знаю, что мерять надо pps - они прекрасно пересчитываются из скорости+размер пакета, а значения в мегабитах - проще запоминать ;)) Кроме того, в СРЕ уровня домашнего пользователя количество железячно ускоряемых соединений ограничено. Т.е. на тех же торрентах да при высоких скоростях подключения - после 200-300 живых соединений борд скорее всего скиснет, потому, что на железо с hardware acceleration зачастую ставят процессор послабее. Поэтому, если борд испытывается провайдером с целью выдавать его потом клиентам - эти измерения более чем легитимны: надо же знать, что он может вытянуть, а что - нет. Чтобы ТП потом не гадала.

Как-то так, наверное.

Edited May 23, 2011 by -Ars-

[gavru]

немного не в тему, но товаришшу gavru надо наконец занятся разработкой своей поделки, а не советовать ее на форуме.

У помимо остальных есть 1 главный вопрос - где достать те вещества, что употреблял аффтар, паковавший тарболл ?. Почему то создается стойкое впечатление школьного поделия.

Но ближе к теме :

то, что по сорцам на раз вычисляется , где у gavru лежит проект - это пол беды.

то, что кто то напихал в сырцы объектников - это 3/4.

вот то, что автор врядли слышал про FORTIFY_SOURCE=2 - это уже беда.

 

Вобщем глибц тупо прибивает с

** buffer overflow detected ***: ./chaneltester terminated

======= Backtrace: =========

/lib64/libc.so.6(__fortify_fail+0x37)[0x7fb101355ec7]

 

 

П.С это точно не первая Ваша прога ?

 

 

1 - Ну на счёт доработки Вы правы :)

2 - Данная прога писалась за пол дня на скорую руку для внутреннего пользования Вы правы, но при первом же тесте вышел из строя шлюз вышестоящего провайдера, что означает именно проверить любой роутер и его поведение под нагрузкой :) для чего собственно и делалась данная поделка :)

3-~ - вытекает из 2го :)

 

На самом деле в своё время тоже были поиски как под win так и под Lin таких прог, перебрали около 10 всяких флудеров и прочего, прокачать и замерять канал проги есть, но они создают одно (ну пускай 5) соединений, что не совсем то, что было нужно, а нужно было именно поток с разными ip как src так dst. В итоге поиски увенчались провалом, Win программы не создавали нужной нагрузки вообще, нашли только одну Lin програмку которая дала более менее нормальный результат, но не хватало некоторых возможностей, вот по этому и пришлось садится и ваять на коленке по быстрому :) но смысл остался и програмка работает и все потребности выполняет :)

Так что хотите пробуйте хотите плюйтесь, Ваше право :)

Edited May 23, 2011 by gavru

[_INF_]

http://www.perihel.at/sec/mz/

 

200 kpps на гигабитном интерфейсе может в один поток нагенерировать на раз-два

 

mz eth0 -c 0 -A rand -B 10.0.0.2 -t tcp "flags=syn, dp=1-1023"

[Dyr]

Э-э-э...

А чо сразу "Э-э-э"? У меня iperf тоже больше 612 не выжал. На интелевской гигабитной карточке.

Такскать, кому не нравится - покупайте железячные решения у Ixia, Spirent и проч. - за десятки килобаксов.

Ну это значит, уж не обижайтесь, что вам нужно подкорректировать свои умения по использованию iperf/OS - 900Мбит/сек можно получить даже на реалтековской гигабитке, хоть и с в четверо большим количеством прерываний, чем у интеловской карты.

 

http://www.perihel.at/sec/mz/

 

200 kpps на гигабитном интерфейсе может в один поток нагенерировать на раз-два

 

mz eth0 -c 0 -A rand -B 10.0.0.2 -t tcp "flags=syn, dp=1-1023"

 

+1 кстати, я про неё и забыл. Очень, ОЧЕНЬ злая программулина. Особенно если ещё уменьшить размер пакетов...о-о-о...

 

 

 

[-Ars-]

Ну это значит, уж не обижайтесь, что вам нужно подкорректировать свои умения по использованию iperf/OS

не обижаюсь :) С использованием iperf у меня всё в порядке, а вот OS 100% не была оптимизирована.