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 9400FA0546 for ; Thu, 27 May 2021 21:57:11 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 21E0740150; Thu, 27 May 2021 21:57:11 +0200 (CEST) Received: from mail-pj1-f43.google.com (mail-pj1-f43.google.com [209.85.216.43]) by mails.dpdk.org (Postfix) with ESMTP id 19E3240143 for ; Thu, 27 May 2021 21:57:08 +0200 (CEST) Received: by mail-pj1-f43.google.com with SMTP id g6-20020a17090adac6b029015d1a9a6f1aso5974665pjx.1 for ; Thu, 27 May 2021 12:57:08 -0700 (PDT) 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=j2swBG8/LLnbbbu6yXsShyFEQVIBZWiozQpdMQS47zM=; b=JWnCHlvyBGfsMwgIsTwSwdFyL62VMHwe5WqvT2ownlJMWctn7goB0e1Sz2UGkeVSJ4 FPdKp0k+XfFDps4IDys5dZdmgVeiUHr3+E70Kpp2wQzuk4LVjhTv049e8OTOR/1amJl7 mkIoKWN3DFs3h1HS0OjbB3QvbB/lI/HbzFRQyiaSIaZBT8k2P+1LpZclncOSv8SQ3pSb rluGDYcra4vQKBL8ZRoyi2PMjgpbILfYwFmq6VBMx4bZ7K5ebG8aA3c8PEEz70fTsSIs M/XJucFuoIhTtcxfa3f4WChwqzTEm/Ye6jOwWRVU8j5pviyDSxUGBAV6mjfCiulglv/X 9a1A== 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=j2swBG8/LLnbbbu6yXsShyFEQVIBZWiozQpdMQS47zM=; b=eW55LRAc56gFXj02D+uZYcATpCzkCXpdESHQYrhc63UDV5yzPnVqCMeCS7RBkefygO +GX6kK7kkMQhLH/ASa//cVupqvpnz9rbT9hZpXl3tRyy7KKQXeqGvHTlsG2sjbvpYdkM tyF7PZGUuhD5lXP5ip3SxQSyiWDmtfVhCt3iUFGVaTi5L66CWyjw9D/t4WVoCR+AIdsc kfP2VgAaIbCgAj5cF18NzgMyLdI34XMfgeI1R/LTWwxikbOYz6Ks0x48b610+ec4rlfr 7CgmJ7YBTaDG/aKFfA8W1CfIjP2omKwHmPwZmrrvfjbiwibOmLrv/fJkiX5X3a0Cu41R H9KA== X-Gm-Message-State: AOAM531wqbBMSU4TLLaWTsftmwY2nTe8EsOozovmdiX0rkEpCE82PvJ1 2hb2n2kWBJAh1WoSViQYasQr+Q== X-Google-Smtp-Source: ABdhPJzpUFeucdRxjx1IkKHPkP68hEZBMCnt1uyO2fKYHCIIIDAbhVVUczE9cu17wklWeJ1aqCYGHw== X-Received: by 2002:a17:902:aa95:b029:fd:8e4a:f341 with SMTP id d21-20020a170902aa95b02900fd8e4af341mr4584441plr.78.1622145428068; Thu, 27 May 2021 12:57:08 -0700 (PDT) Received: from hermes.local (76-14-218-44.or.wavecable.com. [76.14.218.44]) by smtp.gmail.com with ESMTPSA id t17sm2476067pji.9.2021.05.27.12.57.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 27 May 2021 12:57:07 -0700 (PDT) Date: Thu, 27 May 2021 12:57:03 -0700 From: Stephen Hemminger To: Raslan Darawsheh Cc: madhukar mythri , "users@dpdk.org" Message-ID: <20210527125703.059eeead@hermes.local> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-users] Issue with UDP based fragmented packets on Azure cloud 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" On Thu, 27 May 2021 15:40:57 +0000 Raslan Darawsheh wrote: > Hi, >=20 > > -----Original Message----- > > From: users On Behalf Of madhukar mythri > > Sent: Thursday, May 27, 2021 5:58 PM > > To: users@dpdk.org > > Subject: [dpdk-users] Issue with UDP based fragmented packets on Azure > > cloud > >=20 > > Hi, > >=20 > > We are facing issue with UDP/IP based fragmented packets on Azure cloud > > platform with Accelerated-Network enabled ports. > >=20 > > UDP fragmented Rx packets were able to receive well on media ports. But, > > when two fragmented packet received, first fragment is received on Queu= e- > > 0 > > and second fragment is received on Queue-1. Ideally all the fragments(of > > single large packet) should be received single queue based on RSS, so t= hat > > we can re-assemble as single pkt and process it, which is working well = in > > other platforms on KVM hyper-visors(with I40evf NIC=E2=80=99s). > >=20 > > I think, the as per RSS hash cacluation all the fragmented pkts should > > reach on single-queue(because the 5-tuple hash value will be same), but > > this is not happening in-case of Azue VM's Why ? > >=20 > > Does anybody faced similar issue, please let me know your suggestion. = =20 > I guess it depends on the fragments themselves,=20 > If your first fragment contains a UDP header (the first frag in the list)= then the RSS hash will be on the full 5 tuble=20 > Src/dst IP and src/dst udp=20 > But, for the other frags you'll not get src/dst udp since they are not pr= esent in the pkt. > I guess you should be using only RSS On IP header to make all frags go to= the same queue. > >=20 Yes, and this is not unique to Azure or even the DPDK. Fragmented packets do not have enough information (no UDP header in second = fragment) to do L4 RSS.