From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1F2CFA0A02 for ; Mon, 17 May 2021 17:29:13 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 952614014E; Mon, 17 May 2021 17:29:12 +0200 (CEST) Received: from mail-qk1-f173.google.com (mail-qk1-f173.google.com [209.85.222.173]) by mails.dpdk.org (Postfix) with ESMTP id 7F6FE40041 for ; Mon, 17 May 2021 17:29:11 +0200 (CEST) Received: by mail-qk1-f173.google.com with SMTP id a22so6081306qkl.10 for ; Mon, 17 May 2021 08:29:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=U53liIjewmBnwUAKjv+TmW85UN2d/3zf2E+osePVADE=; b=LPRHoYk74Qwvbob437BpQsxYT8YMd7NZvuAOx3nVpZ05tbrHkaBo53eltoVZ0COuJl WRGD1R7vAA5xkZMvkFXXfY4vWRI6mBdyE5Wi107Y6a+i4D1KIS3gP+auHMLboGeiGwJx eE869aTo0CraxkzuCRYFhNsT2Y4zj9fFR7uJZVu+bI/Jm7z0bXiY8oohS8VFAVvK1Rnc gWZgQUflghjDBANqtjTIOhqmNJKEYzd/fgaWW52HDc1tjP6ZF003R6yi6B5n5jsgjJym +Jgyjgi+d17UghpBsVQNd0JssinZ0cLp3RS3aZgu3ir6ybFXq3YUTXF6cOcnCcTmqPWp 173Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=U53liIjewmBnwUAKjv+TmW85UN2d/3zf2E+osePVADE=; b=QahuGfH2PPqH0NaqzQNVUe/miZL9u8bwSkkBdlq7DDgEe6xEGbib5GSyYLaDfUgckR adEvImX9yzGqIx0UfPODYWVLeUVVVwq0PcOvX9REHyeqjkr1wxjpf6Qcw7WCfQqXT/O0 SyqIDEUvSAVszSzJwwx2d8SSVaKABHA7KnTeviKJRQ31ilPsrapS7kkH4Nn+Q60j1h8D o5666/Ml0aYMOHdevNmJo1G07rlpBtWuX1kuoktVjtJwBuIjM97bKJog2gdcoL9e7xaU d2/3sJtSEtJ6FnKoUFgGWQIiB5ZM8IkxKGjYxWjdo3HMwlJinXUUpe1J781gBO178CdR BneA== X-Gm-Message-State: AOAM532IQgUon5Hn/nXAQtCvqdpeQoC7S3PfKAOtV68NbVUr+FTLsb3v khr7piIOe6RKz9diSV4iRp03ZKEQE+MweOtnelU= X-Google-Smtp-Source: ABdhPJz5KoSh0wkcXYKobF8WTbf2clikZqLiHYwJgDg14v9PccU+tk7uCaHhKnlhWyCBMtPO1VPOk9g+bSCUaP878J4= X-Received: by 2002:a05:620a:12a1:: with SMTP id x1mr377643qki.265.1621265350710; Mon, 17 May 2021 08:29:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Muhammad Zain-ul-Abideen Date: Mon, 17 May 2021 20:28:59 +0500 Message-ID: To: Jagan P Cc: users Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-users] DPDK support for vlan id 0 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Remove all offloading at any side! U may set bytes of ipv4 flags to zero specially before sending out . And also remove any type of rx tx offloading.. and share the port config on dpd= k On Mon, May 17, 2021, 8:24 PM Jagan P wrote: > Please find the update below. > > 1) What are the trailing bytes at the end of UDP packets? > > >> Thank you will check it. > > > > 2) Are you reusing the buffer and/or initializing it correctly? > > >> Yes, we are re-using it. We are doing memset to zero o= f > rte_mbuf=E2=80=99s buf_addr. > > > > 3) What NIC features are you using i.e. tx offloading? (As VLAN 12 has > checksum calculated while VLAN 0 has not) > > >> Yes, we are doing tx offloading. From the packet > capture in wireshark, it looks like, IPV4 control flags and checksum are > swapped for vlan 0 alone. > > > > Try forcing these bytes zero before and after sending the packet to see > the impact > > >> Sorry, I am not getting this point. Which bytes you > are referring to? You mean not to do offloading and to set .offloads as > zero in rte_eth_conf? > > > > Thanks, > > Jagan P > > > > *From:* Muhammad Zain-ul-Abideen > *Sent:* Monday, May 17, 2021 5:32 PM > *To:* Jagan P > *Cc:* users@dpdk.org > *Subject:* Re: [dpdk-users] DPDK support for vlan id 0 > > > > ** This mail has been sent from an external source ** > > > > Ok, it seems that there is some issue initializing the buffer and/or > freeing it after use. It is not a DPDK issue not regenerated. > > 1) What are the trailing bytes at the end of UDP packets? > > 2) Are you reusing the buffer and/or initializing it correctly? > > 3) What NIC features are you using i.e. tx offloading? (As VLAN 12 has > checksum calculated while VLAN 0 has not) > > Try forcing these bytes zero before and after sending the packet to see > the impact > > > > > > On Mon, May 17, 2021 at 4:45 PM Jagan P wrote: > > Hi Muhammad, > > > > We are using a single node connected to spirent Testcenter application(to > send and receive traffic). > > The dpdk version used is 20.05 version. > > > > I have attached the packets captured in egress flow for vlan 0(vlan_0_pkt > file) and with a valid vlan(vlan 12 and 18 =E2=80=93 vlan_12_18_static fi= le). > > We printed the packet in *ixgbe_xmit_pkts* API for vlan 0 and 12 and the > captured dump is attached in =E2=80=9Cvlan_0 pkt_dump=E2=80=9D file. > > > > We are sending IP packet with vlan tag along with UDP header. The packet > flow will be as below. > > ingress port(rte_eth_rx_burst) =3D> firewall =3D>routing=3D> nhop lookup = =3D>ARP > lookup =3D> egress port pkt forwarding(rte_eth_tx_burst). > > > > We added packet dump before and after calling *rte_eth_tx_burst* API in > our application. The dump looks good. So we added packet dump in > *ixgbe_xmit_pkts* API as well to confirm whether the packet in proper in > driver and the packet is proper here as well. > > > > We are not sure why the IP control flags and UDP dest port values are > modified. Should we handle anything specifically for packets with vlan id= 0 > in rte_mbuf structure? > > > > Please share us your thoughts on this. > > Please let us know if any details are needed further. > > > > Thanks, > > Jagan P > > > > *From:* Muhammad Zain-ul-Abideen > *Sent:* Monday, May 17, 2021 2:16 PM > *To:* Jagan P > *Cc:* users@dpdk.org > *Subject:* Re: [dpdk-users] DPDK support for vlan id 0 > > > > ** This mail has been sent from an external source ** > > > > Kindly tell us more about the setup and which dpdk you are using. and wha= t > is the packet life at sender and receiver. > > > > > > > > > > On Mon, May 17, 2021 at 1:01 PM Jagan P wrote: > > Hi, > We were trying to forward packets with vlan id as 0. But the packet is > getting altered when we do so. > The IP flag and the destination port fields are getting changed. We doubt > if this is happening in DPDK because till the rte_eth_tx_burst API, the > packet is proper. > But the packet captured at the destination is altered. > Could you please let us know if there is support in DPDK for forwarding > packet with vlan id 0 or if we are missing something. > > Packet at rte_eth_tx_burst: > dump mbuf at 0x1706dad00, iova=3D0x1706dad80, buf_len=3D2304 > pkt_len=3D252, ol_flags=3D0xf0000000000181, nb_segs=3D1, port=3D0, vlan= _tci=3D0, > ptype=3D0x211 > segment at 0x1706dad00, data=3D0x1706dae04, len=3D252, off=3D132, refcn= t=3D1 > Dump data at [0x1706dae04], len=3D200 > 00000000: 00 10 94 00 00 05 00 01 02 03 04 05 81 00 00 00 | > ................ > 00000010: 08 00 45 00 00 EA 00 02 00 00 3F 11 00 00 02 02 | > ..E.......?..... > 00000020: 02 02 05 05 05 02 62 A4 62 A3 00 D6 0E F2 00 00 | > ......b.b....... > 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 00000090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 000000A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 000000B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | > ................ > 000000C0: 00 00 00 00 00 00 00 00 > > Packet captured at spirent(destination): > 00 10 94 00 00 05 00 01 02 03 04 05 81 00 00 00 > 08 00 45 00 00 EA 00 02 6e fe 3F 11 00 00 02 02 > 02 02 05 05 05 02 62 A4 f5 f8 00 D6 0E F2 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > Thanks, > Jagan P > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > Please refer to https://northamerica.altran.com/email-disclaimer > for important disclosures regarding this electronic communication. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > Please refer to https://northamerica.altran.com/email-disclaimer > for important disclosures regarding this electronic communication. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > Please refer to https://northamerica.altran.com/email-disclaimer > for important disclosures regarding this electronic communication. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >