Appears to be a bug. I submitted the following issue on GitHub. https://github.com/appneta/tcpreplay/issues/79
Fred. On 2014-04-04, 11:01 AM, "Thomas McMurphy" <th.mcmur...@gmail.com> wrote: >Version information (output of -V) >tcpreplay version: 4.0.4 (build git:v4.0.4) >Copyright 2013-2014 by Fred Klassen <tcpreplay at appneta dot com> - >AppNeta Inc. >Copyright 2000-2012 by Aaron Turner <aturner at synfin dot net> >The entire Tcpreplay Suite is licensed under the GPLv3 >Cache file supported: 04 >Not compiled with libdnet. >Compiled against libpcap: 1.5.3 >64 bit packet counters: enabled >Verbose printing via tcpdump: enabled >Packet editing: disabled >Fragroute engine: disabled >Default injection method: PF_PACKET send() >Optional injection method: netmap > >Command line used (options and arguments) >tcpreplay --quiet --loop=100 --topspeed --cachefile=bigFlows.cache >--intf1=eth4 --intf2=eth5 --preload-pcap --netmap bigFlows.pcap > >Platform (Red Hat Linux 9 on Intel, Solaris 7 on SPARC, etc) >Debian 3.11.8-1 > >Make and model of the network card(s) and driver(s) version >Card: Intel Corporation Ethernet 10G 2P X520 Adapter (rev 01) >Driver: ixgbe 3.18.7 > >Error message (if available) and/or description of problem >Tcpreplay doesn't send out data when when netmap is enabled for a >bidirectional replay. > >If possible, attach the pcap file used (compressed with bzip2 or gzip >preferred) >bigFlows.pcap from http://tcpreplay.appneta.com/wiki/captures.html > >Detailed description of your problem or what you are trying to accomplish > I am trying to use tcpreplay with netmap enabled to generate >bidirectional traffic at a high rate for performance testing. To >accomplish this I have tried the command below, but no data is sent >out to the device under test. Tcpreplay appears to be stuck until the >process is killed from another session. >""" >time /usr/local/bin/tcpreplay --quiet --loop=100 --topspeed >--cachefile=bigFlows.cache --intf1=eth4 --intf2=eth5 --preload-pcap >--netmap bigFlows.pcap >Switching network driver for eth4 to netmap bypass mode... done! >Switching network driver for eth5 to netmap bypass mode... done! > >^C User interrupt... >^C User interrupt... >^C User interrupt... > >Terminated > >real 7m41.030s >user 0m3.400s >sys 7m27.088s >""" >Running the same command minus the netmap option sends data onto the >wire as expected and completes in 52 seconds. >Running the same command minus the cachefile and intf2 options sends >data onto the wire and completes in 36 seconds. > >Are there any caveats with enabling netmap and bidirectional replay at >the same time? > >-------------------------------------------------------------------------- >---- >_______________________________________________ >Tcpreplay-users mailing list >Tcpreplay-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/tcpreplay-users >Support Information: http://tcpreplay.synfin.net/trac/wiki/Support ------------------------------------------------------------------------------ _______________________________________________ Tcpreplay-users mailing list Tcpreplay-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tcpreplay-users Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
