hi,
im looking for a way to automate packet generation for traffic shaper
testing.
found a testfile online and modified it a bit, only source/destination
ip are valid for the interface ...the rest is from the sourcefile so
there are wrong mac addresses and so on.
for traffic shaping testing (HFSC) i only need a mix of small / big
packets that i can capture and graph.
its udp, its 322bytes long (according to trafgen output).
when i run:
trafgen --cpp --dev wlan0 --conf packets/322bytes -t 10ms -n 10
and:
tcpdump -i wlan0 port 7777
it shows 10 packets, each about 10ms apart from another but it takes
some seconds before the packets show up in tcpdump...why is that?
running the same command with "-n 100" i get:
31 packets captured
100 packets received by filter
69 packets dropped by kernel
when aborting tcpdump with ctrl+c.
why would the linux kernel drop packets? since they are 10ms apart and
322bytes long it should manage?
it not like i send 1000 packets without time between sends or am i
hitting some limitation?
ive already tried scapy to generate packets, but sending times were not
very stable for even small ammounts of packets. although the scapy
interface is very nice once you get used to it.
--
You received this message because you are subscribed to the Google Groups
"netsniff-ng" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
