PAGES
← all tools
◆ Network Analysis & Monitoring

tcpreplay

v4.6.1 open-source

Edit and replay captured network traffic at arbitrary speeds — a suite of pcappcapA packet capture, recorded network packets that can be inspected later. Analysts use it to reconstruct communication and investigate protocol behavior or suspicious traffic. tools for *NIX and Windows.

Summary

tcpreplay is an open-source (GPLv3) suite of command-line utilities for UNIX and Windows-under-Cygwin that replays network traffic previously captured with tools like tcpdump or Wireshark back onto a live network, rewriting Layer 2/3/4 headers and classifying traffic as client or server along the way. It runs in single or dual NICNICA network interface card or adapter, the hardware that connects a computer to a network. It sends and receives packets over the link. mode, from a trickle up to full wire rate, and is aimed at people testing firewalls, IDS/IPSIDS/IPSIntrusion Detection System / Intrusion Prevention System — network or host monitors that inspect traffic for known attack patterns, alerting on matches (IDS) or actively blocking them (IPS). and NetFlow appliances rather than at those doing packet capturepacket captureA packet capture, recorded network packets that can be inspected later. Analysts use it to reconstruct communication and investigate protocol behavior or suspicious traffic. itself. Injection backends include AF_XDPAF_XDPA Linux kernel interface that hands raw packets to a userspace program straight off the network card, skipping the kernel's networking stack. It is how userspace tools reach line rate on 100G links. and io_uring for high-speed links, plus a raw IP path for interfaces like WireGuardWireGuardA modern VPN protocol and Linux kernel module, maintained as an open-source project, that establishes encrypted tunnels using minimal code and fast cryptography, giving cyber tools a lightweight, high-performance transport layer. that lack an L2 header. First committed in 2002, it remains active, with 76 contributors and a release 24 days ago.

Edit and replay captured network traffic at arbitrary speeds — a suite of pcap tools for *NIX and Windows.

How tcpreplay helps

Will my firewall or IPS actually catch this traffic when it's live, not just sitting in a pcap?

replays the captured packets back onto a real link at the same timing they were recorded with, so the appliance sees the traffic exactly as it arrived the first time, rather than as a file being parsed offline

Can my inline device tell the difference between the client side and the server side of a captured conversation?

classifies each captured flow as client or server and can send them out two separate interfaces so an in-line device sees traffic arriving from the correct direction

Will my NetFlow appliance's timeout settings hold up under a real flow rate, not just a handful of test flows?

drives the link at rates up to hundreds of thousands of flows per second and reports flows-per-second statistics so flow-expiry tuning can be checked against real throughput

Does my monitoring stack still work once headers no longer match the original capture environment?

rewrites Layer 2, 3 and 4 header fields as it replays so the traffic matches a different network's addressing instead of the one it was captured on

Can my application stay correct when the network isn't ideal?

drops a configurable percentage of packets at random during replay so the receiving application can be watched under simulated loss instead of a clean feed

Will traffic reach a tunnel or VPN interface that never had a normal frame header to begin with?

sends packets through a raw IP path for interfaces like WireGuard or tun that lack a Layer 2 header, rebuilding just enough framing to get them onto the wire

all 16 features, with the evidence for each →

Languages

Not documented

Features

16 capabilities across 3 capability groups · 1 backed by code, an API document or a real run

Built from tcpreplay's releases, docs, README and our own runs. “Seen” marks the month we first spotted a release the vendor didn't date. Group names and tags are our labels.

Compare with peers →

  • tcpreplay covers 2 of the 34 network analysis capabilities we track.
  • tcpreplay covers 1 of the 5 network observation capabilities we track.

What tcpreplay offers you

  • Command-line interface5
Packet crafting and generation 9 features Network analysis since 2014
AF_XDP kernel-bypass packet injection shipped Injects packets via AF_XDP, reaching near-line-rate throughput on high-speed links, with controls for queue binding, batch size, and strict fallback behaviour. 12 releases · 2 other sources · first seen Jan 2014

Shared capability: Packet crafting and generation

Also counts toward: Command-line interface

release 12 total

  • Adds --xdp-batch-size for tuning AF_XDP batch depth on very high-speed links (100GigE+) with small packets. v4.6.0 · Jul 2026 · source · release history
  • New --xdp-queue <n> flag selects specific adapter queue for AF_XDP socket binding v4.6.0 · Jul 2026 · source · release history
  • Adds --xdp-queue to bind the AF_XDP socket to a specific adapter queue instead of always using queue 0. v4.6.0 · Jul 2026 · source · release history
  • New --xdp-no-fallback flag makes AF_XDP setup fail hard instead of silently falling back (useful for benchmarking) v4.6.0 · Jul 2026 · source · release history
  • Adds --xdp AF_XDP injection backend, now reaching ~941 Mbps (305k pps) line rate on 1GigE hardware — a 23× improvement over the previous implementation. v4.6.0 · Jul 2026 · source · release history
  • Adds --xdp-no-fallback to fail hard rather than silently fall back to the default injector — useful for benchmarking where a silent injector change would invalidate results. v4.6.0 · Jul 2026 · source · release history

example

  • Benchmark AF_XDP on a specific queue without silent fallback masking results — fail loudly if XDP can't be used. tcpreplay --xdp --xdp-no-fallback --xdp-queue 2 -i eth0 capture.pcap v4.6.0 · Jul 2026 · source
  • Saturate a 1GigE link using the AF_XDP kernel-bypass backend; fall back automatically if the adapter lacks native XDP support. tcpreplay --xdp -i eth0 capture.pcap v4.6.0 · Jul 2026 · source
Raw IP (L3) interface replay shipped Replays traffic onto L3-only interfaces such as WireGuard and tun that carry no L2 header. 4 releases · first seen Jul 2024

Shared capability: Packet crafting and generation

Also counts toward: Command-line interface

release

  • Adds support for replaying onto raw IP (L3-only) interfaces such as WireGuard and tun, which have no L2 header. v4.6.0 · Jul 2026 · source · release history
  • Adds --raw PF_INET/SOCK_RAW injection path that routes packets through the kernel IP stack (routing, netfilter); IPv4-only, rebuilds L2 framing. v4.6.0 · Jul 2026 · source · release history
  • New --raw flag enables PF_INET/SOCK_RAW injection path through the local IP stack (IPv4 only) v4.6.0 · Jul 2026 · source · release history
  • Adds support for SLL2 (Linux cooked capture encapsulation v2) format. v4.5.1 · Jul 2024 · source · release history
Replay engine as embeddable static library shipped Installs the replay engine as a standalone static C library (libtcpreplay) for embedding in other cyber tooling. 2 releases · 2 other sources · first seen Jul 2026

Shared capability: Packet crafting and generation

release

  • Installs the replay engine as libtcpreplay, a standalone static C library. v4.6.0 · Jul 2026 · source · release history
  • libtcpreplay static library is now installed as a standalone C library for embedding replay engine v4.6.0 · Jul 2026 · source · release history

docs

  • Suite of utilities for editing and replaying captured network traffic (pcap files) onto live networks at arbitrary speeds for testing firewalls, IDS/IPS, and Ne

example

  • Compile app against libtcpreplay cc myapp.c $(pkg-config --cflags --libs --static libtcpreplay) -o myapp
Traffic distortion and fuzzing shipped Generates distorted packet traffic with configurable seeds and ratios to test application resilience and handling of malformed inputs. 2 releases · 2 other sources · first seen Mar 2017

Shared capability: Packet crafting and generation

release

example

  • Specify a fuzz ratio when replaying traffic. tcpreplay --fuzz-factor=0.5 capture.pcap v4.2.5 · May 2017 · source
  • Generate distorted packet traffic with a specific fuzzing seed for testing resilience. tcpreplay --fuzz-seed=12345 -i eth0 capture.pcap v4.2.0 · Mar 2017 · source
