Hi Aaron, Thanks for the reply.
The DUT is a CentOS PC, in which the application developed by us will run. The packets (from pcap file) are pumped with the set up I mentioned in the mail chain(please take a look). The aplication/software I am running on the DUT does not see the packets. This is the issue. Any more explanation needed I can give. Regards, S. Senthil kumar -----Original Message----- From: Aaron Turner [mailto:synfina...@gmail.com] Sent: Thursday, April 05, 2012 11:10 PM To: Main forum for tcpreplay Subject: Re: [Tcpreplay-users] tcpreplay Client Server communication Hey Senthil, So just got back in town and was going over this thread.... one thing you haven't explained is what your DUT is and how it works. This is actually pretty important, since if it's a transparent device (effectively a bridge) the traffic will need to look differently then if the DUT is a router or proxy-arp based device. If your DUT is a TCP proxy (like a HTTP Proxy) then you'll never get it to work, because you're effectively talking to a TCP server (your web proxy). I wrote up some how to's on replaying traffic through a DUT here: http://tcpreplay.synfin.net/wiki/usage Basically you have to remember that tcpreplay replays the network traffic EXACTLY like it is in the pcap file. It doesn't take into account how your DUT works or how it might respond to the packets. So if the pcap doesn't accurately anticipate the responses or how traffic needs to look like to be processed properly by the DUT then you'll get problems. Hope that helps. If you're still suck, more information about how your DUT works and what it is would be useful. -- Aaron Turner http://synfin.net/ Twitter: @synfinatic 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 "carpe diem quam minimum credula postero" ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ 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 SASKEN BUSINESS DISCLAIMER: This message may contain confidential, proprietary or legally privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ 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
