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 4B76DA034C for ; Tue, 18 Aug 2020 15:50:24 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AD2602BE2; Tue, 18 Aug 2020 15:50:12 +0200 (CEST) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) by dpdk.org (Postfix) with ESMTP id EEC612BE2 for ; Tue, 18 Aug 2020 15:50:10 +0200 (CEST) Received: by mail-lj1-f178.google.com with SMTP id v9so21520675ljk.6 for ; Tue, 18 Aug 2020 06:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=EDembqPMncqW5dGkad1sdIgBxrak7BlrvSAmhef5ELo=; b=BjMKvN2GDvj7sBxyIMW+ydipOhC+odxefdwn/CnsOxtFwBQhWLiDoDqYnGSHbz2IUr jWz93asAUxS5Twik1TsbsA2WhcrPvhKDiOuYv02I0Qc2MNeIVVgBh0WPVwc/MhNU/wD5 2oa2nlY6Vf5XzZMpvnMaBxFPEZC2j6WzqqbhYrBZ/vWxJEKygNnSuh0GdIkSX5BKhPeq lmoIURzr2PyOohM2lU8uWLX9WOKb+Ofb/0TrUSY8n7fLjJV5LuWMnGYhhaCyTmCvtU47 POqGxg17m0tOxtQ1cACBdihTxTqgCPnsG0ZrSBOUpVKBH7wSq/JV4srVzP6XeCRcRlSr QDQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=EDembqPMncqW5dGkad1sdIgBxrak7BlrvSAmhef5ELo=; b=XNNCIYVq8tRObxdU4eZgq64vHliYAVsh9LrJH200sZaoESHOSoxV1E7rKA75F1MOTN af0q/ic0jSVlVTv76fx04wJJdGix7MeK3u5CGHyCUGr3SQJKA6yJdhstfakPTGEAdIze B/xe8lzvt0vxvExFb1BxnHxsAtPa+iNZ9zbgTyOIdW2MRvcZgatwRBB8J/A8r2VyJnV9 aGgyl4txB+MjQizF7Pu16ohstks11qyQMiCkwJXwQajnDkYadqtcFNJuH6n8YJGmQu2J +N52q8omT4yLEu7hC+4BiWpmXmrIc5h8gAkqVV8AW8hELC8UOiIgN+8Gpo20X3dlqlwp WTgg== X-Gm-Message-State: AOAM532Y1pnmFCzEq1ZOgNPBcB16ccO53oXL/eUuAifGFwTpUGm8APn6 6BGZa+EyhGXHbcOoME2V03F0u32ON0D9CrLB X-Google-Smtp-Source: ABdhPJw5ZyTiPV9gHbpGb3KIcZNcIZF4YVgdSfvzurmnRGv5zebhuzTu4KMz29HHzuyldAjKsl8mqg== X-Received: by 2002:a2e:9ed4:: with SMTP id h20mr9923886ljk.82.1597758610246; Tue, 18 Aug 2020 06:50:10 -0700 (PDT) Received: from [10.0.0.11] (84-10-19-38.static.chello.pl. [84.10.19.38]) by smtp.googlemail.com with ESMTPSA id h26sm6513668lfj.20.2020.08.18.06.50.09 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Aug 2020 06:50:09 -0700 (PDT) To: Filip Janiszewski , Tom Barbette , "users@dpdk.org" References: <9a39c4d5-8248-5223-df10-1c25fa1331c0@filipjaniszewski.com> <8c8034d8-4cd5-bd0b-0958-14d08f5ae6e3@kth.se> <2f9d3b69-4fef-b179-6510-2d2d4c23ec02@filipjaniszewski.com> From: Pawel Wodkowski Message-ID: Date: Tue, 18 Aug 2020 15:50:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <2f9d3b69-4fef-b179-6510-2d2d4c23ec02@filipjaniszewski.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [dpdk-users] Round-robin packet distribution X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 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" Flexible payload matching (aka RAW in flow API) works up to first 64b of the packet - at least in e1000, ixgbe and i40e. It will be easier if you can provide some details about you network traffic. Paweł On 18.08.2020 14:40, Filip Janiszewski wrote: > Hi, > > We had a look at that, and decided that it might be a bit too > complicated to implement in our SW and will not work in a performant way > as we might wish, ideally we're looking for a simple approach even if > not ideal.. > > So, I was wondering if we can get at least a "fair" distribution (no > round robin) using rte flow? And BTW, is it even possible to access the > checksum from this API using for example the pattern matching with an > offset that points to the proper byte location in the packet? (It seems > it can't be done without modification to the driver..) > > Thanks > > Il 7/25/20 10:28 AM, Tom Barbette ha scritto: >> Hi Filip, >> >> This is not possible, but you may use the idea of Sprayer >> (http://www.gta.ufrj.br/ftp/gta/TechReports/SCC18d.pdf) to dispatch >> packets randomly (use RSS on the checksum). >> >> However, in our paper RSS++ >> (https://www.diva-portal.org/smash/get/diva2:1371780/FULLTEXT01.pdf) we >> show it's nearly always a bad idea because you'll have to share state, >> and even for "stateless" function, that leads to a very bad locality in >> a firewall as the same rules have to be fetched to L1 to all cores at >> the same time when you receive a burst of similar packets. >> >> Tom >> >> Le 24/07/2020 à 12:05, Filip Janiszewski a écrit : >>> Hi, >>> >>> Is there a way in DPDK to configure the NIC to distribute the incoming >>> packets to multiple queues in a round robin fashion? Without taking into >>> account the payload/headers or type of packet, just plain round robin >>> distribution to multiple queues. >>> >>> I'm struggling to obtain a fair mechanism using RSS, perhaps the >>> rte_flow API can do the trick? Any other suggestion? >>> >>> Thanks >>>