From Ruediger.Geib@telekom.de Tue Feb 2 00:47:40 2010 Return-Path: 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 C76D53A6AEC for ; Tue, 2 Feb 2010 00:47:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.39 X-Spam-Level: X-Spam-Status: No, score=-1.39 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] 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 WcrcqMbkPuX7 for ; Tue, 2 Feb 2010 00:47:39 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by core3.amsl.com (Postfix) with ESMTP id EE25B3A6AED for ; Tue, 2 Feb 2010 00:47:38 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuYAAAd2Z0sKl7So/2dsb2JhbAAI10kChEME Received: from s4de8psaans.blf.telekom.de (HELO s4de8psaans.mitte.t-com.de) ([10.151.180.168]) by tcmail31.telekom.de with ESMTP; 02 Feb 2010 09:48:10 +0100 Received: from S4DE8PSAAQA.mitte.t-com.de ([10.151.229.12]) by s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Feb 2010 09:47:58 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 2 Feb 2010 09:47:57 +0100 Message-ID: <151C164FE2E066418D8D44D0801543A50316D3FC@S4DE8PSAAQA.mitte.t-com.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: thread-topic: Question on the "advancement of metrics draft". thread-index: Acpxzjku8E+TKirzSFOGMsmor9cpogAjZ2ZQDCuqWDA= References: <4B13DEA1.8070309@ripe.net> From: To: X-OriginalArrivalTime: 02 Feb 2010 08:47:58.0634 (UTC) FILETIME=[6B95F0A0:01CAA3E4] Cc: ippm@ietf.org Subject: [ippm] Question on the "advancement of metrics draft". X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2010 08:47:40 -0000 Hello Henk, currently, the text of the metric advancement draft contains a new = implementation requirement: "An IPPM compliant metric implementation whose measurement requires synchronized clocks is however expected to provide precise = measurement results. Any IPPM metric implementation MUST be of a precision of 1 = ms (+/- 500 us) with a confidence of 95% if the metric is captured = along an Internet path which is stable and not congested during a measurement duration of an hour or more." Are we in a position to specify new implementation requirements in this = document? If not, do we have to remove "requirement lanuage" and content entirely = or can this=20 content stay, if is softened up (either SHOULD or content without = requirement=20 language?). Regards, Ruediger Deutsche Telekom Netzproduktion GmbH Zentrum Technik Einf=FChrung R=FCdiger Geib Heinrich-Hertz-Stra=DFe 3-7, 64295 Darmstadt +49 6151 628-2747 (Tel.) +49 251 7985 209 (Fax) http://www.telekom.com Deutsche Telekom Netzproduktion GmbH Aufsichtsrat: Dr. Steffen Roehn (Vorsitzender) Gesch=E4ftsf=FChrung: Dr. Bruno Jacobfeuerborn (Vorsitzender), Albert = Matheis, Klaus Peren Handelsregister: Amtsgericht Bonn HRB 14190 Sitz der Gesellschaft: Bonn USt-IdNr. DE 814645262 -----Original Message----- From: Geib, R=FCdiger=20 Sent: Tuesday, December 01, 2009 8:58 AM To: 'Henk Uijterwaal' Subject: RE: [Fwd: Re: Editorial team to work on the "advancement of = metrics draft".] Henk, thanks for your support.=20 Regards, Rudiger -----Original Message----- From: Henk Uijterwaal [mailto:henk@ripe.net]=20 Sent: Monday, November 30, 2009 4:03 PM To: Geib, R=FCdiger Subject: [Fwd: Re: Editorial team to work on the "advancement of metrics = draft".] FYI. H. -------- Original Message -------- Subject: Re: Editorial team to work on the "advancement of metrics = draft". Date: Mon, 30 Nov 2009 08:32:56 -0500 (EST) From: sob@harvard.edu (Scott O. Bradner) To: henk@ripe.net I did read through the 1st version and it looked fine - content wise I will say it seems a bit funny to be quoting an expired ID = (bradner-metrictest) I'd suggest just take the text and put an acknowledgement in somewhere and drop the note that the ID is being quoted Scott --=20 -------------------------------------------------------------------------= ----- Henk Uijterwaal Email: = henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.xs4all.nl/~henku P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 -------------------------------------------------------------------------= ----- Nobody ever went broke underestimating the taste of the American public. = H.L.Mencken From sr1263@att.com Mon Feb 8 08:32:37 2010 Return-Path: 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 DA87228C149 for ; Mon, 8 Feb 2010 08:32:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.598 X-Spam-Level: X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 4R28r3iUpzoH for ; Mon, 8 Feb 2010 08:32:35 -0800 (PST) Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id 8944028C155 for ; Mon, 8 Feb 2010 08:32:34 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: sr1263@att.com X-Msg-Ref: server-2.tower-161.messagelabs.com!1265646815!16378825!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [144.160.20.146] Received: (qmail 20200 invoked from network); 8 Feb 2010 16:33:36 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-2.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Feb 2010 16:33:36 -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 o18GXSWE032125 for ; Mon, 8 Feb 2010 11:33:28 -0500 Received: from gaalpa1msgusr7a.ugd.att.com (gaalpa1msgusr7a.ugd.att.com [135.53.26.15]) by mlpd194.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o18GXNXc032065 for ; Mon, 8 Feb 2010 11:33:24 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CAA8DC.72D78164" Date: Mon, 8 Feb 2010 11:33:30 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-ietf-ippm-twamp-reflect-octets-03 Thread-Index: Acqo3HLH837EprUQSxec6UFrfh0yXw== From: "ROSS, STINA M (ATTLABS)" To: X-Mailman-Approved-At: Tue, 09 Feb 2010 08:03:04 -0800 Subject: [ippm] draft-ietf-ippm-twamp-reflect-octets-03 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 16:34:16 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CAA8DC.72D78164 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable The IP Performance Metrics Working Group: =20 I've reviewed the "TWAMP Reflect-Octets and Symmetrical Size Features" draft, and agree that these capabilities are worthwhile as new features for the core protocol. I believe that the specification of the features is complete and should result in inter-operable implementations. =20 Stina Stina Ross AT&T Labs - Tier 4 Support for AT&T's IP Network 732 420-4193 stinaross@att.com ------_=_NextPart_001_01CAA8DC.72D78164 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

The IP Performance Metrics = Working=20 Group:

 

I've reviewed the = “TWAMP=20 Reflect-Octets and Symmetrical Size Features” draft, and agree = that these=20 capabilities are worthwhile as new features for the core protocol. I=20 believe that the = specification of the=20 features is complete and should result in inter-operable=20 implementations.

 

Stina

Stina = Ross
AT&T=20 Labs - Tier 4 Support for AT&T's IP=20 Network
732 = 420-4193
stinaross@att.com
------_=_NextPart_001_01CAA8DC.72D78164-- From Ruediger.Geib@telekom.de Thu Feb 11 05:58:54 2010 Return-Path: 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 0D1FB3A756C for ; Thu, 11 Feb 2010 05:58:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.784 X-Spam-Level: X-Spam-Status: No, score=-2.784 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] 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 CqqTUpUAjyWp for ; Thu, 11 Feb 2010 05:58:53 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by core3.amsl.com (Postfix) with ESMTP id 54E0E3A7558 for ; Thu, 11 Feb 2010 05:58:51 -0800 (PST) Received: from s4de8psaanq.blf.telekom.de (HELO S4DE8PSAANQ.mitte.t-com.de) ([10.151.180.166]) by tcmail31.telekom.de with ESMTP; 11 Feb 2010 14:59:59 +0100 Received: from S4DE8PSAAQA.mitte.t-com.de ([10.151.229.12]) by S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Thu, 11 Feb 2010 14:59:59 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 11 Feb 2010 14:59:59 +0100 Message-ID: <151C164FE2E066418D8D44D0801543A5032C9430@S4DE8PSAAQA.mitte.t-com.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: thread-topic: New version of draft-geib-ippm-metrictest-02 thread-index: AcqrHuO5wA4uv1ggS6KqHoFwla2s3wAAB0lw From: To: , X-OriginalArrivalTime: 11 Feb 2010 13:59:59.0315 (UTC) FILETIME=[7FB2EA30:01CAAB22] Cc: acmorton@att.com, ippm@ietf.org Subject: [ippm] New version of draft-geib-ippm-metrictest-02 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 13:58:54 -0000 Dear IPPM members, I've just uploaded the reviewed version of the metric test=20 draft, which may be found under http://www.ietf.org/id/draft-geib-ippm-metrictest-02.txt As a next step, I'd like to suggest making this document a WG=20 draft. So I invite more readers to have a look at the draft. Henk, I won't be able to participate at the Anaheim meeting.=20 Al however plans to be there and he agreed to present the draft. Thanks to my co-author Al Morton, who was pretty active this=20 time. Thanks also to Carol Davids (who kindly reviewed the=20 -01 version on request of Henk). Version -02 should be more=20 comprehensible. Regards, Ruediger -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]=20 Sent: Thursday, February 11, 2010 2:33 PM To: Geib, R=FCdiger Cc: acmorton@att.com; RFardid@covad.com Subject: New Version Notification for draft-geib-ippm-metrictest-02=20 A new version of I-D, draft-geib-ippm-metrictest-02.txt has been=20 successfuly submitted by Ruediger Geib and posted to the IETF = repository. Filename: draft-geib-ippm-metrictest Revision: 02 Title: IPPM standard advancement testing Creation_date: 2010-02-11 WG ID: Independent Submission Number_of_pages: 25 Abstract: This document specifies tests to determine if multiple independent instantiations of a performance metric RFC have implemented the specifications in the same way. This is the performance metric equivalent of interoperability, required to advance RFCs along the standards track. Results from different implementations of metric RFCs will be collected under the same underlying network conditions and compared using state of the art statistical methods. The goal is an evaluation of the metric RFC itself, whether its definitions are clear and unambiguous to implementors and therefore a candidate for advancement on the IETF standards track. = =20 The IETF Secretariat --------------------------------------- Deutsche Telekom Netzproduktion GmbH Zentrum Technik Einf=FChrung R=FCdiger Geib Heinrich-Hertz-Stra=DFe 3-7, 64295 Darmstadt +49 6151 628-2747 (Tel.) +49 251 7985 209 (Fax) http://www.telekom.com Erleben, was verbindet. Deutsche Telekom Netzproduktion GmbH Aufsichtsrat: Dr. Steffen Roehn (Vorsitzender) Gesch=E4ftsf=FChrung: Dr. Bruno Jacobfeuerborn (Vorsitzender), Albert = Matheis, Klaus Peren Handelsregister: Amtsgericht Bonn HRB 14190 Sitz der Gesellschaft: Bonn USt-IdNr. DE 814645262 From Barry.Constantine@jdsu.com Thu Feb 11 07:27:37 2010 Return-Path: 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 BA3B33A7244 for ; Thu, 11 Feb 2010 07:27:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 RwvuAuOfgKkG for ; Thu, 11 Feb 2010 07:27:36 -0800 (PST) Received: from exprod7og110.obsmtp.com (exprod7og110.obsmtp.com [64.18.2.173]) by core3.amsl.com (Postfix) with SMTP id 1CFCE3A70A0 for ; Thu, 11 Feb 2010 07:27:35 -0800 (PST) Received: from source ([209.36.247.245]) by exprod7ob110.postini.com ([64.18.6.12]) with SMTP ID DSNKS3QiMeOPpq3AvlVx0fiBN7aZ0PvKBUYA@postini.com; Thu, 11 Feb 2010 07:28:51 PST Received: from milexhtca1.ds.jdsu.net ([10.75.2.121]) by Outbound2.jdsu.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 11 Feb 2010 07:28:31 -0800 Received: from MILEXCH1.ds.jdsu.net ([fe80::6444:f010:6d40:bdb]) by milexhtca1.ds.jdsu.net ([::1]) with mapi; Thu, 11 Feb 2010 07:28:30 -0800 From: Barry Constantine To: Henk Uijterwaal , IETF IPPM WG Date: Thu, 11 Feb 2010 07:28:29 -0800 Thread-Topic: [ippm] WG interest indraft-constantine-ippm-tcp-throughput-tm-00.txt Thread-Index: AcpzQJfhxZJWoZ5nQtuJ29WbWlTcsQ37gs3g Message-ID: <94DEE80C63F7D34F9DC9FE69E39436BE3836D139A0@MILEXCH1.ds.jdsu.net> References: <4B164C00.3060509@ripe.net> In-Reply-To: <4B164C00.3060509@ripe.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 11 Feb 2010 15:28:31.0394 (UTC) FILETIME=[DDF1D820:01CAAB2E] Subject: Re: [ippm] WG interest indraft-constantine-ippm-tcp-throughput-tm-00.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 15:27:37 -0000 Hi Henk, 4 working group members have stepped forward and we have been very active w= orking on draft-01. We will have one more review this week, incorporate changes, and then will = post the updated draft for broader IPPM review. Thanks, Barry JDSU Communication Test (formerly Acterna) (W) 240-404-2227 =20 (C) 301-325-7069 -----Original Message----- From: ippm-bounces@ietf.org [mailto:ippm-bounces@ietf.org] On Behalf Of Hen= k Uijterwaal Sent: Wednesday, December 02, 2009 6:14 AM To: IETF IPPM WG Subject: [ippm] WG interest indraft-constantine-ippm-tcp-throughput-tm-00.t= xt IPPM group, In Hiroshima, Barry presented possible new work on TCP Throughput Testing Methodology http://www.ietf.org/id/draft-constantine-ippm-tcp-throughput-tm-00.txt We'd like to know if you feel that this is work that the IPPM group should pick up and, if so, who is interested to contribute to this document. Please post your thoughts before January 4, 2010. Matt & Henk --=20 ---------------------------------------------------------------------------= --- Henk Uijterwaal Email: henk.uijterwaal(at)ripe.ne= t RIPE Network Coordination Centre http://www.xs4all.nl/~henku P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ---------------------------------------------------------------------------= --- Nobody ever went broke underestimating the taste of the American public. H.L.Menck= en _______________________________________________ ippm mailing list ippm@ietf.org https://www.ietf.org/mailman/listinfo/ippm From henk@ripe.net Mon Feb 15 02:39:26 2010 Return-Path: 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 995C33A7855 for ; Mon, 15 Feb 2010 02:39:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.26 X-Spam-Level: X-Spam-Status: No, score=0.26 tagged_above=-999 required=5 tests=[AWL=-1.717, BAYES_40=-0.185, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1] 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 3t-diZxJn95e for ; Mon, 15 Feb 2010 02:39:25 -0800 (PST) Received: from postlady.ripe.net (postlady.ipv6.ripe.net [IPv6:2001:610:240:11::c100:1341]) by core3.amsl.com (Postfix) with ESMTP id 0C7BD3A68E9 for ; Mon, 15 Feb 2010 02:39:25 -0800 (PST) Received: from ayeaye.ipv6.ripe.net ([2001:610:240:1::c100:167] helo=ayeaye.ripe.net) by postlady.ripe.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1NgyNe-0001HY-Fe; Mon, 15 Feb 2010 11:40:51 +0100 Received: from [193.0.21.124] (helo=guest-111.ripe.net) by ayeaye.ripe.net with esmtp (Exim 4.63) (envelope-from ) id 1NgyNe-0002ID-CV; Mon, 15 Feb 2010 11:40:42 +0100 Message-ID: <4B7924AA.4000707@ripe.net> Date: Mon, 15 Feb 2010 11:40:42 +0100 From: Henk Uijterwaal User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 MIME-Version: 1.0 To: Ruediger.Geib@telekom.de References: <4B13DEA1.8070309@ripe.net> <151C164FE2E066418D8D44D0801543A50316D3FC@S4DE8PSAAQA.mitte.t-com.de> In-Reply-To: <151C164FE2E066418D8D44D0801543A50316D3FC@S4DE8PSAAQA.mitte.t-com.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d57f678691e363a1954c58d275f1892471 X-RIPE-Spam-Level: ---- X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d57f678691e363a1954c58d275f1892471 Cc: ippm@ietf.org Subject: Re: [ippm] Question on the "advancement of metrics draft". X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2010 10:39:26 -0000 Hi Ruediger, Catching up on mail. > currently, the text of the metric advancement draft contains a new implementation requirement: > > "An IPPM compliant metric implementation whose measurement requires > synchronized clocks is however expected to provide precise measurement > results. Any IPPM metric implementation MUST be of a precision of 1 ms > (+/- 500 us) with a confidence of 95% if the metric is captured along > an Internet path which is stable and not congested during a > measurement duration of an hour or more." > > Are we in a position to specify new implementation requirements in this document? I think you are though I don't quite see why you would put this requirement into a document. The 1 ms makes perfect sense if you are measuring delays in the O(100) ms range. It doesn't make much sense if they are much shorter (say, 10 km of fiber on a roll between devices) or on voip traffic between here and Mars. Also, I can imagine a situation where I have some "quick and dirty" device and a precision measurement installation. The Q&D might give rough results, but I'd like to know if they have any value at all. So, I'd either explain why or put it in as a should. Henk > > If not, do we have to remove "requirement lanuage" and content entirely or can this > content stay, if is softened up (either SHOULD or content without requirement > language?). -- ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.xs4all.nl/~henku P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Nobody ever went broke underestimating the taste of the American public. H.L.Mencken From Ruediger.Geib@telekom.de Tue Feb 16 01:15:16 2010 Return-Path: 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 F39CF3A7C5F for ; Tue, 16 Feb 2010 01:15:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.639 X-Spam-Level: X-Spam-Status: No, score=-1.639 tagged_above=-999 required=5 tests=[AWL=-0.990, BAYES_50=0.001, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] 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 NxaNu+6x0tzj for ; Tue, 16 Feb 2010 01:15:14 -0800 (PST) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by core3.amsl.com (Postfix) with ESMTP id 5E7F93A7C1B for ; Tue, 16 Feb 2010 01:15:13 -0800 (PST) Received: from s4de8psaanq.blf.telekom.de (HELO S4DE8PSAANQ.mitte.t-com.de) ([10.151.180.166]) by tcmail31.telekom.de with ESMTP; 16 Feb 2010 10:16:39 +0100 Received: from S4DE8PSAAQA.mitte.t-com.de ([10.151.229.12]) by S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Feb 2010 10:16:39 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 16 Feb 2010 10:16:37 +0100 Message-ID: <151C164FE2E066418D8D44D0801543A503311738@S4DE8PSAAQA.mitte.t-com.de> In-Reply-To: <4B7924AA.4000707@ripe.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Looking for the current email address of Reza Fardid (as a co-author) Thread-Index: AcquK1wRTH/alF+yQiy25UyliFNOGQAub6NA References: <4B13DEA1.8070309@ripe.net> <151C164FE2E066418D8D44D0801543A50316D3FC@S4DE8PSAAQA.mitte.t-com.de> <4B7924AA.4000707@ripe.net> From: To: X-OriginalArrivalTime: 16 Feb 2010 09:16:39.0164 (UTC) FILETIME=[BEE27BC0:01CAAEE8] Cc: ippm@ietf.org Subject: [ippm] Looking for the current email address of Reza Fardid (as a co-author) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 09:15:16 -0000 Dear readers, Reza Fardid is a co-author of a draft I'm editing. Unfortunately, his = email address get's me an Unknown address error = 550-'No such user'. I think to have trouble with Reza's email address = since December 2009. Reza, if you're still on the list, please supply me with your latest = mail-address. Help from other recepients is welcome too, of course.=20 Regards,=20 Ruediger Deutsche Telekom Netzproduktion GmbH=20 Zentrum Technik Einf=FChrung=20 Technik Internet Backbone, TE142-19 R=FCdiger Geib Heinrich Hertz Str. 3-7 64297 Darmstadt Tel.: 06151/6282747 Fax: 0251/7985109 Deutsche Telekom Netzproduktion GmbH=20 Aufsichtsrat: Dr. Steffen Roehn (Vorsitzender)=20 Gesch=E4ftsf=FChrung: Dr. Bruno Jacobfeuerborn (Vorsitzender), Albert = Matheis, Klaus Peren=20 Handelsregister: Amtsgericht Bonn HRB 14190=20 Sitz der Gesellschaft: Bonn=20 USt-IdNr.: DE 814645262 Ruediger From root@core3.amsl.com Wed Feb 17 12:45:02 2010 Return-Path: X-Original-To: ippm@ietf.org Delivered-To: ippm@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 2D32B28C179; Wed, 17 Feb 2010 12:45:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100217204502.2D32B28C179@core3.amsl.com> Date: Wed, 17 Feb 2010 12:45:02 -0800 (PST) Cc: ippm@ietf.org Subject: [ippm] I-D Action: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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 20:45:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : Individual Session Control Feature for TWAMP Author(s) : A. Morton, M. Chiba Filename : draft-ietf-ippm-twamp-session-cntrl-03.txt Pages : 18 Date : 2010-02-17 The IETF has completed its work on the core specification of TWAMP - the Two-Way Active Measurement Protocol. This memo describes a new feature for TWAMP, that gives the controlling host the ability to start and stop one or more individual test sessions using Session Identifiers. The base capability of the TWAMP protocol requires all test sessions previously requested and accepted to start and stop at the same time. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-twamp-session-cntrl-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ippm-twamp-session-cntrl-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-02-17123403.I-D@ietf.org> --NextPart-- From henk@ripe.net Thu Feb 18 00:57:57 2010 Return-Path: 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 D90093A7E72; Thu, 18 Feb 2010 00:57:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[AWL=0.688, BAYES_00=-2.599] 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 Pvjj4-YpDzVT; Thu, 18 Feb 2010 00:57:56 -0800 (PST) Received: from postlady.ripe.net (postlady.ipv6.ripe.net [IPv6:2001:610:240:11::c100:1341]) by core3.amsl.com (Postfix) with ESMTP id 568BF3A7E7F; Thu, 18 Feb 2010 00:57:56 -0800 (PST) Received: from ayeaye.ripe.net ([193.0.1.103]) by postlady.ripe.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ni2EM-00061T-Ar; Thu, 18 Feb 2010 09:59:35 +0100 Received: from [193.0.21.124] (helo=guest-17.ripe.net) by ayeaye.ripe.net with esmtp (Exim 4.63) (envelope-from ) id 1Ni2EM-00089O-82; Thu, 18 Feb 2010 09:59:30 +0100 Message-ID: <4B7D0172.5090204@ripe.net> Date: Thu, 18 Feb 2010 09:59:30 +0100 From: Henk Uijterwaal User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 MIME-Version: 1.0 To: Lars Eggert , The IESG , Matthew J Zekauskas , IETF IPPM WG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d512f0ef141f9b57f9d51f6379ec334df5 X-RIPE-Spam-Level: ---- X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d512f0ef141f9b57f9d51f6379ec334df5 Subject: [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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 08:57:57 -0000 Lars, IESG-secretary, The IPPM WG requests publication of draft-ietf-ippm-twamp-session-cntrl-03.txt on the standards track. The sheperd write-up for the document is below. Henk - - - - (1.a) Who is the Document Shepherd for this document? Has the Document Shepherd personally reviewed this version of the document and, in particular, does he or she believe this version is ready for forwarding to the IESG for publication? Document sheperd is Henk Uijterwaal. He would not have bothered to write this note if he didn't believe that the document was ready for publication. (1.b) Has the document had adequate review both from key WG members and from key non-WG members? This is a small feature request. About half a dozen people have read the document and confirmed that this request will work without affecting current implementations. The request itself seems to be a useful enhancement. (1.c) Does the Document Shepherd have concerns that the document needs more review from a particular or broader perspective, No. (1.d) Does the Document Shepherd have any specific concerns or issues with this document that the Responsible Area Director and/or the IESG should be aware of? No, there are no such concerns. (1.e) How solid is the WG consensus behind this document? Does it represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? Decent, with some 6 members of the group reviewing it. (1.f) Has anyone threatened an appeal or otherwise indicated extreme discontent? No. (1.g) Has the Document Shepherd personally verified that the document satisfies all ID nits? All except a complaint about the boilerplate. This can be fixed by the editor easily. (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. (1.i) Has the Document Shepherd verified that the document IANA consideration section exists and is consistent with the body of the document? Yes, it exists and appears to be complete and consistent (1.j) Has the Document Shepherd verified that sections of the document that are written in a formal language, such as XML code, BNF rules, MIB definitions, etc., validate correctly in an automated checker? N/A. (1.k) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up? Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: Technical Summary The IETF has completed its work on the core specification of TWAMP - the Two-Way Active Measurement Protocol. This memo describes a new feature for TWAMP, that gives the controlling host the ability to start and stop one or more individual test sessions using Session Identifiers. The base capability of the TWAMP protocol requires all test sessions previously requested and accepted to start and stop at the same time. Working Group Summary The normal WG process was followed and the document has been discussed for several years. The document as it is now, reflects WG consensus, with nothing special worth noticing. Document Quality Good -- ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.xs4all.nl/~henku P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Nobody ever went broke underestimating the taste of the American public. H.L.Mencken From acmorton@att.com Thu Feb 18 05:43:19 2010 Return-Path: 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 ; 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 ; 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 ; 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 ; 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 ; 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 ; 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 ; 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 , Lars Eggert , Matthew J Zekauskas , IETF IPPM WG , "Murtaza Chiba (mchiba)" From: Al Morton 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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. From Barry.Constantine@jdsu.com Sun Feb 21 16:38:19 2010 Return-Path: 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 E846F28C110 for ; Sun, 21 Feb 2010 16:38:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.599 X-Spam-Level: X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[AWL=1.999, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] 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 lU-R2H4Ycrb3 for ; Sun, 21 Feb 2010 16:38:19 -0800 (PST) Received: from exprod7og117.obsmtp.com (exprod7og117.obsmtp.com [64.18.2.6]) by core3.amsl.com (Postfix) with SMTP id CA9603A8287 for ; Sun, 21 Feb 2010 16:38:18 -0800 (PST) Received: from source ([209.36.247.244]) by exprod7ob117.postini.com ([64.18.6.12]) with SMTP ID DSNKS4HSb8zyA7wUYeJ9umpdOpJGRlQCVDvE@postini.com; Sun, 21 Feb 2010 16:40:15 PST Received: from milexhtca2.ds.jdsu.net ([10.75.2.122]) by Outbound1.jdsu.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Feb 2010 16:39:24 -0800 Received: from MILEXCH1.ds.jdsu.net ([fe80::6444:f010:6d40:bdb]) by milexhtca2.ds.jdsu.net ([::1]) with mapi; Sun, 21 Feb 2010 16:38:21 -0800 From: Barry Constantine To: IETF IPPM WG Date: Sun, 21 Feb 2010 16:39:21 -0800 Thread-Topic: Posted New Version of draft-constantine-ippm-tcp-throughput-tm-01.txt Thread-Index: AcqzV3l91LKzLaBpQb+9KAJpV5LT9g== Message-ID: <94DEE80C63F7D34F9DC9FE69E39436BE385659FFB7@MILEXCH1.ds.jdsu.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_94DEE80C63F7D34F9DC9FE69E39436BE385659FFB7MILEXCH1dsjds_" MIME-Version: 1.0 X-OriginalArrivalTime: 22 Feb 2010 00:39:24.0718 (UTC) FILETIME=[7B6454E0:01CAB357] Subject: [ippm] Posted New Version of draft-constantine-ippm-tcp-throughput-tm-01.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 00:38:20 -0000 --_000_94DEE80C63F7D34F9DC9FE69E39436BE385659FFB7MILEXCH1dsjds_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello IPPM members, I just posted a new version of the TCP Throughput testing methodology, whic= h may be found under: http://www.ietf.org/id/draft-constantine-ippm-tcp-throughput-tm-01.txt A group of IPPM members spent a good deal of time on this effort and we loo= k forward to review and feedback from other IPPM members. In summary, this methodology is intended to enable network providers to con= duct TCP throughput measurements using a standard test flow. Conducting RF= C2544 is the precursor to this test flow. We studied much TCP work that had been done by the IPPM over the years and = have attempted to define a test method to verify the maximum achievable TCP= throughput that an network provider could expect in a managed network. Look to forward to comments and suggestions. Thanks, Barry --_000_94DEE80C63F7D34F9DC9FE69E39436BE385659FFB7MILEXCH1dsjds_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello IPPM members,

 

I just posted a new version of the TCP Throughput testin= g methodology, which may be found under:

 

http://www.ietf.org/id/draft-constantine-ippm-tcp-throughput-tm-01.txt=

 

A group of IPPM members spent a good deal of time on thi= s effort and we look forward to review and feedback from other IPPM members.<= o:p>

 

In summary, this methodology is intended to enable netwo= rk providers to conduct TCP throughput measurements using a standard test flow.  Conducting RFC2544 is the precursor to this test flow.

 

We studied much TCP work that had been done by the IPPM = over the years and have attempted to define a test method to verify the maximum achievable TCP throughput that an network provider could expect in a manage= d network.

 

Look to forward to comments and suggestions.<= /span>

 

Thanks,

Barry

--_000_94DEE80C63F7D34F9DC9FE69E39436BE385659FFB7MILEXCH1dsjds_-- From lars.eggert@nokia.com Fri Feb 26 05:55:09 2010 Return-Path: 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 771283A87B2 for ; Fri, 26 Feb 2010 05:55:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.57 X-Spam-Level: X-Spam-Status: No, score=-6.57 tagged_above=-999 required=5 tests=[AWL=0.029, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 SL5ux7soBoFB for ; Fri, 26 Feb 2010 05:55:08 -0800 (PST) Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 97C6E3A87B1 for ; Fri, 26 Feb 2010 05:55:08 -0800 (PST) Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-mx09.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o1QDuXs8021361 for ; Fri, 26 Feb 2010 07:57:22 -0600 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by vaebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Feb 2010 15:56:56 +0200 Received: from mgw-sa01.ext.nokia.com ([147.243.1.47]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Feb 2010 15:56:55 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o1QDur0K012524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Feb 2010 15:56:55 +0200 From: Lars Eggert X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Content-Type: multipart/signed; boundary=Apple-Mail-12--1024898690; protocol="application/pkcs7-signature"; micalg=sha1 Date: Fri, 26 Feb 2010 14:56:33 +0100 Message-Id: <53E0E1D0-3472-4DED-8A81-845E29B07132@nokia.com> To: IETF IPPM WG Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Fri, 26 Feb 2010 15:56:43 +0200 (EET) X-OriginalArrivalTime: 26 Feb 2010 13:56:56.0003 (UTC) FILETIME=[8EA1F930:01CAB6EB] X-Nokia-AV: Clean Subject: [ippm] AD Review: draft-ietf-ippm-twamp-session-cntrl-03 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 13:55:09 -0000 --Apple-Mail-12--1024898690 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Summary: Almost ready. Issues below are straightforward to address - = either revise the document or provide me with an RFC Editor Note. Section 1., paragraph 4: > Implementers of this feature may also wish to implement the = "Reflect > Octets" feature, described in [I-D.ietf-ippm-twamp-reflect-octets]. Suggest to add something like "once the RFC has been published." Section 1., paragraph 6: > This memo is intended to be an update to the TWAMP RFC. Then you need an "Updates: 5357" header in the boilerplate. It would also be good to clarify in the text that that means that this extensions becomes mandatory to implement for all TWMP implementations (i.e., it is non-optional.) Oh, and add a reference to RFC5357 to this statement. Section 3.7., paragraph 2: > If this feature is adopted, the last ???? bits of the Modes 32-bit Do you mean "used" instead of "adopted"? Also, ???? needs to be clarified. Section 8.2., paragraph 2: > [x] "". Remove. --Apple-Mail-12--1024898690 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDIyNjEzNTYzNFowIwYJKoZIhvcNAQkEMRYEFNXqdPkBkiIgff2Hp0TNQRwvXVz7MIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQB6gP/O4LnOkmyOeOvVbKKD0DVYpJ6Bbqkiozkq9Rx/3zzNE0IxRyRvxFeS8qdVI7yjNqyb s2b+YrAMh//F9cDAgDNUL+p08+BcOLzvrfnGGW5zHof5mIk/aQqx8lXJYeQ4JvY8+MGIoUiyfjYE bcHbG8NEZ4F6b3syqg5ZPcQgf4QJw8mbWbHPqQQR51CCAh0l3gDTc9W8iZjx/Uil4n4WhnMdL+E2 kQ9hvTSSjWvf06Ljpfzy9VG+PNBXcU/gXVdJKwMRDeS7NjyOPO7OMxq5JCkQ90w6A5SB97See6A1 VKSbNHVb7eQ6e7zmomKC+MIs1UtJAZCzSyTdCbqfIT5fAAAAAAAA --Apple-Mail-12--1024898690-- From acmorton@att.com Fri Feb 26 08:57:12 2010 Return-Path: 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 9E5B328C21F for ; Fri, 26 Feb 2010 08:57:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.827 X-Spam-Level: X-Spam-Status: No, score=-104.827 tagged_above=-999 required=5 tests=[AWL=-0.489, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, 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 UT-tTH4eE7GM for ; Fri, 26 Feb 2010 08:57:11 -0800 (PST) Received: from mail120.messagelabs.com (mail120.messagelabs.com [216.82.250.83]) by core3.amsl.com (Postfix) with ESMTP id 9BEED28C20B for ; Fri, 26 Feb 2010 08:57:11 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: acmorton@att.com X-Msg-Ref: server-15.tower-120.messagelabs.com!1267203565!25614404!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [144.160.20.146] Received: (qmail 24554 invoked from network); 26 Feb 2010 16:59:25 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-15.tower-120.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Feb 2010 16:59:25 -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 o1QGxFST020135 for ; Fri, 26 Feb 2010 11:59:16 -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 o1QGxBRD020019 for ; Fri, 26 Feb 2010 11:59:12 -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 o1QGxJgk016890 for ; Fri, 26 Feb 2010 10:59:19 -0600 Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o1QGxF3q016865 for ; Fri, 26 Feb 2010 10:59:15 -0600 Message-Id: <201002261659.o1QGxF3q016865@klpd017.kcdc.att.com> Received: from acmt.att.com (vpn-135-70-102-148.vpn.swst.att.com[135.70.102.148](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20100226165914gw100b8ip5e>; Fri, 26 Feb 2010 16:59:15 +0000 X-Originating-IP: [135.70.102.148] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 26 Feb 2010 11:58:13 -0500 To: Lars Eggert , IETF IPPM WG From: Al Morton In-Reply-To: <53E0E1D0-3472-4DED-8A81-845E29B07132@nokia.com> References: <53E0E1D0-3472-4DED-8A81-845E29B07132@nokia.com> Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Subject: Re: [ippm] AD Review: draft-ietf-ippm-twamp-session-cntrl-03 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 16:57:12 -0000 Hi Lars, thanks for your review and comments.

We need one clarification, perhaps on the definition
of an "Update" to a standards track RFC and what it entails.

At 08:56 AM 2/26/2010, Lars Eggert wrote:
Section 1., paragraph 6:
>    This memo is intended to be an update to the TWAMP RFC.

  Then you need an "Updates: 5357" header in the boilerplate. It would
  also be good to clarify in the text that that means that this
  extensions becomes mandatory to implement for all TWMP implementations
  (i.e., it is non-optional.) Oh, and add a reference to RFC5357 to this
  statement.
When we went ahead with the Mixed Security Mode RFC for TWAMP,
http://tools.ietf.org/html/rfc5618
we made it an Update for RFC 5357. 

But it's not *mandatory to implement* RFC 5618 if you are building
RFC 5357 TWAMP, AFAIknew.  Is that what we've effectively done
by making it an Update?

We want to make sure that someone who builds TWAMP knows that there
have been new (optional) features added, like mixed security mode and
Individual Session control, etc. Update seemed like the right mechanism.

thanks for your help,
Al
From lars.eggert@nokia.com Sat Feb 27 07:31:09 2010 Return-Path: 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 1ECDB28C1B8 for ; Sat, 27 Feb 2010 07:31:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.571 X-Spam-Level: X-Spam-Status: No, score=-6.571 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 puP0KuK70gDx for ; Sat, 27 Feb 2010 07:31:08 -0800 (PST) Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id A5F1D28C1BD for ; Sat, 27 Feb 2010 07:31:07 -0800 (PST) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o1RFXIS8031248; Sat, 27 Feb 2010 17:33:20 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 27 Feb 2010 17:33:18 +0200 Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sat, 27 Feb 2010 17:33:18 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o1RFXGda031092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Feb 2010 17:33:17 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-11--932705588; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <201002261659.o1QGxFUN016864@klpd017.kcdc.att.com> Date: Sat, 27 Feb 2010 07:33:06 -0800 Message-Id: References: <53E0E1D0-3472-4DED-8A81-845E29B07132@nokia.com> <201002261659.o1QGxFUN016864@klpd017.kcdc.att.com> To: Al Morton X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Sat, 27 Feb 2010 17:33:10 +0200 (EET) X-OriginalArrivalTime: 27 Feb 2010 15:33:18.0645 (UTC) FILETIME=[2FC4DE50:01CAB7C2] X-Nokia-AV: Clean Cc: IETF IPPM WG Subject: Re: [ippm] AD Review: draft-ietf-ippm-twamp-session-cntrl-03 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 15:31:09 -0000 --Apple-Mail-11--932705588 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2010-2-26, at 8:58, Al Morton wrote: > When we went ahead with the Mixed Security Mode RFC for TWAMP, > http://tools.ietf.org/html/rfc5618 > we made it an Update for RFC 5357. =20 >=20 > But it's not *mandatory to implement* RFC 5618 if you are building > RFC 5357 TWAMP, AFAIknew. Is that what we've effectively done > by making it an Update? what the "Updates" header means is unfortunately not well defined. To = some, "Updates X" in document Y means "if you have implemented X, you = now also need to implement Y to remain compliant." To others, it just = means "if you implemented X you probably now also want to read Y". The IESG is working on a statement that hopes to clarify the different = interpretations. Personally, I'm more of a subscriber to the first = viewpoint. For RFC5618, we have no issue, because although it says that it updates = RFC5357, it's very clear from the text that it is an OPTIONAL extension. = In other words, it's more or a "also read this" update. > We want to make sure that someone who builds TWAMP knows that there > have been new (optional) features added, like mixed security mode and=20= > Individual Session control, etc. Update seemed like the right = mechanism. We can do the same here, also for consistency: add an "Updates: 5357" = header, but then in the text make it very clear that this is an OPTIONAL = extension that is not required to implement for TWAMP compliance. Lars= --Apple-Mail-11--932705588 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDIyNzE1MzMwN1owIwYJKoZIhvcNAQkEMRYEFHTr58LOhhBMuEF4qJcwLAUZ2rXbMIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQBV4NFvmNJ6oiCpR8mldrkUP7td1wub1uvlwqa417ydwJNizjBAmBY6sDPDnMtp1i393ZZh Cj42YUeT+oCA8ueCz8TUYVHTWaLY/D97Ro32uKcd8BgbouxdbtDGF1qEUcWeWlLrJt1/R1Qs65I/ yxVfIUhOHxBaoId6fYloCGUo3CGE6gEHZNhWFTWLAM4Vje1cZq8Id2lMa/iM52z8Btj4xEELXkr5 L0dRN4YIZRCo4rSxXUvcXjg1aU9RQOQ42RpUK/DBI8UC7m852rNz+ap69maJaKy6FLo6uYSWYDFg zV9j2vr0c/XcoiPkhlOalCmh+6a1daZ+6hL5b1w1Vy8PAAAAAAAA --Apple-Mail-11--932705588-- From acmorton@att.com Sat Feb 27 07:52:43 2010 Return-Path: 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 3E1E128C213 for ; Sat, 27 Feb 2010 07:52:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.467 X-Spam-Level: X-Spam-Status: No, score=-105.467 tagged_above=-999 required=5 tests=[AWL=0.329, 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 lGfmnzteQRQS for ; Sat, 27 Feb 2010 07:52:41 -0800 (PST) Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id 1958428C204 for ; Sat, 27 Feb 2010 07:52:40 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: acmorton@att.com X-Msg-Ref: server-14.tower-161.messagelabs.com!1267286097!19499992!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [144.160.20.146] Received: (qmail 26040 invoked from network); 27 Feb 2010 15:54:58 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpd194.enaf.sfdc.sbc.com) (144.160.20.146) by server-14.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Feb 2010 15:54:58 -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 o1RFsm9U020753 for ; Sat, 27 Feb 2010 10:54:48 -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 o1RFsgFx020723 for ; Sat, 27 Feb 2010 10:54:42 -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 o1RFsp9W021220 for ; Sat, 27 Feb 2010 09:54:51 -0600 Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by klpd017.kcdc.att.com (8.14.3/8.14.3) with ESMTP id o1RFsnF7021213 for ; Sat, 27 Feb 2010 09:54:50 -0600 Message-Id: <201002271554.o1RFsnF7021213@klpd017.kcdc.att.com> Received: from acmt.att.com (vpn-135-70-149-189.vpn.mwst.att.com[135.70.149.189](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20100227155449gw100b8ispe>; Sat, 27 Feb 2010 15:54:49 +0000 X-Originating-IP: [135.70.149.189] X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 27 Feb 2010 10:53:41 -0500 To: Lars Eggert From: Al Morton In-Reply-To: References: <53E0E1D0-3472-4DED-8A81-845E29B07132@nokia.com> <201002261659.o1QGxFUN016864@klpd017.kcdc.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: IETF IPPM WG Subject: Re: [ippm] AD Review: draft-ietf-ippm-twamp-session-cntrl-03 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 15:52:43 -0000 At 10:33 AM 2/27/2010, Lars Eggert wrote: >...We can do the same here, also for consistency: add an "Updates: >5357" header, but then in the text make it very clear that this is >an OPTIONAL extension that is not required to implement for TWAMP compliance. Thanks, will do. Al From root@core3.amsl.com Sun Feb 28 06:45:02 2010 Return-Path: X-Original-To: ippm@ietf.org Delivered-To: ippm@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 0EDE73A897E; Sun, 28 Feb 2010 06:45:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100228144502.0EDE73A897E@core3.amsl.com> Date: Sun, 28 Feb 2010 06:45:02 -0800 (PST) Cc: ippm@ietf.org Subject: [ippm] I-D Action:draft-ietf-ippm-twamp-session-cntrl-04.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 14:45:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : Individual Session Control Feature for TWAMP Author(s) : A. Morton, M. Chiba Filename : draft-ietf-ippm-twamp-session-cntrl-04.txt Pages : 18 Date : 2010-02-28 The IETF has completed its work on the core specification of TWAMP - the Two-Way Active Measurement Protocol. This memo describes an OPTIONAL feature for TWAMP, that gives the controlling host the ability to start and stop one or more individual test sessions using Session Identifiers. The base capability of the TWAMP protocol requires all test sessions previously requested and accepted to start and stop at the same time. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-twamp-session-cntrl-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ippm-twamp-session-cntrl-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-02-28063513.I-D@ietf.org> --NextPart-- From root@core3.amsl.com Sun Feb 28 07:45:01 2010 Return-Path: X-Original-To: ippm@ietf.org Delivered-To: ippm@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id E9C663A8AB4; Sun, 28 Feb 2010 07:45:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100228154501.E9C663A8AB4@core3.amsl.com> Date: Sun, 28 Feb 2010 07:45:01 -0800 (PST) Cc: ippm@ietf.org Subject: [ippm] I-D Action:draft-ietf-ippm-twamp-reflect-octets-04.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 15:45:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : TWAMP Reflect Octets and Symmetrical Size Features Author(s) : A. Morton, L. Ciavattone Filename : draft-ietf-ippm-twamp-reflect-octets-04.txt Pages : 19 Date : 2010-02-28 The IETF has completed its work on the core specification of TWAMP - the Two-Way Active Measurement Protocol. This memo describes two closely-related features for TWAMP: an optional capability where the responder host returns some of the command octets or padding octets to the controller, and an optional sender packet format that ensures equal test packet sizes are used in both directions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-twamp-reflect-octets-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ippm-twamp-reflect-octets-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-02-28073016.I-D@ietf.org> --NextPart--