Awesome,

Thanks Aaron, I'll see if we can get this done!

James.

Aaron Turner wrote:
On Oct 23, 2007 3:53 PM, James Bergeron
<[EMAIL PROTECTED]> wrote:
 Hi Aaron,

 I understand the concern for the further complexity -- but -- in my case
for which I am using your software, I do not see ARPs and I am using
dedicated ethernet devices to send and receive traffic.  For me, simply
counting would actually work. :)

 I can write C, or have many people at my immediate disposal that can help
me write C if need be.

Then prolly the best thing is you and/or your group hack tcpreplay
yourself.  I've been tracking this feature request for at least 2
years (ticket #7) now and I've never been sufficiently  to make it
happen.

 For now, I have stuck a usleep(100000); right before processing a packet,
right in do_packet.c seems to work for me but slows everything down
considerably and without good reason.

Yeah, that would suck.

 What I need guidance on is which data structures contain the information
about which ethernet port is being used and how to monitor the ports for
ingress data.

Interface selection for output is done here:
http://tcpreplay.synfin.net/trac/browser/branches/2.3/do_packets.c#L294

Options are stored in this data structure here:
http://tcpreplay.synfin.net/trac/browser/branches/2.3/tcpreplay.h#L76

2.3.5 uses libnet for sending packets.  For receiving packets, I would
recommend using the libpcap library.  You'll need to open two pcap
handles (one for each interface) and then read from them to count
packets.

You'll prolly want to hook in your packet detection/reading code around here:
http://tcpreplay.synfin.net/trac/browser/branches/2.3/do_packets.c#L375

Regards,
Aaron

-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users

Reply via email to