Re: [ippm] publication request for draft-ietf-ippm-twamp-session-cntrl-03.txt

Al Morton <acmorton@att.com> Thu, 18 February 2010 13:43 UTC

Return-Path: <acmorton@att.com>
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 22E7528C1E0 for <ippm@core3.amsl.com>; Thu, 18 Feb 2010 05:43:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.488
X-Spam-Level:
X-Spam-Status: No, score=-105.488 tagged_above=-999 required=5 tests=[AWL=0.308, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xhGKg2Svo4iA for <ippm@core3.amsl.com>; Thu, 18 Feb 2010 05:43:18 -0800 (PST)
Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id 3D9B228C1D3 for <ippm@ietf.org>; Thu, 18 Feb 2010 05:43:18 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-7.tower-161.messagelabs.com!1266500699!26314301!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [144.160.20.146]
Received: (qmail 30253 invoked from network); 18 Feb 2010 13:45:00 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-7.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Feb 2010 13:45:00 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o1IDio0l007754 for <ippm@ietf.org>; Thu, 18 Feb 2010 08:44:50 -0500
Received: from klpd017.kcdc.att.com (klpd017.kcdc.att.com [135.188.40.86]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o1IDiibe007648 for <ippm@ietf.org>; Thu, 18 Feb 2010 08:44:45 -0500
Received: from kcdc.att.com (localhost.localdomain [127.0.0.1]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o1IDira6026950 for <ippm@ietf.org>; Thu, 18 Feb 2010 07:44:53 -0600
Received: from maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o1IDimlw026840 for <ippm@ietf.org>; Thu, 18 Feb 2010 07:44:48 -0600
Message-Id: <201002181344.o1IDimlw026840@klpd017.kcdc.att.com>
Received: from acmt.att.com (vpn-135-70-221-53.vpn.east.att.com[135.70.221.53](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20100218134447gw100m6b5ie>; Thu, 18 Feb 2010 13:44:47 +0000
X-Originating-IP: [135.70.221.53]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 18 Feb 2010 08:44:05 -0500
To: Henk Uijterwaal <henk@ripe.net>, Lars Eggert <lars.eggert@nokia.com>, Matthew J Zekauskas <matt@internet2.edu>, IETF IPPM WG <ippm@ietf.org>, "Murtaza Chiba (mchiba)" <mchiba@cisco.com>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4B7D0172.5090204@ripe.net>
References: <4B7D0172.5090204@ripe.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Subject: Re: [ippm] publication request for draft-ietf-ippm-twamp-session-cntrl-03.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 18 Feb 2010 13:43:19 -0000

At 03:59 AM 2/18/2010, Henk Uijterwaal wrote:
>   (1.h) Has the document split its references into normative and
>         informative? Are there normative references to documents that
>         are not ready for advancement or are otherwise in an unclear
>         state?
>
>Yes, draft-ietf-ippm-twamp-reflect-octets.  This draft has an ETA
>of Q1/2010.

I concluded (when looking at the latest update) that draft*reflect-octets
was an Informative reference. Although there are some interactions
identified, it's possible to implement draft*session-cntrl compliant
implementations without ever looking at draft*reflect-octets.

So, I moved draft*reflect-octets to the Informative list, but
will move it back if others feel that was a mistake. One citation
to consider is below (from section 3.1). Other citations describe
reflect-octets as "nice to have".

Al

    If the Control-Client has selected the Reflect Octets feature
    [I-D.ietf-ippm-twamp-reflect-octets] in combination with the
    Individual Session Control feature (after the Server identified its
    capability), AND utilizes the feature to insert a locally-specified
    request number in the Request-TW-Session command, THEN the Control
    Client MAY send more than one Request-TW-Session command to a given
    Server without waiting for the corresponding Accept-Session message.
    In such a case the Access-Session response reflects the locally-
    specified request number.  Note that when the Reflect Octets feature
    is being used all Request-TW-Session command and Accept-Session
    responses MUST include the locally-specified request number.