[IPFIX] R: R: New AD review of draft-ietf-ipfix-flow-selection-tech-10.txt

"Salvatore D'Antonio" <salvatore.dantonio@uniparthenope.it> Wed, 14 November 2012 08:38 UTC

Return-Path: <salvatore.dantonio@uniparthenope.it>
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 8FB8B21F8466 for <ipfix@ietfa.amsl.com>; Wed, 14 Nov 2012 00:38:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.269
X-Spam-Level:
X-Spam-Status: No, score=-0.269 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1.449]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h4unNdm+n4QG for <ipfix@ietfa.amsl.com>; Wed, 14 Nov 2012 00:37:59 -0800 (PST)
Received: from mail.uniparthenope.it (mail.uniparthenope.it [192.167.9.244]) by ietfa.amsl.com (Postfix) with ESMTP id B604121F844C for <ipfix@ietf.org>; Wed, 14 Nov 2012 00:37:57 -0800 (PST)
Received: from mail2.uniparthenope.it (unknown [10.1.2.108]) by mail.uniparthenope.it (Postfix) with SMTP id 61E9716095; Wed, 14 Nov 2012 08:37:53 +0000 (UTC)
Received: from (unknown [192.168.241.108]) by mail2.uniparthenope.it with smtp id 1d59_9470a710_2e36_11e2_9101_001372515a5c; Wed, 14 Nov 2012 09:37:52 +0100
Received: from spamk.uniparthenope.it (localhost [127.0.0.1]) by spamk.uniparthenope.it (Postfix) with ESMTP id 406BFC42EE; Wed, 14 Nov 2012 09:37:42 +0100 (CET)
Received: by spamk.uniparthenope.it (Postfix, from userid 500) id 3C7C019AC91; Wed, 14 Nov 2012 09:37:42 +0100 (CET)
Received: from mail.uniparthenope.it (mail.uniparthenope.it [192.167.9.244]) by spamk.uniparthenope.it (Postfix) with ESMTP id 23BE5C42EE; Wed, 14 Nov 2012 09:37:38 +0100 (CET)
Received: from saldantoPC (unknown [192.168.189.124]) (Authenticated sender: salvatore.dantonio@uniparthenope.it) by mail.uniparthenope.it (Postfix) with ESMTPA id 601CB15D29; Wed, 14 Nov 2012 09:37:48 +0100 (CET)
From: Salvatore D'Antonio <salvatore.dantonio@uniparthenope.it>
To: 'Benoit Claise' <bclaise@cisco.com>
References: <4FC74398.50805@cisco.com> <4FC89B99.40107@cisco.com> <506DA106.5060705@cisco.com> <50904E1D.7060909@cisco.com> <007301cdbb66$c58d6a10$50a83e30$@dantonio@uniparthenope.it> <509BCC69.6020603@cisco.com>
In-Reply-To: <509BCC69.6020603@cisco.com>
Date: Wed, 14 Nov 2012 09:37:48 +0100
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac29xU9IkpSf/H+BS/yPnTCW9u0T6QEfN2nw
Content-Language: it
Message-ID: <003801cdc243$53a7b6b0$faf72410$@dantonio>
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0039_01CDC24B.B56C1EB0"
X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.42/RELEASE, bases: 20121114 #8373409, check: 20121114 clean
Cc: draft-ietf-ipfix-flow-selection-tech@tools.ietf.org, ipfix@ietf.org, ipfix-chairs@tools.ietf.org
Subject: [IPFIX] R: R: New AD review of draft-ietf-ipfix-flow-selection-tech-10.txt
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, 14 Nov 2012 08:38:03 -0000

Dear Benoit,

 

My answers inline.

 

Da: Benoit Claise [mailto:bclaise@cisco.com] 
Inviato: giovedì 8 novembre 2012 16:15
A: Salvatore D'Antonio
Cc: ipfix@ietf.org; draft-ietf-ipfix-flow-selection-tech@tools.ietf.org;
ipfix-chairs@tools.ietf.org
Oggetto: Re: R: [IPFIX] New AD review of
draft-ietf-ipfix-flow-selection-tech-10.txt

 

Dear Salvatore,

I removed the comments on which we agree, for clarity.

Dear Benoit,

 

My comments to your comments inline.

 

Da: Benoit Claise [mailto:bclaise@cisco.com] 
Inviato: martedì 30 ottobre 2012 23:01
A: ipfix@ietf.org; draft-ietf-ipfix-flow-selection-tech@tools.ietf.org
Cc: ipfix-chairs@tools.ietf.org
Oggetto: Re: [IPFIX] New AD review of
draft-ietf-ipfix-flow-selection-tech-10.txt

 

 





