
From nobody Thu Jul  2 06:47:22 2015
Return-Path: <nalini_elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB8CB1A8AC1 for <ippm@ietfa.amsl.com>; Thu,  2 Jul 2015 06:47:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.9
X-Spam-Level: 
X-Spam-Status: No, score=-3.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, GB_I_LETTER=-2, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
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 waKMUQnNbKCC for <ippm@ietfa.amsl.com>; Thu,  2 Jul 2015 06:47:19 -0700 (PDT)
Received: from nm11-vm2.bullet.mail.ne1.yahoo.com (nm11-vm2.bullet.mail.ne1.yahoo.com [98.138.90.159]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE6B61A8A15 for <ippm@ietf.org>; Thu,  2 Jul 2015 06:47:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1435844839; bh=EesyhV3FuBYmnw9cE4ZgL0/j0A+VDyRQGQ9f5SHSwf4=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=eVoS3UYPDdzQIG5zdn2pRxpB4JzdfUn+nYloKQHVsoEjhDtkYZ08ur4DymUlS3OinEpGZZiZotoYaL9urFMHgcPWS5gkyd/XM5T8bUs4tV2FHh5JICOmpkCxCp0/s8idl22DaqFOxVX+1nUnuVLtiaC+tC6+JFclImbn3Dji4yHOFvzNstz9YDX3iR+NldbmzGt684jm3kkISxorXdq/kuZCgbT5Eo5oqnl3PyyjuNlQUDKi/rs5l/lgAHOi6j0lHw5Pbby5UcNbcWtxTVjJd4l+LQdTxnguLzD2/ROoNbpXLKr9USb/qlnreuLONc7jYWWHQDrq6Wl91KxtUmYIyQ==
Received: from [98.138.100.117] by nm11.bullet.mail.ne1.yahoo.com with NNFMP;  02 Jul 2015 13:47:19 -0000
Received: from [98.138.89.233] by tm108.bullet.mail.ne1.yahoo.com with NNFMP;  02 Jul 2015 13:47:18 -0000
Received: from [127.0.0.1] by omp1048.mail.ne1.yahoo.com with NNFMP; 02 Jul 2015 13:47:18 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 398610.81458.bm@omp1048.mail.ne1.yahoo.com
X-YMail-OSG: DcykpHIVM1m2hrtfqUe041N1ISuYy8pGYuO.IH20fIDRV9QKvUgo7aGI77MuBe6 v08qD.pWgQLJjCdXses.v1I6rXCqZRzSk29QzOZkruvEau0HjbdML__Cw.nBlv3ieb2zTFQY5g8_ tVRHAOocalKspekpauVpZFdQ4uKsHTxSqXazS5.VA8b3r7JMZSpWU64aAfmnxkn83qA_KD8GtwHT fyO3DhJv1O9ehAc_HLDVLzjoyTDsGl7OqGez1T9.5f28YWJWijDF9Ni2f.UH0118x7A34sIc2kPb IJS4QODxSmoVJElLae_IJC5MXixRd_8mu0qb3PTOZM6t4zvAPmchE0Fa_u_Igvh9gx_0jpJMVRCF KoC0tvQuVijk1hG6vT9fINk3cH0XSU4p3eDI0CdHX6TbM_PfsjqrEExKQXK.2hLlZ2uOhv9P5Us7 BTO79zi8oqH1.o3C7a9UoXkuTVz4TTIjwYmjSCqOF4lvhTolb10yBCkq.aRLxmqP8YtJ_b6SGwTj JfZJ3UKys65SM.TgBPEAjY8b32TmHAxbMqliWCopb6fN8nfdngB0lz1Jitmo-
Received: by 98.138.101.161; Thu, 02 Jul 2015 13:47:18 +0000 
Date: Thu, 2 Jul 2015 13:47:18 +0000 (UTC)
From: Nalini Elkins <nalini.elkins@insidethestack.com>
To: IPPM IETF <ippm@ietf.org>
Message-ID: <633344114.209978.1435844838557.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <20150630181441.21450.45023.idtracker@ietfa.amsl.com>
References: <20150630181441.21450.45023.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/Q2q_Dnz55WoJ5kaI_FNgZDikGqQ>
Cc: "C \(AL\)" <acmorton@att.com>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-active-passive-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Nalini Elkins <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: Thu, 02 Jul 2015 13:47:20 -0000

Al,

My comments below:

3.4, #3: a priori doesn't have an apostrophe. Ditto 3.8, paragraph 1.  Ditto 4.1, #2
3.8, bullet 2: first "of" ==> "or"



4.1, chart: the labels on the various data points are quite long.  It may not be obvious that they *are* labels on data points. Perhaps they could get single letter designations, with a seperate key to identify each. It would also help to have "Max" and "Min" outside the y axis, so it is clear that they are not points as well.


5. Security Considerations - this appears to consider only privacy.  In our work on implementation of PDM, we have seen that resource depletion type attacks (ex. SYN flood), etc may be created.   This type of attack, of course, is known.  But, it must be considered in implementation.  

Additionally, considerations of what a Man-in-the-middle (MITM) may see with unencrypted data has come up.   I do not believe that viewing either the active testing or hybrid additions give the potential attacker any information.  But, I wonder if you want to discuss this.  We will be discussing this in our PDM draft.

Thanks,

Nalini Elkins
Inside Products, Inc.
(831) 659-8360
www.insidethestack.com



________________________________
From: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
To: i-d-announce@ietf.org 
Cc: ippm@ietf.org 
Sent: Tuesday, June 30, 2015 11:14 AM
Subject: [ippm] I-D Action: draft-ietf-ippm-active-passive-00.txt



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           : Active and Passive Metrics and Methods (and everything in-between, or Hybrid)
        Author          : Al Morton
    Filename        : draft-ietf-ippm-active-passive-00.txt
    Pages           : 11
    Date            : 2015-06-30

Abstract:
   This memo provides clear definitions for Active and Passive
   performance assessment.  The construction of Metrics and Methods can
   be described as Active or Passive.  Some methods may use a subset of
   both active and passive attributes, and we refer to these as Hybrid
   Methods.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-active-passive/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-active-passive-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm


From nobody Thu Jul  2 06:50:34 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E73B61A00A8 for <ippm@ietfa.amsl.com>; Thu,  2 Jul 2015 06:50:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.611
X-Spam-Level: 
X-Spam-Status: No, score=-5.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ynr87tgnT2BZ for <ippm@ietfa.amsl.com>; Thu,  2 Jul 2015 06:50:31 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 7EFF91A8F42 for <ippm@ietf.org>; Thu,  2 Jul 2015 06:50:30 -0700 (PDT)
Received: from mail-green.research.att.com (H-135-207-255-15.research.att.com [135.207.255.15]) by mail-pink.research.att.com (Postfix) with ESMTP id 9142E12117B; Thu,  2 Jul 2015 10:12:42 -0400 (EDT)
Received: from exchange.research.att.com (sentinel.research.att.com [135.207.255.38]) by mail-green.research.att.com (Postfix) with ESMTP id AE28EE2C5F; Thu,  2 Jul 2015 09:49:43 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by sentinel.research.att.com ([fe80::7914:9c7e:6a73:a8d6%10]) with mapi; Thu, 2 Jul 2015 09:50:30 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Nalini Elkins <nalini.elkins@insidethestack.com>, IPPM IETF <ippm@ietf.org>
Date: Thu, 2 Jul 2015 09:50:29 -0400
Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-active-passive-00.txt
Thread-Index: AdC0zaQb8+DkE06pT9+PqfZDBahX1AAAE+aQ
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662C6E646@NJFPSRVEXG0.research.att.com>
References: <20150630181441.21450.45023.idtracker@ietfa.amsl.com> <633344114.209978.1435844838557.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <633344114.209978.1435844838557.JavaMail.yahoo@mail.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/xhvN3AgVEmIXyye9xskGWpSdtJk>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-active-passive-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 02 Jul 2015 13:50:33 -0000

VGhhbmtzIE5hbGluaSwgSSdtZSBzdXJlIHdlIGNhbiB3b3JrIG91dCByZXNvbHV0aW9ucyB0byB5
b3VyDQpjb21tZW50cy4NCg0KcmVnYXJkcywNCkFsDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLQ0KPiBGcm9tOiBOYWxpbmkgRWxraW5zIFttYWlsdG86bmFsaW5pLmVsa2luc0BpbnNp
ZGV0aGVzdGFjay5jb21dDQo+IFNlbnQ6IFRodXJzZGF5LCBKdWx5IDAyLCAyMDE1IDk6NDcgQU0N
Cj4gVG86IElQUE0gSUVURg0KPiBDYzogTU9SVE9OLCBBTEZSRUQgQyAoQUwpDQo+IFN1YmplY3Q6
IFJlOiBbaXBwbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pcHBtLWFjdGl2ZS1wYXNzaXZlLTAw
LnR4dA0KPiANCj4gQWwsDQo+IA0KPiBNeSBjb21tZW50cyBiZWxvdzoNCj4gDQo+IDMuNCwgIzM6
IGEgcHJpb3JpIGRvZXNuJ3QgaGF2ZSBhbiBhcG9zdHJvcGhlLiBEaXR0byAzLjgsIHBhcmFncmFw
aCAxLg0KPiBEaXR0byA0LjEsICMyIDMuOCwgYnVsbGV0IDI6IGZpcnN0ICJvZiIgPT0+ICJvciIN
Cj4gDQo+IA0KPiANCj4gNC4xLCBjaGFydDogdGhlIGxhYmVscyBvbiB0aGUgdmFyaW91cyBkYXRh
IHBvaW50cyBhcmUgcXVpdGUgbG9uZy4gIEl0DQo+IG1heSBub3QgYmUgb2J2aW91cyB0aGF0IHRo
ZXkgKmFyZSogbGFiZWxzIG9uIGRhdGEgcG9pbnRzLiBQZXJoYXBzIHRoZXkNCj4gY291bGQgZ2V0
IHNpbmdsZSBsZXR0ZXIgZGVzaWduYXRpb25zLCB3aXRoIGEgc2VwZXJhdGUga2V5IHRvIGlkZW50
aWZ5DQo+IGVhY2guIEl0IHdvdWxkIGFsc28gaGVscCB0byBoYXZlICJNYXgiIGFuZCAiTWluIiBv
dXRzaWRlIHRoZSB5IGF4aXMsIHNvDQo+IGl0IGlzIGNsZWFyIHRoYXQgdGhleSBhcmUgbm90IHBv
aW50cyBhcyB3ZWxsLg0KPiANCj4gDQo+IDUuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIC0gdGhp
cyBhcHBlYXJzIHRvIGNvbnNpZGVyIG9ubHkgcHJpdmFjeS4gIEluDQo+IG91ciB3b3JrIG9uIGlt
cGxlbWVudGF0aW9uIG9mIFBETSwgd2UgaGF2ZSBzZWVuIHRoYXQgcmVzb3VyY2UgZGVwbGV0aW9u
DQo+IHR5cGUgYXR0YWNrcyAoZXguIFNZTiBmbG9vZCksIGV0YyBtYXkgYmUgY3JlYXRlZC4gICBU
aGlzIHR5cGUgb2YgYXR0YWNrLA0KPiBvZiBjb3Vyc2UsIGlzIGtub3duLiAgQnV0LCBpdCBtdXN0
IGJlIGNvbnNpZGVyZWQgaW4gaW1wbGVtZW50YXRpb24uDQo+IA0KPiBBZGRpdGlvbmFsbHksIGNv
bnNpZGVyYXRpb25zIG9mIHdoYXQgYSBNYW4taW4tdGhlLW1pZGRsZSAoTUlUTSkgbWF5IHNlZQ0K
PiB3aXRoIHVuZW5jcnlwdGVkIGRhdGEgaGFzIGNvbWUgdXAuICAgSSBkbyBub3QgYmVsaWV2ZSB0
aGF0IHZpZXdpbmcNCj4gZWl0aGVyIHRoZSBhY3RpdmUgdGVzdGluZyBvciBoeWJyaWQgYWRkaXRp
b25zIGdpdmUgdGhlIHBvdGVudGlhbA0KPiBhdHRhY2tlciBhbnkgaW5mb3JtYXRpb24uICBCdXQs
IEkgd29uZGVyIGlmIHlvdSB3YW50IHRvIGRpc2N1c3MgdGhpcy4NCj4gV2Ugd2lsbCBiZSBkaXNj
dXNzaW5nIHRoaXMgaW4gb3VyIFBETSBkcmFmdC4NCj4gDQo+IFRoYW5rcywNCj4gDQo+IE5hbGlu
aSBFbGtpbnMNCj4gSW5zaWRlIFByb2R1Y3RzLCBJbmMuDQo+ICg4MzEpIDY1OS04MzYwDQo+IHd3
dy5pbnNpZGV0aGVzdGFjay5jb20NCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCj4gRnJvbTogImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0
LWRyYWZ0c0BpZXRmLm9yZz4NCj4gVG86IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0KPiBDYzogaXBw
bUBpZXRmLm9yZw0KPiBTZW50OiBUdWVzZGF5LCBKdW5lIDMwLCAyMDE1IDExOjE0IEFNDQo+IFN1
YmplY3Q6IFtpcHBtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWlwcG0tYWN0aXZlLXBhc3NpdmUt
MDAudHh0DQo+IA0KPiANCj4gDQo+IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBm
cm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cw0KPiBkaXJlY3Rvcmllcy4NCj4gVGhpcyBk
cmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgSVAgUGVyZm9ybWFuY2UgTWV0cmljcyBXb3JraW5n
IEdyb3VwIG9mDQo+IHRoZSBJRVRGLg0KPiANCj4gICAgICAgICBUaXRsZSAgICAgICAgICAgOiBB
Y3RpdmUgYW5kIFBhc3NpdmUgTWV0cmljcyBhbmQgTWV0aG9kcyAoYW5kDQo+IGV2ZXJ5dGhpbmcg
aW4tYmV0d2Vlbiwgb3IgSHlicmlkKQ0KPiAgICAgICAgIEF1dGhvciAgICAgICAgICA6IEFsIE1v
cnRvbg0KPiAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1pcHBtLWFjdGl2ZS1wYXNz
aXZlLTAwLnR4dA0KPiAgICAgUGFnZXMgICAgICAgICAgIDogMTENCj4gICAgIERhdGUgICAgICAg
ICAgICA6IDIwMTUtMDYtMzANCj4gDQo+IEFic3RyYWN0Og0KPiAgICBUaGlzIG1lbW8gcHJvdmlk
ZXMgY2xlYXIgZGVmaW5pdGlvbnMgZm9yIEFjdGl2ZSBhbmQgUGFzc2l2ZQ0KPiAgICBwZXJmb3Jt
YW5jZSBhc3Nlc3NtZW50LiAgVGhlIGNvbnN0cnVjdGlvbiBvZiBNZXRyaWNzIGFuZCBNZXRob2Rz
IGNhbg0KPiAgICBiZSBkZXNjcmliZWQgYXMgQWN0aXZlIG9yIFBhc3NpdmUuICBTb21lIG1ldGhv
ZHMgbWF5IHVzZSBhIHN1YnNldCBvZg0KPiAgICBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2ZSBhdHRy
aWJ1dGVzLCBhbmQgd2UgcmVmZXIgdG8gdGhlc2UgYXMgSHlicmlkDQo+ICAgIE1ldGhvZHMuDQo+
IA0KPiANCj4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQg
aXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaXBwbS1h
Y3RpdmUtcGFzc2l2ZS8NCj4gDQo+IFRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZh
aWxhYmxlIGF0Og0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pcHBt
LWFjdGl2ZS1wYXNzaXZlLTAwDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr
ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4gc3VibWlzc2lvbiB1bnRp
bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0DQo+IHRvb2xz
LmlldGYub3JnLg0KPiANCj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBh
bm9ueW1vdXMgRlRQIGF0Og0KPiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0K
PiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g
aXBwbSBtYWlsaW5nIGxpc3QNCj4gaXBwbUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg==


From nobody Fri Jul  3 09:33:14 2015
Return-Path: <k.pentikousis@eict.de>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A25261B30AE for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:33:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.26
X-Spam-Level: 
X-Spam-Status: No, score=-2.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 9jvUjWwmKX-r for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:33:11 -0700 (PDT)
Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 07C6D1B30AB for <ippm@ietf.org>; Fri,  3 Jul 2015 09:33:11 -0700 (PDT)
Received: by mx2.eict.de (Postfix, from userid 481) id 40E611FF65; Fri,  3 Jul 2015 18:33:10 +0200 (CEST)
Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id F23911FF5E; Fri,  3 Jul 2015 18:33:07 +0200 (CEST)
Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id BCACE378057; Fri,  3 Jul 2015 18:33:07 +0200 (CEST)
Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Fri, 3 Jul 2015 18:31:55 +0200
From: Kostas Pentikousis <k.pentikousis@eict.de>
To: "ippm@ietf.org" <ippm@ietf.org>
Date: Fri, 3 Jul 2015 18:31:53 +0200
Thread-Topic: TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
Thread-Index: AdC1rcVUn8RfV599RyaW8TqShbNwsw==
Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB997B91@SBS2008.eict.local>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/7VLEg_K7OhDHd5w-Dmr19I6hHn0>
Cc: "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Subject: [ippm] TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 03 Jul 2015 16:33:12 -0000

Dear all,

We have updated the TWAMP data model draft which in now available at https:=
//datatracker.ietf.org/doc/draft-cmzrjp-ippm-twamp-yang/.

We would like to thank all those who have provided comments and in particul=
ar Greg, Kevin and Robert: All of your suggestions have been taken into con=
sideration in this revision.

We will come back to you right after the IETF cut-off on Monday with detail=
ed answers to your emails sent earlier on the list. Sincere apologies for t=
he delay!

Best regards,

Kostas (on behalf of the authors)



From nobody Fri Jul  3 09:33:38 2015
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 779B91B30B2 for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:33:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.912
X-Spam-Level: 
X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 UdbI2Sq8zuDI for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:33:35 -0700 (PDT)
Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id 2AB8C1B30B3 for <ippm@ietf.org>; Fri,  3 Jul 2015 09:33:35 -0700 (PDT)
Received: from [IPv6:2001:470:26:9c2:d30:3368:575e:b753] (unknown [IPv6:2001:470:26:9c2:d30:3368:575e:b753]) by trammell.ch (Postfix) with ESMTPSA id 5884D1A005D for <ippm@ietf.org>; Fri,  3 Jul 2015 18:33:04 +0200 (CEST)
From: Brian Trammell <ietf@trammell.ch>
X-Pgp-Agent: GPGMail 2.5
Content-Type: multipart/signed; boundary="Apple-Mail=_28D795C1-2608-45A4-A44E-11AF89A29030"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Fri, 3 Jul 2015 18:33:03 +0200
Message-Id: <EE7B2C3F-AF8B-42D6-9A21-AACD8E64292D@trammell.ch>
To: ippm@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/aQn1v0ZvCp1jjFYEm5LeT3l926w>
Subject: [ippm] Working group status and proposed agenda for Prague
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 03 Jul 2015 16:33:37 -0000

--Apple-Mail=_28D795C1-2608-45A4-A44E-11AF89A29030
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


Greetings, all,

Here's the current status of the work of the IPPM Working Group =
(authors, if I have something wrong here, please correct me.)

# Working Group Status #

## Completed Documents ##

These documents have completed the working group process and are in RFC =
Editor or IESG processing, and should be published as RFCs soon, for =
some value of soon.

- draft-ietf-ippm-lmap-path is now RFC 7398

- draft-ietf-ippm-rate-problem is now RFC 7497

- draft-ietf-ippm-ipsec-10 is in IESG processing (AD followup): there =
are issues with the TWAMP Mode registry that need to get fixed in this =
document; this is also blocking progress on =
draft-ietf-ippm-type-p-monitor-02.

- draft-ietf-ippm-2679-bis-02 and draft-ietf-ippm-2680-bis-02 have been =
submitted to the IESG.

## Awaiting Shepherd Writeup ##

- draft-ietf-ippm-checksum-trailer-01: WGLC completed, waiting for Al's =
shepherd writeup.

- draft-ieft-ippm-type-p-monitor-02: WGLC completed, waiting for Brian's =
shepherd writeup. This is basically complete, and the document has been =
edited to reflect pending changes to the TWAMP Modes registry, but I'll =
hold off on sending this up until the IPsec draft is through the queue.

## Ongoing Working Group Items ##

- draft-ietf-ippm-model-based-metrics-05: WGLC on -03 completed, led to =
revisions. Authors will notify when the new document is ready for second =
WGLC.

- draft-ietf-ippm-metric-registry-02: Work continues. There does not yet =
appear to be an update for Prague.

## New Working Group Items ##

- draft-ietf-ippm-6man-pdm-option-00: The Performance and Diagnostic =
Metrics Destination Option draft has been accepted as a WG item.

- draft-ietf-ippm-active-passive-00: The Active and Passive Metrics and =
Methods (And Everything In Between) draft was accepted in Dallas.

# Draft Agenda #

We're literally the last item on the agenda in Prague this time: an hour =
and a half in Athens/Barcelona, 11:50 - 13:20 on Friday 24 July. We =
propose the following agenda:

## Administrivia ##

- 11:50 (5m): Note well, intro, agenda bashing
    B. Trammell, B. Cerveny, chairs

## Issues with Working Group Items ##

- 11:55 (10m): O/TWAMP Modes Registry issue
    B. Trammell, B. Cerveny, chairs; A. Morton

## New Working Group Items ##

- 12:05 (15m): draft-ietf-ippm-active-passive
    A. Morton
- 12:20 (15m): draft-ietf-ippm-6man-pdm-option
    N. Elkins

## Existing Working Group Items ##

- 12:35 (15m): draft-ietf-ippm-model-based-metrics-06
    M. Mathis

## New Individual Items ##

- 12:50 (10m) draft-tempia-ippm-p3m-00
    G. Fioccola
- 13:00 (10m) draft-sp-ippm-monitor-services-kpi-00
    S. Sarangapani

## Existing Individual Items ##

- 13:10 (10m) draft-cmzrjp-ippm-twamp-yang
    K. Pentakousis

Please send any requested changes to the agenda to =
ippm-chairs@tools.ietf.org.

Thanks, cheers,

Brian (as WG co-chair)


--Apple-Mail=_28D795C1-2608-45A4-A44E-11AF89A29030
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJVlrk/AAoJENt3nsOmbNJcSLwIAKV2PA566weQVoDr1QAelBuX
8L7MxcZsvuxNjg97DLAS+YajqmIlWOoWfKcevb4YEBdiU4RWY1B2vl67O3ZinPkQ
H4h83yjOae007uhZeZh6qQN+e1W70Q0eL1yHnOv0xnmFHQU5ig34vEALo2NO8vR8
a1+G8/UcaCwv313xSfvFGF+zpGWoDbgqeComA2/gUDxjWABHAgQu7x7lzDOLEPwD
diH6EvRNKSKVLfAUdY7Ktg7yDrpk4fObnG81v9AIkcZ+tdgPn4YWkEHSNDAH3N7P
LonBxLXtaLFJSJ1OGnrc7GHE+TGVvr24/TJ7k0eRYcKudbTtZlFPR2K1VZnLaNo=
=VlIQ
-----END PGP SIGNATURE-----

--Apple-Mail=_28D795C1-2608-45A4-A44E-11AF89A29030--


From nobody Fri Jul  3 09:40:59 2015
Return-Path: <gregory.mirsky@ericsson.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFCB21B30BF for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:40:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.201
X-Spam-Level: 
X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 pDy1vyxwW--F for <ippm@ietfa.amsl.com>; Fri,  3 Jul 2015 09:40:52 -0700 (PDT)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E0361B30C4 for <ippm@ietf.org>; Fri,  3 Jul 2015 09:40:52 -0700 (PDT)
X-AuditID: c6180641-f794d6d000001dfb-8a-559653ff6056
Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id BF.E7.07675.00456955; Fri,  3 Jul 2015 11:21:04 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0210.002; Fri, 3 Jul 2015 12:40:50 -0400
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: New Version Notification for draft-mirsky-ippm-time-format-01.txt
Thread-Index: AQHQta5jNKrDk1G+IEyA+nkMoCxquJ3J8hQw
Date: Fri, 3 Jul 2015 16:40:49 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF1121B9FBAA8@eusaamb103.ericsson.se>
References: <20150703163612.10563.75076.idtracker@ietfa.amsl.com>
In-Reply-To: <20150703163612.10563.75076.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.12]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOLMWRmVeSWpSXmKPExsUyuXRPrC5DyLRQg9WfRS16HrxjdmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxseu9cwFE4Qr1l88ytTAeEGoi5GTQ0LARGJ743xWCFtM4sK9 9WxdjFwcQgJHGSV+NU6EcpYxSmxbsJkRpIpNwEjixcYedhBbREBZouXbH7C4sECAxJojc5kg 4oESR6Y3s0HYRhKHXjQyg9gsAioS/35cAqrh4OAV8JXYdC8OxBQScJTofewNUsEp4CTR8nUd WCcj0D3fT60Bm8gsIC5x68l8Jog7BSSW7DnPDGGLSrx8/A/qfiWJOa+vMYOMZBbQlFi/Sx+i VVFiSvdDsIN5BQQlTs58wjKBUXQWkqmzEDpmIemYhaRjASPLKkaO0uLUstx0I8NNjMCQPybB 5riDccEny0OMAhyMSjy8CjVTQ4VYE8uKK3MPMUpzsCiJ80r75YUKCaQnlqRmp6YWpBbFF5Xm pBYfYmTi4JRqYOydvFOuK/BQfeidzvz409a/r3P4crx+mrNYkWPFNU0/vVi5VJ5srzfcK+/r RRokPgzU+7Nr785zM092K0i8dGQwWjUvJD5PunaFt8PDE2r/9iwOazvv8P2PyQzHhS2Vhgue /NWVyrLoWHNmvfT1o6cXrv/F/JBBuTzs7MOVBz33yp2dvo3pxE0lluKMREMt5qLiRACQg04j WgIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/ntnu0h8PtCWKJ67ZbEfE5X8Vs8M>
Subject: [ippm] FW: New Version Notification for draft-mirsky-ippm-time-format-01.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 03 Jul 2015 16:40:56 -0000

RGVhciBBbGwsDQp0aGUgbmV3IHZlcnNpb24gcHJvcG9zZXMgdXNlIG9mIHNpbmdsZSBiaXQtZmxh
ZyB0byBuZWdvdGlhdGUgdXNlIG9mIHRpbWVzdGFtcCBmb3JtYXQgaW4gVFdBTVAtQ29udHJvbCBw
cm90b2NvbC4NCllvdXIgY29tbWVudHMsIHF1ZXN0aW9ucyBhbmQgc3VnZ2VzdGlvbnMgYXJlIGFs
d2F5cyB3ZWxjb21lIGFuZCBncmVhdGx5IGFwcHJlY2lhdGVkLiBXZSdyZSBsb29raW5nIGZvcndh
cmQgdG8gY29udGludWUgZGlzY3Vzc2lvbiBpbiBQcmFndWUuDQoNCglSZWdhcmRzLA0KCQlHcmVn
DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0
Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogRnJpZGF5LCBK
dWx5IDAzLCAyMDE1IDk6MzYgQU0NClRvOiBHcmVnb3J5IE1pcnNreTsgSXNyYWVsIE1laWxpazsg
U3VjaGl0IEJhbnNhbDsgR3JlZ29yeSBNaXJza3k7IElzcmFlbCBNZWlsaWs7IFN1Y2hpdCBCYW5z
YWw7IFJhbWFuYXRoYW4gTGFrc2htaWthbnRoYW47IFJhbWFuYXRoYW4gTGFrc2htaWthbnRoYW4N
ClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWlyc2t5LWlwcG0t
dGltZS1mb3JtYXQtMDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LW1pcnNr
eS1pcHBtLXRpbWUtZm9ybWF0LTAxLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRl
ZCBieSBHcmVnIE1pcnNreSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5h
bWU6CQlkcmFmdC1taXJza3ktaXBwbS10aW1lLWZvcm1hdA0KUmV2aXNpb246CTAxDQpUaXRsZToJ
CVN1cHBvcnQgb2YgSUVFRS0xNTg4IHRpbWUgc3RhbXAgZm9ybWF0IGluIFR3by1XYXkgQWN0aXZl
IE1lYXN1cmVtZW50IFByb3RvY29sIChUV0FNUCkNCkRvY3VtZW50IGRhdGU6CTIwMTUtMDctMDMN
Ckdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTcNClVSTDogICAgICAgICAg
ICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbWlyc2t5LWlwcG0t
dGltZS1mb3JtYXQtMDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9kb2MvZHJhZnQtbWlyc2t5LWlwcG0tdGltZS1mb3JtYXQvDQpIdG1saXplZDogICAg
ICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW1pcnNreS1pcHBtLXRpbWUtZm9y
bWF0LTAxDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy
PWRyYWZ0LW1pcnNreS1pcHBtLXRpbWUtZm9ybWF0LTAxDQoNCkFic3RyYWN0Og0KICAgVGhpcyBk
b2N1bWVudCBkZXNjcmliZXMgYW4gT1BUSU9OQUwgZmVhdHVyZSBmb3IgYWN0aXZlIHBlcmZvcm1h
bmNlDQogICBtZWFzdXJlbWVudCBwcm90b2NvbHMgYWxsb3dpbmcgdXNlIG9mIHRpbWUgc3RhbXAg
Zm9ybWF0IGRlZmluZWQgaW4NCiAgIElFRUUtMTU4OHYyLTIwMDguDQoNCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9m
IG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2
ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJ
RVRGIFNlY3JldGFyaWF0DQoNCg==


From nobody Mon Jul  6 10:10:24 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A9691A0430; Mon,  6 Jul 2015 10:10:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 rGD0J6kVNnj0; Mon,  6 Jul 2015 10:10:21 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DED11A8A7A; Mon,  6 Jul 2015 10:10:21 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.4.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150706171021.20021.85644.idtracker@ietfa.amsl.com>
Date: Mon, 06 Jul 2015 10:10:21 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/mpoBzkc4RCnGwlbraHzEjFGFnho>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-metric-registry-03.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 06 Jul 2015 17:10:22 -0000

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           : Registry for Performance Metrics
        Authors         : Marcelo Bagnulo
                          Benoit Claise
                          Philip Eardley
                          Al Morton
                          Aamer Akhter
	Filename        : draft-ietf-ippm-metric-registry-03.txt
	Pages           : 25
	Date            : 2015-07-06

Abstract:
   This document defines the IANA Registry for Performance Metrics.
   This document also gives a set of guidelines for Registered
   Performance Metric requesters and reviewers.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-metric-registry/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-metric-registry-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-metric-registry-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Jul  6 13:52:08 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 931C61B3216; Mon,  6 Jul 2015 13:52:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 HhDpVk6jT5Br; Mon,  6 Jul 2015 13:52:05 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0418D1B3259; Mon,  6 Jul 2015 13:51:33 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.4.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150706205133.16718.31665.idtracker@ietfa.amsl.com>
Date: Mon, 06 Jul 2015 13:51:33 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/LHlXMXbtluX9bvERCaqtAFMbA_o>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-model-based-metrics-06.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 06 Jul 2015 20:52:06 -0000

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           : Model Based Metrics for Bulk Transport Capacity
        Authors         : Matt Mathis
                          Al Morton
	Filename        : draft-ietf-ippm-model-based-metrics-06.txt
	Pages           : 47
	Date            : 2015-07-06

Abstract:
   We introduce a new class of Model Based Metrics designed to assess if
   a complete Internet path can be expected to meet a predefined Bulk
   Transport Performance target by applying a suite of IP diagnostic
   tests to successive subpaths.  The subpath-at-a-time tests can be
   robustly applied to key infrastructure, such as interconnects or even
   individual devices, to accurately detect if any part of the
   infrastructure will prevent any path traversing it from meeting the
   specified Target Transport Performance.

   The IP diagnostic tests consist of precomputed traffic patterns and
   statistical criteria for evaluating packet delivery.  The traffic
   patterns are precomputed to mimic TCP or other transport protocol
   over a long path but are constructed in such a way that they are
   independent of the actual details of the subpath under test, end
   systems or applications.  Likewise the success criteria depends on
   the packet delivery statistics of the subpath, as evaluated against a
   protocol model applied to the Target Transport Performance.  The
   success criteria also does not depend on the details of the subpath,
   end systems or application.  This makes the measurements open loop,
   eliminating most of the difficulties encountered by traditional bulk
   transport metrics.

   Model based metrics exhibit several important new properties not
   present in other Bulk Capacity Metrics, including the ability to
   reason about concatenated or overlapping subpaths.  The results are
   vantage independent which is critical for supporting independent
   validation of tests results from multiple Measurement Points.

   This document does not define IP diagnostic tests directly, but
   provides a framework for designing suites of IP diagnostics tests
   that are tailored to confirming that infrastructure can meet a
   predetermined Target Transport Performance.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-model-based-metrics/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-model-based-metrics-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-model-based-metrics-06


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Jul  6 17:33:49 2015
Return-Path: <gregory.mirsky@ericsson.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41FB21A700D for <ippm@ietfa.amsl.com>; Mon,  6 Jul 2015 17:33:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.201
X-Spam-Level: 
X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 ccK7jSVAc63U for <ippm@ietfa.amsl.com>; Mon,  6 Jul 2015 17:33:45 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB0E41A8702 for <ippm@ietf.org>; Mon,  6 Jul 2015 17:33:45 -0700 (PDT)
X-AuditID: c618062d-f799e6d00000329e-79-559ac34c289d
Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 17.17.12958.C43CA955; Mon,  6 Jul 2015 20:05:01 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0210.002; Mon, 6 Jul 2015 20:33:42 -0400
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: New Version Notification for draft-mirsky-ippm-twamp-light-yang-00.txt
Thread-Index: AQHQuB6uoDVmC4KdZEi0ZiKndP6Trp3PKFsw
Date: Tue, 7 Jul 2015 00:33:42 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF1121B9FEA9C@eusaamb103.ericsson.se>
References: <20150706190506.15452.98733.idtracker@ietfa.amsl.com>
In-Reply-To: <20150706190506.15452.98733.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.9]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBLMWRmVeSWpSXmKPExsUyuXRPgq7v4VmhBvNeCFj0PHjH7MDosWTJ T6YAxigum5TUnMyy1CJ9uwSujEs/DjAXLBKs+Pq0k62B8YVAFyMnh4SAicScl3tYIWwxiQv3 1rN1MXJxCAkcZZSY0/WDHcJZxiix88skFpAqNgEjiRcbe9hBbBEBZYmWb38YQWxhgVCJVZMu sEDEwyT+zz3NCGEbSWy/t4AZxGYRUJGYef4tWA2vgK/ExCedYLaQgKPEwieNQDYHB6eAk8TG DyogYUagg76fWsMEYjMLiEvcejKfCeJQAYkle84zQ9iiEi8f/4N6QFFiX/90dpAxzAKaEut3 6UO0KkpM6X7IDrFVUOLkzCcsExhFZyGZOguhYxaSjllIOhYwsqxi5CgtTi3LTTcy2MQIDPpj Emy6Oxj3vLQ8xCjAwajEw6twaFaoEGtiWXFl7iFGaQ4WJXFex6i8UCGB9MSS1OzU1ILUovii 0pzU4kOMTBycUg2M1e4TF37+sdYqQfJ386pHST9jWXz21Hjl7duSPmFesMyLXIOf7+9NfRNy c3r6ZOF9FyUr4h4XMAay8vde42e7c+TeAgfjzNzrLeyNv2u++B2Ue9Y4deLtQn4Wzwcvdhj9 z3WZkaYq/swmoKr2rc+moOvGEyw/BFtc+6pv+skxIM7bQzui/dNjJZbijERDLeai4kQAAvG6 61sCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/M1sEeC6BjsUOeIVj6TWuCUFmu5Q>
Subject: [ippm] FW: New Version Notification for draft-mirsky-ippm-twamp-light-yang-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Tue, 07 Jul 2015 00:33:47 -0000

RGVhciBBbGwsDQp0aGUgZmlyc3QgdmVyc2lvbiBvZiBZQU5HIGRhdGEgbW9kZWwgb2YgVFdBTVAg
TGlnaHQgYmVlbiBwdWJsaXNoZWQuDQpHcmVhdGx5IGFwcHJlY2lhdGUgeW91ciBjb21tZW50cywg
cXVlc3Rpb25zLCBzdWdnZXN0aW9ucy4gV2UncmUgbG9va2luZyBmb3J3YXJkIHRvIGFuIG9wcG9y
dHVuaXR5IHRvIGRpc2N1c3MgdGhlIG1vZGVsIGFuZCBpdHMgZGV2ZWxvcG1lbnQgaW4gUHJhZ3Vl
Lg0KDQoJUmVnYXJkcywNCgkJR3JlZw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv
bTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYu
b3JnXSANClNlbnQ6IE1vbmRheSwgSnVseSAwNiwgMjAxNSAxMjowNSBQTQ0KVG86IEdyZWdvcnkg
TWlyc2t5OyBHcmVnb3J5IE1pcnNreTsgVGFtw6FzIMOJbHRldMO1OyBUYW3DoXMgw4lsdGV0w7UN
ClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWlyc2t5LWlwcG0t
dHdhbXAtbGlnaHQteWFuZy0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt
bWlyc2t5LWlwcG0tdHdhbXAtbGlnaHQteWFuZy0wMC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxs
eSBzdWJtaXR0ZWQgYnkgR3JlZyBNaXJza3kgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0
b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbWlyc2t5LWlwcG0tdHdhbXAtbGlnaHQteWFuZw0KUmV2aXNp
b246CTAwDQpUaXRsZToJCVR3by1XYXkgQWN0aXZlIE1lYXN1cmVtZW50IFByb3RvY29sIChUV0FN
UCkgTGlnaHQgRGF0YSBNb2RlbA0KRG9jdW1lbnQgZGF0ZToJMjAxNS0wNy0wNg0KR3JvdXA6CQlJ
bmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMTANClVSTDogICAgICAgICAgICBodHRwczov
L3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbWlyc2t5LWlwcG0tdHdhbXAtbGln
aHQteWFuZy0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC1taXJza3ktaXBwbS10d2FtcC1saWdodC15YW5nLw0KSHRtbGl6ZWQ6ICAg
ICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1taXJza3ktaXBwbS10d2FtcC1s
aWdodC15YW5nLTAwDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0
aGUgZGF0YSBtb2RlbCBmb3IgaW1wbGVtZW50YXRpb25zIG9mDQogICBTZXNzaW9uLVNlbmRlciBh
bmQgU2Vzc2lvbi1SZWZsZWN0b3IgZm9yIFR3by1XYXkgQWN0aXZlIE1lYXN1cmVtZW50DQogICBQ
cm90b2NvbCAoVFdBTVApIExpZ2h0IG1vZGUgdXNpbmcgWUFORy4NCg0KICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg
bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZl
cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElF
VEYgU2VjcmV0YXJpYXQNCg0K


From nobody Wed Jul  8 22:34:16 2015
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 433591A9094 for <ippm@ietfa.amsl.com>; Wed,  8 Jul 2015 22:34:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.912
X-Spam-Level: 
X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 f08thR5-aJFI for <ippm@ietfa.amsl.com>; Wed,  8 Jul 2015 22:34:07 -0700 (PDT)
Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id EE03C1A9093 for <ippm@ietf.org>; Wed,  8 Jul 2015 22:34:06 -0700 (PDT)
Received: from [IPv6:2001:470:26:9c2:61f9:1bc6:c857:2ec5] (unknown [IPv6:2001:470:26:9c2:61f9:1bc6:c857:2ec5]) by trammell.ch (Postfix) with ESMTPSA id 487F61A0397 for <ippm@ietf.org>; Thu,  9 Jul 2015 07:34:06 +0200 (CEST)
From: Brian Trammell <ietf@trammell.ch>
X-Pgp-Agent: GPGMail 2.5
Content-Type: multipart/signed; boundary="Apple-Mail=_BD0EEAAC-57AC-4A5E-A929-0FEA3197F9E5"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Thu, 9 Jul 2015 07:34:04 +0200
Message-Id: <05D414E3-69FD-49CA-93A6-972917EBD508@trammell.ch>
To: ippm@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/tvxDfcEgz0JRzYtwv7UsO7IUejk>
Subject: [ippm] Revised agenda for IETF 93
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 09 Jul 2015 05:34:10 -0000

--Apple-Mail=_BD0EEAAC-57AC-4A5E-A929-0FEA3197F9E5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, all,

We've had a couple of other additional requests for time; in order to =
accomodate these, we'd like to ask presenters of new individual items to =
limit themselves to five minutes in their presentations -- this should =
be sufficient to introduce the work and get discussion started on the =
list for potential adoption later.

The revised agenda is below, and will be posted shortly.

Cheers,

Brian

# IPPM WG DRAFT Agenda - IETF 93, Prague#

Friday 24 July 2015
11:50 - 13:20 CEST (9:50 - 11:20 UTC)
in room Athens/Barcelona.

## Administrivia ##

- 11:50 (5m): Note well, intro, agenda bashing
    B. Trammell, B. Cerveny, chairs

## Issues with Working Group Items ##

- 11:55 (15m): O/TWAMP Modes Registry issue
    B. Trammell, introduction
    A. Morton, draft-morton-ippm-owamp-registry-01

## New Working Group Items ##

- 12:10 (15m): draft-ietf-ippm-active-passive
    A. Morton
- 12:25 (15m): draft-ietf-ippm-6man-pdm-option
    N. Elkins

## Existing Working Group Items ##

- 12:40 (10m): draft-ietf-ippm-model-based-metrics-06
    M. Mathis

## Individual Items - YANG ##

- 12:50 (8m) draft-cmzrjp-ippm-twamp-yang
    K. Pentikousis
- 12:58 (7m) draft-mirsky-ippm-twamp-light-yang
    G. Mirsky

## New Individual Items ##

- 13:05 (5m) draft-mirsky-ippm-time-format
    G. Mirsky
- 13:10 (5m) draft-tempia-ippm-p3m-00
    G. Fioccola
- 13:15 (5m) draft-sp-ippm-monitor-services-kpi-00
    S. Sarangapani


--Apple-Mail=_BD0EEAAC-57AC-4A5E-A929-0FEA3197F9E5
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJVngfMAAoJENt3nsOmbNJcD1wIAJ4zwxZt9Nc/UnjAz2Vc5Uqy
J0cLQq143jGtz+WdXCqz6ny65JQsDmHroq6HbWe4oT57hsfzWfuuiSKI52aTIg8p
7FznodJOCOREto2HugNnnIzb3avp1tFvkd3puDyhLDDggOEuEX+PxUeQPExuG2tv
uXyFwVY44KusDT+AOnDav+WlPbqpydNLNjdehRmvnp53Ux9MqzQ70xxOtpfbWuw2
3tY0IOoWd6scoplE1W7IK6YSGs5tE1+gsbpoL3X4WUllXmf06w2fRdZjrI8oD805
PQyoDKZ32OMkZBgb8tJ09qX5J2wtZ35bXJg50p7ZKbkDq6J/ewHmRr7JWNhcQ6o=
=8H8c
-----END PGP SIGNATURE-----

--Apple-Mail=_BD0EEAAC-57AC-4A5E-A929-0FEA3197F9E5--


From nobody Thu Jul  9 01:48:01 2015
Return-Path: <vero.zheng@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D59FC1ACE89 for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 01:48:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.61
X-Spam-Level: 
X-Spam-Status: No, score=-3.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_47=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 t3O_hFIFterH for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 01:47:58 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B33571ACE88 for <ippm@ietf.org>; Thu,  9 Jul 2015 01:47:57 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BUZ14374; Thu, 09 Jul 2015 08:47:55 +0000 (GMT)
Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 9 Jul 2015 09:47:54 +0100
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0158.001; Thu, 9 Jul 2015 16:47:36 +0800
From: Vero Zheng <vero.zheng@huawei.com>
To: "ippm-chairs@tools.ietf.org" <ippm-chairs@tools.ietf.org>
Thread-Topic: Ask for adoption// FW: New Version Notification for draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
Thread-Index: AQHQt8E8Tr9ZbICSbU+3MMToGMhabJ3SzmkQ
Date: Thu, 9 Jul 2015 08:47:36 +0000
Message-ID: <2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2@SZXEMA504-MBS.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.98.239]
Content-Type: multipart/alternative; boundary="_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2SZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/sxMF40os4g655Iqzgiy7axBsEMY>
Cc: "draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org" <draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Subject: [ippm] Ask for adoption// FW: New Version Notification for draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 09 Jul 2015 08:48:01 -0000

--_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2SZXEMA504MBSchi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

RGVhciBCcmlhbiBhbmQgQmlsbCwNCg0KDQoNCldlIGhhdmUgdXBkYXRlZCB0aGUgZHJhZnQtY2hl
bi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29yay4gVGhpbmdzIHRvIGJlIG5vdGVk
IHRoYXQ6DQoNCjEsIFRoZSBkcmFmdCBoYXMgYmVlbiBwcm9ncmVzc2VkIGR1cmluZyB0aGUgcGFz
dCBjb3VwbGUgb2YgeWVhcnMgYW5kIHRoZSBtZWNoYW5pc20gaW50cm9kdWNlZCBpcyB3ZWxsIHVu
ZGVyc3Rvb2QgYnkgdGhlIFdHLiBJbiBEYWxsYXMsIHRoZSBtYWpvciBjb25jZXJuIHdhcyB0aGUg
bWFya2luZyBiaXQgc2VsZWN0aW9uLg0KDQpJbiB0aGlzIHJldmlzaW9uLCB3ZSBtYWRlIGl0IGV4
cGxpY2l0bHkgY2xlYXIgdGhhdCB0aGlzIGRvY3VtZW50IGRvZXMgbm90IGRlZmluZSBhbnkgbWFy
a2luZyBiaXQgc2VsZWN0aW9uLCBhbnkgdGVjaG5vbG9neSB3b3VsZCBsaWtlIHRvIGRlcGxveSB0
aGUgbWFya2luZyBtZXRob2QgZm9yIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IHdpbGwgZGVmaW5l
IHRoZWlyIG93biBtYXJraW5nIGJpdCBzZWxlY3Rpb24gaW4gY29ycmVzcG9uZGluZyBkb2N1bWVu
dC4NCg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNoZW4taXBwbS1jb2xvcmlu
Zy1iYXNlZC1pcGZwbS1mcmFtZXdvcmstMDQjcGFnZS02DQoNCg0KDQoyLCBUaGVyZSBhcmUgb25n
b2luZyBkaXNjdXNzaW9uIG9mIGRlcGxveSBtYXJraW5nIG1ldGhvZCBpbiBuZXcgZW5jYXBzdWxh
dGlvbiB0ZWNobm9sb2d5LCBzdWNoIGFzIEJJRVIgV0cgYW5kIE5PVjMgV0cuDQoNCkFuZCBpbiBC
SUVSIFdHLCB0aGUgbWFya2luZyBtZXRob2QgaGFzIGJlZW4gYWRvcHRlZCwgYW5kIHR3byBPQU0g
Yml0cyhtYXJraW5nIGJpdHMpIGZvciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBoYXMgYmVlbiBh
bGxvY2F0ZWQgaW4gQklFUiBlbmNhcHN1bGF0aW9uIGRyYWZ0LWlldGYtYmllci1tcGxzLWVuY2Fw
c3VsYXRpb248aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtYmllci1tcGxz
LWVuY2Fwc3VsYXRpb24tMDEjcGFnZS01PiAuDQoNCg0KDQozLCBUaGVyZSBpcyBhbHNvIGRpc2N1
c3Npb24gb2YgZGVwbG95IG1hcmtpbmcgbWV0aG9kIGluIG1hdHVyZWQgdGVjaG5vbG9neSwgc3Vj
aCBhcyBNUExTLg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJ5YW50LW1w
bHMtc3lub255bW91cy1mbG93LWxhYmVscy0wMSNwYWdlLTINCg0KDQoNClRoZSBhdXRob3JzIG9m
IHRoZSBkb2N1bWVudCBiZWxpZXZlIHRoaXMgZG9jdW1lbnQgaXMgbm93IHJlYWR5IGZvciBhZG9w
dGlvbiwgd2Ugd291bGQgbGlrZSB0aGUgQ2hhaXJzIHRvIHN0YXJ0IGFuIGFkb3B0aW9uIGNhbGwu
DQoNCkNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBhcmUgYWx3YXlzIHdlbGNvbWUuDQoNCg0KDQpC
UiwNCg0KVmVybw0KDQpPbiBiZWhhbGYgb2YgdGhlIGNvLWF1dGhvcnMNCg0KDQoNCg0KDQotLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFtt
YWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KU2VudDogTW9uZGF5LCBKdWx5IDA2LCAy
MDE1IDM6NTYgUE0NClRvOiBNYWNoIENoZW47IEdyZWcgTWlyc2t5OyBHaXVzZXBwZSBGaW9jY29s
YTsgVmVybyBaaGVuZzsgTWFjaCBDaGVuOyBHcmVnIE1pcnNreTsgR2l1c2VwcGUgRmlvY2NvbGE7
IFZlcm8gWmhlbmcNClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt
Y2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29yay0wNC50eHQNCg0KDQoNCg0K
DQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlw
ZnBtLWZyYW1ld29yay0wNC50eHQNCg0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi
eSBMaWFuc2h1IFpoZW5nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KDQoN
Ck5hbWU6ICAgICAgICAgICAgICAgZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBt
LWZyYW1ld29yaw0KDQpSZXZpc2lvbjogIDA0DQoNClRpdGxlOiAgICAgICAgICAgICAgICAgIElQ
IEZsb3cgUGVyZm9ybWFuY2UgTWVhc3VyZW1lbnQgRnJhbWV3b3JrDQoNCkRvY3VtZW50IGRhdGU6
ICAgICAgIDIwMTUtMDctMDYNCg0KR3JvdXA6ICAgICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJt
aXNzaW9uDQoNClBhZ2VzOiAgICAgICAgICAgICAgIDE2DQoNClVSTDogICAgICAgICAgICBodHRw
czovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5n
LWJhc2VkLWlwZnBtLWZyYW1ld29yay0wNC50eHQNCg0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8v
ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1p
cGZwbS1mcmFtZXdvcmsvDQoNCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29yay0wNA0K
DQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0
LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcmstMDQNCg0KDQoNCkFic3Ry
YWN0Og0KDQogICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIG1lYXN1cmVtZW50IG1ldGhvZCwg
dGhlIElQIGZsb3cgcGVyZm9ybWFuY2UNCg0KICAgbWVhc3VyZW1lbnQgKElQRlBNKS4gIFdpdGgg
SVBGUE0sIGRhdGEgcGFja2V0cyBhcmUgbWFya2VkIGludG8NCg0KICAgZGlmZmVyZW50IGJsb2Nr
cyBvZiBtYXJrZXJzIGJ5IGNoYW5naW5nIG9uZSBvciBtb3JlIGJpdHMgb2YgcGFja2V0cy4NCg0K
ICAgTm8gYWRkaXRpb25hbCBkZWxpbWl0aW5nIHBhY2tldCBpcyBuZWVkZWQgYW5kIHRoZSBwZXJm
b3JtYW5jZSBpcw0KDQogICBtZWFzdXJlZCBpbi1zZXJ2aWNlIGFuZCBpbi1iYW5kIHdpdGhvdXQg
dGhlIGluc2VydGlvbiBvZiBhZGRpdGlvbmFsDQoNCiAgIHRyYWZmaWMuDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz
IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh
bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQoNCg0KVGhlIElFVEYg
U2VjcmV0YXJpYXQNCg0KDQo=

--_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2SZXEMA504MBSchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJdGV4dC1qdXN0
aWZ5OmludGVyLWlkZW9ncmFwaDsNCglmb250LXNpemU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t
c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXtt
c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6Iue6r+aWh+acrCBDaGFyIjsN
CgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuNXB0
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5DaGFyDQoJe21z
by1zdHlsZS1uYW1lOiLnuq/mlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CW1zby1zdHlsZS1saW5rOue6r+aWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30N
Ci8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w
cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5X
b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw
MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv
Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu
Zz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ0ZXh0LWp1c3RpZnkt
dHJpbTpwdW5jdHVhdGlvbiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9
Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkRlYXIgQnJpYW4gYW5kIEJpbGwsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5XZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0LWNoZW4taXBw
bS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcmsuIFRoaW5ncyB0byBiZSBub3RlZCB0aGF0
OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh
bmc9IkVOLVVTIj4xLCBUaGUgZHJhZnQgaGFzIGJlZW4gcHJvZ3Jlc3NlZCBkdXJpbmcgdGhlIHBh
c3QgY291cGxlIG9mIHllYXJzIGFuZCB0aGUgbWVjaGFuaXNtIGludHJvZHVjZWQgaXMgd2VsbCB1
bmRlcnN0b29kIGJ5IHRoZSBXRy4gSW4gRGFsbGFzLCB0aGUgbWFqb3IgY29uY2VybiB3YXMgdGhl
IG1hcmtpbmcgYml0IHNlbGVjdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+SW4gdGhpcyByZXZpc2lvbiwgd2UgbWFk
ZSBpdCBleHBsaWNpdGx5IGNsZWFyIHRoYXQgdGhpcyBkb2N1bWVudCBkb2VzIG5vdCBkZWZpbmUg
YW55IG1hcmtpbmcgYml0IHNlbGVjdGlvbiwgYW55IHRlY2hub2xvZ3kgd291bGQgbGlrZSB0byBk
ZXBsb3kgdGhlIG1hcmtpbmcgbWV0aG9kIGZvciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCB3aWxs
IGRlZmluZSB0aGVpciBvd24gbWFya2luZw0KIGJpdCBzZWxlY3Rpb24gaW4gY29ycmVzcG9uZGlu
ZyBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L2RyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcmstMDQjcGFnZS02
Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJh
c2VkLWlwZnBtLWZyYW1ld29yay0wNCNwYWdlLTY8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT
Ij4yLCBUaGVyZSBhcmUgb25nb2luZyBkaXNjdXNzaW9uIG9mIGRlcGxveSBtYXJraW5nIG1ldGhv
ZCBpbiBuZXcgZW5jYXBzdWxhdGlvbiB0ZWNobm9sb2d5LCBzdWNoIGFzIEJJRVIgV0cgYW5kIE5P
VjMgV0cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw
YW4gbGFuZz0iRU4tVVMiPkFuZCBpbiBCSUVSIFdHLCB0aGUgbWFya2luZyBtZXRob2QgaGFzIGJl
ZW4gYWRvcHRlZCwgYW5kIHR3byBPQU0gYml0cyhtYXJraW5nIGJpdHMpIGZvciBwZXJmb3JtYW5j
ZSBtZWFzdXJlbWVudCBoYXMgYmVlbiBhbGxvY2F0ZWQgaW4gQklFUiBlbmNhcHN1bGF0aW9uDQo8
YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1iaWVyLW1wbHMt
ZW5jYXBzdWxhdGlvbi0wMSNwYWdlLTUiPg0KZHJhZnQtaWV0Zi1iaWVyLW1wbHMtZW5jYXBzdWxh
dGlvbjwvYT4gLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+MywgVGhlcmUgaXMgYWxzbyBkaXNj
dXNzaW9uIG9mIGRlcGxveSBtYXJraW5nIG1ldGhvZCBpbiBtYXR1cmVkIHRlY2hub2xvZ3ksIHN1
Y2ggYXMgTVBMUy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0
Ij48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L2RyYWZ0LWJyeWFudC1tcGxzLXN5bm9ueW1vdXMtZmxvdy1sYWJlbHMtMDEjcGFnZS0yIj5odHRw
czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJ5YW50LW1wbHMtc3lub255bW91cy1mbG93
LWxhYmVscy0wMSNwYWdlLTI8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgYXV0aG9y
cyBvZiB0aGUgZG9jdW1lbnQgYmVsaWV2ZSB0aGlzIGRvY3VtZW50IGlzIG5vdyByZWFkeSBmb3Ig
YWRvcHRpb24sIHdlIHdvdWxkIGxpa2UgdGhlIENoYWlycyB0byBzdGFydCBhbiBhZG9wdGlvbiBj
YWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu
IGxhbmc9IkVOLVVTIj5Db21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgYXJlIGFsd2F5cyB3ZWxjb21l
LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh
aW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+QlIsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlZlcm88bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+T24g
YmVoYWxmIG9mIHRoZSBjby1hdXRob3JzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5n
PSJFTi1VUyI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBpbnRlcm5ldC1k
cmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIDxicj4NClNl
bnQ6IE1vbmRheSwgSnVseSAwNiwgMjAxNSAzOjU2IFBNPGJyPg0KVG86IE1hY2ggQ2hlbjsgR3Jl
ZyBNaXJza3k7IEdpdXNlcHBlIEZpb2Njb2xhOyBWZXJvIFpoZW5nOyBNYWNoIENoZW47IEdyZWcg
TWlyc2t5OyBHaXVzZXBwZSBGaW9jY29sYTsgVmVybyBaaGVuZzxicj4NClN1YmplY3Q6IE5ldyBW
ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlw
ZnBtLWZyYW1ld29yay0wNC50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVO
LVVTIj5BIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2Vk
LWlwZnBtLWZyYW1ld29yay0wNC50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1
Ym1pdHRlZCBieSBMaWFuc2h1IFpoZW5nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9y
eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBs
YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs
YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5hbWU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IGRyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcms8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1V
UyI+UmV2aXNpb246Jm5ic3A7IDA0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRpdGxlOiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJUCBGbG93IFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50
IEZyYW1ld29yazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxzcGFuIGxhbmc9IkVOLVVTIj5Eb2N1bWVudCBkYXRlOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAyMDE1LTA3LTA2PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkdyb3VwOiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UGFnZXM6Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IDE2PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlVSTDombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWNoZW4taXBwbS1jb2xvcmlu
Zy1iYXNlZC1pcGZwbS1mcmFtZXdvcmstMDQudHh0Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5k
b3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5l
dC1kcmFmdHMvZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29yay0w
NC50eHQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp
blRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5TdGF0dXM6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0
Zi5vcmcvZG9jL2RyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcmsv
Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5o
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuLWlwcG0tY29sb3Jpbmct
YmFzZWQtaXBmcG0tZnJhbWV3b3JrLzwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkh0bWxpemVkOiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3Rvb2xzLmll
dGYub3JnL2h0bWwvZHJhZnQtY2hlbi1pcHBtLWNvbG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29y
ay0wNCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9u
ZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1i
YXNlZC1pcGZwbS1mcmFtZXdvcmstMDQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5EaWZmOiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBo
cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtY2hlbi1pcHBtLWNv
bG9yaW5nLWJhc2VkLWlwZnBtLWZyYW1ld29yay0wNCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6d2lu
ZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm
Zj91cmwyPWRyYWZ0LWNoZW4taXBwbS1jb2xvcmluZy1iYXNlZC1pcGZwbS1mcmFtZXdvcmstMDQ8
L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+QWJzdHJhY3Q6PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIG1lYXN1cmVtZW50IG1ldGhvZCwg
dGhlIElQIGZsb3cgcGVyZm9ybWFuY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IG1lYXN1cmVtZW50
IChJUEZQTSkuJm5ic3A7IFdpdGggSVBGUE0sIGRhdGEgcGFja2V0cyBhcmUgbWFya2VkIGludG88
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5n
PSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IGRpZmZlcmVudCBibG9ja3Mgb2YgbWFya2VycyBieSBjaGFu
Z2luZyBvbmUgb3IgbW9yZSBiaXRzIG9mIHBhY2tldHMuPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBO
byBhZGRpdGlvbmFsIGRlbGltaXRpbmcgcGFja2V0IGlzIG5lZWRlZCBhbmQgdGhlIHBlcmZvcm1h
bmNlIGlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBtZWFzdXJlZCBpbi1zZXJ2aWNlIGFuZCBpbi1i
YW5kIHdpdGhvdXQgdGhlIGluc2VydGlvbiBvZiBhZGRpdGlvbmFsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZu
YnNwOyB0cmFmZmljLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl
eHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh
biBsYW5nPSJFTi1VUyI+UGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt
aW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVy
c2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh
biBsYW5nPSJFTi1VUyI+VGhlIElFVEYgU2VjcmV0YXJpYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2SZXEMA504MBSchi_--


From nobody Thu Jul  9 02:35:00 2015
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 574E71A906A for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 02:34:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.312
X-Spam-Level: 
X-Spam-Status: No, score=-1.312 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_47=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 CP4Z9g3XLd3t for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 02:34:57 -0700 (PDT)
Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id C7C251A8923 for <ippm@ietf.org>; Thu,  9 Jul 2015 02:34:56 -0700 (PDT)
Received: from nb-10604.ethz.ch (nb-10604.ethz.ch [82.130.102.91]) by trammell.ch (Postfix) with ESMTPSA id 3BCB11A03A2; Thu,  9 Jul 2015 11:34:26 +0200 (CEST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
Content-Type: multipart/signed; boundary="Apple-Mail=_4145F5C2-14F6-4AA5-B11C-EFD7978D537C"; protocol="application/pgp-signature"; micalg=pgp-sha512
X-Pgp-Agent: GPGMail 2.5
From: Brian Trammell <ietf@trammell.ch>
In-Reply-To: <2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2@SZXEMA504-MBS.china.huawei.com>
Date: Thu, 9 Jul 2015 11:34:26 +0200
Message-Id: <76119085-7B82-4D57-A8FA-3A6C0E841355@trammell.ch>
References: <2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2@SZXEMA504-MBS.china.huawei.com>
To: Vero Zheng <vero.zheng@huawei.com>
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/G1lSIHNWpldS1B3iO-ARIkLyYtk>
Cc: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@tools.ietf.org" <ippm-chairs@tools.ietf.org>, "draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org" <draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org>
Subject: Re: [ippm] Ask for adoption// FW: New Version Notification for draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 09 Jul 2015 09:34:58 -0000

--Apple-Mail=_4145F5C2-14F6-4AA5-B11C-EFD7978D537C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

hi Vero,

Given that we're after the deadline for Prague, and people should be I'd =
prefer to issue this call for adoption during the Prague meeting. As =
we're tight for time, I'd like to start this during the administrative =
part of the agenda. Does this work for you?

Cheers,

Brian


> On 09 Jul 2015, at 10:47, Vero Zheng <vero.zheng@huawei.com> wrote:
>=20
> Dear Brian and Bill,
>=20
> We have updated the draft-chen-ippm-coloring-based-ipfpm-framework. =
Things to be noted that:
> 1, The draft has been progressed during the past couple of years and =
the mechanism introduced is well understood by the WG. In Dallas, the =
major concern was the marking bit selection.
> In this revision, we made it explicitly clear that this document does =
not define any marking bit selection, any technology would like to =
deploy the marking method for performance measurement will define their =
own marking bit selection in corresponding document.
> =
https://tools.ietf.org/html/draft-chen-ippm-coloring-based-ipfpm-framework=
-04#page-6
>=20
> 2, There are ongoing discussion of deploy marking method in new =
encapsulation technology, such as BIER WG and NOV3 WG.
> And in BIER WG, the marking method has been adopted, and two OAM =
bits(marking bits) for performance measurement has been allocated in =
BIER encapsulationdraft-ietf-bier-mpls-encapsulation .
>=20
> 3, There is also discussion of deploy marking method in matured =
technology, such as MPLS.
> =
https://tools.ietf.org/html/draft-bryant-mpls-synonymous-flow-labels-01#pa=
ge-2
>=20
> The authors of the document believe this document is now ready for =
adoption, we would like the Chairs to start an adoption call.
> Comments and suggestions are always welcome.
>=20
> BR,
> Vero
> On behalf of the co-authors
>=20
>=20
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Monday, July 06, 2015 3:56 PM
> To: Mach Chen; Greg Mirsky; Giuseppe Fioccola; Vero Zheng; Mach Chen; =
Greg Mirsky; Giuseppe Fioccola; Vero Zheng
> Subject: New Version Notification for =
draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
>=20
>=20
> A new version of I-D, =
draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
> has been successfully submitted by Lianshu Zheng and posted to the =
IETF repository.
>=20
> Name:               draft-chen-ippm-coloring-based-ipfpm-framework
> Revision:  04
> Title:                  IP Flow Performance Measurement Framework
> Document date:       2015-07-06
> Group:               Individual Submission
> Pages:               16
> URL:            =
https://www.ietf.org/internet-drafts/draft-chen-ippm-coloring-based-ipfpm-=
framework-04.txt
> Status:         =
https://datatracker.ietf.org/doc/draft-chen-ippm-coloring-based-ipfpm-fram=
ework/
> Htmlized:       =
https://tools.ietf.org/html/draft-chen-ippm-coloring-based-ipfpm-framework=
-04
> Diff:           =
https://www.ietf.org/rfcdiff?url2=3Ddraft-chen-ippm-coloring-based-ipfpm-f=
ramework-04
>=20
> Abstract:
>    This document specifies a measurement method, the IP flow =
performance
>    measurement (IPFPM).  With IPFPM, data packets are marked into
>    different blocks of markers by changing one or more bits of =
packets.
>    No additional delimiting packet is needed and the performance is
>    measured in-service and in-band without the insertion of additional
>    traffic.
>=20
>=20
>=20
>=20
>=20
> Please note that it may take a couple of minutes from the time of =
submission until the htmlized version and diff are available at =
tools.ietf.org.
>=20
> The IETF Secretariat
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


--Apple-Mail=_4145F5C2-14F6-4AA5-B11C-EFD7978D537C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJVnkAiAAoJENt3nsOmbNJcct0H/0AKi2CyiD6/MqlUUyfr6FxU
vshXjmgZ38NQNR16SFd7xvHUr+mMmj0InPkFrGiGx0VJSgCDd6PkIkEXYek//T8M
5pwvVjqUDh7yC02EwK84SNMG1iDdiC81FUO6siPyrfW0vsG7my+7+iVMY4kO8eX3
Iz74wV6rNWnDuPKPfpUimtZvH5BK5JtQu+W9o9sWm7+fDuAYoOjhAEpYex4oxCaY
wvjCW13ci4ScMuueNmWjhFRSDpSEKrrZGmzNvl/wW5KqMm+sE8Ty8fNMne/r5c4x
jQit2L1ElrdTUsNsGElYcEAnQnJig26XTVJQn5LjvM44AdiS823epx+3vFGQBkc=
=Vx9j
-----END PGP SIGNATURE-----

--Apple-Mail=_4145F5C2-14F6-4AA5-B11C-EFD7978D537C--


From nobody Thu Jul  9 19:25:30 2015
Return-Path: <vero.zheng@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D0DC1A86FD for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 19:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.611
X-Spam-Level: 
X-Spam-Status: No, score=-3.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_47=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 UAUb6gw2tHq4 for <ippm@ietfa.amsl.com>; Thu,  9 Jul 2015 19:25:26 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 111B31A86FE for <ippm@ietf.org>; Thu,  9 Jul 2015 19:25:23 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BYP04710; Fri, 10 Jul 2015 02:25:22 +0000 (GMT)
Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 10 Jul 2015 03:25:21 +0100
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0158.001; Fri, 10 Jul 2015 10:25:17 +0800
From: Vero Zheng <vero.zheng@huawei.com>
To: Brian Trammell <ietf@trammell.ch>
Thread-Topic: [ippm] Ask for adoption// FW: New Version Notification for draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
Thread-Index: AQHQt8E8Tr9ZbICSbU+3MMToGMhabJ3SzmkQ//+Q3ACAAZ/+YA==
Date: Fri, 10 Jul 2015 02:25:16 +0000
Message-ID: <2EEA459CD95CCB4988BFAFC0F2287B5C5CA01586@SZXEMA504-MBS.china.huawei.com>
References: <2EEA459CD95CCB4988BFAFC0F2287B5C5C9FFFF2@SZXEMA504-MBS.china.huawei.com> <76119085-7B82-4D57-A8FA-3A6C0E841355@trammell.ch>
In-Reply-To: <76119085-7B82-4D57-A8FA-3A6C0E841355@trammell.ch>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.98.239]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/Fgl1JMC8km0SC0V_KbVn8ycI9us>
Cc: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@tools.ietf.org" <ippm-chairs@tools.ietf.org>, "draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org" <draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org>
Subject: Re: [ippm] Ask for adoption// FW: New Version Notification for draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 10 Jul 2015 02:25:28 -0000

Hi Brian,

Thanks for offering this. This should work.=20
I could also provide one page slide for you, if you see it necessary.

Cheers, Vero

> -----Original Message-----
> From: Brian Trammell [mailto:ietf@trammell.ch]
> Sent: Thursday, July 09, 2015 5:34 PM
> To: Vero Zheng
> Cc: ippm-chairs@tools.ietf.org;
> draft-chen-ippm-coloring-based-ipfpm-framework@tools.ietf.org;
> ippm@ietf.org
> Subject: Re: [ippm] Ask for adoption// FW: New Version Notification for
> draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
>=20
> hi Vero,
>=20
> Given that we're after the deadline for Prague, and people should be I'd =
prefer
> to issue this call for adoption during the Prague meeting. As we're tight=
 for
> time, I'd like to start this during the administrative part of the agenda=
. Does
> this work for you?
>=20
> Cheers,
>=20
> Brian
>=20
>=20
> > On 09 Jul 2015, at 10:47, Vero Zheng <vero.zheng@huawei.com> wrote:
> >
> > Dear Brian and Bill,
> >
> > We have updated the draft-chen-ippm-coloring-based-ipfpm-framework.
> Things to be noted that:
> > 1, The draft has been progressed during the past couple of years and th=
e
> mechanism introduced is well understood by the WG. In Dallas, the major
> concern was the marking bit selection.
> > In this revision, we made it explicitly clear that this document does n=
ot define
> any marking bit selection, any technology would like to deploy the markin=
g
> method for performance measurement will define their own marking bit
> selection in corresponding document.
> >
> https://tools.ietf.org/html/draft-chen-ippm-coloring-based-ipfpm-framewor=
k-0
> 4#page-6
> >
> > 2, There are ongoing discussion of deploy marking method in new
> encapsulation technology, such as BIER WG and NOV3 WG.
> > And in BIER WG, the marking method has been adopted, and two OAM
> bits(marking bits) for performance measurement has been allocated in BIER
> encapsulationdraft-ietf-bier-mpls-encapsulation .
> >
> > 3, There is also discussion of deploy marking method in matured technol=
ogy,
> such as MPLS.
> >
> https://tools.ietf.org/html/draft-bryant-mpls-synonymous-flow-labels-01#p=
age-
> 2
> >
> > The authors of the document believe this document is now ready for adop=
tion,
> we would like the Chairs to start an adoption call.
> > Comments and suggestions are always welcome.
> >
> > BR,
> > Vero
> > On behalf of the co-authors
> >
> >
> > -----Original Message-----
> > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> > Sent: Monday, July 06, 2015 3:56 PM
> > To: Mach Chen; Greg Mirsky; Giuseppe Fioccola; Vero Zheng; Mach Chen;
> Greg Mirsky; Giuseppe Fioccola; Vero Zheng
> > Subject: New Version Notification for
> draft-chen-ippm-coloring-based-ipfpm-framework-04.txt
> >
> >
> > A new version of I-D, draft-chen-ippm-coloring-based-ipfpm-framework-04=
.txt
> > has been successfully submitted by Lianshu Zheng and posted to the IETF
> repository.
> >
> > Name:               draft-chen-ippm-coloring-based-ipfpm-framework
> > Revision:  04
> > Title:                  IP Flow Performance Measurement Framework
> > Document date:       2015-07-06
> > Group:               Individual Submission
> > Pages:               16
> > URL:
> https://www.ietf.org/internet-drafts/draft-chen-ippm-coloring-based-ipfpm=
-fra
> mework-04.txt
> > Status:
> https://datatracker.ietf.org/doc/draft-chen-ippm-coloring-based-ipfpm-fra=
mew
> ork/
> > Htmlized:
> https://tools.ietf.org/html/draft-chen-ippm-coloring-based-ipfpm-framewor=
k-0
> 4
> > Diff:
> https://www.ietf.org/rfcdiff?url2=3Ddraft-chen-ippm-coloring-based-ipfpm-=
frame
> work-04
> >
> > Abstract:
> >    This document specifies a measurement method, the IP flow
> performance
> >    measurement (IPFPM).  With IPFPM, data packets are marked into
> >    different blocks of markers by changing one or more bits of packets.
> >    No additional delimiting packet is needed and the performance is
> >    measured in-service and in-band without the insertion of additional
> >    traffic.
> >
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of submi=
ssion
> until the htmlized version and diff are available at tools.ietf.org.
> >
> > The IETF Secretariat
> >
> > _______________________________________________
> > ippm mailing list
> > ippm@ietf.org
> > https://www.ietf.org/mailman/listinfo/ippm


