Re: [IPFIX] Questions about compliance statement in IPFIX-selection-techniqes draft

Benoit Claise <bclaise@cisco.com> Wed, 22 May 2013 06:35 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CCDC21F9399 for <ipfix@ietfa.amsl.com>; Tue, 21 May 2013 23:35:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.417
X-Spam-Level:
X-Spam-Status: No, score=-10.417 tagged_above=-999 required=5 tests=[AWL=0.182, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s35jztG+LXHC for <ipfix@ietfa.amsl.com>; Tue, 21 May 2013 23:35:37 -0700 (PDT)
Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by ietfa.amsl.com (Postfix) with ESMTP id A89B921F8607 for <ipfix@ietf.org>; Tue, 21 May 2013 23:35:36 -0700 (PDT)
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r4M6ZUZO015790; Wed, 22 May 2013 08:35:30 +0200 (CEST)
Received: from [10.60.67.87] (ams-bclaise-8916.cisco.com [10.60.67.87]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r4M6Z4dV007920; Wed, 22 May 2013 08:35:19 +0200 (CEST)
Message-ID: <519C6718.901@cisco.com>
Date: Wed, 22 May 2013 08:35:04 +0200
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Nevil Brownlee <n.brownlee@auckland.ac.nz>
References: <519C29BE.8050001@auckland.ac.nz>
In-Reply-To: <519C29BE.8050001@auckland.ac.nz>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: IPFIX Working Group <ipfix@ietf.org>
Subject: Re: [IPFIX] Questions about compliance statement in IPFIX-selection-techniqes draft
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipfix>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 May 2013 06:35:42 -0000

Hi Nevil,

"yes, keep the compliance statement in section 6.1".
I want to keep the consistency to makes it clear to implementors what's 
needed for a minimal conforming
implementation, and to be similar to RFC 5475

Regards, Benoit (as a contributor)
> Hi all:
>
> draft-ietf-ipfix-flow-selection-tech-16 is now in IESG Evaluation;
> it currently has a blocking DISCUSS
>
> Section 6.1 contains a compliance statement, which says
>   "In order to be compliant with this document, at least the
>    Property Match Filtering MUST be implemented."
> The AD concerned asks whether we could remove this requirement.
>
> This was triggered by a remark in my Shepherd statement for this draft,
> which said
>   "This draft raised IPR concerns, in the same manner as the PSAMP
>   selection draft had done.  Nick Duffield (AT&T) commented that
>   the AT&T IPR claim relates only to statistical sampling, and PSAMP
>   handled this by saying "at least on of the sampling techniques
>   must be implemented."
>   In this draft, we have tightened that up a little by saying
>   "a conforming implementation MUST implement at least the
>   Property Match Filtering."
> I realise now that the IPR in question was that relating to
> draft-krishnan-opsawg-large-flow-load-balancing, which was discussed
> on the IPFIX list back in Feb/Mar 2013; the issue that raised was
> cleared by the company concerned making an IPR declaration.
>
> That leaves us with the question about the compliance requirement.
> The motivation for this remains the same as it was for RFC 5475,
> "Sampling and Filtering Techniques for IP Packet Selection,"
> the statement in section 6.1 simply refines it a little, and makes it
> clear to implementors what's needed for a minimal conforming
> implementation.
>
> So now, I need some feedback from the WG.  Please send a note to
> the list saying
> "yes, keep the compliance statement in section 6.1" or
> "no, delete the compliance statement in section 6.1.
>
> Real soon now, please!
>
> Cheers, Nevil
>
>
>