Hi,


Still no response from your end.


Kind Regards,

Bayozid Bostami

Senior System Administrator I NOC



Inspire Broadband Limited  | 
312, South Paikpara, Mirpur, Dhaka-1216, Bangladesh.
Mob: +8801678331118













From: Jerome Tollet via lists.fd.io <[email protected]>
To: "Bayozid Bostami"<[email protected]>
Cc: <[email protected]>
Date: Tue, 13 Oct 2026 16:18:25 +0600
Subject: Re: [vpp-dev] af_packet "tx frame not ready" and instability under 
CGNAT load



Hi Bayozid, 
 
Thanks for the detailed outputs. 
 
I tested `ip route add 103.213.236.136/30 via drop` on VPP 26.06 debug, both 
through the CLI and during startup, with and without NAT and with zero or two 
workers. I could not reproduce the crash. This is valid blackhole-route syntax. 
 
I recommend moving packet processing to dedicated workers, separate from the 
main thread. Two workers and two RX queues per interface would be a reasonable 
starting point. The attached configuration uses `cpu { workers 2 }`, leaving 
CPU affinity selection to VPP. 
 
For your XL710, I suggest two SR-IOV VFs using VPP's native IAVF driver: one 
for each of your existing VLANs, 243 (outside) and 244 (inside). The PF remains 
under Linux's i40e driver for management; only the VFs are bound to vfio-pci. 
 
I validated the native configuration's interface initialization, queue 
assignment, MTUs, addresses, routes and NAT on a real XL710 using VPP 26.10, 
with laboratory addresses. This was not a traffic/load test. Please replace the 
PCI-address placeholders before use. 
 
Since your PF is currently bound to vfio-pci, restoring it to i40e should be 
done during a maintenance window with console access. The attached migration 
notes describe the precautions. 
 
To investigate the SIGABRT, could you provide: 
 
- `show version verbose`, the startup configuration and the smallest CLI script 
reproducing it; 
- the log lines immediately before the abort, especially any assertion or 
"Out-of-memory" message; 
- a full backtrace with matching debug symbols: `thread apply all bt full`; 
- `lspci -nnk`, so we can confirm the PF/VF devices and their drivers. 
 
Best regards, 
Jerome 
 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#27282): https://lists.fd.io/g/vpp-dev/message/27282
Mute This Topic: https://lists.fd.io/mt/121605598/21656
Group Owner: [email protected]
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/14379924/21656/631435203/xyzzy 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to