Re: [dpdk-users] rte_eth_tx_burst reliability

[Stephen Hemminger <stephen@networkplumber.org>]

On Tue, 16 Oct 2018 18:38:23 +0300
Amedeo Sapio <amedeo.sapio@polito.it> wrote:

> Dear all,
> 
> while using rte_eth_tx_burst() to send packets in batches, I see that,
> sometimes, the amount of packets that the function says are sent, are not
> actually sent.
> 
> I am accumulating the return value of rte_eth_tx_burst() in a variable and,
> at the end of the job, the value of the accumulator is greater than the
> value of  "opackets"  in the device "eth_stats".
> I see the same number of transmitted packets in eth_stats, eth_xstats and
> on the other side of the cable, and this number is less than the sum of the
> values returned by rte_eth_tx_burst().
> 
> So, my question is: in what case the rte_eth_tx_burst() function returns a
> value that does not correspond to the real number of transmitted packets?
> According to the documentation, the function is returning only the number
> of packets that have been successfully inserted in the ring, so I assumed
> the return value was reliable.
> 
> Testbed:
> NIC: Intel 82599ES
> DPDK driver: igb_uio
> DPDK version: 18.05
> Traffic: UDP packets, sized 174B, with IP and UDP checksum offload
> 

If number sent < number requested it means the transmit descriptor
ring is full. Application needs to handle this and retransmit, or drop
in that case.