From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Ahern Subject: Re: [iproute2-next PATCH v4] tc: flower: Classify packets based port ranges Date: Mon, 26 Nov 2018 17:43:03 -0700 Message-ID: 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: "Nambiar, Amritha" , stephen@networkplumber.org, netdev@vger.kernel.org Return-path: Received: from mail-pg1-f195.google.com ([209.85.215.195]:37741 "EHLO mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727445AbeK0LjG (ORCPT ); Tue, 27 Nov 2018 06:39:06 -0500 Received: by mail-pg1-f195.google.com with SMTP id 80so6986751pge.4 for ; Mon, 26 Nov 2018 16:43:06 -0800 (PST) In-Reply-To: <0bce82ec-4f3c-2a56-7d57-f89005ed766c@intel.com> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: 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).