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

"MORTON JR., ALFRED C (AL)" <acmorton@att.com> Mon, 08 April 2013 14:01 UTC

Return-Path: <acmorton@att.com>
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 83F4D21F9726 for <ippm@ietfa.amsl.com>; Mon, 8 Apr 2013 07:01:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 tGXx6smfIU8t for <ippm@ietfa.amsl.com>; Mon, 8 Apr 2013 07:01:04 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [192.20.225.111]) by ietfa.amsl.com (Postfix) with ESMTP id 530E421F971F for <ippm@ietf.org>; Mon, 8 Apr 2013 07:01:04 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 65F3F1205F4; Mon, 8 Apr 2013 10:01:16 -0400 (EDT)
Received: from njfpsrvexg5.research.att.com (njfpsrvexg5.research.att.com [135.207.177.27]) by mail-blue.research.att.com (Postfix) with ESMTP id B8B11F0160; Mon, 8 Apr 2013 10:01:03 -0400 (EDT)
Received: from njfpsrvexg7.research.att.com ([fe80::3598:75fe:b400:9299]) by njfpsrvexg5.research.att.com ([fe80::a501:da3:2345:4587%10]) with mapi; Mon, 8 Apr 2013 10:01:03 -0400
From: "MORTON JR., ALFRED C (AL)" <acmorton@att.com>
To: Brian Trammell <trammell@tik.ee.ethz.ch>, marcelo bagnulo braun <marcelo@it.uc3m.es>
Date: Mon, 08 Apr 2013 10:01:02 -0400
Thread-Topic: [ippm] Consensus on draft adoption as WG items
Thread-Index: Ac40RsO+ntxgRya5SiiaISC6PXbqvgAFiTlw
Message-ID: <F1312FAF1A1E624DA0972D1C9A91379A1BFC0937FB@njfpsrvexg7.research.att.com>
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> <4910FA8F-CD73-49E7-9402-F43E741187BE@tik.ee.ethz.ch>
In-Reply-To: <4910FA8F-CD73-49E7-9402-F43E741187BE@tik.ee.ethz.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ippm@ietf.org" <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 14:01:05 -0000

Hi Brian, Marcelo, all,

IMO, there are a few areas where conscientious working group participants should contribute,
in addition to the natural preference to work on new proposals. These areas are part of 
the overhead of being a standards body. Liaison replies, specification maintenance, and
developing support specifications (registry) are not exciting and won't win the election, 
but they all require attention at some point. In our priorities for the future,
let's keep in mind that the IETF standards process is always on the list.

So, let's move ahead with the new WG drafts and also see what we can accomplish
across the board of proposals, as you've suggested.

regards,
Al

> -----Original Message-----
> From: ippm-bounces@ietf.org [mailto:ippm-bounces@ietf.org] On Behalf Of
> Brian Trammell
> Sent: Monday, April 08, 2013 6:49 AM
> To: marcelo bagnulo braun
> Cc: ippm@ietf.org
> Subject: Re: [ippm] Consensus on draft adoption as WG items
> 
> 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
> 
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm