Re: [ippm] IPPM WG Status and Agenda for IETF 95 Buenos Aires

<nalini.elkins@insidethestack.com> Fri, 11 March 2016 16:24 UTC

Return-Path: <nalini.elkins@insidethestack.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 C575A12D883 for <ippm@ietfa.amsl.com>; Fri, 11 Mar 2016 08:24:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yx1tzg5eRCMI for <ippm@ietfa.amsl.com>; Fri, 11 Mar 2016 08:24:46 -0800 (PST)
Received: from nm21-vm6.bullet.mail.ne1.yahoo.com (nm21-vm6.bullet.mail.ne1.yahoo.com [98.138.91.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6374D12D760 for <ippm@ietf.org>; Fri, 11 Mar 2016 08:24:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1457713485; bh=EaINhcalBlnFc08wmZbEcUEN/iQI/PhmE8+M5gaTImE=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=P78uB/HkuAr7i8Wz7PmJhLcJzUj2jCy2L6URuYRjlS7X2WUeD5/EQ/L9MzPXw78Mju9Rj6S12FCq6+F1xDPwA+1fYyUkBcU6Wlfukfvhhua9X4ZM05w9LbIXcez1g48+2tr1hySKIe4oXvj1JEe2pAxQVU9JW36zAVji3o2kfXvSBZix2pd9vmS7hl0U0hA9rVT/vlm4GvnGbJuTXiifIKkMTtaTWvpnKtXjJ18nXy2qnLgPfeUw8w5WCoQ1mo/unv3hXkvcolI7+O6HMeUTL1wvsidSLTY2BNUG3D2ZW90C3X+hC2UZkefISVkFtWq14P3/YQ9BtWWtf3GgpEXTGQ==
Received: from [98.138.100.103] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 11 Mar 2016 16:24:45 -0000
Received: from [98.138.87.12] by tm102.bullet.mail.ne1.yahoo.com with NNFMP; 11 Mar 2016 16:24:45 -0000
Received: from [127.0.0.1] by omp1012.mail.ne1.yahoo.com with NNFMP; 11 Mar 2016 16:24:45 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 584857.70503.bm@omp1012.mail.ne1.yahoo.com
X-YMail-OSG: WmVAtbUVM1m9NhUqlT2KKCpjufWJNHQ0iQjYoHNNMqvZtgH22C48Qp8d94jemlr HZA6YJoIOqeb.6k8IsN3GRNK5UzbOCRjmUMJQZxMhtmAMSJcmWxO2MIBFCNZwCziYu20u9tevmsl oUMpq0PKiZxHa4KnFEVELby9v_vPCBnClSEC88buhCPaAYlU8C2OqmwUvB9XZyiTMAU7cSNu0c0F 3EBcxnDlAGiGgshXjgH6u57p_ncBqALTSonCXgGzPzYgbPHsaIt0iiNka9pDqj6d1HLoREZrAzqL DOzbtkrvSYcVi0XcYXw0Mti66uSYrcNuFG98ivwK6Q7TxwKmGxV4PVMRGjWEhUpiAfLi7_W71Qpl dMWPXt8upfg7dJxVYqClCEhA.Ep86RWm4aeVfSSotoYdlSp4NcCoxR2_uyKObbJSaw0Xq3c4CKTb MbOUnuLT14CQyNkqenM3xny9zJs3SQwKRWvsVWrA1JJ41Alx.RWt1Hqe6nlPUpvvf8293QOqlPO1 hvjGnUCYC3ASfoTssRhtTCVKX1Wnsj4qjTc1ISfSAYP6l.xk-
Received: by 98.138.101.163; Fri, 11 Mar 2016 16:24:45 +0000
Date: Fri, 11 Mar 2016 16:24:44 +0000
From: nalini.elkins@insidethestack.com
To: "joachim.fabini@tuwien.ac.at" <joachim.fabini@tuwien.ac.at>, "ippm@ietf.org" <ippm@ietf.org>
Message-ID: <160175762.361498.1457713484631.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <56E2EECC.8000702@tuwien.ac.at>
References: <56E2EECC.8000702@tuwien.ac.at>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_361497_2068564753.1457713484626"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/XiFLrzJMELZ6WIIiC_jXBMzlOVg>
Subject: Re: [ippm] IPPM WG Status and Agenda for IETF 95 Buenos Aires
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: nalini.elkins@insidethestack.com
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 11 Mar 2016 16:24:54 -0000

+1
IPv6 stats from Google for the United States are 23% access this year - 12% last year.   High growth rate (even considering likely plateaus in the future).
We are actually researching potential additions to PDM with FreeBSD folks.  So, IPv6 is very necessary for us.
Thanks for bringing this up, Joachim.
Nalini 


      From: Joachim Fabini <joachim.fabini@tuwien.ac.at>
 To: ippm@ietf.org 
 Sent: Friday, March 11, 2016 8:14 AM
 Subject: Re: [ippm] IPPM WG Status and Agenda for IETF 95 Buenos Aires
   
Brian, IPPM,

Thumbs up, excellent work and RFC-publishing performance. This brings me
to a somewhat related topic: fixing of legacy shortcomings seems to not
be that thrilling and gains little attention/priority in ippm. The
process of finding new ippm topics may benefit from some
priority-elevation scheme. In particular, we must make sure to advance
work that a) ippm has committed to as part of RFC approval processes
and/or b) approved RFCs depend on.

