Issue with DPDK-Burst Replay – No Frame Transmission Observed Despite Successful Replay

[Gokul K R (MS/ETA7-ETAS)]

Hi Team,
I’m currently working with the dpdk-burst-replay tool and encountered an issue during execution. Below are the details:
________________________________
Observation:
During replay, we received the following informational message:
port 0 is not on the good numa id (-1)
As per the DPDK mailing list discussions, this warning is typically benign—often seen on NICs like Intel I225/I210, which do not report NUMA affinity. Hence, we proceeded with execution.
________________________________
Command Used:
sudo numactl --cpunodebind=0 --membind=0 ./src/dpdk-replay Original_MAC.pcap 0000:01:00.1
Execution Output:
preloading Original_MAC.pcap file (of size: 143959 bytes)
file read at 100.00%
read 675 pkts (for a total of 143959 bytes). max packet length = 1518 bytes.
-> Needed MBUF size: 1648
-> Needed number of MBUFs: 675
-> Needed Memory = 1.061 MB
-> Needed Hugepages of 1 GB = 1
-> Needed CPUs: 1
-> Create mempool of 675 mbufs of 1648 octets.
-> Will cache 675 pkts on 1 caches.
________________________________
Issue:
Despite successful parsing of the pcap file and proper initialization, no frames were transmitted or received on either the sender or receiver sides.
________________________________
Environment Details:

  *   NIC used: Intel I225/I210
  *   Hugepages configured: 1 GB
  *   NUMA binding: --cpunodebind=0 --membind=0
  *   OS: [Your Linux distribution, e.g., Ubuntu 20.04]
  *   DPDK version: [Mention if known]

________________________________
Could you please advise if any additional setup, configuration, or known limitations may be impacting the packet transmission?
Thank you in advance for your support!


Best regards,
Gokul K R

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mails.dpdk.org/archives/dev/attachments/20250718/aecac5e3/attachment.htm>