From nobody Tue Jul 14 02:40:21 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67FD91A911B for <ippm@ietfa.amsl.com>; Tue, 14 Jul 2015 02:40:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 unCx0z0XsHae for <ippm@ietfa.amsl.com>; Tue, 14 Jul 2015 02:40:17 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id D18681A9081 for <ippm@ietf.org>; Tue, 14 Jul 2015 02:40:16 -0700 (PDT)
Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 38B20120FE7; Tue, 14 Jul 2015 06:03:04 -0400 (EDT)
Received: from exchange.research.att.com (sentinel.research.att.com [135.207.255.38]) by mail-azure.research.att.com (Postfix) with ESMTP id 2E831E24A0; Tue, 14 Jul 2015 05:40:16 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by sentinel.research.att.com ([fe80::7914:9c7e:6a73:a8d6%10]) with mapi; Tue, 14 Jul 2015 05:40:16 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Kostas Pentikousis <k.pentikousis@eict.de>, "ippm@ietf.org" <ippm@ietf.org>, "D'SOUZA, KEVIN L" <kd6913@att.com>
Date: Tue, 14 Jul 2015 05:40:13 -0400
Thread-Topic: TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
Thread-Index: AdC1rcVUn8RfV599RyaW8TqShbNwswIah4/Q
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0662E2C82E@NJFPSRVEXG0.research.att.com>
References: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB997B91@SBS2008.eict.local>
In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB997B91@SBS2008.eict.local>
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
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/N52qpc8iNVOFqXcQydlSSGi20Nw>
Cc: "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Subject: Re: [ippm] TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Tue, 14 Jul 2015 09:40:19 -0000

> -----Original Message-----
> From: Kostas Pentikousis [mailto:k.pentikousis@eict.de]
...
>=20
> We have updated the TWAMP data model draft which in now available at
> https://datatracker.ietf.org/doc/draft-cmzrjp-ippm-twamp-yang/.
>=20
> We would like to thank all those who have provided comments and in
> particular Greg, Kevin and Robert: All of your suggestions have been
> taken into consideration in this revision.
>=20
[ACM]=20
Thanks for your comments, Kevin, and for permission to=20
post the response to the list.  See below.

regards,
Al (for the co-authors)

[reply] as of June 25, where almost all replies have been executed in 01,
and any remaining in next 02 to be published soon.

Comments/Questions from Kevin D'Souza
As we discussed, here is a list of comments/questions I had on the latest T=
WAMP draft.


1.      should the maintenance statistics parameters be uint64 size? Or are=
 these expected to not grow beyond a uint32?

[reply]
TWAMP Sequence numbers cannot exceed the uint32 limit.
It's arguable that packet counts could exceed this value,
due to more duplicates than losses.

>>we'll investigate counter 32/64, although the decrement feature may not b=
e needed.


2.      Recommend moving all camelCase elements to use lower case words sep=
arated by "-" e.g., sessionSender->session-sender

[reply]
Agreed to do this in next rev.


3.      Recommend moving all ENUMS to typedefs (e.g., mode) or even better =
use identity to ensure less of a module revision impact.  In either case th=
ese definitions should be moved to the front of the module, so they are all=
 in one place.

[reply]
We'll look at all ENUMS and convert where it makes sense, probably not all =
cases.


4.      Recommend that the module be compiled with ietf-strict, which will =
require comments to be included in each element

[reply]
Yes on ietf-strict, probably move ~all descriptions to module at end of dev=
elopment.


5.      Recommend moving all common definitions (which are reused in the mo=
dule) to typedefs (or identity) such as keyId

[reply]
typedef makes sense for keyId, don't need identity...
>>> need to search for other common definitions.

6.      Just want to ensure that the model supports TWAMP deployments with =
no Control-Client/Server implementation.  Perhaps you could add a clarifica=
tion in there.

[reply]
Implicit in the design of the module as features, so implementation can say
which features it supports. Also, each TWAMP entity will have admin state i=
n=20
the second release, allowing enable/disable function.


7.      Wanted to ensure that there is no restriction with supporting a mix=
ed environment in relation to the YANG support.  For example, the server su=
pports a YANG interface but the control-client does not ---- same flexibili=
ty needed for session sender/reflector.  If not already stated in the RFC, =
please add this in somewhere.

[reply]
Implicit in the design of the module as features, so implementation can say
which features it supports.


8.      For backward compatibility, may want to state that implementation o=
f a YANG interface should not result in the prior interface not being suppo=
rted (or is this left to implementation?).  I don't want to be in a positio=
n where we have to do a hard cut of our systems to a YANG interface once th=
at is first supported in a product

[reply]
This is a implementation detail, it's an question for everyone doing new YA=
NG=20
implementation what to support.=20


9.      Can I assume that the values retrieved via YANG (i.e., the "ro" dat=
a elements) would be identical to the values that would be retrieved via th=
e alternate method (e.g., CLI) - or is this an implementation specific cons=
ideration? Perhaps this can be clarified in implementation guidance?

[reply]
CLI of the past has been proprietary, so the YANG module data elements
may not map one-to-one with an equivalent CLI data element. Example,
packet counters may be differently defined in YANG module and the CLI,
or some attribute may not exist in the CLI. The YANG module is intended
to avoid restricting standards track protocol implementation.


From nobody Wed Jul 15 09:03:31 2015
Return-Path: <k.pentikousis@eict.de>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C9761B2EB3 for <ippm@ietfa.amsl.com>; Wed, 15 Jul 2015 09:03:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.66
X-Spam-Level: 
X-Spam-Status: No, score=-1.66 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 V5XxRkcEgfgW for <ippm@ietfa.amsl.com>; Wed, 15 Jul 2015 09:03:24 -0700 (PDT)
Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 2FF251B2EB0 for <ippm@ietf.org>; Wed, 15 Jul 2015 09:03:24 -0700 (PDT)
Received: by mx2.eict.de (Postfix, from userid 481) id 3E7931FF54; Wed, 15 Jul 2015 18:03:23 +0200 (CEST)
Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id 67B481FF54; Wed, 15 Jul 2015 18:03:22 +0200 (CEST)
Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id 3D9E6378057; Wed, 15 Jul 2015 18:03:22 +0200 (CEST)
Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Wed, 15 Jul 2015 18:02:11 +0200
From: Kostas Pentikousis <k.pentikousis@eict.de>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Date: Wed, 15 Jul 2015 18:02:09 +0200
Thread-Topic: [ippm] Comments,	notes and questions regarding draft-cmzrjp-ippm-twamp-yang
Thread-Index: AdBnKIEx5vVVCZm2Q7+EEvr/bMT5mBXyfjUw
Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB99800A@SBS2008.eict.local>
References: <7347100B5761DC41A166AC17F22DF1121B9397BD@eusaamb103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B9397BD@eusaamb103.ericsson.se>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/zCwxX09rWS3DhmT2ssCw5qPQzJ4>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Comments, notes and questions regarding draft-cmzrjp-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Wed, 15 Jul 2015 16:03:26 -0000

Dear Greg,

Many thanks for the detailed comments. They certainly assisted us to improv=
e the draft and were much appreciated.

| many thanks for starting this important work. Please kindly consider my n=
otes,
| comments and questions to the document:
| * is the scope of the document exclusively RFC 5357 or data model include=
s other
|   TWAMP related RFCs, WG documents?

As per the YANG module revision description, draft-cmzrjp-ippm-twamp-yang-0=
1 now covers RFC5357, RFC5618, RFC5938, RFC6038 and we took into considerat=
ion draft-ietf-ippm-metric-registry.

| * section 3.1: does test session identification set includes DSCP set by =
Session-Sender?

No, we concluded that it's sufficient to use the 4-tuple in Standards-Track=
 TWAMP.

| * section 3.4: 4-tuple (Source/Destination IP addresses and UDP Ports) wo=
uld not be unique,
| DSCP value required to uniquely identify test session.

Each Accepted Test Session is unique because it specifies a different port =
for the Session Sender. This is a limitation of the Request-TW-Session Mess=
age: there is only one dscp field and one source port field.

| * section 4.1:
|   o 5357 does not provision control of packet padding. What the 'paddingL=
ength'
|     corresponds to in RFC 5357? Reference suggests it is to support RFC 6=
038.
|     Should RFC 6038 be is separate container as it is optional functional=
ity?

Section 3.5 of RFC 4656 (OWAMP) describes the Padding Length field, and Sec=
tion 3.4 of RFC 5357 references this through re-use of the OWAMP Request-Se=
ssion fields. Further, Section 4.2.1 of RFC 5357 requires provisioning of p=
acket padding content.

|   o pmIndex - should reference to Performance Metric Registry be in separ=
ate container?

Good point, we have updated accordingly (see pm-reg-list in draft-cmzrjp-ip=
pm-twamp-yang-01)

| * section 4.2:
|   o dscp of Server is R/O as, per RFC 5357 "The Server SHOULD use the DSC=
P of the
|     Control-Client's TCP SYN in ALL subsequent packets on that connection=
 (avoiding
|     any ambiguity in case of re-marking)."

This has also been updated, many thanks for bringing it up.

|* section 4.3:
|  o dot1dPriority - QoS mapping usually controlled on global scale, doesn'=
t appear
|    in place in TWAMP data model;

Removed.

|  o packetDistribution - is it a container?

Do you think it makes more sense if it is?

|  o packetDistribution, fixedInterval and fixedIntervalUnits, lambda and l=
ambdaUnits
|    - are not part of RFC 5357 and may be more appropriate in separate con=
tainer,
|    e.g. with reference to Performance Metric Registry (pmIndex) and paddi=
ngLength;

Yes, this is covered by PM Index, could be in a proprietary extension, in a=
 container.

|  o if lastRcvSeq included in the Session-Sender data model, adding RO for=
 number
|    of duplicate and out-of-order may be useful.

lastRcvSeq (now last-rcv-seq) is intended as a de-bugging aid while a sessi=
on is running.


