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
