1 Reply Latest reply on Nov 11, 2015 8:31 AM by Carlos_A

    DPDK port issue

    Anderson Community Member



      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.


      Problem Details

      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)"




      please see the attached "modified l3fwd sample" (main.c).


      any help would be appreciated.