Hi Amin, On 11/6/06, Amin Azez <[EMAIL PROTECTED]> wrote: > I'm doing bridge/router testing. > > Using tcpprep and a test device with 2 network ports, I can plug either > side of a bridge and send packets through the bridge in the right > directions. > > I even get the packet sequence right, if I restrict the transmission > rate to 10 packets a second..
The packet sequence doesn't change with higher speeds. Sounds like your device inline is introducing enough delay that it is getting confused when the reply is being received before it is done processing the request. I suppose it's also possible that kernel in your tcpreplay box is buffering the packets and not sending them when tcpreplay actually sends it. If that is the case, I'd love to hear more about what OS/Hardware you're running. > "It would be good if..." tcpreplay looked to receive a mostly-matching > packet header to be received before sending back the next packet. Sounds like Tomahawk. [snip] > I'm not looking for being able to replay against a live server, just to > replay packets in two directions in-sequence. Again, packet order does not change with speed, unless something outside of tcpreplay's control is causing delays. Honestly, I don't have any intention of adding this functionality to tcpreplay since tomahawk already does it, but I won't turn down a decent patch either. Regards, Aaron -- Aaron Turner http://synfin.net/ ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Tcpreplay-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