| *         leaf paddingLength {
|             type uint32{
|               range "64..1500";
|             }
| I think that jumbo-frames must be allowed as well. Operator may use MTU D=
iscovery protocol.

Updated accordingly, many thanks.


|         leaf dscp {
|           type inet:dscp;
|           description "The DSCP value used in the header of the TCP
|             control packets sent by the Server for this control
|             connection. This will usually be the same value as is
|             configured for twampServer:dscp under the twampServer.
|             However, in the event that the user re-configures
|             twampServer:dscp after this control connection is already
|             in progress, this read-only value will show the actual
|              dscp value in use by this control connection.";
|         }
| As noted, RFC 5357 requires (SHOULD) that Server copies DSCP from Control=
 Client's
| TCP SYN, not that DSCP is configured.

See reply above.

| * section 6
| Although these are presented as only examples (in several places):
|               <senderUdpPort>4000</senderUdpPort>
| UDP port, AFAIK, must be from the dynamic or private ports range, i.e. 49=
152 to 65535.

Good catch, but  I somehow missed it in -01. Local copy of -02 (pending til=
l the datatracker is on again) already updated. Thanks!

| * general: TWAMP Light is broadly supported by number of implementations.=
 I believe it
| would beneficial to produce TWAMP Light YANG model or ensure that respect=
ive
| Session-Sender and Session-Reflector models support TWAMP-Light as charac=
terized in
| Appendix I and relevant accepted Errata.

We aim this document towards Standards Track TWAMP and extensions.

Best regards,

Kostas (as editor, on behalf of the authors)


From nobody Wed Jul 15 10:04:31 2015
Return-Path: <k.pentikousis@eict.de>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 253D51B31D8 for <ippm@ietfa.amsl.com>; Wed, 15 Jul 2015 10:04:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.26
X-Spam-Level: 
X-Spam-Status: No, score=-2.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 4D7CuefKsRyG for <ippm@ietfa.amsl.com>; Wed, 15 Jul 2015 10:04:26 -0700 (PDT)
Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 3FED11B2EB3 for <ippm@ietf.org>; Wed, 15 Jul 2015 10:04:23 -0700 (PDT)
Received: by mx2.eict.de (Postfix, from userid 481) id 555BC1FF5B; Wed, 15 Jul 2015 19:04:22 +0200 (CEST)
Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id BF81A1FF54; Wed, 15 Jul 2015 19:04:20 +0200 (CEST)
Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id 95F0D3780A2; Wed, 15 Jul 2015 19:04:20 +0200 (CEST)
Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Wed, 15 Jul 2015 19:03:09 +0200
From: Kostas Pentikousis <k.pentikousis@eict.de>
To: Robert Shearman <rshearma@brocade.com>, "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Date: Wed, 15 Jul 2015 19:03:08 +0200
Thread-Topic: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
Thread-Index: AdB25Ra0m6NQbQT4QYCCrIWOYv1LwBIMu84A
Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998010@SBS2008.eict.local>
References: <552D111F.4030203@brocade.com>
In-Reply-To: <552D111F.4030203@brocade.com>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/izWd4rHVAXvIpbErGgPR02ByBuA>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Wed, 15 Jul 2015 17:04:30 -0000

RGVhciBSb2IsDQoNCk1hbnkgdGhhbmtzIGZvciB0aGUgZGV0YWlsZWQgYW5kIHRob3JvdWdoIGNv
bW1lbnRzIGFuZCBzdWdnZXN0aW9ucyEgVGhleSByZWFsbHkgaGVscGVkIHVzIGltcHJvdmUgdGhl
IGRvY3VtZW50Lg0KDQp8IEkgaGF2ZSBzb21lIGNvbW1lbnRzL3F1ZXN0aW9ucyBvbiB0aGlzIGRy
YWZ0LiBJJ3ZlIG9yZ2FuaXNlZCB0aGVtIGJ5IHRoZQ0KfCBzZWN0aW9uIHRoZXkgYmVzdCBhcHBs
eSB0bywgYWx0aG91Z2ggaW4gc29tZSBjYXNlcyB0aGV5IG1heSBoYXZlIGVmZmVjdHMgb24NCnwg
b3RoZXIgc2VjdGlvbnMgYXMgd2VsbC4NCnwgDQp8IFNlY3Rpb24gNC4xOg0KfCANCnwgICAgIGtl
eXMgZm9yIGRpZmZlcmVudCBTZXJ2ZXJzLiBrZXlJZCBpcyBhIFVURi04IHN0cmluZywgdXAgdG8g
ODAgb2N0ZXRzDQp8ICAgICBpbiBsZW5ndGggKGlmIHRoZSBzdHJpbmcgaXMgc2hvcnRlciwgaXQg
aXMgcGFkZGVkIHdpdGggemVybyBvY3RldHMpLA0KfCAgICAgdGhhdCB0ZWxscyB0aGUgU2VydmVy
IHdoaWNoIHNoYXJlZCBzZWNyZXQgdGhlIENvbnRyb2wtQ2xpZW50IHdpc2hlcw0KfCAgICAgdG8g
dXNlIHRvIGF1dGhlbnRpY2F0ZSBvciBlbmNyeXB0LiAgVGhlIHNlY3JldEtleSBpcyB0aGUgc2hh
cmVkDQp8ICAgICBzZWNyZXQsIGFuIG9jdGV0IHN0cmluZyBvZiBhcmJpdHJhcnkgbGVuZ3RoIHdo
b3NlIGludGVycHJldGF0aW9uIGFzIGENCnwgICAgIHRleHQgc3RyaW5nIGlzIHVuc3BlY2lmaWVk
LiAgSW4gdGhlIGludGVyZXN0IG9mIGludGVyb3BlcmFiaWxpdHksDQp8ICAgICBob3dldmVyLCB0
aGUgVVRGLTggdGV4dCBlbmNvZGluZyBNVVNUIGJlIHVzZWQgZm9yIHNlY3JldEtleS4NCnwgDQp8
IFRoZXJlJ3Mgbm8gbmVlZCB0byBzcGVjaWZ5IHRoZSBlbmNvZGluZyBvZiBrZXlJZCBvciBzZWNy
ZXRLZXkgYmVjYXVzZSBzZWN0aW9uDQp8IDkuNCBvZiBSRkM2MDIwIChZQU5HKSBzcGVjaWZpZXMg
dGhlIGVuY29kaW5nIG9mIHRoZSBzdHJpbmcgKHByZXN1bWFibHkgYWxvbmcNCnwgd2l0aCB0aGUg
dG9wLWxldmVsIFhNTCBlbmNvZGluZyBhdHRyaWJ1dGUpLiBUaGVyZSdzIGFsc28gbm8gbmVlZCB0
byBzcGVjaWZ5aW5nDQp8IGhvdyB0aGUgcGFkZGluZyB3b3JrcyBiZWNhdXNlIFlBTkcgc3RyaW5n
cyBhcmUgdmFyaWFibGUtc2l6ZWQuDQoNCldlIHN0YW5kIGNvcnJlY3RlZC4gVXBkYXRlZCBpbiAt
MDEuDQoNCnwgDQp8IFNlY3Rpb24gNC4xOg0KfCANCnwgICAgIGRrTGVuICAgSW50ZW5kZWQgbGVu
Z3RoIGluIG9jdGV0cyBvZiB0aGUgZGVyaXZlZCBrZXksIGEgcG9zaXRpdmUNCnwgICAgICAgICAg
ICAgaW50ZWdlciwgYXQgbW9zdCAoMl4zMiAtIDEpICogaExlbi4NCnwgDQp8IENoYW5naW5nIHRo
ZSBkZXJpdmVkIGtleSBsZW5ndGggZnJvbSB2YWx1ZSBvZiAxMjggYml0cyBpbmZlcnJlZCBmcm9t
IHNlY3Rpb24NCnwgNi4xMCBvZiBSRkM0NjU2IHdpbGwgcmVzdWx0IGluIGEgY2xpZW50IHRoYXQg
Y2Fubm90IGF1dGhlbnRpY2F0ZSB3aXRoIGEgc2VydmVyDQp8IHVubGVzcyB0aGUgZGVyaXZlZCBr
ZXkgbGVuZ3RoIGluIHVzZSBieSB0aGUgc2VydmVyIG1hdGNoZXMgYW5kIHRoZSB2YWx1ZSBpcw0K
fCBrbm93biB0byB0aGUgdXNlci9jbGllbnQuIE5laXRoZXIgUkZDNDY1NiBub3IgUkZDNTM1NyBz
dWdnZXN0IHRoYXQgdGhpcyBpcyBhDQp8IHBhcmFtZXRlciB0aGF0IHNob3VsZCBiZSBjb25maWd1
cmFibGUuIElzIHRoZXJlIGFuIFJGQy9kcmFmdCB0aGF0IHN1Z2dlc3RzDQp8IHRoaXMgYW5kIGV4
dGVuZHMgdGhlIHNlcnZlciBncmVldGluZyB0byBhZHZlcnRpc2UgdGhlIGRlcml2ZWQga2V5IGxl
bmd0aD8NCg0KR29vZCBjYXRjaCwgd2UgaGF2ZSBubyBpbnRlbnRpb24gdG8gaW50cm9kdWNlIG5v
bi1zdGFuZGFyZCB2YWx1ZXMuIFdlIGhhdmUgcmVtb3ZlZCB0aGUgYXR0cmlidXRlLg0KDQogDQp8
IFNlY3Rpb24gNC4xOg0KfCANCnwgICAgIHBtSW5kZXggTnVtZXJpY2FsIGluZGV4IHZhbHVlIG9m
IGEgUmVnaXN0ZXJlZCBNZXRyaWMgaW4gdGhlDQp8ICAgICAgICAgICAgIFBlcmZvcm1hbmNlIE1l
dHJpYyBSZWdpc3RyeSBbSS1ELmlldGYtaXBwbS1tZXRyaWMtcmVnaXN0cnldLg0KfCAgICAgICAg
ICAgICBPdXRwdXQgU3RhdGlzdGljcyB3aWxsIGJlIHNwZWNpZmllZCBpbiB0aGUgUmVnaXN0cnkg
ZW50cnkuDQp8IA0KfCBQZXJoYXBzIEknbSBtaXNzaW5nIHNvbWV0aGluZyBmdW5kYW1lbnRhbCwg
b3Igc29tZSBiYWNrZ3JvdW5kIGluZm9ybWF0aW9uLCBvcg0KfCB0aGlzIGlzIHdvcmsgaW4gcHJv
Z3Jlc3MsIGJ1dCB0aGUgcHVycG9zZSBvZiBJLUQuaWV0Zi1pcHBtLW1ldHJpYy1yZWdpc3RyeSBp
cw0KfCBzdGF0ZWQgdG8gYmU6DQp8IA0KfCAgICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBJ
QU5BIFJlZ2lzdHJ5IGZvciBQZXJmb3JtYW5jZSBNZXRyaWNzLg0KfCAgICAgVGhpcyBkb2N1bWVu
dCBhbHNvIGdpdmVzIGEgc2V0IG9mIGd1aWRlbGluZXMgZm9yIFJlZ2lzdGVyZWQNCnwgICAgIFBl
cmZvcm1hbmNlIE1ldHJpYyByZXF1ZXN0ZXJzIGFuZCByZXZpZXdlcnMuDQp8IA0KfCBXaGlsc3Qg
SSBjYW4gc2VlIHRoZSB1c2VmdWxuZXNzIG9mIGFic3RyYWN0aW5nIG91dCB0aGUgZGVmaW5pdGlv
biBvZiBhDQp8IHBlcmZvcm1hbmNlIG1ldHJpYywgaG93IGRvZXMgdGhlIGluZGV4IG9mIHRoZSBy
ZWdpc3RlcmVkIG1ldHJpYyBoZWxwIGluDQp8IHJldHJpZXZhbCBvZiB0aGUgb3V0cHV0IHN0YXRp
c3RpY3M/DQoNCkluIHRoZSByZWdpc3RyeSwgZWFjaCByZWdpc3RlcmVkIG1ldHJpYyBzcGVjaWZp
ZXMgb3V0cHV0IHN0YXRpc3RpY3MuIEZvciBhbiBleGFtcGxlIHBsZWFzZSBzZWUgaHR0cHM6Ly90
b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW1vcm51bGV5LWlwcG0taW5pdGlhbC1yZWdpc3RyeS0w
MS4gSW4gdGhlIHByZXNlbnQgcmVnaXN0cnkgZGVzaWduLCBlYWNoIHJlZ2lzdGVyZWQgbWV0cmlj
IHByb2R1Y2VzIGV4YWN0bHkgT05FIHdlbGwtZGVmaW5lZCBvdXRwdXQgc3RhdGlzdGljLCBzbyBp
biBjb21tb24gdXNlIGl0IGFwcGVhcnMgdG8gaW5jb3Jwb3JhdGUgbXVsdGlwbGUgb3V0cHV0IHN0
YXRpc3RpY3MgKG5vdGUgdGhlIGludHJvZHVjdGlvbiBvZiBwbS1yZWctbGlzdCBpbiBkcmFmdC1j
bXpyanAtaXBwbS10d2FtcC15YW5nLTAxLiBUaGUgb3V0cHV0IHN0YXRzIGFyZSBub3QgcGFydCBv
ZiBUV0FNUCBvciBPV0FNUC4gQSBzZXBhcmF0ZSBlZmZvcnQgaXMgbmVlZGVkIHRvIG1vZGVsIHRo
ZSBjb21tdW5pY2F0aW9uL2NvbGxlY3Rpb24gb2Ygb3V0cHV0Lg0KDQp8IFNlY3Rpb24gNC4xOg0K
fCANCnwgV2hhdCB0cmlnZ2VycyB0aGUgQ29udHJvbC1DbGllbnQgdG8gc2VuZCB0aGUgU3RhcnQt
U2Vzc2lvbnMgbWVzc2FnZT8NCg0KSW4gZ2VuZXJhbCwgaXQgY291bGQgYmUgdHJpZ2dlcmVkIHBy
b2dyYW1tYXRpY2FsbHkgb3ZlciBORVRDT05GL1JFU1RDT05GIG9yIHVzaW5nIGEgQ0xJLiBXZSBj
b25zaWRlciB0aGlzIGFzIGFuIG9wZXJhdGlvbmFsIGNvbW1hbmQsIGV4dGVybmFsIHRvIHRoZSBj
b25maWd1cmF0aW9uIG9mIHRoZSBzeXN0ZW0sIGFuZCBvdXQgb2Ygc2NvcGUgb2YgdGhlIGRhdGEg
bW9kZWwgcGVyIHNlLiBTZWUgYWxzbyBBcHBlbmRpeCBCLg0KDQp8IFNlY3Rpb24gNC4xOg0KfCAN
CnwgU2hvdWxkIHR3YW1wU2Vzc2lvblJlcXVlc3QgZXhwb3NlIGEgcHJvcGVydHkgdG8gYWxsb3cg
dGhlIERTQ1AgdG8gYmUgc3BlY2lmaWVkDQp8IHZpYSB0aGUgVHlwZS1QIGZpZWxkIG9mIHRoZSBS
ZXF1ZXN0LVRXLVNlc3Npb24gbWVzc2FnZT8NCg0KVXBkYXRlZCBhY2NvcmRpbmdseS4gDQoNCnwg
U2VjdGlvbiA0LjE6DQp8IA0KfCBTaG91bGQgdGhlIGJlaGF2aW91ciBiZSBzcGVjaWZpZWQgaWYg
YW55IG9mIHRoZSBzZXR0YWJsZSBwcm9wZXJ0aWVzIG9mDQp8IHR3YW1wU2Vzc2lvblJlcXVlc3Qg
YXJlbid0IHNldD8NCg0KV2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBhY2NvcmRpbmdseSBhcyB3
ZWxsLiBJbiBwYXJ0aWN1bGFyOg0KDQp8IC0gc2VuZGVySXANCg0KLi4uIklmIG5vdCBjb25maWd1
cmVkLCB0aGUgZGV2aWNlIFNIQUxMIGNob29zZSBpdHMgb3duIHNvdXJjZSBJUCBhZGRyZXNzLiIN
Cg0KfCAtIHNlbmRlclVkcFBvcnQNCg0KU2VuZGVyIGNvdWxkIGNob29zZSBvbmUsIHNvY2tldCBB
UEkgd291bGQgY2hvb3NlIGl0IGF0IHJhbmRvbQ0KDQp8IC0gcmVmbGVjdG9ySXANCg0KVGhpcyBv
bmUgaXMgbWFuZGF0b3J5Lg0KDQp8IC0gcmVmbGVjdG9yVWRwUG9ydA0KDQoiIElmIHRoaXMgdmFs
dWUgaXMgbm90IHNldCwgdGhlCWRldmljZSBTSEFMTCB1c2UgdGhlIHNhbWUgcG9ydCBudW1iZXIg
YXMgZGVmaW5lZCBpbiB0aGUgc2VydmVyLXRjcC1wb3J0IHBhcmFtZXRlciBvZiB0aGlzIHR3YW1w
LXNlc3Npb24tcmVxdWVzdCdzIHBhcmVudCB0d2FtcC1jbGllbnQtY3RybC1jb25uZWN0aW9uLiIN
Cg0KfCAtIHRpbWVvdXQNCg0KIlRoZSBkZWZhdWx0IHZhbHVlIGlzIDIgc2Vjb25kcyINCg0KfCAt
IHBhZGRpbmdMZW5ndGgNCg0KQXMgcGVyIFtSRkM0NjU2XSwgU2VjdGlvbiAzLjUuDQoNCnwgLSBz
dGFydFRpbWUNCg0KRGVmYXVsdCBpcyAwLg0KDQp8IC0gcmVwZWF0DQoNCkRlYWZ1bHQgaXMgZmFs
c2UsIGkuZS4gdGhlIHNlc3Npb24gd2lsbCBub3QgYmUgcmVwZWF0ZWQuIA0KDQp8IC0gcG1JbmRl
eA0KDQpSZXF1aXJlZCBhbmQgdXBkYXRlZCBpbiAtMDEuDQoNCg0KfCANCnwgU2VjdGlvbiA0LjI6
DQp8IA0KfCAgICAgbWF4Q291bnQNCnwgICAgICAgICAgICAgSWYgYW4gYXR0YWNraW5nIHN5c3Rl
bSBzZXRzIHRoZSBtYXhpbXVtIHZhbHVlIGluIENvdW50DQp8ICAgICAgICAgICAgICgyKiozMiks
IHRoZW4gdGhlIHN5c3RlbSB1bmRlciBhdHRhY2sgd291bGQgc3RhbGwgZm9yIGENCnwgICAgICAg
ICAgICAgc2lnbmlmaWNhbnQgcGVyaW9kIG9mIHRpbWUgd2hpbGUgaXQgYXR0ZW1wdHMgdG8gZ2Vu
ZXJhdGUNCnwgICAgICAgICAgICAga2V5cy4gIFRoZXJlZm9yZSwgVFdBTVAtY29tcGxpYW50IHN5
c3RlbXMgU0hPVUxEIGhhdmUgYQ0KfCAgICAgICAgICAgICBjb25maWd1cmF0aW9uIGNvbnRyb2wg
dG8gbGltaXQgdGhlIG1heGltdW0gQ291bnQgdmFsdWUuICBUaGUNCnwgICAgICAgICAgICAgZGVm
YXVsdCBtYXhpbXVtIENvdW50IHZhbHVlIFNIT1VMRCBiZSAzMjc2OC4NCnwgDQp8IA0KfCBXYXMg
dGhpcyBpbnRlbmRlZCB0byBiZSBhIHNlcnZlciBwcm9wZXJ0eT8NCg0KWWVzLCBpdCB3YXMgaW50
ZW5kZWQgdG8gYmUgYSBTZXJ2ZXIgcHJvcGVydHkgLSB0aGUgU2VydmVyIHNlbmRzIHRoaXMgY291
bnQgaW4gdGhlIFNlcnZlciBHcmVldGluZy4NCg0KfCBTZWN0aW9uIDYgb2YgUkZDNTM1NyBjb250
aW51ZXMgdG8gc2F5Og0KfCANCnwgICAgIElmIGENCnwgICAgIENvbnRyb2wtQ2xpZW50IHJlY2Vp
dmVzIGEgU2VydmVyLUdyZWV0aW5nIG1lc3NhZ2Ugd2l0aCBDb3VudCBncmVhdGVyDQp8ICAgICB0
aGF0IGl0cyBtYXhpbXVtIGNvbmZpZ3VyZWQgdmFsdWUsIGl0IFNIT1VMRCBjbG9zZSB0aGUgY29u
dHJvbA0KfCAgICAgY29ubmVjdGlvbi4NCnwgDQp8IEkuZS4gdGhpcyBhcHBsaWVzIHRvIGNsaWVu
dHMuIFRoZSBjbGllbnQgbmV2ZXIgc3VnZ2VzdHMgYSBDb3VudCB0byB0aGUgc2VydmVyOw0KfCBp
bnN0ZWFkIGl0J3MgdGhlIGNsaWVudCB0aGF0IG5lZWRzIHRvIHZhbGlkYXRlIHRoZSBjb3VudCB0
aGUgc2VydmVyIGhhcw0KfCBwcm92aWRlZC4NCg0KV2UgaGF2ZSBhZGRlZCBtYXgtY291bnQgYXQg
dGhlIGNsaWVudCBzaWRlIHNvIGl0IGNhbiBtYWtlIHRoaXMgZXZhbHVhdGlvbi4NCg0KfCANCnwg
U2VjdGlvbiA0LjI6DQp8IA0KfCAgICAgZHNjcA0KfCAgICAgICAgICAgICBUaGUgRFNDUCB2YWx1
ZSB1c2VkIGluIHRoZSBoZWFkZXIgb2YgdGhlIFRDUCBjb250cm9sIHBhY2tldHMNCnwgICAgICAg
ICAgICAgc2VudCBieSB0aGUgU2VydmVyIGZvciB0aGlzIGNvbnRyb2wgY29ubmVjdGlvbi4gIFRo
aXMgd2lsbA0KfCAgICAgICAgICAgICB1c3VhbGx5IGJlIHRoZSBzYW1lIHZhbHVlIGFzIGlzIGNv
bmZpZ3VyZWQgZm9yDQp8ICAgICAgICAgICAgIHR3YW1wU2VydmVyOmRzY3AgdW5kZXIgdGhlIHR3
YW1wU2VydmVyLiAgSG93ZXZlciwgaW4gdGhlDQp8ICAgICAgICAgICAgIGV2ZW50IHRoYXQgdGhl
IHVzZXIgcmUtY29uZmlndXJlcyB0d2FtcFNlcnZlcjpkc2NwIGFmdGVyIHRoaXMNCnwgICAgICAg
ICAgICAgY29udHJvbCBjb25uZWN0aW9uIGlzIGFscmVhZHkgaW4gcHJvZ3Jlc3MsIHRoaXMgcmVh
ZC1vbmx5DQp8ICAgICAgICAgICAgIHZhbHVlIHdpbGwgc2hvdyB0aGUgYWN0dWFsIGRzY3AgdmFs
dWUgaW4gdXNlIGJ5IHRoaXMgY29udHJvbA0KfCAgICAgICAgICAgICBjb25uZWN0aW9uLg0KfCAN
CnwgSSBzdXBwb3J0IHRoZSBpbmNsdXNpb24gb2YgdGhpcyBwcm9wZXJ0eSBkZXNwaXRlIHNlY3Rp
b24gMy4xIG9mIFJGQzUzNTcNCnwgc2F5aW5nOg0KfCANCnwgICAgIFRoZSBTZXJ2ZXIgU0hPVUxE
IHVzZSB0aGUgRFNDUCBvZiB0aGUgQ29udHJvbC0NCnwgICAgIENsaWVudCdzIFRDUCBTWU4gaW4g
QUxMIHN1YnNlcXVlbnQgcGFja2V0cyBvbiB0aGF0IGNvbm5lY3Rpb24NCnwgICAgIChhdm9pZGlu
ZyBhbnkgYW1iaWd1aXR5IGluIGNhc2Ugb2YgcmUtbWFya2luZykuDQp8IA0KfCBUaGUgcmVhc29u
aW5nIGJlaW5nIHRoYXQgZm9yIHByYWN0aWNhbCBwdXJwb3NlcyBUV0FNUCB3aWxsIHR5cGljYWxs
eSBiZQ0KfCBpbXBsZW1lbnRlZCBieSB1c2luZyBhIGdlbmVyYWwgcHVycG9zZSBUQ1Agc3RhY2sg
cHJvdmlkZWQgYnkgdGhlIHVuZGVybHlpbmcNCnwgb3BlcmF0aW5nIHN5c3RlbS4gVGhpcyBzdGF0
ZW1lbnQgaW1wb3NlcyBhIHJlcXVpcmVtZW50IG9uIHRoZSBiZWhhdmlvdXIgb2YgdGhlDQp8IFRD
UCBzdGFjayB3aGljaCBBRkFJQ1MgaXNuJ3Qgc3BlY2lmaWVkIGluIHN0YW5kYXJkcyB0aGF0IGRp
cmVjdGx5IHJlbGF0ZSB0bw0KfCBUQ1Agb3IgRFNDUC4gVGhpcyBtZWFucyB0aGF0IGl0J3Mgbm90
IHByYWN0aWNhbCB0byBpbXBsZW1lbnQgdGhpcyBiZWhhdmlvdXIgaW4NCnwgYSBPUy1wb3J0YWJs
ZSBpbXBsZW1lbnRhdGlvbiBvZiBUV0FNUC4NCnwgDQp8IEluIGFkZGl0aW9uLCB0aGVyZSBhcmUg
RG9TIGNvbmNlcm5zIHdpdGggYWxsb3dpbmcgYSBjbGllbnQgdG8gY29udHJvbCBEU0NQDQp8IHZh
bHVlcyBvbiB0aGUgcmV0dXJuIHBhdGggZnJvbSBhIHNlcnZlci4NCnwgDQp8IENvbmZpZ3VyaW5n
IHRoZSBzZXJ2ZXIgdXNlIGEgRFNDUCBmb3IgY29udHJvbCBwYWNrZXRzIGl0IHNlbmRzIG1pdGln
YXRlcyBib3RoDQp8IGlzc3Vlcy4NCg0KV2UgYWdyZWUuIA0KDQp8IA0KfCBTZWN0aW9uIDQuMjoN
CnwgDQp8ICAgICBka0xlbg0KfCAgICAgICAgICAgICBUaGUgZGtMZW4gdmFsdWUgdGhhdCBpcyBp
biB1c2UgYnkgdGhpcyBjb250cm9sIGNvbm5lY3Rpb24uDQp8ICAgICAgICAgICAgIFRoaXMgd2ls
bCB1c3VhbGx5IGJlIHRoZSBzYW1lIHZhbHVlIGFzIGlzIGNvbmZpZ3VyZWQgdW5kZXINCnwgICAg
ICAgICAgICAgdHdhbXBTZXJ2ZXIuICBIb3dldmVyLCBpbiB0aGUgZXZlbnQgdGhhdCB0aGUgdXNl
ciByZS0NCnwgICAgICAgICAgICAgY29uZmlndXJlZCB0d2FtcFNlcnZlcjpka0xlbiBhZnRlciB0
aGlzIGNvbnRyb2wgY29ubmVjdGlvbiBpcw0KfCAgICAgICAgICAgICBhbHJlYWR5IGluIHByb2dy
ZXNzLCB0aGlzIHJlYWQtb25seSB2YWx1ZSB3aWxsIHNob3cgdGhlDQp8ICAgICAgICAgICAgIGFj
dHVhbCBka0xlbiB0aGF0IGlzIGluIHVzZSBmb3IgdGhpcyBjb250cm9sIGNvbm5lY3Rpb24uDQp8
IA0KfCBUaGUgZGVzY3JpcHRpb24gaGVyZSByZWZlcnMgdG8gdHdhbXBTZXJ2ZXI6ZGtMZW4gYnV0
IHRoZXJlIGlzIG5vIGl0ZW0gbmFtZWQNCnwgZGtMZW4gdW5kZXIgdHdhbXBTZXJ2ZXIuIFN1Y2gg
YW4gaXRlbSB1bmRlciB0d2FtcFNlcnZlciBpcyByZXF1aXJlZCBpZiB0aGUNCnwgY2xpZW50IGlz
IHRvIGhhdmUgc3VjaCBhbiBvcHRpb24gKHNlZSBhYm92ZSkuDQoNCkV4Y2VsbGVudCBjYXRjaCwg
bW5heSB0aGFua3MuIFVwZGF0ZWQgYWNjb3JkaW5nbHkuDQoNCnwgDQp8IFNlY3Rpb24gNC4yOg0K
fCANCnwgICAgIFRoZSB0d2FtcFNlcnZlciBjb250YWluZXIgaXRlbXMgYXJlIGFzIGZvbGxvd3M6
DQp8IA0KfCAuLi4NCnwgICAgIFRoZSBmb2xsb3dpbmcgcGFyYW1ldGVycyBhcmUgcmVhZC1vbmx5
Og0KfCANCnwgICAgIHNhbHQgICAgQSBwYXJhbWV0ZXIgdXNlZCBpbiBkZXJpdmluZyBhIGtleSBm
cm9tIGEgc2hhcmVkIHNlY3JldCBhcw0KfCAgICAgICAgICAgICBkZXNjcmliZWQgaW4gU2VjdGlv
biAzLjEgb2YgW1JGQzQ2NTZdLiAgU2FsdCBNVVNUIGJlDQp8ICAgICAgICAgICAgIGdlbmVyYXRl
ZCBwc2V1ZG8tcmFuZG9tbHkgKGluZGVwZW5kZW50bHkgb2YgYW55dGhpbmcgZWxzZSBpbg0KfCAg
ICAgICAgICAgICB0aGUgUkZDKSBhbmQgaXMgY29tbXVuaWNhdGVkIHRvIHRoZSBDb250cm9sLUNs
aWVudCBhcyBwYXJ0IG9mDQp8ICAgICAgICAgICAgIHRoZSBTZXJ2ZXIgZ3JlZXRpbmcgbWVzc2Fn
ZS4NCnwgDQp8ICAgICBzZXJ2ZXJJdg0KfCAgICAgICAgICAgICBUaGUgU2VydmVyIEluaXRpYWxp
emF0aW9uIFZlY3RvciAoSVYpIGlzIGdlbmVyYXRlZCByYW5kb21seQ0KfCAgICAgICAgICAgICBi
eSB0aGUgc2VydmVyLg0KfCANCnwgICAgIGNoYWxsZW5nZQ0KfCAgICAgICAgICAgICBDaGFsbGVu
Z2UgaXMgYSByYW5kb20gc2VxdWVuY2Ugb2Ygb2N0ZXRzIGdlbmVyYXRlZCBieSB0aGUNCnwgICAg
ICAgICAgICAgc2VydmVyLiAgQXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4xIGNoYWxsZW5nZSBp
cyB1c2VkIGJ5IHRoZQ0KfCAgICAgICAgICAgICBDb250cm9sLUNsaWVudCB0byBwcm92ZSBwb3Nz
ZXNzaW9uIG9mIGEgc2hhcmVkIHNlY3JldC4NCnwgDQp8IFRoZXNlIGFyZSBhbGwgcGVyLWNvbm5l
Y3Rpb24gcHJvcGVydGllcyBhbmQgc28gc2hvdWxkIGJlIHByb3BlcnRpZXMgb2YgdGhlDQp8IHR3
YW1wU2VydmVyQ3RybENvbm5lY3Rpb24gY29udGFpbmVyLg0KfA0KDQpEb25lLg0KIA0KfCBTZWN0
aW9uIDQuMzoNCnwgDQp8ICAgICBkc2NwICAgIFRoZSBEU0NQIHZhbHVlIHRvIGJlIHBsYWNlZCBp
biB0aGUgVURQIGhlYWRlciBvZiBUV0FNUC0NCnwgICAgICAgICAgICAgQ29udHJvbCBwYWNrZXRz
IGdlbmVyYXRlZCBieSB0aGUgU2Vzc2lvbi1TZW5kZXIuDQp8IA0KfCBUaGlzIHNob3VsZCBzYXkg
Ii4uLiBVRFAgaGVhZGVyIG9mIFRXQU1QLVRlc3QgcGFja2V0cyAuLi4iLg0KDQpDb3JyZWN0LiBV
cGRhdGVkIDopDQoNCnwgDQp8IFNlY3Rpb24gNC4zOg0KfCANCnwgQWxsb3dpbmcgcHJvcGVydGll
cyB0byBiZSBjaGFuZ2VkIGF0IHdpbGwgd2hpbHN0IHRlc3Qgc2Vzc2lvbnMgYXJlIGluIHByb2dy
ZXNzDQp8IG1heSBwcmVzZW50IGltcGxlbWVudGF0aW9uIGNoYWxsZW5nZXMgKGkuZS4gc3luY2hy
b25pc2F0aW9uIHdpdGggdGhlIHNlbmRpbmcNCnwgb2YgcGFja2V0cykuIERvIHdlIHRoaW5rIHRo
aXMgaXMgYSB2YWxpZCB1c2UgY2FzZT8gSWYgbm90LCBjb3VsZCB0ZXh0IGJlIGFkZGVkDQp8IHRv
IGd1aWRlIGltcGxlbWVudG9ycyBhcyB0byB0aGUgZXhwZWN0YXRpb25zPw0KDQpHb29kIHBvaW50
LiBQZXJoYXBzIHdlIGNvdWxkIGRpc2N1c3MgZnVydGhlciBuZXh0IHdlZWsgaW4gUHJhZ3VlPw0K
DQp8IA0KfCBTZWN0aW9uIDQuNDoNCnwgDQp8ICAgICB0d2FtcFNlcnZlckN0cmxDb25uZWN0aW9u
IG9iamVjdC4gIFRoaXMgZm91cjQtdHVwbGUgYWxsb3dzIHRoZSB1c2VyDQp8IA0KfCBUaGUgImZv
dXIiIHNob3VsZCBiZSByZW1vdmVkLg0KDQpEb25lLg0KDQp8IA0KfCBTZWN0aW9uIDUuMjoNCnwg
DQp8ICAgICAgICAgICBsZWFmIHNlcnZlcklwIHsNCnwgICAgICAgICAgICAgY29uZmlnICJ0cnVl
IjsNCnwgICAgICAgICAgICAgdHlwZSBpbmV0OmlwLWFkZHJlc3M7DQp8ICAgICAgICAgICB9DQp8
IA0KfCBOaXQ6IHRoZSBwYXJlbnQgbGlzdCBkZWZhdWx0cyB0byBjb25maWcgYmVpbmcgdHJ1ZSwg
c28gdGhlIGNvbmZpZyBzdGF0ZW1lbnQgaXMNCnwgdW5uZWNlc3NhcnkgYW5kIGxlYWRzIHRvIHF1
ZXN0aW9ucyBpbiB0aGUgcmVhZGVycycgbWluZCBhcyB0byB3aHkgb3RoZXINCnwgYXBwYXJlbnRs
eSBjb25maWd1cmFibGUgcHJvcGVydGllcyBpbiB0aGUgc2FtZSBsaXN0IGRvbid0IGhhdmUgdGhp
cyBzdGF0ZW1lbnQuDQoNCkdvb2QgY2F0Y2guIEluIG5vdyByZWFkczogbWFuZGF0b3J5ICJ0cnVl
Ig0KDQp8IA0KfCBTZWN0aW9uIDUuMiwgbGlzdCB0d2FtcENsaWVudEN0cmxDb25uZWN0aW9uOg0K
fCANCnwgICAgICAgICAgIGxlYWYgdG9rZW4gew0KfCAgICAgICAgICAgICBjb25maWcgImZhbHNl
IjsNCnwgICAgICAgICAgICAgdHlwZSBzdHJpbmcgew0KfCAgICAgICAgICAgICAgIGxlbmd0aCAi
MS4uNjQiOw0KfCAgICAgICAgICAgICB9DQp8ICAgICAgICAgICAgIGRlc2NyaXB0aW9uICI2NCBv
Y3RldHMsIGNvbnRhaW5pbmcgdGhlIGNvbmNhdGVuYXRpb24gb2YgYQ0KfCAgICAgICAgICAgICAg
IDE2LW9jdGV0IGNoYWxsZW5nZSwgYSAxNi1vY3RldCBBRVMgU2Vzc2lvbi1rZXkgdXNlZA0KfCAg
ICAgICAgICAgICAgIGZvciBlbmNyeXB0aW9uLCBhbmQgYSAzMi1vY3RldCBITUFDLVNIQTEgU2Vz
c2lvbi1rZXkNCnwgICAgICAgICAgICAgICB1c2VkIGZvciBhdXRoZW50aWNhdGlvbiI7DQp8ICAg
ICAgICAgICB9DQp8ICAgICAgICAgICBsZWFmIGNsaWVudEl2ew0KfCAgICAgICAgICAgICBjb25m
aWcgImZhbHNlIjsNCnwgICAgICAgICAgICAgdHlwZSBzdHJpbmcgew0KfCAgICAgICAgICAgICAg
IGxlbmd0aCAiMS4uMTYiOw0KfCAgICAgICAgICAgICB9DQp8ICAgICAgICAgICAgIGRlc2NyaXB0
aW9uICIxNiBvY3RldHMsIENsaWVudC1JViBpcyBnZW5lcmF0ZWQgcmFuZG9tbHkNCnwgICAgICAg
ICAgICAgICBieSB0aGUgQ29udHJvbC1DbGllbnQuIjsNCnwgICAgICAgICAgIH0NCnwgDQp8IFNo
b3VsZCB0aGVzZSBiZSBiaW5hcnkgdHlwZXMgb2YgZml4ZWQgbGVuZ3RoIGluc3RlYWQ/DQoNCg0K
VXBkYXRlZCB0byBiaW5hcnkuIA0KDQp8IA0KfCBTZWN0aW9uIDUuMiwgbGlzdCB0d2FtcENsaWVu
dEN0cmxDb25uZWN0aW9uOg0KfCANCnwgICAgICAgICAgIGxlYWYgc2VydmVyU3RhcnRUaW1lIHsN
CnwgICAgICAgICAgICAgY29uZmlnICJmYWxzZSI7DQp8ICAgICAgICAgICAgIHR5cGUgdWludDY0
Ow0KfCAgICAgICAgICAgfQ0KfCANCnwgU2hvdWxkIHRoaXMgYmUgZXhwb3NlZCBpbiBhIGZvcm0g
bW9yZSBjb252ZW5pZW50IGZvciB0aGUgb3BlcmF0b3IsIHN1Y2ggYXMNCnwgaWV0Zi15YW5nLXR5
cGVzOmRhdGUtYW5kLXRpbWU/DQoNCkFjdHVhbGx5LCBTdGFydC1UaW1lIGlzIGEgdGltZXN0YW1w
IHJlcHJlc2VudGluZyB0aGUgdGltZSB3aGVuIHRoZSBjdXJyZW50IGluc3RhbnRpYXRpb24gb2Yg
dGhlIFNlcnZlciBzdGFydGVkIG9wZXJhdGluZy4gVGltZXN0YW1wIGZvcm1hdCBpcyBkZXNjcmli
ZWQgaW4gU2VjdGlvbiA0LjEuMiBvZiBSRkMgNDY1Ni4NCg0KfCANCnwgU2VjdGlvbiA1LjIsIGNv
bnRhaW5lciB0d2FtcFNlcnZlcjoNCnwgDQp8ICAgICAgICAgbGVhZiBzYWx0ew0KfCAgICAgICAg
ICAgY29uZmlnICJmYWxzZSI7DQp8ICAgICAgICAgICB0eXBlIHN0cmluZyB7DQp8ICAgICAgICAg
ICAgIGxlbmd0aCAiMS4uMTYiOw0KfCAgICAgICAgICAgfQ0KfCAgICAgICAgICAgICBkZXNjcmlw
dGlvbiAiU2FsdCBNVVNUIGJlIGdlbmVyYXRlZCBwc2V1ZG8tcmFuZG9tbHkiOw0KfCAgICAgICAg
IH0NCnwgICAgICAgICBsZWFmIHNlcnZlckl2IHsNCnwgICAgICAgICAgIGNvbmZpZyAiZmFsc2Ui
Ow0KfCAgICAgICAgICAgdHlwZSBzdHJpbmcgew0KfCAgICAgICAgICAgICBsZW5ndGggIjEuLjE2
IjsNCnwgICAgICAgICAgIH0NCnwgICAgICAgICAgIGRlc2NyaXB0aW9uICIxNiBvY3RldHMsIFNl
cnZlci1JViBpcyBnZW5lcmF0ZWQgcmFuZG9tbHkNCnwgICAgICAgICAgICAgYnkgdGhlIENvbnRy
b2wtQ2xpZW50LiI7DQp8ICAgICAgICAgfQ0KfCAgICAgICAgIGxlYWYgY2hhbGxlbmdlIHsNCnwg
ICAgICAgICAgIGNvbmZpZyAiZmFsc2UiOw0KfCAgICAgICAgICAgdHlwZSBzdHJpbmcgew0KfCAg
ICAgICAgICAgICBsZW5ndGggIjEuLjE2IjsNCnwgICAgICAgICAgIH0NCnwgICAgICAgICAgIGRl
c2NyaXB0aW9uICJDaGFsbGVuZ2UgaXMgYSByYW5kb20gc2VxdWVuY2Ugb2Ygb2N0ZXRzDQp8ICAg
ICAgICAgICAgIGdlbmVyYXRlZCBieSB0aGUgU2VydmVyIjsNCnwgICAgICAgICB9DQp8IA0KfCBT
aG91bGQgdGhlc2UgYmUgYmluYXJ5IHR5cGVzIG9mIGZpeGVkIGxlbmd0aCBpbnN0ZWFkPw0KDQpV
cGRhdGVkIGluIC0wMS4gTWFueSB0aGFua3MhDQoNCnwgDQp8IFNlY3Rpb24gNzoNCnwgDQp8IElz
IHRoZXJlIGEgdXNlIGNhc2UgaW4gbWluZCBiZWhpbmQgdGhlIGV4cG9zaW5nIG9mIHZhbHVlcyB0
aGF0IGNhbiBiZSB1c2VkIHRvDQp8IGRlcml2ZSB0aGUgc2Vzc2lvbiBrZXkgb24gYm90aCBjbGll
bnRzIGFuZCBzZXJ2ZXJzPw0KfCANCnwgVGhlIHJlYXNvbiBmb3IgdGhpcyBxdWVzdGlvbiBpcyB0
aGF0IHN1Y2ggaW5mb3JtYXRpb24gd2lsbCBuZWVkIHRvIGJlDQp8IHJlc3RyaWN0ZWQgdG8gcHJp
dmlsZWdlZCBvcGVyYXRvcnMgYW5kIGlmIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgbWFuYWdl
bWVudA0KfCBpbnRlcmZhY2UgZG9lc24ndCBzdXBwb3J0IGEgZmluZSBlbm91Z2ggZ3JhaW5lZCBh
Y2Nlc3MgY29udHJvbCBtZWNoYW5pc20gdGhlbg0KfCBpdCBjb3VsZCBwcmV2ZW50IG11Y2ggb2Yg
dGhlIGRhdGEgaW4gdGhpcyBtb2RlbCBmcm9tIGJlaW5nIGFjY2Vzc2libGUgYnkNCnwgb3JkaW5h
cnkgb3BlcmF0b3JzLg0KDQoNCkFyZSB5b3UgYXJlIHJlZmVycmluZyB0byB0aGlzIHRleHQgZnJv
bSBBcHBlbmRpeCBBLjEgaW4gLTAwPw0KDQogICAgICAgICA8a2V5Y2hhaW4+DQogICAgICAgICAg
ICA8a2V5aWQ+S2V5Q2xpZW50MVRvUm91dGVyQTwva2V5aWQ+DQogICAgICAgICAgICA8c2VjcmV0
S2V5PnNlY3JldDE8L3NlY3JldEtleT4NCiAgICAgICAgIDwva2V5Y2hhaW4+DQogICAgICAgICA8
a2V5Y2hhaW4+DQogICAgICAgICAgICA8a2V5aWQ+S2V5Rm9yUm91dGVyQjwva2V5aWQ+DQogICAg
ICAgICAgICA8c2VjcmV0S2V5PnNlY3JldDI8L3NlY3JldEtleT4NCiAgICAgICAgIDwva2V5Y2hh
aW4+DQoNCkJlc3QgcmVnYXJkcywNCg0KS29zdGFzIChhcyBlZGl0b3IsIG9uIGJlaGFsZiBvZiB0
aGUgYXV0aG9ycykNCg==


From nobody Sun Jul 19 15:09:37 2015
Return-Path: <ippm@wjcerveny.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 659DE1B2DB6 for <ippm@ietfa.amsl.com>; Sun, 19 Jul 2015 15:09:35 -0700 (PDT)
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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 4S5nK-bydUTk for <ippm@ietfa.amsl.com>; Sun, 19 Jul 2015 15:09:34 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41A491B2DB5 for <ippm@ietf.org>; Sun, 19 Jul 2015 15:09:34 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 8B5DC2023F for <ippm@ietf.org>; Sun, 19 Jul 2015 18:09:33 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sun, 19 Jul 2015 18:09:33 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Wa Xwl0SVYI8ik9Nco64gknccDKQ=; b=N0FMdc4shJjJTfaX8qoAKCEM6OGXFEXH9R s7K1cdNxN2738d7FEzi9GnirZqdGLAc1k44UZEeRKHWYJGEgltiYWgL50ryIORa8 yDgJ6h6XipxvRZ31FgkXtGQNHhfPBVB371Uqd5mOOPmLLP2+0s2P90VghFMwaHG6 dks74NlL0=
X-Sasl-enc: 7PwCpIGIDeQQEl8IMrrwg+OjWKptp1hN4n9Vqic7v+S4 1437343773
Received: from [192.168.1.105] (96-35-101-179.dhcp.bycy.mi.charter.com [96.35.101.179]) by mail.messagingengine.com (Postfix) with ESMTPA id 403CCC00022 for <ippm@ietf.org>; Sun, 19 Jul 2015 18:09:33 -0400 (EDT)
From: Bill Cerveny <ippm@wjcerveny.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_6FDB2437-2B40-48CF-A11B-FE11BA34D8D0"
Message-Id: <D3B18FC1-8D52-455D-A819-823B08A61F68@wjcerveny.com>
Date: Sun, 19 Jul 2015 18:09:37 -0400
To: ippm@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/ItKkEMZyByToZAvGEvopZlN9IiA>
Subject: [ippm] draft-morton-ippm-owamp-registry accepted for adoption and charter milestones need to be updated
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Sun, 19 Jul 2015 22:09:35 -0000

--Apple-Mail=_6FDB2437-2B40-48CF-A11B-FE11BA34D8D0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Dear IPPM participants,

draft-morton-ippm-owamp-registry has been adopted as a working group =
document.

Please note that we need to update charter milestone dates for working =
group documents that already have milestones and milestones need to be =
added for new WG documents.  Authors are encouraged to consider what =
dates they would like to have associated with the charter milestones for =
their working group documents.

Regards,

Bill Cerveny
IPPM co-chair=

--Apple-Mail=_6FDB2437-2B40-48CF-A11B-FE11BA34D8D0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Dear IPPM participants,<div class=3D""><div style=3D"margin: =
0px 0px 0px 6px; font-family: 'Helvetica Neue';" class=3D""><br =
class=3D""></div><div style=3D"margin: 0px 0px 0px 6px; font-family: =
'Helvetica Neue';" class=3D"">draft-morton-ippm-owamp-registry has been =
adopted as a working group document.</div></div><div style=3D"margin: =
0px 0px 0px 6px; font-family: 'Helvetica Neue';" class=3D""><br =
class=3D""></div><div style=3D"margin: 0px 0px 0px 6px; font-family: =
'Helvetica Neue';" class=3D"">Please note that we need to update charter =
milestone dates for working group documents that already have milestones =
and milestones need to be added for new WG documents. &nbsp;Authors are =
encouraged to consider what dates they would like to have associated =
with the charter milestones for their working group documents.</div><div =
style=3D"margin: 0px 0px 0px 6px; font-family: 'Helvetica Neue';" =
class=3D""><br class=3D""></div><div style=3D"margin: 0px 0px 0px 6px; =
font-family: 'Helvetica Neue';" class=3D"">Regards,</div><div =
style=3D"margin: 0px 0px 0px 6px; font-family: 'Helvetica Neue';" =
class=3D""><br class=3D""></div><div style=3D"margin: 0px 0px 0px 6px; =
font-family: 'Helvetica Neue';" class=3D"">Bill Cerveny</div><div =
style=3D"margin: 0px 0px 0px 6px; font-family: 'Helvetica Neue';" =
class=3D"">IPPM co-chair</div></body></html>=

--Apple-Mail=_6FDB2437-2B40-48CF-A11B-FE11BA34D8D0--


From nobody Sun Jul 19 23:59:20 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 705F01A009D; Sun, 19 Jul 2015 23:59:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 yq3a92lZva8E; Sun, 19 Jul 2015 23:59:16 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 92CEE1A00AC; Sun, 19 Jul 2015 23:59:15 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.4.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150720065915.1354.77292.idtracker@ietfa.amsl.com>
Date: Sun, 19 Jul 2015 23:59:15 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/ALhZSlDymzavdKPgdD_M3GSR_lI>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-checksum-trailer-02.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 20 Jul 2015 06:59:17 -0000

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           : UDP Checksum Complement in OWAMP and TWAMP
        Author          : Tal Mizrahi
	Filename        : draft-ietf-ippm-checksum-trailer-02.txt
	Pages           : 12
	Date            : 2015-07-19

Abstract:
   The One-Way Active Measurement Protocol (OWAMP) and the Two-Way
   Active Measurement Protocol (TWAMP) are used for performance
   monitoring in IP networks. Delay measurement is performed in these
   protocols by using timestamped test packets. Some implementations use
   hardware-based timestamping engines that integrate the accurate
   transmission timestamp into every outgoing OWAMP/TWAMP test packet
   during transmission.  Since these packets are transported over UDP,
   the UDP checksum field is then updated to reflect this modification.
   This document proposes to use the last 2 octets of every test packet
   as a Checksum Complement, allowing timestamping engines to reflect
   the checksum modification in the last 2 octets rather than in the UDP
   checksum field. The behavior defined in this document is completely
   interoperable with existing OWAMP/TWAMP implementations.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-checksum-trailer/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-checksum-trailer-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-checksum-trailer-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Mon Jul 20 02:18:30 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EFAA1A00E9; Mon, 20 Jul 2015 02:18:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 ng3v4VIUTRHN; Mon, 20 Jul 2015 02:18:28 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96A511A000F; Mon, 20 Jul 2015 02:18:27 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.0.4.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150720091827.20981.29935.idtracker@ietfa.amsl.com>
Date: Mon, 20 Jul 2015 02:18:27 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/b8MXphuXvJldWeusYUYjsC1Srvc>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-metric-registry-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 20 Jul 2015 09:18:29 -0000

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           : Registry for Performance Metrics
        Authors         : Marcelo Bagnulo
                          Benoit Claise
                          Philip Eardley
                          Al Morton
                          Aamer Akhter
	Filename        : draft-ietf-ippm-metric-registry-04.txt
	Pages           : 26
	Date            : 2015-07-20

Abstract:
   This document defines the IANA Registry for Performance Metrics.
   This document also gives a set of guidelines for Registered
   Performance Metric requesters and reviewers.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-metric-registry/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-metric-registry-04

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-metric-registry-04


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Tue Jul 21 00:10:00 2015
Return-Path: <bs7652@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A6661AD0B0 for <ippm@ietfa.amsl.com>; Tue, 21 Jul 2015 00:09:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level: 
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 l6lLEZWUCnDJ for <ippm@ietfa.amsl.com>; Tue, 21 Jul 2015 00:09:57 -0700 (PDT)
Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD0F11AD0B7 for <ippm@ietf.org>; Tue, 21 Jul 2015 00:09:56 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 140fda55.0.6397448.00-2191.18075182.nbfkord-smmo07.seg.att.com (envelope-from <bs7652@att.com>);  Tue, 21 Jul 2015 07:09:56 +0000 (UTC)
X-MXL-Hash: 55adf04437c6a6c8-1fa0680ec895640408b9160ef1a61952bf4edd2a
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t6L79rtg004734 for <ippm@ietf.org>; Tue, 21 Jul 2015 03:09:53 -0400
Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t6L79jl3004712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <ippm@ietf.org>; Tue, 21 Jul 2015 03:09:48 -0400
Received: from GAALPA1MSGHUBAA.ITServices.sbc.com (GAALPA1MSGHUBAA.itservices.sbc.com [130.8.218.150]) by alpi133.aldc.att.com (RSA Interceptor) for <ippm@ietf.org>; Tue, 21 Jul 2015 07:09:29 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.24]) by GAALPA1MSGHUBAA.ITServices.sbc.com ([130.8.218.150]) with mapi id 14.03.0224.002; Tue, 21 Jul 2015 03:09:29 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: review of draft-ietf-ippm-metric-registry-03
Thread-Index: AdDDD+y3tLoWXB/ISqG16GTQ1S2CNw==
Date: Tue, 21 Jul 2015 07:09:29 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E61132A79DC6@GAALPA1MSGUSRBF.ITServices.sbc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.70.53.39]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-AnalysisOut: [v=2.0 cv=IsOphsDg c=1 sm=1 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=Vv7q6nvpkXEA:10 a=zOBTX]
X-AnalysisOut: [jUuO1YA:10 a=EsXsGvV6JRp3bZ5LZkwA:9 a=CjuIK1q_8ugA:10 a=17]
X-AnalysisOut: [pc6o-FZLwfYOk8:21 a=QO1zbfxawwXJOfQl:21]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)]
X-MAIL-FROM: <bs7652@att.com>
X-SOURCE-IP: [144.160.229.23]
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/3mju_tUBzvyTMVPc6QknTzz77TQ>
Subject: [ippm] review of draft-ietf-ippm-metric-registry-03
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Tue, 21 Jul 2015 07:09:59 -0000

