Hi, I seem to have a problem where as sometimes packet 2 is sent before packet 1. Or they are sent so close in time to each other my DUT sees packet 2 before packet 1. This only occurs on older versions of linux for some reason, and only when packet 1 is sent on eth1 and packet 2 on eth2.
I was looking at making a minor modification to tcpreplay for my purposes that would count the number of packets sent on eth1 and expect them on eth2 before sending any packets on eth2. Yes I know it sounds stateful and sounds like Tomahawk but tomahawk does some very odd stuff that does not work in my environment. Tcpreplay works perfect for me except for this odd case and only when timing is just right (or wrong). I have tried slowing things down with the -p option but that does not solve the problem. I have slowed things down with a static delay between packets and that does work. What I would like to do is count the # packets going out each ethernet device and decrement this counter when packets enter the other ethernet device (-i and -j). Allowing sending to only occur when the counter is zero. Does tcpreplay current monitor the ethernet stack for ingress? I'm not sure where to start here and any guidance would be appreciated. It seems fairly simple on the surface. I'm going to make you scream more when I say I'm using version 2.3.5 because it does everything I need :P Unless you think upgrading to 3.0 or 3.1 will solve the current problem I have. Thanks ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Tcpreplay-users mailing list Tcpreplay-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