Cyclic IP address modification shipped Modifies source or destination IP addresses cyclically during replay to test load balancer or routing state handling. 2 releases · 2 other sources · first seen Jan 2016

Shared capability: Packet crafting and generation

release

  • Adds --unique-ip-loops option to modify source/destination IPs every few loops v4.2.0 · Mar 2017 · source · release history
  • --unique-ip now accepts --duration to control the time window for IP variation. v4.1.1 · Jan 2016 · source · release history

example

  • Modify IP addresses cyclically during replay to test load balancer or routing state handling. tcpreplay --unique-ip-loops=5 -i eth0 capture.pcap v4.2.0 · Mar 2017 · source
  • Send traffic from a pcap file with unique IPs for a specific duration using the new option combination. tcpreplay --unique-ip --duration=60 capture.pcap v4.1.1 · Jan 2016 · source
io_uring packet injection backend shipped Batches packet sends 64-deep via Linux io_uring, reducing per-packet syscall overhead and CPU usage during replay. 2 releases · first seen Jul 2026

Shared capability: Packet crafting and generation

Also counts toward: Command-line interface

release

  • Adds --io-uring injection backend that batches sends 64 deep via Linux io_uring, reducing per-packet syscall count 64× for ~11% less CPU per packet. v4.6.0 · Jul 2026 · source · release history
  • --io-uring injection backend batches sends for lower CPU usage (~11% less CPU per packet) v4.6.0 · Jul 2026 · source · release history
Packet length correction shipped Automatically adjusts packet lengths during replay to ensure valid frames are transmitted over the network. 1 release · first seen Jul 2024

Shared capability: Packet crafting and generation

release

  • Adds --fixhdrlen tcpreplay option to control handling of packet length changes during replay. v4.5.1 · Jul 2024 · source · release history
Replayed traffic dump shipped Writes packets generated during a replay session directly to a PCAP file for later analysis. 1 release · first seen Jul 2024

Shared capability: Packet crafting and generation

Also counts toward: Command-line interface

release

  • Adds -w <file> tcpreplay option to write replayed packets directly to a PCAP file instead of transmitting them over an interface. v4.5.1 · Jul 2024 · source · release history
Selective packet replay targeting shipped Allows specifying specific packet numbers for inclusion or exclusion during replay to test targeted scenarios. 1 release · first seen Jul 2024

Shared capability: Packet crafting and generation

release

  • Adds --include and --exclude tcpreplay options to specify specific packet numbers for selective replay. v4.5.1 · Jul 2024 · source · release history
Packet replay 3 features Network observation since 2014
Packet-loss simulation shipped Randomly drops a configurable percentage of packets during replay to test application behaviour under lossy network conditions. 2 releases · 2 other sources · first seen Jul 2026

Shared capability: Packet replay

release

  • Adds --loss flag for random percent packet-loss simulation (0–100%), enabling testing against non-ideal network conditions. v4.6.0 · Jul 2026 · source · release history
  • New --loss <percent> flag simulates random packet loss (0–100%) for testing non-ideal conditions v4.6.0 · Jul 2026 · source · release history

example

  • Simulate 10% packet loss to test application resilience tcpreplay --loss 10 -i eth0 capture.pcap v4.6.0 · Jul 2026 · source
  • Simulate a lossy link by randomly dropping 10% of packets during replay to stress-test application resilience. tcpreplay --loss 10 -i eth0 capture.pcap v4.6.0 · Jul 2026 · source
Rate-limited transmission with high-accuracy performance shipped Controls the transmission speed of packet replay, enabling high-accuracy and high-performance rate limiting capabilities. 2 releases · first seen Jan 2014

Shared capability: Packet replay

release

  • Allows fractional values for the --pps (packets-per-second) option v4.2.0 · Mar 2017 · source · release history
  • --mbps option now enables high-accuracy, high-performance transmission rates. v4.0.0 · Jan 2014 · source · release history
Replay output verbosity control shipped Provides options to suppress non-critical warnings during packet replay operations. 1 release · first seen Jul 2024

Shared capability: Packet replay

release

  • Adds -W tcpreplay option to suppress warnings during packet replay. v4.5.1 · Jul 2024 · source · release history
Packet capture (live and offline) 1 feature Network analysis since 2016
Network interface and capture format support shipped Provides support for alternative network interfaces and capture formats, including Linux cooked capture (SLL) loopback and Tap devices across Linux and FreeBSD. 2 releases · first seen Jan 2016

Shared capability: Packet capture (live and offline)

release

  • Handles loopback for Linux cooked capture files (Linux SLL) via corentin-p1 contribution. v4.1.1 · Jan 2016 · source · release history
  • Adds Tap device support for Linux and FreeBSD via new contributor Murat Demirten. v4.1.1 · Jan 2016 · source · release history
Other / not yet classified 3 features Features we have not matched to a capability yet. A suggested match is marked.
Code-generation CLI for option stubs verified Command-line tool that generates C option source files from the source tree, with flags to target specific directories, skip man-page sources, and verify output against files already on disk. 1 release · 4 other sources · first seen Nov 2018

Also counts toward: Command-line interface

release

  • tcpreplay: Adds ability to change TCP SEQ/ACK numbers with new options v4.3.0 · Nov 2018 · source · release history

