From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Nambiar, Amritha" Subject: Re: [iproute2-next PATCH v4] tc: flower: Classify packets based port ranges Date: Mon, 26 Nov 2018 17:56:10 -0800 Message-ID: <5ff60af4-ddc9-848a-234d-6ca43f22af18@intel.com> References: <154278102460.66868.7581842092203300039.stgit@anamhost.jf.intel.com> <4b11cf66-089d-1a13-fae9-d471de9064ea@gmail.com> <0bce82ec-4f3c-2a56-7d57-f89005ed766c@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: jakub.kicinski@netronome.com, sridhar.samudrala@intel.com, jhs@mojatatu.com, xiyou.wangcong@gmail.com, jiri@resnulli.us To: David Ahern , stephen@networkplumber.org, netdev@vger.kernel.org Return-path: Received: from mga02.intel.com ([134.134.136.20]:33807 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727840AbeK0MwW (ORCPT ); Tue, 27 Nov 2018 07:52:22 -0500 In-Reply-To: Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 11/26/2018 4:43 PM, David Ahern wrote: > On 11/26/18 5:23 PM, Nambiar, Amritha wrote: >>> Can tc flower use something similar to ip ru with single port or port >>> range handled like this? >>> >>> },{ >>> "priority": 32764, >>> "src": "172.16.1.0", >>> "srclen": 24, >>> "ipproto": "tcp", >>> "sport": 1100, >>> "table": "main" >>> },{ >>> "priority": 32765, >>> "src": "172.16.1.0", >>> "srclen": 24, >>> "ipproto": "tcp", >>> "sport_start": 1000, >>> "sport_end": 1010, >>> "table": "main" >>> },{ >>> >>> >> >> Does it have to be separate fields "sport_start" and "sport_end"? >> Removing the space and 'range' keyword will make the output format >> consistent with the input format and print as "sport " for >> single port and "sport -" for range. >> Example: >> >> ... flower ip_proto tcp src_port 12 skip_hw action will print as: >> ip_proto tcp >> src_port 12 >> skip_hw >> not_in_hw >> action >> >> ... flower ip_proto tcp src_port 100-200 skip_hw action : >> ip_proto tcp >> src_port 100-200 >> skip_hw >> not_in_hw >> action > > non-json output needs to match what the user gives on the command line. > > My comment was about consistency with json output when possible. I am > not a json expert by any means. Other commands have a single key value > pair, so I suspect the json here needs to follow suit (ie., not > "src_port": "1000-1010" but separate start and end entries). > I'm not quite familiar with json. Maybe, Jiri can give feedback here.