Hi,

I’m not aware of a known ConnectX-5 issue matching this pattern. VPP’s 
TX-Failure counter can indicate packets VPP couldn’t hand to DPDK, it doesn’t 
necessarily mean the NIC reported a physical transmit error.
When the issue occurs, you should capture VPP interface and error counters, 
kernel logs, NIC TX and link counters, and the peer switch’s port counters 
before restarting or rebooting, eg.
 - VPP: show version, show dpdk version, show hard, show int, and show err
 - Host: dmesg, ethtool -S <netdev>, and devlink health show pci/<BDF> reporter 
tx
 - NIC and link: mlxlink -d <mst-device> -p <port> -c

This should help narrowing down the issue.

Best,
ben

________________________________________
From: [email protected] <[email protected]> on behalf of Excel Sebastianus 
via lists.fd.io <[email protected]>
Sent: Tuesday, September 29, 2026 5:36
To: [email protected]
Subject: [vpp-dev] DPDK TX-Failure on CQSFP2 During Low Traffic

Dear VPP Team,

I’m currently experiencing an issue with my VPP device where DPDK TX-Failure 
occurs on CQSFP2.

Interestingly, when traffic reaches around 30 Gbps during peak hours, the 
device operates normally. However, when traffic decreases to around 17 Gbps at 
night, DPDK TX-Failure starts to appear, followed by increased latency of 
approximately 40–70 ms.

Below are the specifications of the device:

  *   CPU: AMD EPYC 7542
  *   RAM: 32 GB
  *   NIC: Mellanox ConnectX-5 516A-CDAT
  *   OS: Debian 12.15
  *   VPP Version: 25.10
  *   FRRouting: 9.1.3

Restarting VPP does not resolve the issue. The issue is only resolved after 
rebooting the entire device.

Based on this behavior, I suspect there may be an issue with the NIC, 
particularly on the CQSFP2 interface. However, I would like to confirm this 
before proceeding with further investigation.

Could you please advise if there are any known issues or recommended 
troubleshooting steps for this kind of DPDK TX-Failure? Have you encountered a 
similar issue with Mellanox ConnectX-5 NICs?

Any suggestions regarding what I should check on the VPP, DPDK, or NIC side 
would be greatly appreciated.

Thank you.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#27214): https://lists.fd.io/g/vpp-dev/message/27214
Mute This Topic: https://lists.fd.io/mt/121485004/21656
Group Owner: [email protected]
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/14379924/21656/631435203/xyzzy 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to