command line

  • --no-adoc — skip src/*.adoc (man-page source); only write *_opts.c/h v4.6.0-beta1 · Jul 2026 · command-line history
  • --top — top of the source tree v4.6.0-beta1 · Jul 2026 · command-line history
  • --check — compare against the files on disk instead of writing v4.6.0-beta1 · Jul 2026 · command-line history

example

  • Replay a captured PCAP with modified TCP sequence and acknowledgment numbers for testing or emulation. tcpreplay --edit -S <source_seq> -A <source_ack> -s <snaplen> capture.pcap v4.3.0 · Nov 2018 · source
CMake build system support shipped Provides a CMake build path as an alternative to autotools, with full feature parity. 2 releases · 1 other source · first seen Jul 2026

release

  • Adds CMake build system (cmake -B build && cmake --build build) as an alternative to autotools, with full feature parity. v4.6.0 · Jul 2026 · source · release history
  • CMake build system (cmake -B build && cmake --build build) replaces AutoGen as the primary build method v4.6.0 · Jul 2026 · source · release history

example

  • Build the tool using CMake as the primary method cmake -B build && cmake --build build v4.6.0 · Jul 2026 · source
Configurable delay intervals for bypass modes shipped Allows customization of timing delays specifically for network driver bypass mechanisms such as netmap and Quick TX. 1 release · 1 other source · first seen Dec 2014

release

  • Adds --netmap-delay CLI argument to customize netmap delay intervals v4.1.0 · Dec 2014 · source · release history

example

  • Customize the delay interval for netmap operations when using QTX bypass. tcpreplay --qtx-bypass --netmap-delay 50 capture.pcap v4.1.0 · Dec 2014 · source

Lines in monospace are the tool's own words: help text parsed from its source, or an endpoint from its API document. Under release, a line is our summary of a dated release. Under docs, it is quoted from the tool's own documentation or website. Each links back to the source it came from.

Screenshots

From the release notes, newest first. Click one to see it full size.

CVE-2026-102752 Jul 24, 2026

Score card

  1. Shipping velocity releases a month, last 12 months
  2. Documentation quality release-notes rubric, 0–100
  3. Breaking-change discipline how rarely a release breaks users, and notice given
  4. Maintenance risk quiet time against its own cadence, maintainers
  5. Innovation & surface new capabilities, API and MCP surface
  6. Community health
  7. Contributor trend distinct committers, this year against last
  8. Maintainer concentration bus factor now against a year ago
  9. Issue backlog trend issues closed per issue opened, 12 months
  10. Responsiveness median time to a maintainer’s first reply

Nine scores for tcpreplay, each built from the releases, notes and API history this site tracks — and, on Researcher and Business, where it stands among every measured tool in its category and how that has moved.

Score cards are part of every paid plan.

See plans →

Each score is 0–100 on a published rubric, derived from data this site already shows. A dimension we cannot measure says so — it is never scored 0 and never enters a rank.

How this is scored
  • Shipping velocity — releases a month over the last 12 months, on a log scale where 16 a month scores 100. Needs 3 releases in the window.
  • Documentation quality — the release-notes rubric published on the analytics page, unchanged.
  • Breaking-change discipline — the share of releases carrying a breaking change (none scores 100, half or more scores 0). Only projects that label breaking changes are measured: a clean record cannot be told from an unlabelled one.
  • Maintenance risk — quiet time measured against the tool's own release cadence (quiet longer than 90 days and three typical gaps scores 0), plus the number of active maintainers and whether contributors are growing, where known. Higher is lower risk.
  • Innovation & surface — new capabilities in the feature ledger this year, API and MCP operations added, and the share of commits that are features: the mean of whichever we hold.
  • Community health (open-source tools only) — each is a direction, not a size: contributors this year against last, the bus factor now against a year ago, and issues closed per issue opened, where steady scores 50, doubled 100 and halved 0; plus the median time to a maintainer's first reply (an hour scores about 100, a month or more 0). A commercial card has no repository and carries none of the four.
  • Documented delivery (commercial tools) — when a vendor's documented new capabilities have slowed against its own baseline, that counts against the overall standing as heavily as two low dimensions. Steady delivery, or too little history to judge, leaves the standing alone; it is never a sixth score.
  • Open-source tools are scored on repository signals; commercial tools on their published changelog. Ranks compare tools within one category and one profile and need at least five measured peers; the overall standing needs three ranked dimensions. Best-in-breed or consolidator is a shape, not a quality, and is never scored.

Release-note detail over time

See how much detail tcpreplay puts in its release notes, quarter by quarter, and compare it with tracked tools in the same category. This history uses up to ten retained, reviewed notes per tool; sparse or blank older quarters may reflect that limit.

Checking release-note history…

Explore the full chart →

Releases

Show

20 entries

  1. August 20261
  2. July 202612
  3. July 20241
  4. November 20181
  5. May 20171
  6. March 20171
  7. January 20161
  8. December 20141
  9. January 20141
    Show

    20 entries

    Project health

    Issue, contributor and maintainer activity in appneta/tcpreplay, 2023-10 – 2026-09, as of 2026-09-25. Twelve-month figures first; the trend lines run the whole window.

    1. Contributors 5 −1 vs prior 12 months
    2. Maintainers 1 +2 joined · −2 left, last 12 months
    3. Bus factor 1 committers behind half the commits
    4. Community-filed 17% of issues opened, last 12 months
    5. Median time to close 2.4 days first maintainer reply 0.9 hours
    6. Open backlog 0 of 531 issues ever filed
    1. Issues opened / month 0 · 0 communitymaintainers
    2. Open backlog 0
    3. Contributors / month 0
    4. Commits / month 0
    5. Stars 1,349
    Issue themes, last 12 months
    • bugs 44%
    • features 17%
    • other 39%

    Counts from the project's public repository and git history; no individuals are identified. Maintainers are the committers covering 80% of the last year's commits. how we measure this

    Libraries its release ships

    What its latest release locks, checked against known advisories.

    None of its release's images build from a lockfile we can read.

    Add the badge to your README

    Maintain this project? The badge links readers straight to this page, so they can follow every release here.

    Tracked by Cyber Toolchain Choose a badge style and copy the code →
    browse all tools → score card for your toolchain →