Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-added-octets-01.txt

Al Morton <acmorton@att.com> Mon, 02 April 2012 14:09 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 272E721F856F for <ippm@ietfa.amsl.com>; Mon, 2 Apr 2012 07:09:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.796
X-Spam-Level:
X-Spam-Status: No, score=-101.796 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, 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 CyYlWcSS1PG2 for <ippm@ietfa.amsl.com>; Mon, 2 Apr 2012 07:09:13 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 416F321F856C for <ippm@ietf.org>; Mon, 2 Apr 2012 07:09:13 -0700 (PDT)
Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.11.0-8) over TLS secured channel with ESMTP id 803b97f4.0.245048.00-432.657907.nbfkord-smmo05.seg.att.com (envelope-from <acmorton@att.com>); Mon, 02 Apr 2012 14:09:13 +0000 (UTC)
X-MXL-Hash: 4f79b3096155ee18-71ff75d14ca6e8bba4ca28d0cb9603f41e7188dd
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q32E9C1V017736 for <ippm@ietf.org>; Mon, 2 Apr 2012 10:09:12 -0400
Received: from sflint01.pst.cso.att.com (sflint01.pst.cso.att.com [144.154.234.228]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q32E95VQ017696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ippm@ietf.org>; Mon, 2 Apr 2012 10:09:08 -0400
Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by sflint01.pst.cso.att.com (RSA Interceptor) for <ippm@ietf.org>; Mon, 2 Apr 2012 10:08:43 -0400
Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q32E8gHh001644 for <ippm@ietf.org>; Mon, 2 Apr 2012 10:08:42 -0400
Received: from dns.maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id q32E8YEo001358 for <ippm@ietf.org>; Mon, 2 Apr 2012 10:08:36 -0400
Message-Id: <201204021408.q32E8YEo001358@alpd052.aldc.att.com>
Received: from acmt.att.com (ds135-16-251-225.dhcps.ugn.att.com[135.16.251.225](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20120402140541gw1004orn9e>; Mon, 2 Apr 2012 14:05:42 +0000
X-Originating-IP: [135.16.251.225]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 02 Apr 2012 10:09:09 -0400
To: Henk Uijterwaal <henk@uijterwaal.nl>, IETF IPPM WG <ippm@ietf.org>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4F74397D.4050902@uijterwaal.nl>
References: <4F742D2D.4060408@uijterwaal.nl> <4F74397D.4050902@uijterwaal.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-RSA-Action: allow
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <acmorton@att.com>
X-SOURCE-IP: [144.160.20.145]
X-AnalysisOut: [v=1.0 c=1 a=b3MHB_GQ4iAA:10 a=ofMgfj31e3cA:10 a=BLceEmwcHo]
X-AnalysisOut: [wA:10 a=kj9zAlcOel0A:10 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a=_9]
X-AnalysisOut: [jaCbEL3L1r5C-Vi3gA:9 a=v_X1rLt1NJE4sOcI6YAA:7 a=CjuIK1q_8u]
X-AnalysisOut: [gA:10]
Subject: Re: [ippm] WGLC for draft-ietf-ippm-twamp-value-added-octets-01.txt
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, 02 Apr 2012 14:09:14 -0000

At 06:29 AM 3/29/2012, Henk Uijterwaal wrote:
>...
>   TWAMP Value-Added Octets
>   draft-ietf-ippm-twamp-value-added-octets-01.txt
>
>Please review the draft and raise any issues by Monday, April 16, 2012,
>8:00 UTC.

Hi Henk and Matt,

When I read:
At 05:54 AM 1/24/2012, Henk Uijterwaal wrote:
>The authors of draft-baillargeon-ippm-twamp-value-added-octets-02.txt
>have asked for this document to be published as an informational RFC,
>by the WG, with the goal of documenting the work done by them.

I wasn't happy with the informational-only approach,
but I figured that it was a decent compromise if the authors
published the Ericsson IPR-encumbered work by itself,
and then let the rest of the WG proceed with defining the problem
and deciding on a standards track solution.

No one else objected either, but then:

- The authors published -value-added-octets with a WG document filename
   (which confuses things, it has not represented WG consensus at
    any stage)
- The authors modified the draft to adopt the function
   of asymmetrical packet size test capability and possibly
   other functions identified in the problem statement draft
   (and in my talk at IETF-80 in Prague).
- The authors now claim to have simplified their protocol, after
   discounting the WG's comments on the complexity of their approach
   for about a year.

Adding features which they didn't suggest/invent, and reversing their
position on protocol complexity means that the current draft does not meet
the goal of "documenting work done by them", and instead lands in a
middle-ground of "partly addresses WG comments and the problem statement".
I don't think that's fair or useful.

So, I still have no objection if the WG documents the individual
draft-baillargeon-ippm-twamp-value-added-octets-02.txt (not -03 or other)
with *Historic* status prepared on the way to a WG consensus solution,
IF it means the WG can close the unproductive discussion on this draft.

To me, the authors have circumvented the WG process with their
current text, waving the "this is how the prototype works now" flag.
It takes benefit from contributions under Note Well, and includes
ideas of others contributed to the IETF IPPM WG which are not theirs.
I object to publishing the current text, and I note that a new IPR
disclosure is likely needed for it.

I also appreciate Yaakov's comment attached below, that the
Introduction's disclaimer describes an RFC Editor Stream submission,
which is yet another way that authors publish alternative ideas
outside the IETF Stream and remains a viable option for them.

regards,
Al

At 08:31 AM 4/1/2012, Yaakov Stein wrote:
>1) The new version clearly states :
>    This memo is the product of a working prototype. It does not
>    represent a consensus of the IETF community. The IETF community is
>    currently working on the problem statement and has not reached
>    consensus on the preferred method for measuring capacity metrics.
>    ...
>    This memo describes the protocol used in the current working
>    prototype implementation of the Value-added octets feature in the
>    Ericsson lab. The prototype has been tested in real network
>    environments. The conclusion from these tests is that the Value-added
>    octets feature is able to enable estimation of metrics such as
>    available path capacity in both the forward and reverse direction of
>    the network path.
>
>This is the definition of an individual submission track document,
>not a document to be submitted to the IESG as a product of the IPPM WG.
...