Ticket #7 (new enhancement)

Opened 6 years ago

Last modified 4 years 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?)

Change History

comment:1 Changed 6 years ago by aturner

  • Hardware set to All
  • Milestone changed from 3.0.0 to 3.0+

comment:2 Changed 5 years ago by aturner

  • Add to FAQ? unset
  • Priority changed from medium to high

comment:3 Changed 4 years 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).

Note: See TracTickets for help on using tickets.