At the last IETF I promised to review draft-ietf-ippm-metric-registry-02. I=
 apologize for not having delivered on that before now. I have reviewed dra=
ft-ietf-ippm-metric-registry-03. I'm providing the authors with a marked-up=
 Word version that includes all my comments and suggested edits (including =
nits). Below is a summary of my substantive comments.
------------
The following set of comments fall under the general recommendation to exte=
nd the document to serve both the purpose of establishing the IANA Registry=
 and defining a format that can be used by all "Performance Metrics Registr=
ies". This was discussed at the last IETF.

in Abstract
FROM
This document defines the IANA Registry for Performance Metrics.
TO
This document defines a Performance Metrics Registry format and the IANA Pe=
rformance Metrics Registry.

2. Introduction
ADD
In addition, many other organizations, such as ITU-T and IEEE, also define =
protocols and Performance Metrics associated with their protocols.
AFTER
      The "Performance Metrics for Other Layers" (PMOL) concluded WG,
      defined some Performance Metrics related to Session Initiation
      Protocol (SIP) voice quality [RFC6035].

FROM
   This document therefore creates an IANA-maintained Performance
   Metrics Registry.  It also provides best practices on how to specify
   new entries or update ones in the Performance Metrics Registry.
TO
   This document therefore creates an IANA Performance
   Metrics Registry and a Performance Metrics Registry format (that will be=
 usable by IANA=20
   and any other organization which wishes to create a Performance Metrics =
Registry).  It also provides best practices on how to specify
   new entries or update ones in the IANA Performance Metrics Registry.

3. Terminology
[The comments I provided to the authors include many recommended changes, b=
ased on the hope the following terminology changes are acceptable. I haven'=
t listed all of the changes in this email.]

FROM
   Performance Metric:  A Performance Metric is a quantitative measure
      of performance, targeted to an IETF-specified protocol or targeted
      to an application transported over an IETF-specified protocol.
      Examples of Performance Metrics are the FTP response time for a
      complete file download, the DNS response time to resolve the IP
      address, a database logging time, etc.  This definition is
      consistent with the definition of metric in [RFC2330] and broader
      than the definition of performance metric in [RFC6390].

   Registered Performance Metric:  A Registered Performance Metric (or
      Registered Metric) is a Performance Metric expressed as an entry
      in the Performance Metric Registry, administered by IANA.  Such a
      performance metric has met all the registry review criteria
      defined in this document in order to included in the registry.

   Performance Metrics Registry:  The IANA registry containing
      Registered Performance Metrics.  In this document, it is also
      called simply "Registry".

TO         [deleted "IETF-specified" from Performance Metric definition]
   Performance Metric:  A Performance Metric is a quantitative measure
      of performance, targeted to a protocol or targeted
      to an application transported over a protocol.
      Examples of Performance Metrics are the FTP response time for a
      complete file download, the DNS response time to resolve the IP
      address, a database logging time, etc.  This definition is
      consistent with the definition of metric in [RFC2330] and broader
      than the definition of performance metric in [RFC6390].

   Registered Performance Metric:  A Registered Performance Metric (or
      Registered Metric) is a Performance Metric expressed as an entry
      in a Performance Metrics Registry, in the Registry Performance Metric=
 format.  Such a
      performance metric has met all the registry review criteria
      defined in this document.

   IANA Performance Metrics Registry:  The IANA registry containing
      Registered Performance Metrics using the Registry Performance Metrics=
 format.  In this document, it is also
      called simply "IANA Registry".

DELETE
   Proprietary Registry:  A set of metrics that are registered in a
      proprietary registry, as opposed to Performance Metrics Registry.

ADD
Performance Metrics Registry: Any Performance Metrics Registry (IANA or tha=
t of some other entity) that expresses metrics meeting the criteria defined=
 in this document in the Performance Metrics Registry format. In this docum=
ent, it is also called simply "Registry".

4. Scope
FROM
This document is meant for two different audiences. =20
TO
This document is meant for three different purposes. =20

ADD the following as penultimate paragraph:
The third purpose is to define a Performance Metrics Registry format that w=
ill be used by the IANA Performance Metrics Registry and other Performance =
Metrics Registries. This will be particularly useful to implementation of t=
he Large-scale Measurement Platform framework [framework reference] and inf=
ormation model [information model reference], who will need to use registri=
es for Performance Metrics defined by other entities. =20

5. Motivation for a Performance Metrics Registry
ADD before current 5.3:
5.3 Common Performance Metrics Registry Format=20

The Performance Metrics Registry format defined in this document is expecte=
d to be used by other entities who want to create a Performance Metrics Reg=
istry for the Performance Metrics they define. This will provide them with =
the same benefits for their Performance Metrics as those afforded IETF-defi=
ned Performance Metrics by the IANA Performance Metrics Registry. It will a=
lso allow entries in other Performance Metrics Registries to be referenced =
via the LMAP Information Model [information-model].

------------------------------
Comments unrelated to making this document usable by other Registries

In various places, there are statements similar to "we
   expect that the LMAP control protocol will enable a controller to
   request a measurement agent to perform a measurement using a given
   metric by embedding the Performance Metric Registry value in the
   protocol"
I believe this is too vague and suggest:
   "we expect that the LMAP control protocol will enable a controller to
   request a measurement agent to perform a measurement using a given
   metric by embedding the Performance Metrics Registry entry Identifier an=
d specific Measurement Method Role in the data transmitted by the
   protocol"

7.  Performance Metrics Registry: Prior attempt=20
I recommend moving Section 7 to a later point in the document, near the end=
.

8.1.2.  Name
I question the need for a prefix (Act_, Pas_, other) as part of the name. I=
 don't find this so important that it needs to be the first thing people kn=
ow about an entry. I don't see why it needs to be part of the name, at all.=
 This relates to list items 5, 6, 7, 8, and the last paragraph.=20
If 5 and 6 are kept, then 7 might be best as a paragraph and not a list ite=
m since it isn't expressing a rule.
Item 8 does not express a rule and should be a paragraph at the end of the =
section (if 5 and 6 are kept).

-----------------------------------

Pervasive nits (details provided in comments to authors)
------------------
1. Need to decide if the term is "Performance Metrics Registry" or "Perform=
ance Metric Registry" and be totally consistent.
2. Need to use various terminology appropriately, per definitions.


