Using tcpprep I divided the traffic into server and client (SYN->Client,
SYN_ACK->Server).
Even I am able to pump server side traffic in one interface and client side
traffic in another interface.
Following are the commands I used, prior to this MAC & IP addresses are
changed, so that it matches with the DUT as mentioned below.
1. tcpprep -c <ip address> -i file.pcap -o file.cache
2. tcpreplay -i eth0 -I eth1 -c file.cache file.pcap
Is this correct Ali ??. Yet my application does not see the packets.
Please Validate this. I am completely struck.
Regards,
S. Senthil kumar
From: Ali Gouta [mailto:ali.go...@gmail.com]
Sent: Wednesday, April 04, 2012 5:24 PM
To: Main forum for tcpreplay
Subject: Re: [Tcpreplay-users] tcpreplay Client Server communication
Actually I think the way you are proceeding will oblige you to send traffic
only in one direction !!!. I think you have at first to share your trafic into
Server side and client side => Means you need to use tcpprep... Then you have
to properly add the entries that matches the actual ip adresses found in your
trace!!! Now to your question, if any gets missed.. I really don't have the
answer...But what reason may let a packet gets lossed ? It depends on the
amount of trafic per second you are relaying !! capacity of ethernet links you
are using.... if the throughput of your replayed capture is under 1 Gbps I
don't see reasons of rejecting packets ...
On Wed, Apr 4, 2012 at 12:34 PM, Senthil Kumar S
<senthilkuma...@sasken.com<mailto:senthilkuma...@sasken.com>> wrote:
Give me a quick reply please..
If I add proper routes in the DUT, then the communication between Client and
Server will be real ??
Does it mean, tcpreplay will start traffic in this order SYN, SYN-ACK, ACK ??.
what if any packet gets missed (ex: SYN-ACK) ??
Regards,
S. Senthil kumar
From: Ali Gouta [mailto:ali.go...@gmail.com<mailto:ali.go...@gmail.com>]
Sent: Wednesday, April 04, 2012 12:51 PM
To: Main forum for tcpreplay
Subject: Re: [Tcpreplay-users] tcpreplay Client Server communication
Did you add new entries in the routing table of the DUT ?
command to be prompt: route ******
on advice: try using tshark instead wireshark.
good luck.
On Wed, Apr 4, 2012 at 7:51 AM, Senthil Kumar S
<senthilkuma...@sasken.com<mailto:senthilkuma...@sasken.com>> wrote:
Let me explain how the setup looks like with some more details,
TCPReplay PC DUT
eth0: 10.2.12.156 DUT-eth0: 10.2.12.152
MAC: 44:37:e6:0f:e1:54 DUT-MAC: 00:16:76:c1:32:DA
eth1:192.168.0.100 DUT-eth1: 192.168.0.101
MAC: 00:1c:f0:94:a4:3f DUT-MAC: 00:e0:1c:3c:2f:a6
My application runs on the DUT. The pcap files have Server-Client traffic with
ip addresses, 10.2.12.152 & 192.168.0.101, accordingly the MAC addresses.
This pcap file was pumped from the "TCPReplay PC". Isn't that correct ?? if
not, what change I have to do??
Pls help me.
Regards,
S. Senthil kumar
From: Senthil Kumar S
Sent: Wednesday, April 04, 2012 9:49 AM
To: Main forum for tcpreplay
Subject: RE: [Tcpreplay-users] tcpreplay Client Server communication
I changed the MAC address to match the MACs of the DUT. Two instances of
wireshark were used. One listens to eth0 and another listens to eth1.
Regards,
S. Senthil kumar
From: Panos Kampanakis
[mailto:pan...@gmail.com]<mailto:[mailto:pan...@gmail.com]>
Sent: Wednesday, April 04, 2012 8:51 AM
To: Main forum for tcpreplay
Subject: Re: [Tcpreplay-users] tcpreplay Client Server communication
What is the destination MAC? Could it be that Wireshark is listening in
promiscuous mode but the dest mac is not the DUT NIC's MAC so the NIC and thus
the application don't see the packets?
On Tue, Apr 3, 2012 at 3:19 AM, Senthil Kumar S
<senthilkuma...@sasken.com<mailto:senthilkuma...@sasken.com>> wrote:
Hi All,
I am using tcpreplay- version 3.4.4.
The usage is like Client - Server packets go in one interface(eth0), Server -
Client traffic goes in another interface(eth2).
DUT is another PC having two interfaces. Packets sent using tcpreplay are
received in the DUT (wireshark displays all the packets), but my application
running in the DUT does not receive or see any packets.
Why is this behavior ??.
What I should do, so that my application under test can see the packets ??
Any help is appreciated.
Regards,
S. Senthil kumar
________________________________
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
------------------------------------------------------------------------------
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<mailto:Tcpreplay-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
------------------------------------------------------------------------------
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<mailto:Tcpreplay-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
------------------------------------------------------------------------------
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<mailto:Tcpreplay-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
------------------------------------------------------------------------------
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
