We are trying to run the l3fwd DPDK sample with minor change; In some executions we are unable to read packets from the ports.
l3fwd Sample Execution Details
The program reads packets using the rte_eth_rx_burst (same as in the original sample), while the send_burst frees mbufs structures without sending the packets.
It prints an rx counter aggregated by the returned rte_eth_rx_burst value (same as the l2fwd sample code does) and also prints the rx reads/drops statistics from the NIC.
The sample doesn't perform IP checksum nor does it use RSS.
When we execute the sample using 11 connected ports (0xFF77) with traffic, while reading from 5 ports (0x171), we get the following results:
On some executions all the ports can be read (rte_eth_rx_burst is able to read packets), while on other executions some ports can't be read though they have traffic.
When the problem occurs all the ports within the same NIC won't read packets (although they all have packets sent to them).
Once one of the above behaviours occurred, it will be replicated continuously until the next machine reboot (init 6)
Our Environment Specifications:
System: x 3650 M5 with the following X710 interfaces: 3 QUAD connected to PCI 0-3. 1 DUAL connected to PCI 5 (not being used)
CPU: 4 cores are not isolated, the rest are. we are using isolated cores to run the sample
MEM: we have 8 huge pages of 1G each.
OS: REHL 6.5
DRIVERS: 1.3.46 for i40e
DPDK: versions 1.8.0 / 2.1.0
SAMPLE EXECUTION PARAMS: l3fwd 0c 0x3E -n 4 -- -p 0x171 -P --config="(0,0,1),(4,0,3),(5,0,4),(6,0,5),(8,0,2)"
any help would be appreciated.
Thank you for contacting the Intel Embedded Community.
We suggest you verify that you have followed the guidelines stated in chapter 13. L3 Forwarding Sample Application of the DPDK 2.1.0 documentation.
Please let us know if this information is useful to you.