(co-author hat off) Specifically I'm concerned about the 2330-update for
IPv6 and IP options not even being on the agenda. During the GenArt
review of RFC 7679 and 7680 the IESG asked ippm to fix the missing IPv6
support in RFC2330. When reading
https://www.ietf.org/mail-archive/web/ietf-announce/current/msg14489.html it
is my understanding that these two essential RFCs have passed the
standardization process only because ippm proposed/committed to fix the
RFC2330 shortcomings wrt IPv6 in a separate document. This is
draft-morton-ippm-2330-stdform-typep, which has not been adopted as WG
item and not even on the agenda for IETF-95.

It's a fundamental question of the ippm being credible. The same
question about IPv6 support will be asked again by the IESG latest when
the next IPv6-related ippm draft is in their queue. The active-passive
RFC now is in AUTH48 and references
draft-morton-ippm-2330-stdform-typep, PDM-options may be next, so we
have at least two RFCs and two almost-RFCs that reference and badly need
the IPv6 update.

>From my perspective the ippm work can and must prioritize new topics
that are in the attention and focus of ippm participants. Still, the
fixing of such substantial legacy issues like IPv6 should have at least
the same level of priority. Ippm must prioritize and complete the
homework it has committed to while adopting earlier RFCs to stay
credible vs. the IESG. And it is my feeling that this needs to be
reflected somehow by ippm processes and priorities.

Any opinions?

thanks
Joachim



On 11.03.2016 14:00, Brian Trammell wrote:
> Greetings, all,
> 
> First, let us congratulate the IPPM working group on its excellent productivity in finally-published-RFC terms: we've seen five(!) documents published since Yokohama:
> 
> - RFC 7679 (was draft-ietf-ippm-2679-bis)
>  A One-Way Delay Metric for IP Performance Metrics (IPPM)
> - RFC 7680 (was draft-ietf-ippm-2680-bis)
>  A One-Way Loss Metric for IP Performance Metrics (IPPM)
> - RFC 7717 (was draft-ietf-ippm-ipsec)
>  IKEv2-Derived Shared Secret Key for the One-Way Active Measurement
>  Protocol (OWAMP) and Two-Way Active Measurement Protocol (TWAMP)
> - RFC 7718 (was draft-ietf-ippm-owamp-registry)
>  Registries for the One-Way Active Measurement Protocol (OWAMP)
> - RFC 7750 (was draft-ietf-ippm-type-p-monitor)
>  Differentiated Service Code Point and Explicit Congestion
>  Notification Monitoring in the Two-Way Active Measurement
>  Protocol (TWAMP)
> 
> In addition:
> 
> - RFC-to-be 7799 (draft-ietf-ippm-active-passive-06) just entered AUTH48
> - draft-ietf-ippm-checksum-trailer-06 has been approved and is in queue
> 
> Well done, IPPM!
> 
> 
> With that, it's time to consider what to work on next, in order to plan our agenda for the meeting in Buenos Aires. We have a couple of active Working Group drafts:
> 
> - draft-ietf-ippm-6man-pdm-option, in WGLC until next Friday.
> - draft-ietf-ippm-metric-registry, to be revised on WGLC comments.
> - draft-ietf-ippm-model-based-metrics, which needs work before a second WGLC.
> 
> We'll want time on the agenda for all three of these.
> 
> We've also adopted two new WG documents, for which we expect to see dratf-ietf-ippm- revisions before Monday 21 March:
> 
> - draft-cmzrjp-ippm-twamp-yang
> - draft-morton-ippm-initial-registry
> 
> We'll want time on the agenda for these, too.
> 
> Beyond that, we've reviewed discussion on the mailing list to see where the working group's energy seems to be for additional documents. First, we have seen a lot of discussion on what we call the "hybrid/coloring cluster", so I think we should have a discussion about approaches here, how they fit together, and what if anything we should consider adopting in this space:
> 
> - draft-tempia-ippm-p3m
> - draft-chen-ippm-coloring-based-ipfpm-framework
> - draft-fioccola-ippm-rfc6812-alt-mark-ext
> 
> We've already talked to Giuseppe Fioccola about these, and would like to propose a single presentation about all three followed by a long discussion slot.
> 
> There's also been some discussion on draft-mirsky-ippm-time-format, and it seems like this one might be close enough to make an adoption call for too.
> 
> All other drafts: As discussed in Yokohama, we'd like to reserve time for work that's actually already being discussed on the list, so at the end of the agenda we'll have time for discussion of new work without any substantial discussion so far. These will be organized as 5 minute lightning talks, and allocated FCFS in two queues, with completely new drafts having priority over ones that have already been presented.
> 
> We're tentatively scheduled for a 2.5 hour slot on Monday morning, but there is discussion about moving us back to a 2 hour slot on Friday, so we'd propose the following agenda, with the last slot being either 15 or 45 minutes long:
> 
> 10:00: Note well, intro, status, agenda bash (chairs, 10m)
> 10:10: draft-ietf-ippm-metric-registry
>      WGLC discussion completion, as req'd (10m)
> 10:20: draft-ietf-ippm-6man-pdm-option
>      WGLC discussion completion (N. Elkins, 15m)
> 10:35: draft-ietf-ippm-model-based-metrics
>      new revision / second WGLC kickoff (M. Mathis, 10m)
> 10:45: Coloring/Hybrid Approach Presentation and Discussion (TBD, 45m)
>      draft-tempia-ippm-p3m
>      draft-chen-ippm-coloring-based-ipfpm-framework
>      draft-fioccola-ippm-rfc6812-alt-mark-ext
>      Discussion; decision on call to adopt?
> 11:30: draft-mirsky-ippm-time-format (G. Mirsky, 15m)
>      Discussion: decision on call to adopt?
> 11:45: Lightning talks for new work: two requests received so far:
>      draft-bailmir-ippm-twamp-dscp-ctrl-mon-00 (G. Mirsky)
>      draft-mirsky-ippm-twamp-light-yang-02 (G. Mirsky)
> 
> Authors: please let us know if you have any corrections here. Those with new work to present: please let us know if you'd like a lightning talk slot.
> 
> Cheers,
> 
> Brian and Bill (chair hats)
> 
> 
> 
> _______________________________________________
> 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