From nobody Tue Jul 21 09:13:21 2015
Return-Path: <srivathsas@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA6711B2BB2 for <ippm@ietfa.amsl.com>; Tue, 21 Jul 2015 09:13:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.302
X-Spam-Level: 
X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_102=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
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 4wUshoY_RDX5 for <ippm@ietfa.amsl.com>; Tue, 21 Jul 2015 09:13:18 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0776.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::776]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D709E1B2F50 for <ippm@ietf.org>; Tue, 21 Jul 2015 09:13:17 -0700 (PDT)
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com (10.161.224.21) by DM2PR0501MB1503.namprd05.prod.outlook.com (10.161.224.23) with Microsoft SMTP Server (TLS) id 15.1.219.17; Tue, 21 Jul 2015 16:13:01 +0000
Received: from DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) by DM2PR0501MB1501.namprd05.prod.outlook.com ([10.161.224.21]) with mapi id 15.01.0213.021; Tue, 21 Jul 2015 16:13:00 +0000
From: Srivathsa Sarangapani <srivathsas@juniper.net>
To: Kostas Pentikousis <k.pentikousis@eict.de>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
Thread-Index: AQHQw9AdnogdifbY5UG3Q1UaE28JXw==
Date: Tue, 21 Jul 2015 16:13:00 +0000
Message-ID: <D1D43309.39CF5%srivathsas@juniper.net>
References: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB997B91@SBS2008.eict.local>
In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB997B91@SBS2008.eict.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.5.2.150604
authentication-results: eict.de; dkim=none (message not signed) header.d=none; 
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [116.197.184.12]
x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1503; 5:Krslb6UMmwfO31GihqHYNLiIBiS7C/c+cdjC+6Zd2fzeGSraRdma/UtEgdL2Kt/+nr/X+GaEFJUs53b7DrjZFzBiBdeZE5wys/YHmZT6CG/7CRZ84tw1Mm/tBB4w+22Wyg+03oEefRwz05A0IVWoEQ==; 24:lBkSEfGGHXLRblAIUbFecGExpe2e3vtafvI5YxxE6R3cHTpusn0Mx/ThnoKUHweRqEkqTL7wJhv/jB2sVRAh4e4KdAyhxNTDeHjmz8AoUMQ=; 20:8dF51D6O0HvHxnXHEiQ2tm7a7H1QikaYZWdpxbot1BmvfSOYeXXlTsw1HrcBnXECj2DHo/+NYB+8ts23qcNe8Q==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1503;
dm2pr0501mb1503: X-MS-Exchange-Organization-RulesExecuted
x-microsoft-antispam-prvs: <DM2PR0501MB1503DDF7EDDF4B4216B61C4DD6840@DM2PR0501MB1503.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR0501MB1503; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1503; 
x-forefront-prvs: 0644578634
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(13464003)(230783001)(15975445007)(122556002)(189998001)(46102003)(92566002)(77156002)(36756003)(2501003)(5002640100001)(5001770100001)(62966003)(40100003)(102836002)(54356999)(5001960100002)(2950100001)(77096005)(99286002)(4001350100001)(106116001)(19580405001)(86362001)(2656002)(76176999)(87936001)(50986999)(66066001)(19580395003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1503; H:DM2PR0501MB1501.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
Content-Type: text/plain; charset="us-ascii"
Content-ID: <7A499C8A165C224A9F88B25A35723AD4@namprd05.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jul 2015 16:13:00.7573 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1503
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/PobJA-Yj9rLE5Xe_x9aPJ7TZfz8>
Cc: "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Subject: Re: [ippm] TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Tue, 21 Jul 2015 16:13:19 -0000

Hi Kostas,

Good document which covers most of the things.
I just had some thoughts on some of fields below:

Section 5.1:
|        +--rw repeat?               boolean

How about making this a uint32 instead of boolean.
Currently true means it will run forever and false means it will run for
one full iteration.
If we make it uint32 and give it a value, the user can decide how many
iterations it can run right?
Say 0 can indicate infinite iterations(as 0 iterations makes no sense).
1-4294967295 can indicate the number of iterations.

Section 5.1:

In case of both twamp-session-sender and twamp-session-reflector, can we
even store the timestamp of the last-sent-seq and last-rcv-seq packets?
Say along with the below fields:
|     +--ro last-sent-seq?             uint32
         |     +--ro last-rcv-seq?              uint32

have 2 more fields


| +--ro last-sent-seq-time? uint64
| +--ro last-rcv-seq-time? uint64
This might give more insight on when the last packet was sent and when the
last packet was received. Just to understand
As anyways TWAMP deals with RTT, storing the time might make sense.


How about storing the below values(ro) for UDP Test packets in case of
twamp-session-sender:
Current Test packet results:
   Rtt: 57 usec, Egress jitter: -6 usec, Ingress jitter: 5 usec, Round
trip jitter: -1 usec, Egress interarrival jitter: 1 usec,
   Ingress interarrival jitter: 1 usec, Round trip interarrival jitter: 0
usec
    Results over current test:
   Packets sent: 5, Packets received: 5, Loss percentage: 0.000000
      Measurement: Round trip time
   Samples: 5, Minimum: 57 usec, Maximum: 58 usec, Average: 58 usec, Peak
to peak: 1 usec, Stddev: 0 usec
      Measurement: Negative egress jitter
   Samples: 4, Minimum: 6 usec, Maximum: 6 usec, Average: 6 usec, Peak to
peak: 0 usec, Stddev: 0 usec
      Measurement: Positive ingress jitter
   Samples: 4, Minimum: 5 usec, Maximum: 7 usec, Average: 6 usec, Peak to
peak: 2 usec, Stddev: 1 usec
      Measurement: Positive round trip jitter
   Samples: 3, Minimum: 0 usec, Maximum: 1 usec, Average: 0 usec, Peak to
peak: 1 usec, Stddev: 0 usec
      Measurement: Negative round trip jitter
   Samples: 1, Minimum: 1 usec, Maximum: 1 usec, Average: 1 usec, Peak to
peak: 0 usec, Stddev: 0 usec

    Results over all tests:
   Packets sent: 15, Packets received: 15, Loss percentage: 0.000000
      Measurement: Round trip time
   Samples: 15, Minimum: 57 usec, Maximum: 58 usec, Average: 58 usec, Peak
to peak: 1 usec, Stddev: 0 usec
      Measurement: Negative egress jitter
   Samples: 14, Minimum: 6 usec, Maximum: 6 usec, Average: 6 usec, Peak to
peak: 0 usec, Stddev: 0 usec
      Measurement: Positive ingress jitter
   Samples: 14, Minimum: 5 usec, Maximum: 7 usec, Average: 6 usec, Peak to
peak: 2 usec, Stddev: 1 usec
      Measurement: Positive round trip jitter
   Samples: 10, Minimum: 0 usec, Maximum: 1 usec, Average: 0 usec, Peak to
peak: 1 usec, Stddev: 0 usec
      Measurement: Negative round trip jitter
   Samples: 04, Minimum: 1 usec, Maximum: 1 usec, Average: 1 usec, Peak to
peak: 0 usec, Stddev: 0 usec


If you feel it makes sense, then we can work on the type for each of these
variables.=20
We can take some of the values and leave the rest. But having some of
these values really makes sense in my opinion.

--=20
Regards,
Vathsa




-----Original Message-----
From: Kostas Pentikousis <k.pentikousis@eict.de>
Date: Friday, July 3, 2015 at 10:01 PM
To: "ippm@ietf.org" <ippm@ietf.org>
Cc: "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org"
<draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Subject: [ippm] TWAMP Data Model updated: draft-cmzrjp-ippm-twamp-yang-01

Dear all,

We have updated the TWAMP data model draft which in now available at
https://datatracker.ietf.org/doc/draft-cmzrjp-ippm-twamp-yang/.

We would like to thank all those who have provided comments and in
particular Greg, Kevin and Robert: All of your suggestions have been taken
into consideration in this revision.

We will come back to you right after the IETF cut-off on Monday with
detailed answers to your emails sent earlier on the list. Sincere
apologies for the delay!

Best regards,

Kostas (on behalf of the authors)





From nobody Wed Jul 22 08:19:17 2015
Return-Path: <davihay@ifi.uio.no>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD0671A01FC for <ippm@ietfa.amsl.com>; Wed, 22 Jul 2015 08:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 mNi0IajddpLC for <ippm@ietfa.amsl.com>; Wed, 22 Jul 2015 08:19:14 -0700 (PDT)
Received: from mail-out4.uio.no (mail-out4.uio.no [IPv6:2001:700:100:10::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E13D1A0397 for <ippm@ietf.org>; Wed, 22 Jul 2015 08:19:14 -0700 (PDT)
Received: from mail-mx3.uio.no ([129.240.10.44]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from <davihay@ifi.uio.no>) id 1ZHvnc-0004c4-Pl for ippm@ietf.org; Wed, 22 Jul 2015 17:19:12 +0200
Received: from dhcp-9b81.meeting.ietf.org ([31.133.155.129] helo=hayesd-laptop) by mail-mx3.uio.no with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) user davihay (Exim 4.80) (envelope-from <davihay@ifi.uio.no>) id 1ZHvnc-0002ip-4f for ippm@ietf.org; Wed, 22 Jul 2015 17:19:12 +0200
Date: Wed, 22 Jul 2015 17:19:04 +0200
From: David Hayes <davihay@ifi.uio.no>
To: ippm@ietf.org
Message-ID: <20150722171904.1fb5b3db@hayesd-laptop>
Organization: University of Oslo
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.26; x86_64-mageia-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-UiO-SPF-Received: 
X-UiO-Ratelimit-Test: rcpts/h 1 msgs/h 1 sum rcpts/h 4 sum msgs/h 1 total rcpts 1948 max rcpts/h 38 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: E24640E84A143776047ACAC3C5085215F9078015
X-UiO-SPAM-Test: remote_host: 31.133.155.129 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 3 max/h 2 blacklist 0 greylist 0 ratelimit 0
X-UiOonly: 361CF664059A47F596605C52C4E0B34F73D8E0A0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/RpF7cuDPwVBnzJVN2Nf8bIlB5u0>
Subject: [ippm] RMCAT SBD
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Wed, 22 Jul 2015 15:19:16 -0000

Hi!

When I presented an update of this work on Shared Bottleneck Detection
(SBD) in the RMCAT meeting a few days ago it was suggested that I send
a note to the ippm group due to the delay metrics the mechanism uses.

The slides for the recent update can be found here:
http://www.ietf.org/proceedings/93/slides/slides-93-rmcat-5.pdf

The draft can be found here:
https://tools.ietf.org/html/draft-ietf-rmcat-sbd-01

The item that prompted this suggestion was the use of a metric
based on Mean Absolute Deviation (MAD).


Some notes on the context of this work:

The mechanism uses summary type statistics describing the shape of
flow OWDs in order to distinguish between flows sharing or not sharing
a common bottleneck. It is designed to be light weight and store a
minimum of state, with potential for having a future OS kernel
implementation (though this is not a requirement or need in the RMCAT
context where it will be in the browser).

MAD (modified to enable 'on the fly' calculation without
storing OWD measurements) is used as a variability measure. It is being
put forward as a more robust measure (for SBD purposes) than the
earlier measure based on a type of PDV measure (max-mean per period T).

The purpose of these measures is for grouping flows not for measuring
performance, however, the use of these metrics may be of interest to
the group. The work may also benefit from the expertise in the ippm
community.

Kind regards,

David

PS

If you are wondering about the examples at the end of the slides
that have significant clock skew and some graph based clustering, these
are work in progress and the mechanisms that facilitates these have not
yet been annunciated in the draft.



-- 

-------------------------
David Hayes
davihay@ifi.uio.no
Department of Informatics
University of Oslo


From nobody Thu Jul 23 04:43:14 2015
Return-Path: <davihay@ifi.uio.no>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 552371AC42D; Thu, 23 Jul 2015 04:43:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 M2XMClbelEgB; Thu, 23 Jul 2015 04:43:09 -0700 (PDT)
Received: from mail-out4.uio.no (mail-out4.uio.no [IPv6:2001:700:100:10::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E63F1AC41F; Thu, 23 Jul 2015 04:43:09 -0700 (PDT)
Received: from mail-mx2.uio.no ([129.240.10.30]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from <davihay@ifi.uio.no>) id 1ZIEu3-00061d-Nc; Thu, 23 Jul 2015 13:43:07 +0200
Received: from dhcp-9b81.meeting.ietf.org ([31.133.155.129] helo=[192.168.42.61]) by mail-mx2.uio.no with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) user davihay@ifi.uio.no (Exim 4.80) (envelope-from <davihay@ifi.uio.no>) id 1ZIEu3-0002sY-1z; Thu, 23 Jul 2015 13:43:07 +0200
Date: Thu, 23 Jul 2015 13:43:05 +0200
From: David Hayes <davihay@ifi.uio.no>
To: ippm@ietf.org, "rmcat@ietf.org" <rmcat@ietf.org>
Message-Id: <1437651785.12450.1@smtp.uio.no>
X-Mailer: geary/0.10.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
X-UiO-SPF-Received: 
X-UiO-Ratelimit-Test: rcpts/h 3 msgs/h 2 sum rcpts/h 4 sum msgs/h 3 total rcpts 323 max rcpts/h 10 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 903739DBCBB60E372AD7797656F287A25944C5D5
X-UiO-SPAM-Test: remote_host: 31.133.155.129 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 5 max/h 2 blacklist 0 greylist 0 ratelimit 0
X-UiOonly: C12D9D6F1E6C8B7FE975C0870078FE8A4A1AFADE
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/IIqkVWWp0asXr8iySlxdK4NGnqk>
Subject: [ippm] Fwd:  RMCAT SBD
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 23 Jul 2015 11:43:12 -0000

Hi

I neglected to put the RMCAT list in the original mail. When 
responding, please send to both lists.

Thanks!

David

---------- Forwarded message ----------

 From: David Hayes <davihay@ifi.uio.no>
Subject: [ippm] RMCAT SBD
Date: Wed, 22 Jul 2015 17:19:04 +0200
To: ippm@ietf.org

Hi!

When I presented an update of this work on Shared Bottleneck Detection
(SBD) in the RMCAT meeting a few days ago it was suggested that I send
a note to the ippm group due to the delay metrics the mechanism uses.

The slides for the recent update can be found here:
http://www.ietf.org/proceedings/93/slides/slides-93-rmcat-5.pdf

The draft can be found here:
https://tools.ietf.org/html/draft-ietf-rmcat-sbd-01

The item that prompted this suggestion was the use of a metric
based on Mean Absolute Deviation (MAD).


Some notes on the context of this work:

The mechanism uses summary type statistics describing the shape of
flow OWDs in order to distinguish between flows sharing or not sharing
a common bottleneck. It is designed to be light weight and store a
minimum of state, with potential for having a future OS kernel
implementation (though this is not a requirement or need in the RMCAT
context where it will be in the browser).

MAD (modified to enable 'on the fly' calculation without
storing OWD measurements) is used as a variability measure. It is being
put forward as a more robust measure (for SBD purposes) than the
earlier measure based on a type of PDV measure (max-mean per period T).

The purpose of these measures is for grouping flows not for measuring
performance, however, the use of these metrics may be of interest to
the group. The work may also benefit from the expertise in the ippm
community.

Kind regards,

David

PS

If you are wondering about the examples at the end of the slides
that have significant clock skew and some graph based clustering, these
are work in progress and the mechanisms that facilitates these have not
yet been annunciated in the draft.



-- 

-------------------------
David Hayes
davihay@ifi.uio.no
Department of Informatics
University of Oslo

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm



From nobody Fri Jul 24 02:05:13 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18F8B1A8761; Fri, 24 Jul 2015 02:05:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 rDCuGTz8siFM; Fri, 24 Jul 2015 02:05:10 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D95E41A011F; Fri, 24 Jul 2015 02:05:10 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.1.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150724090510.10120.16303.idtracker@ietfa.amsl.com>
Date: Fri, 24 Jul 2015 02:05:10 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/SnudbKtGOXNgdyl3V64ht7Ue2KI>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-2679-bis-03.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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, 24 Jul 2015 09:05:12 -0000

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           : A One-Way Delay Metric for IPPM
        Authors         : Guy Almes
                          Sunil Kalidindi
                          Matt Zekauskas
                          Al Morton
	Filename        : draft-ietf-ippm-2679-bis-03.txt
	Pages           : 24
	Date            : 2015-07-24

Abstract:
   This memo (RFC 2679 bis) defines a metric for one-way delay of
   packets across Internet paths.  It builds on notions introduced and
   discussed in the IPPM Framework document, RFC 2330; the reader is
   assumed to be familiar with that document.  This memo makes RFC 2679
   obsolete.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-2679-bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-2679-bis-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-2679-bis-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Jul 24 02:13:28 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F4BD1A87E8; Fri, 24 Jul 2015 02:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 MATTLsWyTwNE; Fri, 24 Jul 2015 02:13:23 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CFBB91A1A11; Fri, 24 Jul 2015 02:13:23 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.1.0.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150724091323.19194.26252.idtracker@ietfa.amsl.com>
Date: Fri, 24 Jul 2015 02:13:23 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/P67yv0Pn6vi2rg_nwPGGZ1WwGEI>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-2680-bis-03.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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, 24 Jul 2015 09:13:25 -0000

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           : A One-Way Loss Metric for IPPM
        Authors         : Guy Almes
                          Sunil Kalidindi
                          Matt Zekauskas
                          Al Morton
	Filename        : draft-ietf-ippm-2680-bis-03.txt
	Pages           : 20
	Date            : 2015-07-24

Abstract:
   This memo (RFC 2680 bis) defines a metric for one-way loss of packets
   across Internet paths.  It builds on notions introduced and discussed
   in the IPPM Framework document, RFC 2330; the reader is assumed to be
   familiar with that document.  This memo makes RFC 2680 obsolete.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-2680-bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-2680-bis-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-2680-bis-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Jul 24 04:38:42 2015
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C6581A8FD6 for <ippm@ietfa.amsl.com>; Fri, 24 Jul 2015 04:38:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level: 
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 JpHUWlrzHXVv for <ippm@ietfa.amsl.com>; Fri, 24 Jul 2015 04:38:40 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 025DE1A8AF6 for <ippm@ietf.org>; Fri, 24 Jul 2015 04:38:40 -0700 (PDT)
Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id C5DD1120D72; Fri, 24 Jul 2015 08:01:57 -0400 (EDT)
Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.240.40]) by mail-blue.research.att.com (Postfix) with ESMTP id 77972F0411; Fri, 24 Jul 2015 07:38:36 -0400 (EDT)
Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Fri, 24 Jul 2015 07:38:36 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Bill Cerveny <ippm@wjcerveny.com>, "ippm@ietf.org" <ippm@ietf.org>
Date: Fri, 24 Jul 2015 07:37:37 -0400
Thread-Topic: [ippm] draft-morton-ippm-owamp-registry accepted for adoption and charter milestones need to be updated
Thread-Index: AdDCb6DFSNZSjpVNT1W0FXzxx4U82wDlYMWF
Message-ID: <4AF73AA205019A4C8A1DDD32C034631D099E186ADF@NJFPSRVEXG0.research.att.com>
References: <D3B18FC1-8D52-455D-A819-823B08A61F68@wjcerveny.com>
In-Reply-To: <D3B18FC1-8D52-455D-A819-823B08A61F68@wjcerveny.com>
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
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/jwIRQRLjuyrU3SdUHsueEJEbQKY>
Subject: Re: [ippm] draft-morton-ippm-owamp-registry accepted for adoption and charter milestones need to be updated
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 24 Jul 2015 11:38:41 -0000

The revised draft awaits chair approval following submission.
Regards,
Al
________________________________________
From: ippm [ippm-bounces@ietf.org] On Behalf Of Bill Cerveny [ippm@wjcerven=
y.com]
Sent: Sunday, July 19, 2015 6:09 PM
To: ippm@ietf.org
Subject: [ippm] draft-morton-ippm-owamp-registry accepted for adoption and =
charter milestones need to be updated

Dear IPPM participants,

draft-morton-ippm-owamp-registry has been adopted as a working group docume=
nt.

Please note that we need to update charter milestone dates for working grou=
p documents that already have milestones and milestones need to be added fo=
r new WG documents.  Authors are encouraged to consider what dates they wou=
ld like to have associated with the charter milestones for their working gr=
oup documents.

Regards,

Bill Cerveny
IPPM co-chair


From nobody Fri Jul 24 06:06:14 2015
Return-Path: <rshearma@Brocade.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B7B91A21A8 for <ippm@ietfa.amsl.com>; Fri, 24 Jul 2015 06:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
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 0rBpuE5SdCik for <ippm@ietfa.amsl.com>; Fri, 24 Jul 2015 06:06:11 -0700 (PDT)
Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 412311A8788 for <ippm@ietf.org>; Fri, 24 Jul 2015 06:06:07 -0700 (PDT)
Received: from pps.filterd (m0048193.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id t6OCxKK7010950; Fri, 24 Jul 2015 06:05:54 -0700
Received: from hq1wp-exchub01.corp.brocade.com ([144.49.131.13]) by mx0a-000f0801.pphosted.com with ESMTP id 1vu1ry2vw5-5 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 24 Jul 2015 06:05:54 -0700
Received: from HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) by HQ1WP-EXCHUB01.corp.brocade.com (10.70.36.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 24 Jul 2015 06:05:44 -0700
Received: from hq1wp-excas13.corp.brocade.com (10.70.36.103) by HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Fri, 24 Jul 2015 06:05:43 -0700
Received: from BRMWP-EXCHUB02.corp.brocade.com (172.16.187.99) by hq1wp-excas13.corp.brocade.com (10.70.36.101) with Microsoft SMTP Server (TLS) id 15.0.1044.25 via Frontend Transport; Fri, 24 Jul 2015 06:05:43 -0700
Received: from EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) by BRMWP-EXCHUB02.corp.brocade.com (172.16.187.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 24 Jul 2015 07:05:41 -0600
Received: from [172.27.236.49] (172.27.236.49) by EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Fri, 24 Jul 2015 15:05:39 +0200
Message-ID: <55B2381E.5000106@brocade.com>
Date: Fri, 24 Jul 2015 14:05:34 +0100
From: Robert Shearman <rshearma@brocade.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0
MIME-Version: 1.0
To: Kostas Pentikousis <k.pentikousis@eict.de>, "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
References: <552D111F.4030203@brocade.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998010@SBS2008.eict.local>
In-Reply-To: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998010@SBS2008.eict.local>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [172.27.236.49]
X-ClientProxiedBy: hq1wp-excas13.corp.brocade.com (10.70.36.103) To EMEAWP-EXMB12.corp.brocade.com (172.29.11.86)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33,  0.0.0000 definitions=2015-07-24_07:2015-07-22,2015-07-24,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1506180000 definitions=main-1507240189
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/DHlvkCOsGuYHT7XomhYy6PjuZ7Q>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 24 Jul 2015 13:06:13 -0000

Hi Kostas,

On 15/07/15 18:03, Kostas Pentikousis wrote:
> Dear Rob,
>
> Many thanks for the detailed and thorough comments and suggestions! They really helped us improve the document.

You're most welcome. Thanks for taking note of them when drafting -01.

> | Section 4.1:
> |
> |     pmIndex Numerical index value of a Registered Metric in the
> |             Performance Metric Registry [I-D.ietf-ippm-metric-registry].
> |             Output Statistics will be specified in the Registry entry.
> |
> | Perhaps I'm missing something fundamental, or some background information, or
> | this is work in progress, but the purpose of I-D.ietf-ippm-metric-registry is
> | stated to be:
> |
> |     This document defines the IANA Registry for Performance Metrics.
> |     This document also gives a set of guidelines for Registered
> |     Performance Metric requesters and reviewers.
> |
> | Whilst I can see the usefulness of abstracting out the definition of a
> | performance metric, how does the index of the registered metric help in
> | retrieval of the output statistics?
>
> In the registry, each registered metric specifies output statistics. For an example please see https://tools.ietf.org/html/draft-mornuley-ippm-initial-registry-01. In the present registry design, each registered metric produces exactly ONE well-defined output statistic, so in common use it appears to incorporate multiple output statistics (note the introduction of pm-reg-list in draft-cmzrjp-ippm-twamp-yang-01. The output stats are not part of TWAMP or OWAMP. A separate effort is needed to model the communication/collection of output.

Ok, thanks. I look forward to seeing the results of that effort.

>
> | Section 4.1:
> |
> | What triggers the Control-Client to send the Start-Sessions message?
>
> In general, it could be triggered programmatically over NETCONF/RESTCONF or using a CLI. We consider this as an operational command, external to the configuration of the system, and out of scope of the data model per se. See also Appendix B.

I understand your reasoning, but it would be a shame to not have the 
mechanism of at least starting TWAMP test sessions standardised, given 
that it is essential to the ability to use the client at all.

>
> |
> | Section 4.2:
> |
> |     maxCount
> |             If an attacking system sets the maximum value in Count
> |             (2**32), then the system under attack would stall for a
> |             significant period of time while it attempts to generate
> |             keys.  Therefore, TWAMP-compliant systems SHOULD have a
> |             configuration control to limit the maximum Count value.  The
> |             default maximum Count value SHOULD be 32768.
> |
> |
> | Was this intended to be a server property?
>
> Yes, it was intended to be a Server property - the Server sends this count in the Server Greeting.

Isn't that already covered by the count parameter?

    count   Parameter used in deriving a key from a shared secret as
            described in Section 3.1 of [RFC4656], and are communicated
            to the Control-Client as part of the Server Greeting message.
            count MUST be a power of 2. count MUST be at least 1024.
            count SHOULD be increased as more computing power becomes
            common.

In other words, I believe the max-count (as now called in -01) property 
should be removed from the twamp-server container.

> |
> | Section 4.3:
> |
> | Allowing properties to be changed at will whilst test sessions are in progress
> | may present implementation challenges (i.e. synchronisation with the sending
> | of packets). Do we think this is a valid use case? If not, could text be added
> | to guide implementors as to the expectations?
>
> Good point. Perhaps we could discuss further next week in Prague?

As I'm sure you've already concluded, this won't be possible :-)

However, I'm happy to discuss this further. Feel free to unicast me to 
discuss a suitable medium if required.

> |
> | Section 5.2, list twampClientCtrlConnection:
> |
> |           leaf serverStartTime {
> |             config "false";
> |             type uint64;
> |           }
> |
> | Should this be exposed in a form more convenient for the operator, such as
> | ietf-yang-types:date-and-time?
>
> Actually, Start-Time is a timestamp representing the time when the current instantiation of the Server started operating. Timestamp format is described in Section 4.1.2 of RFC 4656.
>

I understand, but what I was getting at is that whilst a uint64 is very 
convenient for an implementor of the module (no conversion necessary), 
it might not be the most convenient for the user of the module.

> |
> | Section 7:
> |
> | Is there a use case in mind behind the exposing of values that can be used to
> | derive the session key on both clients and servers?
> |
> | The reason for this question is that such information will need to be
> | restricted to privileged operators and if the implementation of the management
> | interface doesn't support a fine enough grained access control mechanism then
> | it could prevent much of the data in this model from being accessible by
> | ordinary operators.
>
>
> Are you are referring to this text from Appendix A.1 in -00?
>
>           <keychain>
>              <keyid>KeyClient1ToRouterA</keyid>
>              <secretKey>secret1</secretKey>
>           </keychain>
>           <keychain>
>              <keyid>KeyForRouterB</keyid>
>              <secretKey>secret2</secretKey>
>           </keychain>

I'm referring to the following twamp-client-ctrl-connection properties:
- token
- client-iv

These are used to derive the session key for the client.

And the following twamp-server-ctrl-connection properties:
- server-iv
- challenge

These are used to derive the session key for the server.

What I was attempting to say is that since keeping these private is 
essential to keeping the control and/or test session secure then care 
needs to be taken in exposing them. Naturally, the easiest way of 
keeping them secure is to not expose them at all.

In conclusion:
- if there is no good reason to expose them, I'd suggest removing the 
twamp-client-ctrl-connection:token, 
twamp-client-ctrl-connection:client-iv, 
twamp-server-ctrl-connection:challenge and 
twamp-server-ctrl-connection:server-iv properties
- otherwise, I'd suggest adding a note to the security considerations 
that read access to these properties should be restricted to avoid the 
security of TWAMP sessions being compromised.

Thanks,
Rob


From nobody Mon Jul 27 06:51:15 2015
Return-Path: <rshearma@Brocade.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBBE21B2DC5 for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 06:51:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
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 ga9aXlaHEeE0 for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 06:51:01 -0700 (PDT)
Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 210EF1B2D91 for <ippm@ietf.org>; Mon, 27 Jul 2015 06:50:56 -0700 (PDT)
Received: from pps.filterd (m0048193.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id t6RD02M1016329; Mon, 27 Jul 2015 06:50:53 -0700
Received: from brmwp-exchub02.corp.brocade.com ([208.47.132.227]) by mx0a-000f0801.pphosted.com with ESMTP id 1vwffersu7-3 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 27 Jul 2015 06:50:53 -0700
Received: from EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) by BRMWP-EXCHUB02.corp.brocade.com (172.16.187.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 27 Jul 2015 07:50:49 -0600
Received: from [172.27.236.49] (172.27.236.49) by EMEAWP-EXMB12.corp.brocade.com (172.29.11.86) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Mon, 27 Jul 2015 15:50:45 +0200
Message-ID: <55B63730.50408@brocade.com>
Date: Mon, 27 Jul 2015 14:50:40 +0100
From: Robert Shearman <rshearma@brocade.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0
MIME-Version: 1.0
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
References: <552D111F.4030203@brocade.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998010@SBS2008.eict.local> <55B2381E.5000106@brocade.com> <4AF73AA205019A4C8A1DDD32C034631D099E08A017@NJFPSRVEXG0.research.att.com>
In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D099E08A017@NJFPSRVEXG0.research.att.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [172.27.236.49]
X-ClientProxiedBy: hq1wp-excas11.corp.brocade.com (10.70.36.102) To EMEAWP-EXMB12.corp.brocade.com (172.29.11.86)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33,  0.0.0000 definitions=2015-07-27_02:2015-07-27,2015-07-26,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1506180000 definitions=main-1507270220
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/-ynZ1EzyKekxmr0nJMBpw5L59cs>
Cc: ippm@ietf.org
Subject: Re: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Mon, 27 Jul 2015 13:51:12 -0000

Hi Al,

On 24/07/15 14:41, MORTON, ALFRED C (AL) wrote:
> Hi Robert,
>
>>> Kostas replied:
>>> | Section 4.1:
>>> |
>>> | What triggers the Control-Client to send the Start-Sessions message?
>>>
>>> In general, it could be triggered programmatically over NETCONF/RESTCONF
>> or using a CLI. We consider this as an operational command, external to
>> the configuration of the system, and out of scope of the data model per se.
>> See also Appendix B.
>>
>> I understand your reasoning, but it would be a shame to not have the
>> mechanism of at least starting TWAMP test sessions standardised, given
>> that it is essential to the ability to use the client at all.
>
> There is a proposal to add time-triggered configuration to
> NETCONF, which would seem to meet your need:
> https://tools.ietf.org/html/draft-mm-netconf-time-capability-05
>
> This draft is currently in IETF-Wide Last Call, so it is worthwhile
> to express you opinion on ietf@ietf.org, if you come up with one:
> https://datatracker.ietf.org/doc/draft-mm-netconf-time-capability/history/

The twamp-session-request:start-time property would appear to do the 
same job, namely setting a lower-bound on the time that a session is 
started?

While it doesn't provide the time at which the configuration was 
actually applied, this isn't actually useful because the configuration 
results in messages sent to the Control-Server and the protocol doesn't 
allow the actual time of execution of the message to be returned. Not 
that I think it would be useful to do anyway.

So I don't think this proposal is required in order for 
draft-cmzrjp-ippm-twamp-yang to specify a mechanism for TWAMP test 
sessions to be started.

Thanks,
Rob


From nobody Mon Jul 27 07:04:46 2015
Return-Path: <k.pentikousis@eict.de>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C8E71B2E01 for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 07:04:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.26
X-Spam-Level: 
X-Spam-Status: No, score=-2.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 Xre8UyYs-sSi for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 07:04:43 -0700 (PDT)
Received: from mx2.eict.de (mx2.eict.de [212.91.241.168]) by ietfa.amsl.com (Postfix) with ESMTP id 55FA61B2D96 for <ippm@ietf.org>; Mon, 27 Jul 2015 07:04:43 -0700 (PDT)
Received: by mx2.eict.de (Postfix, from userid 481) id 430221FF52; Mon, 27 Jul 2015 16:04:42 +0200 (CEST)
Received: from mail.eict.de (mx1 [172.16.6.1]) by mx2.eict.de (Postfix) with ESMTP id EFD311FF4B; Mon, 27 Jul 2015 16:04:41 +0200 (CEST)
Received: from sbs2008.eict.local (sbs2008.intern.eict.de [192.168.2.11]) by mail.eict.de (Postfix) with ESMTP id BA862378269; Mon, 27 Jul 2015 16:04:41 +0200 (CEST)
Received: from SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298]) by SBS2008.eict.local ([fe80::2051:ef24:c7c9:f298%13]) with mapi; Mon, 27 Jul 2015 16:03:32 +0200
From: Kostas Pentikousis <k.pentikousis@eict.de>
To: Robert Shearman <rshearma@brocade.com>, "draft-cmzrjp-ippm-twamp-yang@tools.ietf.org" <draft-cmzrjp-ippm-twamp-yang@tools.ietf.org>
Date: Mon, 27 Jul 2015 16:03:30 +0200
Thread-Topic: AW: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
Thread-Index: AdDGEVkYCuYp8lXTTHilfd+Hf2WKVwCYqVOg
Message-ID: <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB99832E@SBS2008.eict.local>
References: <552D111F.4030203@brocade.com> <0C7EDCF89AB9E2478B5D010026CFF4AEB5AB998010@SBS2008.eict.local> <55B2381E.5000106@brocade.com>
In-Reply-To: <55B2381E.5000106@brocade.com>
Accept-Language: en-US, de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/vDZfRdwfTRf9gyvdbMoCFN0C2u4>
Cc: "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [ippm] Comments on draft-cmzrjp-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Mon, 27 Jul 2015 14:04:45 -0000

SGkgUm9iLA0KDQo8c25pcD4NCg0KTWFueSB0aGFua3MgZm9yIHRoZSBjb21tZW50cywgd2hpY2gg
d2Ugd2lsbCBwcm9jZXNzIHdpdGggZHVlIGNhcmUuIFRoaXMgaXMganVzdCBhIHNob3J0IG5vdGUg
cmVnYXJkaW5nIHRoZSBmb2xsb3dpbmcNCg0KPHNuaXA+DQoNCnwgPiBJbiBnZW5lcmFsLCBpdCBj
b3VsZCBiZSB0cmlnZ2VyZWQgcHJvZ3JhbW1hdGljYWxseSBvdmVyIE5FVENPTkYvUkVTVENPTkYg
b3INCnwgdXNpbmcgYSBDTEkuIFdlIGNvbnNpZGVyIHRoaXMgYXMgYW4gb3BlcmF0aW9uYWwgY29t
bWFuZCwgZXh0ZXJuYWwgdG8gdGhlDQp8IGNvbmZpZ3VyYXRpb24gb2YgdGhlIHN5c3RlbSwgYW5k
IG91dCBvZiBzY29wZSBvZiB0aGUgZGF0YSBtb2RlbCBwZXIgc2UuIFNlZQ0KfCBhbHNvIEFwcGVu
ZGl4IEIuDQp8IA0KfCBJIHVuZGVyc3RhbmQgeW91ciByZWFzb25pbmcsIGJ1dCBpdCB3b3VsZCBi
ZSBhIHNoYW1lIHRvIG5vdCBoYXZlIHRoZSBtZWNoYW5pc20NCnwgb2YgYXQgbGVhc3Qgc3RhcnRp
bmcgVFdBTVAgdGVzdCBzZXNzaW9ucyBzdGFuZGFyZGlzZWQsIGdpdmVuIHRoYXQgaXQgaXMNCnwg
ZXNzZW50aWFsIHRvIHRoZSBhYmlsaXR5IHRvIHVzZSB0aGUgY2xpZW50IGF0IGFsbC4NCg0KKG5v
IGhhdCBvbikgSSBjb3VsZG4ndCBhZ3JlZSBtb3JlLiBJIHRoaW5rIHRoYXQgaW4gY29tYmluYXRp
b24gd2l0aCB0aGUgZGF0YSBtb2RlbCwgYm90aCB0aGlzIGFuZCB0aGUgY29sbGVjdGlvbiBvZiBz
dGF0cyB5b3UgbWVudGlvbmVkIHdvdWxkIHByb3ZpZGUgdGhlIGVzc2VudGlhbHMgZm9yIGEgcHJv
Z3JhbW1hYmxlIFRXQU1QIGRlcGxveW1lbnQuIEkgd291bGQgYmUgaGFwcHkgdG8gY29udHJpYnV0
ZSB0byBzdWNoIGFuIGVmZm9ydC4gUGVyaGFwcyBhc2sgZm9yIHZvbHVudGVlcnMgdG8gZm9ybSBh
biAoaW5mb3JtYWwpIGRlc2lnbiB0ZWFtPw0KDQpCZXN0IHJlZ2FyZHMsDQoNCktvc3Rhcw0K


From nobody Tue Jul 28 06:15:00 2015
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E2661A8BB1; Tue, 28 Jul 2015 06:14:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
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 EuGw4OHMWfqV; Tue, 28 Jul 2015 06:14:57 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 01C9A1A8AF5; Tue, 28 Jul 2015 06:14:27 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.2.0.p1
Auto-Submitted: auto-generated
Precedence: bulk
Sender: <iesg-secretary@ietf.org>
Message-ID: <20150728131427.7819.55760.idtracker@ietfa.amsl.com>
Date: Tue, 28 Jul 2015 06:14:27 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/qCX7b5QU_7VQxITgINb4W8HygXA>
Cc: ippm@ietf.org
Subject: [ippm] Last Call: <draft-ietf-ippm-2679-bis-03.txt> (A One-Way Delay Metric for IPPM) to Internet Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
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: Tue, 28 Jul 2015 13:14:59 -0000

The IESG has received a request from the IP Performance Metrics WG (ippm)
to consider the following document:
- 'A One-Way Delay Metric for IPPM'
  <draft-ietf-ippm-2679-bis-03.txt> as Internet Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2015-08-11. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   This memo (RFC 2679 bis) defines a metric for one-way delay of
   packets across Internet paths.  It builds on notions introduced and
   discussed in the IPPM Framework document, RFC 2330; the reader is
   assumed to be familiar with that document.  This memo makes RFC 2679
   obsolete.

Please note:
   This memo is replacing a very old Proposed Standard, making minimal changes. 
   Please evaluate its suitability for 

   There are two normative references to Informational RFCs:

  ** Downref: Normative reference to an Informational RFC: RFC 2330

  ** Downref: Normative reference to an Informational RFC: RFC 7312

The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2679-bis/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2679-bis/ballot/


No IPR declarations have been submitted directly on this I-D.


From nobody Tue Jul 28 07:11:37 2015
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C68B1A9218; Tue, 28 Jul 2015 07:11:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
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 mvzxRIjKM4wK; Tue, 28 Jul 2015 07:11:35 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B7E0D1A8894; Tue, 28 Jul 2015 07:10:12 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.2.0.p1
Auto-Submitted: auto-generated
Precedence: bulk
Sender: <iesg-secretary@ietf.org>
Message-ID: <20150728141012.23624.27752.idtracker@ietfa.amsl.com>
Date: Tue, 28 Jul 2015 07:10:12 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/-IDILOVsFMNE4a0tmn8VN1P8qwQ>
Cc: ippm@ietf.org
Subject: [ippm] Last Call: <draft-ietf-ippm-2680-bis-03.txt> (A One-Way Loss Metric for IPPM) to Internet Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
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: Tue, 28 Jul 2015 14:11:36 -0000

The IESG has received a request from the IP Performance Metrics WG (ippm)
to consider the following document:
- 'A One-Way Loss Metric for IPPM'
  <draft-ietf-ippm-2680-bis-03.txt> as Internet Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2015-08-11. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


   This memo (RFC 2680 bis) defines a metric for one-way loss of packets
   across Internet paths.  It builds on notions introduced and discussed
   in the IPPM Framework document, RFC 2330; the reader is assumed to be
   familiar with that document.  This memo makes RFC 2680 obsolete.

Note:
   This memo replaces an old Proposed Standard, and should be evaluated
    for suitability as an Internet Standards.

   There are two Normative references to Informational RFCs:

  ** Downref: Normative reference to an Informational RFC: RFC 2330

  ** Downref: Normative reference to an Informational RFC: RFC 7312

The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2680-bis/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ippm-2680-bis/ballot/


No IPR declarations have been submitted directly on this I-D.


From nobody Tue Jul 28 09:05:03 2015
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFEDC1A9035; Thu, 16 Jul 2015 14:15:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.912
X-Spam-Level: 
X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
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 6tWafyXRPUWV; Thu, 16 Jul 2015 14:15:07 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id 3FFF71A8FD5; Thu, 16 Jul 2015 14:15:07 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 32472180473; Thu, 16 Jul 2015 14:11:30 -0700 (PDT)
To: steve.baillargeon@ericsson.com, khedayat@brixnet.com, roman.krzanowski@verizon.com, acmorton@att.com, kyum@juniper.net, babiarz@nortel.com
X-PHP-Originating-Script: 1005:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20150716211130.32472180473@rfc-editor.org>
Date: Thu, 16 Jul 2015 14:11:30 -0700 (PDT)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/JqvElpcez1NFH92VJ00X8nIrDQQ>
X-Mailman-Approved-At: Tue, 28 Jul 2015 09:05:02 -0700
Cc: mls.ietf@gmail.com, rfc-editor@rfc-editor.org, iesg@ietf.org, ippm@ietf.org
Subject: [ippm] [Errata Rejected] RFC5357 (3511)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Thu, 16 Jul 2015 21:15:08 -0000

The following errata report has been rejected for RFC5357,
"A Two-Way Active Measurement Protocol (TWAMP)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5357&eid=3511

--------------------------------------
Status: Rejected
Type: Editorial

Reported by: Steve Baillargeon <steve.baillargeon@ericsson.com>
Date Reported: 2013-03-08
Rejected by: Martin Stiemerling (IESG)

Section: Appendix

Original Text
-------------
              controller                              responder
          +-----------------+                   +-------------------+
          |     Server      |<----------------->|                   |
          | Control-Client  |                   | Session-Reflector |
          | Session-Sender  |<--TWAMP-Test----->|                   |
          +-----------------+                   +-------------------+

   This example provides a simple architecture for responders where
   their role will be to simply act as light test points in the network.
   The controller establishes the test session with the Server through
   non-standard means.  After the session is established, the controller
   transmits test packets to the responder.  The responder follows the
   Session-Reflector behavior of TWAMP as described in section 4.2 with
   the following exceptions.

   In the case of TWAMP Light, the Session-Reflector does not
   necessarily have knowledge of the session state.  IF the Session-
   Reflector does not have knowledge of the session state, THEN the
   Session-Reflector MUST copy the Sequence Number of the received
   packet to the Sequence Number field of the reflected packet.  The
   controller receives the reflected test packets and collects two-way
   metrics.  This architecture allows for collection of two-way metrics.

Corrected Text
--------------
              controller                              responder
          +-----------------+                   +-------------------+
          |     Server      |                   |                   |
          | Control-Client  |                   | Session-Reflector |
          | Session-Sender  |<--TWAMP-Test----->|                   |
          +-----------------+                   +-------------------+

   This example provides a simple architecture for responders where
   their role will be to simply act as light test points in the network.
   The controller establishes the test session with the Server through
   non-standard means.  After the session is established, the controller
   transmits test packets to the responder. Other examples are also
   possible. For instance, the responder may include a light Server
   responsible to instantiate the test session states based on the
   received test packets. The responder follows the Session-Reflector
   behavior of TWAMP as described in section 4.2 with the following
   exceptions.

   In the case of TWAMP Light, the Session-Reflector does not
   necessarily have knowledge of the session state.  IF the Session-
   Reflector does not have knowledge of the session state, THEN the
   Session-Reflector MUST copy the Sequence Number of the received
   packet to the Sequence Number field of the reflected packet.  The
   controller receives the reflected test packets and collects two-way
   metrics. This architecture allows for collection of two-way metrics.
   Otherwise IF the Session- Reflector has knowledge of the session
   state (using inspection of the received test packets for instance),
   THEN the Session-Reflector MUST generate it is own sequence number
   for each reflected packet.  The controller receives the reflected
   test packets and collects two-way and one-way metrics.  This
   alternative allows for collection of two-way and one-way metrics with
   TWAMP Light.

Notes
-----
Many readers of the appendix don't understand the meaning of informative and try to interpret the TWAMP light description as a specification. To correct this problem, it is recommended to add a few more lines explaning other TWAMP light architectures are possible. The original text describes a single TWAMP light architecture and this is misleading.
 --VERIFIER NOTES-- 
Erratas are not meant to be used to expand existing text beyond textual clarifications. 

--------------------------------------
RFC5357 (draft-ietf-ippm-twamp-09)
--------------------------------------
Title               : A Two-Way Active Measurement Protocol (TWAMP)
Publication Date    : October 2008
Author(s)           : K. Hedayat, R. Krzanowski, A. Morton, K. Yum, J. Babiarz
Category            : PROPOSED STANDARD
Source              : IP Performance Metrics
Area                : Transport
Stream              : IETF
Verifying Party     : IESG


From nobody Tue Jul 28 09:05:04 2015
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A56D61B326B for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 12:08:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.912
X-Spam-Level: 
X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham
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 mwZCXWSNDvFK for <ippm@ietfa.amsl.com>; Mon, 27 Jul 2015 12:08:17 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 689381B328A for <ippm@ietf.org>; Mon, 27 Jul 2015 12:08:17 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 3B768180208; Mon, 27 Jul 2015 12:04:06 -0700 (PDT)
To: khedayat@brixnet.com, roman.krzanowski@verizon.com, acmorton@att.com, kyum@juniper.net, babiarz@nortel.com, spencerdawkins.ietf@gmail.com, mls.ietf@gmail.com, ietf@trammell.ch, ietf@wjcerveny.com
X-PHP-Originating-Script: 6000:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20150727190406.3B768180208@rfc-editor.org>
Date: Mon, 27 Jul 2015 12:04:06 -0700 (PDT)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/I7aWO-hn9df-1ROaOV4X9YvsYnU>
X-Mailman-Approved-At: Tue, 28 Jul 2015 09:05:02 -0700
Cc: rfc-editor@rfc-editor.org, ippm@ietf.org
Subject: [ippm] [Editorial Errata Reported] RFC5357 (4429)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: <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: Mon, 27 Jul 2015 19:08:19 -0000

The following errata report has been submitted for RFC5357,
"A Two-Way Active Measurement Protocol (TWAMP)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5357&eid=4429

--------------------------------------
Type: Editorial
Reported by: Steve Baillargeon <steve.baillargeon@ericsson.com>

Section: Appendix 1

Original Text
-------------
Section Appendix says: 
              controller                              responder
          +-----------------+                   +-------------------+
          |     Server      |<----------------->|                   |
          | Control-Client  |                   | Session-Reflector |
          | Session-Sender  |<--TWAMP-Test----->|                   |
          +-----------------+                   +-------------------+


Corrected Text
--------------
             controller                              responder
          +-----------------+                   +-------------------+
          |     Server      |                   |                   |
          | Control-Client  |                   | Session-Reflector |
          | Session-Sender  |<--TWAMP-Test----->|                   |
          +-----------------+                   +-------------------+



Notes
-----
The top arrow is not identified and misleading. It should be removed.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5357 (draft-ietf-ippm-twamp-09)
--------------------------------------
Title               : A Two-Way Active Measurement Protocol (TWAMP)
Publication Date    : October 2008
Author(s)           : K. Hedayat, R. Krzanowski, A. Morton, K. Yum, J. Babiarz
Category            : PROPOSED STANDARD
Source              : IP Performance Metrics
Area                : Transport
Stream              : IETF
Verifying Party     : IESG


From nobody Wed Jul 29 07:00:00 2015
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E77AD1A1B8F; Wed, 29 Jul 2015 06:59:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 ODJq36OQEepx; Wed, 29 Jul 2015 06:59:56 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B94091A1B84; Wed, 29 Jul 2015 06:59:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.2.0.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150729135956.15927.76955.idtracker@ietfa.amsl.com>
Date: Wed, 29 Jul 2015 06:59:56 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/CdOOv3OKdFoNNTGKyNdvF1zkGDk>
Cc: ippm@ietf.org
Subject: [ippm] I-D Action: draft-ietf-ippm-owamp-registry-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 29 Jul 2015 13:59:58 -0000

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           : Registries for the One-Way Active Measurement Protocol - OWAMP
        Author          : Al Morton
	Filename        : draft-ietf-ippm-owamp-registry-00.txt
	Pages           : 7
	Date            : 2015-07-24

Abstract:
   This memo describes the registries for OWAMP - the One-Way Active
   Measurement Protocol.  The registries allow assignment of MODE bit
   positions and OWAMP Command numbers.  The memo also requests that
   IANA establish the registries for new features, called the OWAMP-
   Modes registry and the OWAMP Control Command Number registry.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-owamp-registry/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-ippm-owamp-registry-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

