Re: [ippm] AD review: draft-ietf-ippm-more-twamp
Al Morton <acmorton@att.com> Tue, 05 May 2009 13:54 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 64F993A6EAB for <ippm@core3.amsl.com>; Tue, 5 May 2009 06:54:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.642
X-Spam-Level:
X-Spam-Status: No, score=-105.642 tagged_above=-999 required=5 tests=[AWL=0.154, 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 dPnpJlIG6wJF for <ippm@core3.amsl.com>; Tue, 5 May 2009 06:54:35 -0700 (PDT)
Received: from mail120.messagelabs.com (mail120.messagelabs.com [216.82.250.83]) by core3.amsl.com (Postfix) with ESMTP id 8861028C171 for <ippm@ietf.org>; Tue, 5 May 2009 06:54:35 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-14.tower-120.messagelabs.com!1241531761!34155804!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.128.141]
Received: (qmail 14445 invoked from network); 5 May 2009 13:56:01 -0000
Received: from sbcsmtp9.sbc.com (HELO flph161.enaf.ffdc.sbc.com) (144.160.128.141) by server-14.tower-120.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 May 2009 13:56:01 -0000
Received: from enaf.ffdc.sbc.com (localhost.localdomain [127.0.0.1]) by flph161.enaf.ffdc.sbc.com (8.14.3/8.14.3) with ESMTP id n45Du0eT007043 for <ippm@ietf.org>; Tue, 5 May 2009 06:56:01 -0700
Received: from klph001.kcdc.att.com (klph001.kcdc.att.com [135.188.3.11]) by flph161.enaf.ffdc.sbc.com (8.14.3/8.14.3) with ESMTP id n45DtuoO006958 for <ippm@ietf.org>; Tue, 5 May 2009 06:55:57 -0700
Received: from kcdc.att.com (localhost.localdomain [127.0.0.1]) by klph001.kcdc.att.com (8.14.0/8.14.0) with ESMTP id n45DttF3004902 for <ippm@ietf.org>; Tue, 5 May 2009 08:55:56 -0500
Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by klph001.kcdc.att.com (8.14.0/8.14.0) with ESMTP id n45DtpWO004789 for <ippm@ietf.org>; Tue, 5 May 2009 08:55:51 -0500
Message-Id: <200905051355.n45DtpWO004789@klph001.kcdc.att.com>
Received: from acmt.att.com (martym.mt.att.com[135.16.251.71](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090505135551gw1000u6s4e>; Tue, 5 May 2009 13:55:51 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 05 May 2009 09:55:51 -0400
To: Lars Eggert <lars.eggert@nokia.com>
From: Al Morton <acmorton@att.com>
In-Reply-To: <2387E579-AB08-4494-83EE-D8E8CD36B658@nokia.com>
References: <62431212-93A8-44E3-91F3-0E943899EC4A@nokia.com> <200905021847.n42IlCta001409@klph001.kcdc.att.com> <2387E579-AB08-4494-83EE-D8E8CD36B658@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] AD review: draft-ietf-ippm-more-twamp
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: Tue, 05 May 2009 13:54:36 -0000
At 02:31 AM 5/4/2009, Lars Eggert wrote: >the explanation below make sense - could you add a few words along >these lines to the introduction? > >Thanks, >Lars I've addressed all of Lars' comments, and added a few additional clarifications (to address possible Alfred Hoenes-class Errata before we get to that stage of development). http://www.ietf.org/internet-drafts/draft-ietf-ippm-more-twamp-01.txt This should move us to the next step. thanks and regards, Al >On 2009-5-2, at 21:47, Al Morton wrote: > >>Hi Lars, >> >>Thanks for your comments. >> >>The final wording might benefit from >>an exchange on this one in particular: >> >>At 03:58 PM 4/27/2009, Lars Eggert wrote: >>>...Section 4.1., paragraph 1: >>>> This section describes REQUIRED extensions to the behavior of the >>>> TWAMP Sender. >>> >>> Section 2 said that this entire draft specifies OPTIONAL >>> functionality. This section says that the following extensions are >>> REQUIRED. That's a bit of a mismatch. Either this entire document is >>> now required to implement TWAMP, or the extensions are OPTIONAL, but >>> implementations that chose to implement them need to do these. >>>Please >>> make this more clear. >> >>This mode of operation is OPTIONAL of course. But, once the >>Server and Control-Client have agreed to use this mode, >>then the Session-Sender and the Session-Reflector MUST >>conform to the provisions of this mode (operate using the >>Unauthenticated packet format). What seems to be missing >>in RFC 2119 is a "CONDITIONALLY REQUIRED" term. >> >>So, here's a paragraph I suggest to add to section 4: >> >>This section describes OPTIONAL extensions. When the Server >>has identified the ability to support the mixed security mode, >>the Control-Client has selected the mixed security mode in its Set- >>Up-Response, >>and the Server responds with a zero Accept field in the Server-Start >>message, >>then these extensions are conditionally REQUIRED. >> >>It will be good to sort this out, because we'll need this >>wording in other TWAMP features. >> >>Al >> >> >> > > >
- [ippm] AD review: draft-ietf-ippm-more-twamp Lars Eggert
- Re: [ippm] AD review: draft-ietf-ippm-more-twamp Al Morton
- Re: [ippm] AD review: draft-ietf-ippm-more-twamp Lars Eggert
- Re: [ippm] AD review: draft-ietf-ippm-more-twamp Al Morton