Re: [IPFIX] comments on draft-scholz-ipfix-rtp-msg-00

Paul Aitken <paitken@cisco.com> Thu, 29 March 2012 12:25 UTC

Return-Path: <paitken@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 A410A21F8AAE for <ipfix@ietfa.amsl.com>; Thu, 29 Mar 2012 05:25:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.536
X-Spam-Level:
X-Spam-Status: No, score=-10.536 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 f-YiDjSqaVlD for <ipfix@ietfa.amsl.com>; Thu, 29 Mar 2012 05:25:44 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id CCD5821F8AAA for <ipfix@ietf.org>; Thu, 29 Mar 2012 05:25:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=paitken@cisco.com; l=5170; q=dns/txt; s=iport; t=1333023943; x=1334233543; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=qiipnGz5vhpvvYSEVI/j3kQbPxLfkSjAnwKVancYuQE=; b=a0MhE+8kPG8H44iX6ghX2bgcr5NlzegH3INf4mO4k8UeMcAUXZpPGf27 Ldnm+H7On9Rc7Rh9h+2v4V4jI978N/VvRyFr5sMhvR9gzQdeGovK6OXw6 +5oPs3dh+kZlWz3goOSM/59zgqbIBqgi+njXZgHuaMS+jhW8HgA48ajIn k=;
X-IronPort-AV: E=Sophos; i="4.73,668,1325462400"; d="scan'208,217"; a="133718149"
Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 29 Mar 2012 12:25:42 +0000
Received: from [10.55.83.89] (dhcp-10-55-83-89.cisco.com [10.55.83.89]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q2TCPg64014095; Thu, 29 Mar 2012 12:25:42 GMT
Message-ID: <4F7454C6.4090900@cisco.com>
Date: Thu, 29 Mar 2012 13:25:42 +0100
From: Paul Aitken <paitken@cisco.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20
MIME-Version: 1.0
To: Hadriel Kaplan <HKaplan@acmepacket.com>
References: <4F702CF4.4040203@123.org><7EF1B485-21D1-4D3E-9C55-15C327D771C5@acmepacket.com><4F71A577.5000105@voipfuture.com> <90A8412F-65CE-42FB-9BEF-B8BA30C1A0AF@acmepacket.com> <7F298ACC76CC154F832B6D02852D169F079F3D37@XMB-RCD-101.cisco.com> <13B5187B-06D6-4E44-9E85-D092D3348954@acmepacket.com> <7F298ACC76CC154F832B6D02852D169F079F3DE9@XMB-RCD-101.cisco.com> <E5ADAC3A-CE5C-43A9-9DBF-DDCF472C1022@acmepacket.com>
In-Reply-To: <E5ADAC3A-CE5C-43A9-9DBF-DDCF472C1022@acmepacket.com>
Content-Type: multipart/alternative; boundary="------------060107040707010603070305"
Cc: "<ipfix@ietf.org>" <ipfix@ietf.org>
Subject: Re: [IPFIX] comments on draft-scholz-ipfix-rtp-msg-00
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: Thu, 29 Mar 2012 12:25:51 -0000

Aamer, Hadriel,

FYI, draft-ietf-ipfix-ie-doctors-02 says everything should be in one doc:

    Optionally, a Working Group or individual contributor may choose to
    publish an RFC detailing the new IPFIX application.  Such an RFC
    should contain discussion of the new application, the Information
    Element definitions as in Section 4, as well as suggested Templates
    and examples of the use of those Templates within the new application


P.


On 29/03/12 01:53, Hadriel Kaplan wrote:
>
> On Mar 28, 2012, at 1:09 PM, Aamer Akhter (aakhter) wrote:
>
>> Based on the feedback from the IPFIX WG itself in one of the
>> meetings the IE allocation and the methodology were separated and moved
>> to another WG.
>
> I think the WG may want to reconsider that.  It creates two documents 
> which overlap significantly, except the IANA allocation one is less 
> text with fewer explicit details, while the methodology has the 
> details.  So an implementor would basically need to read both docs 
> anyway, and creating two documents to shepherd/publish is just extra 
> overhead for the submitter, IESG and RFC editor.  What's the real benefit?
>
> This is the diff of the files:
> http://tools.ietf.org/rfcdiff?url1=draft-akhter-opsawg-perfmon-method-02.txt;url2=draft-akhter-opsawg-perfmon-ipfix-02.txt 
> <http://tools.ietf.org/rfcdiff?url1=draft-akhter-opsawg-perfmon-method-02.txt;url2=draft-akhter-opsawg-perfmon-ipfix-02.txt>
>
> Seems kinda silly, no?
> Just my 2 cents, looking at it from the outside.
>
> -hadriel
>
>
> _______________________________________________
> IPFIX mailing list
> IPFIX@ietf.org
> https://www.ietf.org/mailman/listinfo/ipfix