From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id E7888A04F3; Thu, 9 Jan 2020 07:12:51 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id CC1121DB7A; Thu, 9 Jan 2020 07:12:50 +0100 (CET) Received: from mail-pj1-f68.google.com (mail-pj1-f68.google.com [209.85.216.68]) by dpdk.org (Postfix) with ESMTP id BAC7F1DB64 for ; Thu, 9 Jan 2020 07:12:48 +0100 (CET) Received: by mail-pj1-f68.google.com with SMTP id m1so676765pjv.4 for ; Wed, 08 Jan 2020 22:12:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=GUwQbhjA5j7uSq1Y87+fm3K6pZ6cclG9cjGP+zvVh1I=; b=LWxXEH7xlE0hNW0ETC18BLOV0JBsg8XrSAL8b4RD6grMIZcyfMyd3M/6bxXK5T34I9 WCgfXFLvqSAuJVPEmYCBR5QxT+Qa9DuzK+EICG+8w02R9eYwgZ6XEeM8uhMA50zR/u5o Tqs5Jju+UcF9Z3o+Q3E8R8tm6C/V1gPrPIQGxntfIoIzK6+m8vA3zH8jszil37tJ3N1v AJLFEK9JhRMAHTfQoqVKTizJct4q54APR6TpHu8LEiV0FWj0V5Pf8+QsLhupVwRkLYm/ ldfT9CZ6SSj6cI2h5ZuMO5GfX70UdvOmUeHDpUWgzWCroRIUcCImGInJmccy57EjlqmY 5nWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=GUwQbhjA5j7uSq1Y87+fm3K6pZ6cclG9cjGP+zvVh1I=; b=B96pLI5Ohg6O0rN/VwHLh4dT5kDVsfQcis6i107H7xphvuiLUbZYKF8i6zKomg12eh XFLb81hfPQHdRAeaBq5JIqfWxnJ2ZETsKTlND8LwVDw6OA2UAT9uu+FESoW/ORqDjusz MvU2/peKVW4WSnemGOH8RL/ybIDd0P0GTgpmVXeS+diicqF6FREsx1XoYWygn29Eiyrv +PTZmAwb+D2PS7Wgk7fjvdoTaZ1oJeSYab2+HFal0Pc46RqDpO+TelH2Twn8H5bLHEUE wv6+g26xzjea5pOL4yptNyZiAUcUjEuUai0/YaNARZ/yjamP52WFKjujGXuFLbe1HrU+ k4yA== X-Gm-Message-State: APjAAAXRdxMd25SZ9tIyP7wurZw6PclE5233g4/8zOcwCGETjEG2hVDM 1FSDE6AaOx7Ri6FP396XmoMzaQ== X-Google-Smtp-Source: APXvYqy1fhYsqrPQNYisB2gp0jYuRoiN6ypfx7OJmnjLNQDwXMtM81CotanENWy7+9EYDnNclYoQQQ== X-Received: by 2002:a17:90a:b311:: with SMTP id d17mr3376673pjr.17.1578550367559; Wed, 08 Jan 2020 22:12:47 -0800 (PST) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id j20sm5502229pfe.168.2020.01.08.22.12.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jan 2020 22:12:47 -0800 (PST) Date: Wed, 8 Jan 2020 22:12:37 -0800 From: Stephen Hemminger To: satyavalli rama Cc: dev@dpdk.org, users@dpdk.org Message-ID: <20200108221237.19daf0df@hermes.lan> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] l2fwd application are not sending continuous packets . X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Thu, 9 Jan 2020 07:25:45 +0530 satyavalli rama wrote: > Can anyone please help us with this? > > > On Mon, Jan 6, 2020, 11:25 satyavalli rama > wrote: > > > > > > > > > Hello Dpdk Team, > > > > I'm facing issue while forwarding packets in DPDK's l2fwd application. > > While sending 1 Lac packets from Scapy, I could see sometimes packets are > > sending from one VM to another VM. > > Before explaining issue let me explain topology. > > > > > > > > *Topology :-=======*1) I am having 4 VMs(Virtual Machines) in same host. > > All these VM are running on Ubuntu 16.04.1. > > 2) VM-1 is used as Scapy to forward packets (Scapy version 2.4.3) . While > > creating packets I am giving destination mac(d-mac) address of VM-1. > > 3) In VM-2 am running L2 forwarding application. > > In this l2fwd application, I am doing simple packet forwarding by > > statically keeping mac address of VM-3. > > Code :- > > l2fwd_mac_updating () { > > ... > > ...... > > ....... > > *((uint64_t *)tmp) = 0xddccbbaa/*VM-3 mac address*/ + > > ((uint64_t)dest_portid << 40); > > } > > 4) Also in VM-3, I am doing same like VM-2, but I kept mac address of VM-4 > > 5) In VM-4, I am using wireshark to see packets coming from VM-3. > > 6) In VM-2 and VM-3, I kept promiscuous mode off by commenting out > > rte_eth_promiscuous_enable(). > > > > --------------- --------------------- > > ------------------ > > ------------------------ > > | VM-1 | ----------> | VM-2 | > > ----------------> | VM-3 | ------------------> | VM-4 > > | > > --------------- --------------------- > > ------------------ > > ------------------------ > > Scapy Simple L2 forwarding > > Simple L2 forwarding Wireshark > > used for sending packets Sending all packets to > > Sending all packets to > > VM-3 > > VM-4 > > (DPDK) > > (DPDK) > > > > > > *Problem :- ======*== > > From scapy VM, I am sending 1 lac packets with rate of 100 packets per > > second. *During problematic condition I could see packets are not getting > > forward from VM-3.**Problematic state is happening anytime after sending > > 1k packets.* > > This issue is not consistence but I could see this issue 8 out of 10 times. > > > > > > * Debugging and Observations :-=========================* > > When I tried to debug this issue , I could see that > > 1) In problematic state, rx queue of VM-3 is not getting packets, but VM-2 > > is sending packets properly. I checked this by using pdump of rx queue. > > 2) Just before problematic state in VM-3, I could see that previous > > packet(only one packet) instead of going to VM-4, it is coming back to > > again in rx queue of VM-3 and after wards I did not get any packets in rx > > queue. > > 3) I have changed rate of packet forward 10packets per second. but still > > see the issue. > > > > > > *Can anyone please help to solve this problem ? I need it urgently .* > > Thanks, > > Satya > > Sorry, you need to dig inside the forwarding application and instrument what is coming in and how packets are being processed. You usually can't treat DPDK as a black box.