Re: [ippm] Consensus on draft adoption as WG items

Brian Trammell <trammell@tik.ee.ethz.ch> Mon, 08 April 2013 10:49 UTC

Return-Path: <trammell@tik.ee.ethz.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9725321F9193 for <ippm@ietfa.amsl.com>; Mon, 8 Apr 2013 03:49:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 8lSPlv9P3GGn for <ippm@ietfa.amsl.com>; Mon, 8 Apr 2013 03:49:26 -0700 (PDT)
Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) by ietfa.amsl.com (Postfix) with ESMTP id 9168821F9184 for <ippm@ietf.org>; Mon, 8 Apr 2013 03:49:25 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 3505AD930B; Mon, 8 Apr 2013 12:49:22 +0200 (MEST)
X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch
Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nxj-8wH9oU2o; Mon, 8 Apr 2013 12:49:21 +0200 (MEST)
Received: from [192.168.0.5] (unknown [121.99.65.160]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: briant) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id 0501FD9304; Mon, 8 Apr 2013 12:49:19 +0200 (MEST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Brian Trammell <trammell@tik.ee.ethz.ch>
In-Reply-To: <51629964.5000308@it.uc3m.es>
Date: Mon, 08 Apr 2013 22:49:14 +1200
Content-Transfer-Encoding: quoted-printable
Message-Id: <4910FA8F-CD73-49E7-9402-F43E741187BE@tik.ee.ethz.ch>
References: <41A4F582-3D65-4869-93CF-BACCADF83941@tik.ee.ethz.ch> <95B045E6-C024-4A71-81FF-7403E7EBE6CF@tik.ee.ethz.ch> <8AC71DDE-A11E-4FD5-814D-374C2FAE2171@tik.ee.ethz.ch> <51629964.5000308@it.uc3m.es>
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
X-Mailer: Apple Mail (2.1503)
Cc: ippm@ietf.org
Subject: Re: [ippm] Consensus on draft adoption as WG items
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Apr 2013 10:49:26 -0000

Hi, Marcelo,

Now that we have agreed charter text which will covers all the work we want to do now and that we think we will want to do over the next few years (the hard part), the intention is that we can quickly update milestones, with much less work, coincident with document adoptions as WG items. I suspect we could evaluate subsequent revisions of drafts fitting the charter text and update the milestones as often as once per meeting cycle, if the the individual and WG drafts progress quickly enough. Given that model, I'm not sure I see what the value is in placing a milestone on this charter without a document ready to cover it.

Best regards,

Brian

On 8 Apr 2013, at 22:18, marcelo bagnulo braun <marcelo@it.uc3m.es> wrote:

> Hi,
> 
> I agree with most of this.
> One comment about the metric registry work. I agree that the draft need more discussion and the WG is not ready for adopting it.
> 
> But wouldnt make sense to include a milestone about this in the charter even if we dont adopt a document at this stage?
> 
> Thanks, marcelo
> 
> 
> El 08/04/13 11:29, Brian Trammell escribió:
>> Greetings, all,
>> 
>> Given the response to the consensus call for document adoption, here's where we see consensus on the next milestones for the IPPM working group:
>> 
>> 
>> (1) draft-morton-ippm-2330-update-01
>> Mon Year - Submit draft of RFC 2330bis (Framework update)
>>          to IESG as Proposed Standard
>> 
>> Clear support for adoption, with pledges for reviews and contributions.
>> 
>> 
>> (2) draft-morton-ippm-2679-bis-01
>> Mon Year - Submit draft of RFC 2679bis (One-Way Delay update)
>>          to IESG as Proposed Standard
>> 
>> Mixed support for adoption, with at least one pledge for review and contribution.
>> 
>> 
>> (3) draft-morton-ippm-2680-bis-00
>> Mon Year - Submit draft of RFC 2680bis (One-Way Loss update)
>>          to IESG as Proposed Standard
>> 
>> Mixed support for adoption, with at least one pledge for review and contribution.
>> 
>> 
>> (4) draft-morton-ippm-lmap-path-01
>> Mon Year - Submit draft on reference path for measurement location
>>          to IESG as Proposed Standard
>> 
>> Clear support for adoption, with pledges for reviews and contributions, and a
>> suggestion that the WG may consider folding this into -2330-update.
>> 
>> 
>> (5) draft-mathis-ippm-model-based-metrics-01
>> Mon Year - Submit draft on model-based TCP bulk transfer capacity metrics
>>          to IESG as Experimental
>> 
>> Clear support for adoption (with correction of intended status to
>> Experimental), with pledges for reviews and contributions.
>> 
>> 
>> (6) draft-ko-ippm-streaming-performance-00
>> Mon Year - Submit draft on model-based streaming performance metrics
>>          to IESG as Informational
>> 
>> Mixed support for adoption, with correction of intended status and
>> indication that the document needs to mature a bit.
>> 
>> 
>> (7) draft-bi-ippm-ipsec-01
>> Mon Year - Submit draft on OWAMP / TWAMP Security to IESG as Proposed Standard
>> 
>> Clear support for adoption, with indication that the document needs some work
>> within the WG.
>> 
>> 
>> (8) draft-bagnulo-ippm-new-registry-00, draft-bagnulo-ippm-new-registry-independent-00
>> Mon Year - Submit draft on metrics registry to IESG as Proposed Standard
>> 
>> Mixed support for adoption, with indication that the document should be
>> discussed and developed further before adoption.
>> 
>> 
>> Given this, we propose that we adopt the following drafts as the next set of milestones:
>> 
>> draft-morton-ippm-2330-update
>> draft-morton-ippm-lmap-path
>> draft-mathis-ippm-model-based-metrics
>> draft-bi-ippm-ipsec
>> 
>> Given that draft-morton-ippm-2679-bis and draft-morton-ippm-2680-bis may depend on 2330-update, they should be developed in parallel with it, and considered for adoption as it nears completion.
>> 
>> The remaining drafts are all clearly in scope for the new charter, so please continue developing them, with discussion on the list as necessary. Specifically, the new registry drafts should be unified into a single approach, and adopted following further development.
>> 
>> After consulting with the authors, we suggest the following milestones for existing WG drafts:
>> 
>> Jul 2013 - Submit draft on RFC 2680 standards-track advancement testing to IESG as Informational
>> Dec 2013 - Submit draft on access rate measurement protocol problem statement to IESG as Informational
>> 
>> I'd suggest the following milestones for the new drafts; authors, please respond if these are not realistic:
>> 
>> Dec 2013 - Submit draft updating the IPPM Framework (2330-update) to IESG as Proposed Standard
>> Dec 2013 - Submit draft on reference path for measurement location to IESG as Proposed Standard
>> Mar 2014 - Submit draft on model-based TCP bulk transfer capacity metrics to IESG as Experimental
>> Mar 2014 - Submit draft on OWAMP / TWAMP Security to IESG as Proposed Standard
>> 
>> Please be prompt with any comments on this proposal; we'd like to hand the proposed charter and milestones up to our AD this week.
>> 
>> 
>> Best regards,
>> 
>> Brian and Bill
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
>> 
> 
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm