LINUX.ORG.RU
ФорумAdmin

nping генерация пакетов > 1000pps

 nping


0

1

Хочу потестить сервис на UDP, хочу отправлять 20000 пакетов в сек. Ни меньше ни больше. Меньше 1000 можно, но если устанавливать --delay 0.5 то nmap убирает задержку вовсе и использует всю пропускную способность сети, что делает тест не корректным. Погуглил, посмотрел код nmap и пришел к выводу, что меньше 1ms задержку не поставить.

https://github.com/nmap/nmap/issues/1751

https://security.stackexchange.com/questions/136313/maximum-limit-of-nping-ra...

Какой-то странный инструмент, с одной стороны создавался для тестирования, но и тестировать нельзя. Что посоветуете, чем ещё можно тестить? Порбовал trafgen, но там какие-то сложные конфиги надо писать, оч. не удобный

Вобщем мне нужно как-то напрячь udp порт и посмотреть как ведет себя сервис

★★★★

1000pps это вообще ни о чем. О чем вообще думали разрабы, делая такую дичь? Либо 1000 либо прет безлим забивая все вообще

gobot ★★★★
() автор топика
Ответ на: комментарий от zolden

Запустил 50 штук, удалось 50 000pps сгенерировать при 90% загрузке CPU. Больше выжать нереально, но хотелось бы около 100 000

gobot ★★★★
() автор топика

Так напиши, в чем проблема та? Приложение же плевое

cobold ★★★★★
()

Из большого pps сделать меньше достаточно просто.

Посмотри на трафик policer. У тебя трафик идет на один хост/порт, так что фильтр простой. Что-то типа

tc qdisc del dev eth0 root
tc qdisc add dev eth0 root handle 1 htb default 2 r2q 60
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dst 1.1.1.1 \
 match ip dport 2222 0xffff  police rate 64kbit burst 10k drop flowid :1
Только один нюанс - police работает с bps, а тебе нужно pps. Но это легко расчитывается при помощи калькулятора. Длину пакета ты же знаешь?

vel ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.