Ticket #7 (new enhancement)

Opened 3 years ago

Last modified 7 months ago

wait for packets before sending reply

Reported by: aturner Owned by: aturner
Priority: high Milestone: Future Release
Component: tcpreplay Version: 3.0.beta7
Keywords: Cc:
Operating System: N/A Add to FAQ?: no
Hardware: All
Output of tcpreplay -V:

Description

Add support for dual-nic send on one intf, wait for packet, send next. would be really useful for testing the effectiveness of how well an IPS detects and blocks attacks. (TP's tomahawk does this even better then described here, so why re-invent the wheel?)

Attachments

Change History

Changed 3 years ago by aturner

  • hardware set to All
  • milestone changed from 3.0.0 to 3.0+

Changed 19 months ago by aturner

  • add_to_faq unset
  • priority changed from medium to high

Changed 13 months ago by aturner

One re-occuring problem people have is that as PPS increases, the DUT can't keep up and starts processing replies before queries. In some cases, it may even be the box running tcpreplay processes packets out of order???

Anyways, it would be very nice to have a simple method of send/wait which can deal with other traffic on the wire (DUT doing ARP requests, multiple copies of tcpreplay running, etc).

Add/Change #7 (wait for packets before sending reply)

Author



Action
as new
 
Note: See TracTickets for help on using tickets.