[IPFIX] AD Review of draft-ietf-ipfix-export-per-sctp-stream-02

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Mon, 15 June 2009 12:56 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: ipfix@core3.amsl.com
Delivered-To: ipfix@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9A6C3A6C86 for <ipfix@core3.amsl.com>; Mon, 15 Jun 2009 05:56:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.435
X-Spam-Level:
X-Spam-Status: No, score=-2.435 tagged_above=-999 required=5 tests=[AWL=0.164, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GU1qHsQpqtx8 for <ipfix@core3.amsl.com>; Mon, 15 Jun 2009 05:56:15 -0700 (PDT)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by core3.amsl.com (Postfix) with ESMTP id B11283A6898 for <ipfix@ietf.org>; Mon, 15 Jun 2009 05:56:15 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.42,222,1243828800"; d="scan'208";a="173941293"
Received: from unknown (HELO nj300815-nj-erheast.avaya.com) ([198.152.6.5]) by co300216-co-outbound.net.avaya.com with ESMTP; 15 Jun 2009 08:56:17 -0400
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.14]) by nj300815-nj-erheast-out.avaya.com with ESMTP; 15 Jun 2009 08:56:17 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 15 Jun 2009 14:55:55 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A0401790AFE@307622ANEX5.global.avaya.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: AD Review of draft-ietf-ipfix-export-per-sctp-stream-02
Thread-Index: AcntuJ7G+eQmqOzXRZaFRUlAoZxchg==
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: IETF IPFIX Working Group <ipfix@ietf.org>
Subject: [IPFIX] AD Review of draft-ietf-ipfix-export-per-sctp-stream-02
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 15 Jun 2009 12:56:16 -0000

Please find below the AD review for
draft-ietf-ipfix-export-per-sctp-stream-02. The document is mature
enough to go to IETF Last Call. Unless there are any special comments or
concerns I will send it to IETF Last Call by tomorrow. 

Please consider the comments below together with the other IETF Last
Call comments. The comments are divided into Technical and Editorial

T1. There is not information concerning the impact on performance and
capacity of the reporting and collecting processes. Should we expect any
considerable impact on performance and/or capacity? If any
implementation experience is available I would suggest that we record
it. 



E1. idnits complains about a number of IPR boilerplate issues and
obsolete references issues: 

tmp/draft-ietf-ipfix-export-per-sctp-stream-02.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/license-info):
 
------------------------------------------------------------------------
----

  ** You're using the IETF Trust Provisions Section 6.b License Notice
from
     10 Nov 2008 rather than the newer Notice from 12 Feb 2009, which is
     required now.  (See http://trustee.ietf.org/license-info/)


  Checking nits according to
http://www.ietf.org/ietf/1id-guidelines.txt:
 
------------------------------------------------------------------------
----

     No issues found here.

  Checking nits according to http://www.ietf.org/ID-Checklist.html:
 
------------------------------------------------------------------------
----

     No issues found here.

  Miscellaneous warnings:
 
------------------------------------------------------------------------
----

  == The document seems to lack a disclaimer for pre-RFC5378 work, but
was
     first submitted before 10 November 2008.  Should you add the
disclaimer?
     (See the Legal Provisions document at
     http://trustee.ietf.org/license-info for more information.). 

     trust-12-feb-2009 Section 6.c.iii text:
     "This document may contain material from IETF Documents or IETF
      Contributions published or made publicly available before November
      10, 2008.  The person(s) controlling the copyright in some of this
      material may not have granted the IETF Trust the right to allow
      modifications of such material outside the IETF Standards Process.

      Without obtaining an adequate license from the person(s)
      controlling the copyright in such materials, this document may not
      be modified outside the IETF Standards Process, and derivative
      works of it may not be created outside the IETF Standards Process,
      except to format it for publication as an RFC or to translate it
      into languages other than English."


  Checking references for intended status: Informational
 
------------------------------------------------------------------------
----

  == Outdated reference: draft-ietf-psamp-sample-tech has been published
as
     RFC 5475

  == Outdated reference: draft-ietf-ipfix-architecture has been
published as
     RFC 5470

  == Outdated reference: draft-ietf-ipfix-as has been published as RFC
5472

  == Outdated reference: draft-ietf-psamp-protocol has been published as
RFC
     5476

  == Outdated reference: draft-ietf-psamp-framework has been published
as RFC
     5474

  == Outdated reference: draft-ietf-ipfix-reducing-redundancy has been
     published as RFC 5473

  == Outdated reference: A later version (-01) exists of
     draft-stewart-tsvwg-sctpstrrst-00


     Summary: 1 error (**), 8 warnings (==), 0 comments (--)

E2. PR-SCTP is not expanded at first occurrence in the Abstract 

E3. I suggest to change the sentence in the IANA considerations as
follows: According to the process defined in RFC 5202 IANA will allocate
the dataRecordsRelability Information element defined in Section 4.2