So I've found the real problem.
tcpreplay is defaulting to using nanosleep(), not gettimeofday().
Specifying:
tcpreplay -i eth0 -Tgtod replay.pcap
Should provide better results. You still may have some issues
running under Xen, but I was able to reproduce your issue and this
fixed things:
[r...@monster ~]# tcpreplay --pps=400 -i eth1 replay.pcap
sending out eth1
processing file: replay.pcap
Actual: 31823 packets (43215634 bytes) sent in 127.90 seconds
Rated: 337871.2 bps, 2.58 Mbps/sec, 248.80 pps
Statistics for network device: eth1
Attempted packets: 31823
Successful packets: 31823
Failed packets: 0
Retried packets (ENOBUFS): 0
Retried packets (EAGAIN): 0
[r...@monster ~]# tcpreplay --pps=400 -i eth1 -Tgtod replay.pcap
sending out eth1
processing file: replay.pcap
Actual: 31823 packets (43215634 bytes) sent in 79.61 seconds
Rated: 542802.5 bps, 4.14 Mbps/sec, 399.71 pps
Statistics for network device: eth1
Attempted packets: 31823
Successful packets: 31823
Failed packets: 0
Retried packets (ENOBUFS): 0
Retried packets (EAGAIN): 0
--
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & Windows
Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety.
-- Benjamin Franklin
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Tcpreplay-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