Intermediate Flow Selection Process: an Intermediate Process as in
      [RFC6183 <http://tools.ietf.org/html/rfc6183> ] that ...
 

 

The new definition improved a lot:

 * Intermediate Flow Selection Process
 
      An Intermediate Flow Selection Process takes Flow Records as its
      input and selects a subset of this set as its output.
      Intermediate Flow Selection Process is a more general concept than
      Intermediate Selection Process as defined in [RFC6183
<http://tools.ietf.org/html/rfc6183> ].  While an
      Intermediate Selection Process selects Flow Records from a
      sequence based upon criteria-evaluated Flow record values and
      passes only those Flow Records that match the criteria, an
      Intermediate Flow Selection Process selects Flow Records using
      selection criteria applicable to a larger set of Flow
      characteristics and information.

But is there a reason why this definition can't be based on "intermediate
Process" from RFC 6183:

Intermediate Process
 
      An Intermediate Process takes a record stream as its input from
      Collecting Processes, Metering Processes, IPFIX File Readers,
      other Intermediate Processes, or other record sources; performs
      some transformations on this stream based upon the content of each
      record, states maintained across multiple records, or other data
      sources; and passes the transformed record stream as its output to
      Exporting Processes, IPFIX File Writers, or other Intermediate
      Processes in order to perform IPFIX Mediation.  Typically, an
      Intermediate Process is hosted by an IPFIX Mediator.
      Alternatively, an Intermediate Process may be hosted by an
      Original Exporter.
 
According to the definition of “Intermediate Process” from RFC 6183, such a
process is typically hosted by an IPFIX Mediator. Alternatively, it may be
hosted by an Original Exporter. In my view, an Intermediate Flow Selection
Process could be also hosted by a Collector.

Sure. Then the Collector becomes a Collector that contains a mediator
function.
I don't see the problem.

 

Ok, it’s clear to me now. I will modify the text of the definition
accordingly.

 

   Intermediate Process
 
      An Intermediate Process takes a record stream as its input from
      Collecting Processes, Metering Processes, IPFIX File Readers,
      other Intermediate Processes, 


My concern if you use your definition is that it doesn't build on the
framework RFC 6183



 

So 

 * Intermediate Flow Selection Process
 
      An Intermediate Flow Selection Process is an Intermediate Process as
in
      [RFC6183 <http://tools.ietf.org/html/rfc6183> ] that takes Flow
Records as its
      input and selects a subset of this set as its output.
      Intermediate Flow Selection Process is a more general concept than
      Intermediate Selection Process as defined in [RFC6183
<http://tools.ietf.org/html/rfc6183> ].  While an
      Intermediate Selection Process selects Flow Records from a
      sequence based upon criteria-evaluated Flow record values and
      passes only those Flow Records that match the criteria, an
      Intermediate Flow Selection Process selects Flow Records using
      selection criteria applicable to a larger set of Flow
      characteristics and information.






 






4.  Flow selection as a Function in the IPFIX Architecture 
   

Thanks for your new figure 1.
One editorial change: change the + in the left vertical line.

Ok, will do.

      +======|========================+      |
      |      |  Mediator              |      |
      +    +-V-------------------+    |      |
      |    | Collecting Process  |    |      |
      +    +---------------------+    |      |
      |    | Intermediate Flow   |    |      |
      |    | Selection Process   |    |      |
      +    +---------------------+    |      |
      |    |  Exporting Process  |    |      |
      +    +-|-------------------+    |      |
      +======|========================+      |
      


5.1.  Flow Filtering 

   Flow Filtering is a deterministic function on the IPFIX Flow Record 
   content.  If the relevant flow characteristics are already observable 
   at packet level (e.g.  Flow Keys), Flow Filtering can be applied 
   before aggregation at packet level.  In order to be compliant with 
   this document, at least the Property Match Filtering MUST be 
   implemented. 

This contradicts.

   In order to be compliant with this document, at
   least one of the flow selection schemes MUST be implemented.

Actually, wrong cut/paste.
This contradicts, in section 1:

   In order to be compliant with this document, at
   least the Property Match Filtering MUST be implemented.

 

This comment is not clear to me. Both in Section 1 and in Section 5.1 (Flow
Filtering) I used the same sentence “In order to be compliant with this
document, at least the Property Match Filtering MUST be implemented”.

 

Solved with version 12.
However, I'm wondering if the resolution is correct.
version 11:
       

   In order to be compliant with this document, at
   least one of the flow selection schemes MUST be implemented. 
 
   ...
 
   In order to be compliant with this document, at
   least the Property Match Filtering MUST be implemented.


Version 12:

    In order to be compliant with this document, at
   least the Property Match Filtering MUST be implemented.


Listing all the selection techniques, 

   5
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5> .  Flow Selection Techniques  . . . . . . . . . . . . . . . . . . 10
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-10>

     5.1
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.1> .  Flow Filtering . . . . . . . . . . . . . . . . . . . . . . 11
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-11>

       5.1.1
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.1.1> .  Property Match Filtering . . . . . . . . . . . . . . . 11
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-11>

       5.1.2
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.1.2> .  Hash-based Flow Filtering  . . . . . . . . . . . . . . 11
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-11>

     5.2
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.2> .  Flow Sampling  . . . . . . . . . . . . . . . . . . . . . . 12
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-12>

       5.2.1
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.2.1> .  Systematic sampling  . . . . . . . . . . . . . . . . . 12
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-12>

       5.2.2
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.2.2> .  Random Sampling  . . . . . . . . . . . . . . . . . . . 12
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-12>

     5.3
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.3> .  Flow-state Dependent Flow Selection  . . . . . . . . . . . 13
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-13>

     5.4
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#section-
5.4> .  Flow-state Dependent Packet Selection  . . . . . . . . . . 14
<http://tools.ietf.org/html/draft-ietf-ipfix-flow-selection-tech-12#page-14>



It means that a device that implements Flow Sampling was compliant with
version 11 thanks to the sentence "In order to be compliant with this
document, at least one of the flow selection schemes MUST be implemented"
and is not compliant any longer with version 12
It seems like an important change to me since the WGLC, on which the WG must
agree.

 

I agree. A new WGLC is needed to have feedback on this change from the WG.

 

Best regards,

 

Salvatore



Regards, Benoit












 

 

  _____  

Nessun virus nel messaggio.
Controllato da AVG - www.avg.com
Versione: 2012.0.2221 / Database dei virus: 2441/5381 - Data di rilascio:
07/11/2012