From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rahul Lakkireddy Subject: Re: Query on Filtering Support in DPDK Date: Wed, 2 Dec 2015 13:35:04 +0530 Message-ID: <20151202080502.GA7710@scalar.blr.asicdesigners.com> References: <20151130124943.GA15383@scalar.blr.asicdesigners.com> <2318875.uXDYP4N6Nj@xps13> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "dev@dpdk.org" , Felix Marti , Nirranjan Kirubaharan , Kumar A S To: Thomas Monjalon Return-path: Received: from stargate3.asicdesigners.com (stargate.chelsio.com [12.32.117.8]) by dpdk.org (Postfix) with ESMTP id 8A6928DB4 for ; Wed, 2 Dec 2015 09:05:12 +0100 (CET) Content-Disposition: inline In-Reply-To: <2318875.uXDYP4N6Nj@xps13> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Thomas, On Monday, November 11/30/15, 2015 at 05:43:18 -0800, Thomas Monjalon wrote: > Hi, > > 2015-11-30 18:19, Rahul Lakkireddy: > > 1. Add a new action 'switch' that will: > > * Allow re-direction to different ports in hardware. > > > > Also, for such a rule, additionally support below: > > > > * Allow source mac/destination mac and vlan header re-writing to be > > done by the hardware. > > > > * Allow re-write of TCP/IP headers to perform NAT in hardware. > > > > 2. Add ability to mask individual fields at a particular layer for each > > filter in flow_director. For example, mask all ip packets coming from > > a particular subnet mask and particular range of l4 ports for each > > filter rule. > > > > We would like to get some suggestions on how to proceed with adding the > > above features. > > You need to identify which API must change and what will be the ABI changes. > Then please send a deprecation notice before December 11 in order to be part > of the 2.2 release notes. I am currently identifying the various API changes to support this and also the ABI changes if any. > > If you have some RFC patches to send (at least the API changes), it would be > a good discussion start. I will try to post some RFC patches in 3-4 days time to get more inputs/reviews on the approach. Thanks, Rahul.