Sziasztok,
Ki milyen traffic generátort használ WAN és/vagy S2S VPN mérésre?
Sebességet és bufferbloat-ot tudok mérni, de azt szeretném kimérni, hogy párhuzamosan hány kapcsolatot bír el.
IPERF-el csak akkor tudok mérni több száz kapcsolatot egyszerre, ha script-el több példányt indítok portonként 20-50 kapcsolattal és utána össze kell ollózgatni a kimeneteket.
Milyen modern megoldást ajánlanátok? Jó lenne tcp-t és udp-t is mérni, változó csomagmérettel, stb.
- 717 megtekintés
Hozzászólások
iperf? Azaz iperf2: https://sourceforge.net/p/iperf2/code/ci/master/tree/
Működik kb. 1000 párhuzamos kapcsolatig. UDP méréseknél latency hisztogramot is generáltam már vele, az eredményeket sima ping-el is ellenőriztem, teljesen jók.
UDP-s csv kimenete egy időben bugos volt, nem tudom azóta fixálták-e.
iperf3 sajnos egy szálon fut, hiába tud több kapcsolatot, az mind ugyan azon a CPU-n fog küldeni/fogadni adatokat. Kis sebességeknél nem gond, 40/100Gbps-nél már gáz, ha mondjuk 20Gbps-t bír kihajtani tíz kapcsolattal is.
- A hozzászóláshoz be kell jelentkezni
Ahogy @ricsip kollégának is írtam, nem tudtam, hogy az iperf2 egy külön fejlesztés. Azt hittem, hogy csak régebbi verzió.
Nekem jelenleg maximum 10G-re kell, illetve 4G-s CPE-k mérésére. Lecsekkolom
- A hozzászóláshoz be kell jelentkezni
Nem biztos h. ismert tény, de az iperf2 és az iperf3 két egymással párhuzamosan és függetlenül létező, mai napig fejlesztett tool, egymást nem helyettesítik, hanem kiegészítik. Az iperf3 nem cserélte le az iperf2-t, így van ilyan fícsör ami a 2-ben van és működik, a 3-ban vagy nincs v. van de rosszul működik.
- A hozzászóláshoz be kell jelentkezni
Nem tudtam erről. Azt hittem, hogy az iperf2 csak egy régebbi verzió. Ez szuper
- A hozzászóláshoz be kell jelentkezni
Dettó. Ki is próbáltam tegnap, sikerült is eldobatnom vele a kanalat. Pedig olyan kapcsolókat alkalmaztam, amit a manja írt :-)
Maradok az iperf3-nál, sokáig nem ő lesz a gyenge láncszem otthon.
- A hozzászóláshoz be kell jelentkezni
Bár itt-ott van egy kis dohos multi szaga, de mi már számtalan környezetben használtuk:
- A hozzászóláshoz be kell jelentkezni
Nem tudom mennyire számít a sebesség a "sima" kernel stack+userspace tool-ok(iperf, nuttcp stb) 10G-40G+ fölött :) "általában" elvérzenek.
A Cisco féle Trex-tgn vagy a Juniper WARP17 DPDK-t (https://github.com/Juniper/warp17) használ, sokat tudnak ,de nem egyszerű toolok.
Viszont tudnak Stateful üzemmódot!
Ami még DPDK alapú ,de egyszerűbb generátor:
https://pktgen-dpdk.readthedocs.io/en/latest/contents.html
XDP alapú:
https://github.com/xdp-project/xdp-tools/tree/master/xdp-trafficgen
NETMAP vagy XDP alapú:
Ostinato (fordítani kell a bináris fizetős):
- A hozzászóláshoz be kell jelentkezni
Köszönöm, nekem 10G alatt kellene mérnem. Megnézem ezeket.
- A hozzászóláshoz be kell jelentkezni
A Ruckuswireless féle Zap? Rövid leírás. Értelemszerűen nem kell hozzá Ruckus AP, mivel azokon is Linux fut, ezért kb. bármilyen Linuxon futhat a szerver (és a kliens). (Én anno FreeBSD-n játszottam vele.)
- A hozzászóláshoz be kell jelentkezni
up
- A hozzászóláshoz be kell jelentkezni
Van hozzáférésem Ruckus AP-khoz, de nem szoktam birizgálni őket, mert nincs velük semmi gond.
Megnézem azokon először ezt, ha default rajta van.
- A hozzászóláshoz be kell jelentkezni
Gondom nekem sincs velük, de teszteléshez jók lehetnek. Ha jól tippelem, ez a zap ugyanaz, mint amit mostanában SpeedFlex néven érhetsz el - van ilyen app Droidra (és valszeg Szifonra is). De ez csak megérzés. Mondjuk némileg alátámasztja, hogy előbb két AP között futtattam a tesztet az asztali gépen a zap-pal indítva, utána a lokális gépen elindítottam a zapd-t is, és máris tudtam tesztelni az egyik AP és az asztali gép között - mindkét irányba.
- A hozzászóláshoz be kell jelentkezni
Most főként az foglalkoztat, hogy mivel lehetne jól és gyorsan kimérni branch office-okat. Első látásra ez nem annyira alkalmas erre, de máskor jól jöhet. Ki kell próbálni.
- A hozzászóláshoz be kell jelentkezni