From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Wiles, Keith" Subject: Re: dpdk is dropping some packets Date: Mon, 2 Feb 2015 14:57:33 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable To: Sachin Sharma , "dev-VfR2kkLFssw@public.gmane.org" Return-path: In-Reply-To: Content-Language: en-US Content-ID: <7606F13E4F51A9408B40AD782E3C856D-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On 2/2/15, 8:50 AM, "Sachin Sharma" wrote: >Hi all, > >I have implemented an application on the dpdk, which transmits 42 packets >using rte_eth_tx_burst by a burst. There is no error while transmitting >i.e. rte_eth_tx_burst always return 42. However, when I tcpdump the >packets >on the neighboring node only 30 packets are received and the other 10 are >getting dropped. I am receiving the same issue in both the cases : (1) >transmitting a burst of 42 packets, or (2) transmitting 42 packets one by >one using the rte_eth_tx_burst. The packet size is 100 bytes. I do not >see >this as a normal behaviour? If this is so, could you please let me know >why >these are getting dropped without sending an error condition to the >application? Did you verify the packets are transmitted, meaning you should have been able to note the counters on the RX side to verify they were not sent or maybe they were dropped at the RX port? Look at the missed counter and RX counters on the receiving machine to verify the packets are not sent from DPDK. In all most all cases when sending a low number of packets they are sent, but the receiver was not able to consume the packets at that rate. > > >Thanks, >Sachin.