On 7/17/07, Torsten Curdt <[EMAIL PROTECTED]> wrote: > While the replay is working fine now I noticed that the speed > adjustments somehow don't work for me.
Older versions have problems. > I have a pcap with a single packet. Ah, that's a strange corner case. v3.1 should resolve any issues related to single packet pcaps with -M. Right now 3.1 is scheduled to be released in about 2 weeks, but I don't know how realistic that is right now... Kinda depends on if I push out some features to the next release: http://tcpreplay.synfin.net/trac/milestone/3.1 > tcpreplay -i eth0 -l=1000 -M=10 /home/torsten/mean_packet.pcap > > But the result turns out to be > > > Actual: 1870008 packets (1011674328 bytes) sent in 84.64 seconds > > Rated: 11951805.6 bps, 91.19 Mbps/sec, 22092.06 pps Yep, that's the bug. > Also it would be nice to be able to get rid of > > > processing file: /home/torsten/mean_packet.pcap -q in the latest versions of tcpreplay will suppress that. > And as I am looping over a file with a single packet ...shouldn't > that result in exactly 1000 packets? Try with 3.0.1. beta7 is so ancient that I just can't support it anymore. -- Aaron Turner http://synfin.net/ http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Tcpreplay-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
