
From nobody Sat Jul  1 04:09:13 2017
Return-Path: <sjacob@juniper.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD2AA12EAFF for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 04:09:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.02
X-Spam-Level: 
X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net
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 RXrD5dPuWnj0 for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 04:09:09 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0109.outbound.protection.outlook.com [104.47.34.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 704BD131630 for <ippm@ietf.org>; Sat,  1 Jul 2017 04:09:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=p8g2qSMcUXYtjUMgbdeJ6E02C3PiZ3sjMFUPro+163s=; b=dLyakL/AiEmyNIeZAg0lo63+kib9g7KrMJBTn/De6OjYwmv//24bM+yo0BM27gizx1SDTHKoEpj/mR/FOeYsFTxYYxDLzUJSvtEFAJdnW6eLc7bfO7RkGQf0pFfwH5yHxO+1jphcPcYaofvI5bNUNLCnwfPKpsEF+/avMSdj3es=
Received: from BY1PR0501MB1352.namprd05.prod.outlook.com (10.160.200.24) by BY1PR0501MB1637.namprd05.prod.outlook.com (10.160.206.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1240.6; Sat, 1 Jul 2017 11:09:06 +0000
Received: from BY1PR0501MB1352.namprd05.prod.outlook.com ([10.160.200.24]) by BY1PR0501MB1352.namprd05.prod.outlook.com ([10.160.200.24]) with mapi id 15.01.1240.007; Sat, 1 Jul 2017 11:09:05 +0000
From: Sudhin Jacob <sjacob@juniper.net>
To: IETF IPPM WG <ippm@ietf.org>
CC: "giuseppe.fioccola@telecomitalia.it" <giuseppe.fioccola@telecomitalia.it>,  Bharat M Gaonkar <gbharat@juniper.net>, "bill.wu@huawei.com" <bill.wu@huawei.com>, Praveen Ananthasankaran <panantha.ietf@gmail.com>
Thread-Topic: draft-bhaprasud-ippm-pm-03 - Update
Thread-Index: AQHS71INOSwzrM7F4UqinUYy48WxV6I+1aaA
Date: Sat, 1 Jul 2017 11:09:05 +0000
Message-ID: <BY1PR0501MB135215ABCBB34B40AA610736C2D00@BY1PR0501MB1352.namprd05.prod.outlook.com>
References: <CAArMwM9jwLFSrjMnZqR6UpfwtpY4n10mLqO=K9GjG98Z_Uni4g@mail.gmail.com>
In-Reply-To: <CAArMwM9jwLFSrjMnZqR6UpfwtpY4n10mLqO=K9GjG98Z_Uni4g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.11]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY1PR0501MB1637; 7:sMxGIui1eoaHaSJ00H04GSUdCE9UUI3JfEW/M05HxzswLOawfipxR/pD+C+PT3uDM3klsAw8kPHx7X4D3a81xfIa9KnU+fzrT3vwJYljBBreo4VZpuBbdXJVa0bN0o6Usqn1ZL5Y/32eA3l2G95yHjntV60171iawgVIdctnpKeHSzqccLuCuUlQW1E9PwwOH2EihaZrFJ1U7ZSVH4+MKa2n215OQMLkNfKNNUe2byco+vtcyVW0G18y6epn9aLR3AdhX1cs4jSsqTcYCzDgXBX/jA5wQs7pKZevOpS3vQq22Cv+MeRE/yWb/Scd6tOonbVz6BHCSTL29viEXIao+RFVcog+t/YoqJagrDuBnq06IxFze777pN84wzGqumI+nAbBXG+QD8YPDqF0HyPpn97xEk4BrJEJWNn1CZxZOLyvy+qWAWW1dGfaRsq4va8LtvnENX8BRvsAD6zWAKplhik0yssOP2RNc1NSUwu/JOyBgQApL8Kg1PE9Mip7OpZPN0NCMb2csRl4+TkAnQcuZ0ZDAEmQbOnLkUKRDfeN7Ffw8IoqFogIxBPLXJv+d3H6gSQFaFECQMz8ir0cI/pR5EB65GEtXKVAIUFHd0Lmf52LJhiorfID+2SygLQ+kqHLnVbXx0RusDccm2hvPRqrnVPRG0g18wm4HLxFlx6XC1ZlbfTG+KpVv8KprZwZjTS3rHW4HIJcIk0Aii0Wbas78fgMUBS1K/A739ycGmu1wCuwqBl8fCpoSHJWO6y2x3F1j+xjEaScCCFdL9+sBT+ducJ/3LxieIIb2bfdZyg9hkY=
x-forefront-antispam-report: SFV:SKI; SCL:-1SFV:NSPM; SFS:(10019020)(39850400002)(39400400002)(39410400002)(39450400003)(39840400002)(39860400002)(53754006)(377454003)(2906002)(19609705001)(15650500001)(2950100002)(6916009)(6116002)(3846002)(790700001)(102836003)(3280700002)(7696004)(81166006)(3660700001)(10710500007)(229853002)(606006)(2900100001)(5660300001)(74316002)(8936002)(77096006)(9326002)(4326008)(86362001)(38730400002)(110136004)(50986999)(76176999)(478600001)(39060400002)(33656002)(54356999)(53546010)(14454004)(6246003)(230783001)(25786009)(966005)(189998001)(7110500001)(7736002)(8676002)(2420400007)(66066001)(6506006)(6436002)(53936002)(236005)(54906002)(99286003)(55016002)(6306002)(54896002)(9686003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1637; H:BY1PR0501MB1352.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; 
x-ms-office365-filtering-correlation-id: c289e254-eab7-435f-b074-08d4c0719663
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY1PR0501MB1637; 
x-ms-traffictypediagnostic: BY1PR0501MB1637:
x-microsoft-antispam-prvs: <BY1PR0501MB163759ACF80E9294A3A2AE8DC2D00@BY1PR0501MB1637.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(151999592597050)(120809045254105)(26388249023172)(236129657087228)(138986009662008)(43073073696351)(48057245064654)(148574349560750)(21748063052155)(167848164394848);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(2017060910020)(8121501046)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123564025)(20161123558100)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY1PR0501MB1637; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY1PR0501MB1637; 
x-forefront-prvs: 0355F3A3AE
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BY1PR0501MB135215ABCBB34B40AA610736C2D00BY1PR0501MB1352_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jul 2017 11:09:05.0962 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1637
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/TVexyPnB-HgJdVvZCWHpWQLpLb8>
Subject: Re: [ippm] draft-bhaprasud-ippm-pm-03 - Update
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 01 Jul 2017 11:09:13 -0000

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

SGkgQWxsLA0KDQpDb3VsZCB5b3UgcGxlYXNlIHJldmlldyBvdXIgZHJhZnQgYW5kIGxldCB1cyBr
bm93IHlvdXIgZmVlZGJhY2suIFdlIGFkZGVkIG1vcmUgZmVhdHVyZXMgdG8gdGhlIGRyYWZ0IHdo
aWNoIHdlIHRoaW5rIGEgc21hbGwgc3RlcCB0b3dhcmRzIHNlbGYtZHJpdmluZyAgbmV0d29yay4N
Cg0KUmVnYXJkcywNClN1ZGhpbg0KDQpGcm9tOiBQcmF2ZWVuIEFuYW50aGFzYW5rYXJhbiBbbWFp
bHRvOnBhbmFudGhhLmlldGZAZ21haWwuY29tXQ0KU2VudDogVHVlc2RheSwgSnVuZSAyNywgMjAx
NyA4OjAxIFBNDQpUbzogSUVURiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KQ2M6IGdpdXNlcHBl
LmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ7IFN1ZGhpbiBKYWNvYiA8c2phY29iQGp1bmlwZXIu
bmV0PjsgQmhhcmF0IE0gR2FvbmthciA8Z2JoYXJhdEBqdW5pcGVyLm5ldD47IGJpbGwud3VAaHVh
d2VpLmNvbQ0KU3ViamVjdDogZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0tMDMgLSBVcGRhdGUNCg0K
SGksIEFsbDoNCg0KV2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiB0aGUgY29tbWVu
dHMgcmFpc2VkIGluIHRoZSBsYXN0IElFVEYgbWVldGluZy4NCmh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LWJoYXByYXN1ZC1pcHBtLXBtLw0KVGhpcyBkcmFmdCBkaXNjdXNz
IHNvbWUgbmV3IG1ldGhvZG9sb2d5IGZvciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudHMgYW5kIHBy
b3ZpZGUgZmluZSBncmFudWxhcml0eSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCAgYmFzZWQgb24g
Q09TIGFuZCBDb2xvciBjbGFzc2lmaWNhdGlvbi4NClRyYWNraW5nIG9mIHRoZSBwZXJmb3JtYW5j
ZSBvZiBleHBlcmllbmNlZCBieSBzcGVjaWZpYyBjdXN0b21lciB0cmFmZmljLg0KVGhlIG1haW4g
Y2hhbmdlcyBpbiB2KC0wMylpbmNsdWRlOg0KDQoxLiAgICAgICBBZGRyZXNzIHRoZSByZWxhdGlv
bnNoaXAgd2l0aCBNRUYgd29yaw0KDQoyLiAgICAgICBFeHBhbmQgdGhlIHNjb3BlIHRvIGNvdmVy
IGRlbGF5IG1lYXN1cmVtZW50IGFuZCBkZWxheSB2YXJpYXRpb24gbWVhc3VyZW1lbnQuDQoNCjMu
ICAgICAgIEFkZCBtb3JlIGRldGFpbHMgdG8gc2VjdGlvbiA0Lg0KDQo0LiAgICAgICBVcGRhdGUg
ZGVmaW5pdGlvbnMgaW4gdGhlIHNlY3Rpb24gMi4NCg0KNS4gICAgICAgQ2hhbmdlIHRoZSB0aXRs
ZSB0byBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtb2RlbC4NCg0KUGxlYXNlIHJldmlldyBhbmQg
cG9zdCB5b3VyIGNvbW1lbnRzLg0KUmVnYXJkcywNClByYXZlZW4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpHZW9yZ2lhOw0KCXBhbm9zZS0xOjIgNCA1
IDIgNSA0IDUgMiAzIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2
aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25v
cm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1z
b25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K
CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp
emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnAuaW5i
b3gtaW5ib3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBoLCBsaS5pbmJveC1p
bmJveC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgsIGRpdi5pbmJveC1pbmJv
eC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLW5hbWU6
aW5ib3gtaW5ib3gtbV8xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJ
e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl
LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K
QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx
LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x
O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz
IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h
cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp
Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy
cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgQWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q291bGQgeW91IHBsZWFzZSByZXZpZXcgb3VyIGRyYWZ0
IGFuZCBsZXQgdXMga25vdyB5b3VyIGZlZWRiYWNrLiBXZSBhZGRlZCBtb3JlIGZlYXR1cmVzIHRv
IHRoZSBkcmFmdCB3aGljaCB3ZSB0aGluayBhIHNtYWxsIHN0ZXAgdG93YXJkcyBzZWxmLWRyaXZp
bmcgJm5ic3A7bmV0d29yay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZGhpbjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYT48L3A+
DQo8c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsRW5kQ29tcG9zZSI+PC9zcGFuPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj4gUHJhdmVlbiBBbmFudGhhc2Fua2FyYW4gW21haWx0bzpwYW5hbnRoYS5p
ZXRmQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDI3LCAyMDE3
IDg6MDEgUE08YnI+DQo8Yj5Ubzo8L2I+IElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZn
dDs8YnI+DQo8Yj5DYzo8L2I+IGdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ7IFN1
ZGhpbiBKYWNvYiAmbHQ7c2phY29iQGp1bmlwZXIubmV0Jmd0OzsgQmhhcmF0IE0gR2FvbmthciAm
bHQ7Z2JoYXJhdEBqdW5pcGVyLm5ldCZndDs7IGJpbGwud3VAaHVhd2VpLmNvbTxicj4NCjxiPlN1
YmplY3Q6PC9iPiBkcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS0wMyAtIFVwZGF0ZTxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90Oyxz
ZXJpZiI+SGksIEFsbDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z
by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LHNl
cmlmIj5XZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0IGJhc2VkIG9uIHRoZSBjb21tZW50cyByYWlz
ZWQgaW4gdGhlIGxhc3QgSUVURiBtZWV0aW5nLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0vIiB0YXJnZXQ9Il9ibGFu
ayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtYmhhcHJhc3VkLWlwcG0t
cG0vPC9hPjwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEm
cXVvdDssc2VyaWYiPlRoaXMgZHJhZnQgZGlzY3VzcyBzb21lIG5ldyBtZXRob2RvbG9neSBmb3Ig
cGVyZm9ybWFuY2UgbWVhc3VyZW1lbnRzIGFuZCBwcm92aWRlIGZpbmUgZ3JhbnVsYXJpdHkgcGVy
Zm9ybWFuY2UgbWVhc3VyZW1lbnQmbmJzcDsNCiBiYXNlZCBvbiBDT1MgYW5kIENvbG9yIGNsYXNz
aWZpY2F0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZx
dW90OyxzZXJpZiI+VHJhY2tpbmcgb2YgdGhlIHBlcmZvcm1hbmNlIG9mIGV4cGVyaWVuY2VkIGJ5
IHNwZWNpZmljIGN1c3RvbWVyIHRyYWZmaWMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtHZW9yZ2lhJnF1b3Q7LHNlcmlmIj5UaGUgbWFpbiBjaGFuZ2VzIGluIHYoLTAzKWlu
Y2x1ZGU6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9ImluYm94LWluYm94LW0xMDgz
MTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWlu
Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3Jn
aWEmcXVvdDssc2VyaWYiPjEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+QWRkcmVzcyB0aGUgcmVsYXRpb25z
aGlwIHdpdGggTUVGIHdvcms8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iaW5ib3gt
aW5ib3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6LjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Mi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LHNlcmlmIj5FeHBhbmQgdGhl
IHNjb3BlIHRvIGNvdmVyIGRlbGF5IG1lYXN1cmVtZW50IGFuZCBkZWxheSB2YXJpYXRpb24gbWVh
c3VyZW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9ImluYm94LWluYm94LW0x
MDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4y
NWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dl
b3JnaWEmcXVvdDssc2VyaWYiPjMuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+QWRkIG1vcmUgZGV0YWlscyB0
byBzZWN0aW9uIDQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9ImluYm94LWluYm94
LW0xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0
Oi4yNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90
O0dlb3JnaWEmcXVvdDssc2VyaWYiPjQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+VXBkYXRlIGRlZmluaXRp
b25zIGluIHRoZSBzZWN0aW9uIDIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Imlu
Ym94LWluYm94LW0xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0Oi4yNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O0dlb3JnaWEmcXVvdDssc2VyaWYiPjUuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZiI+Q2hhbmdl
IHRoZSB0aXRsZSB0byBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtb2RlbC48L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1
b3Q7LHNlcmlmIj5QbGVhc2UgcmV2aWV3IGFuZCBwb3N0IHlvdXIgY29tbWVudHMuDQo8L3NwYW4+
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssc2VyaWYi
PlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9y
Z2lhJnF1b3Q7LHNlcmlmIj5QcmF2ZWVuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_BY1PR0501MB135215ABCBB34B40AA610736C2D00BY1PR0501MB1352_--


From nobody Sat Jul  1 05:29:55 2017
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3181A12EC43 for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 05:29:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.41
X-Spam-Level: 
X-Spam-Status: No, score=-3.41 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 vOhxYHKPJMlZ for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 05:29:50 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 EB12A12EC05 for <ippm@ietf.org>; Sat,  1 Jul 2017 05:29:49 -0700 (PDT)
Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v61COlC8010615; Sat, 1 Jul 2017 08:29:47 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049458.ppops.net-00191d01. with ESMTP id 2be76kxa8g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 01 Jul 2017 08:29:46 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CTkrE088854; Sat, 1 Jul 2017 07:29:46 -0500
Received: from dalint03.pst.cso.att.com (dalint03.pst.cso.att.com [135.31.133.161]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CTeKW088836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 1 Jul 2017 07:29:40 -0500
Received: from clpi183.sldc.sbc.com (clpi183.sldc.sbc.com [135.41.1.46]) by dalint03.pst.cso.att.com (RSA Interceptor); Sat, 1 Jul 2017 12:29:32 GMT
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CTWro006657; Sat, 1 Jul 2017 07:29:32 -0500
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CTM2A006209; Sat, 1 Jul 2017 07:29:25 -0500
Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-azure.research.att.com (Postfix) with ESMTP id 36F42E0709; Sat,  1 Jul 2017 08:29:22 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Sat, 1 Jul 2017 08:29:22 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Sudhin Jacob <sjacob@juniper.net>, IETF IPPM WG <ippm@ietf.org>
CC: Bharat M Gaonkar <gbharat@juniper.net>
Thread-Topic: draft-bhaprasud-ippm-pm-03 - Update
Thread-Index: AQHS8lp+8CgEow2vU0mSR6OC1zCMTqI+5osA
Date: Sat, 1 Jul 2017 12:29:21 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF25FE8E40@njmtexg5.research.att.com>
References: <CAArMwM9jwLFSrjMnZqR6UpfwtpY4n10mLqO=K9GjG98Z_Uni4g@mail.gmail.com> <BY1PR0501MB135215ABCBB34B40AA610736C2D00@BY1PR0501MB1352.namprd05.prod.outlook.com>
In-Reply-To: <BY1PR0501MB135215ABCBB34B40AA610736C2D00@BY1PR0501MB1352.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [73.178.187.36]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF25FE8E40njmtexg5researc_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-01_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1707010217
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jZ8bL9tBfytzlMiglVUmGtSueek>
Subject: Re: [ippm] draft-bhaprasud-ippm-pm-03 - Update
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 01 Jul 2017 12:29:52 -0000

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

SeKAmW0gd2F5IGJlaGluZCBvbiByZXZpZXdzLCBzb3JyeS4NCg0KRnJvbTogaXBwbSBbbWFpbHRv
OmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFN1ZGhpbiBKYWNvYg0KU2VudDog
U2F0dXJkYXksIEp1bHkgMDEsIDIwMTcgNzowOSBBTQ0KVG86IElFVEYgSVBQTSBXRw0KQ2M6IEJo
YXJhdCBNIEdhb25rYXINClN1YmplY3Q6IFJlOiBbaXBwbV0gZHJhZnQtYmhhcHJhc3VkLWlwcG0t
cG0tMDMgLSBVcGRhdGUNCg0KSGkgQWxsLA0KDQpDb3VsZCB5b3UgcGxlYXNlIHJldmlldyBvdXIg
ZHJhZnQgYW5kIGxldCB1cyBrbm93IHlvdXIgZmVlZGJhY2suIFdlIGFkZGVkIG1vcmUgZmVhdHVy
ZXMgdG8gdGhlIGRyYWZ0IHdoaWNoIHdlIHRoaW5rIGEgc21hbGwgc3RlcCB0b3dhcmRzIHNlbGYt
ZHJpdmluZyAgbmV0d29yay4NCg0KUmVnYXJkcywNClN1ZGhpbg0KDQpGcm9tOiBQcmF2ZWVuIEFu
YW50aGFzYW5rYXJhbiBbbWFpbHRvOnBhbmFudGhhLmlldGZAZ21haWwuY29tXQ0KU2VudDogVHVl
c2RheSwgSnVuZSAyNywgMjAxNyA4OjAxIFBNDQpUbzogSUVURiBJUFBNIFdHIDxpcHBtQGlldGYu
b3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4NCkNjOiBnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29t
aXRhbGlhLml0PG1haWx0bzpnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0PjsgU3Vk
aGluIEphY29iIDxzamFjb2JAanVuaXBlci5uZXQ8bWFpbHRvOnNqYWNvYkBqdW5pcGVyLm5ldD4+
OyBCaGFyYXQgTSBHYW9ua2FyIDxnYmhhcmF0QGp1bmlwZXIubmV0PG1haWx0bzpnYmhhcmF0QGp1
bmlwZXIubmV0Pj47IGJpbGwud3VAaHVhd2VpLmNvbTxtYWlsdG86YmlsbC53dUBodWF3ZWkuY29t
Pg0KU3ViamVjdDogZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0tMDMgLSBVcGRhdGUNCg0KSGksIEFs
bDoNCg0KV2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiB0aGUgY29tbWVudHMgcmFp
c2VkIGluIHRoZSBsYXN0IElFVEYgbWVldGluZy4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2RyYWZ0LWJoYXByYXN1ZC1pcHBtLXBtLzxodHRwczovL3VybGRlZmVuc2UucHJvb2Zw
b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0cmFja2VyLmlldGYub3JnX2RvY19kcmFm
dC0yRGJoYXByYXN1ZC0yRGlwcG0tMkRwbV8mZD1Ed01HYVEmYz1MRllaLW85X0hVTWVNVFNRaWN2
aklnJnI9T2ZzU3U4a1RJbHRWeUQxb0w3MmNCdyZtPWY4clRiZ1RGalJDQVlmQUE5OEU2cTlyalVB
dTN3WUJPZ2d1eHFHYWF5WHcmcz1vMXZpMFJUNmhxczNVUDBLck1iUkh2dy1KRWg3LS04ME15RlBt
NHpMSUJFJmU9Pg0KVGhpcyBkcmFmdCBkaXNjdXNzIHNvbWUgbmV3IG1ldGhvZG9sb2d5IGZvciBw
ZXJmb3JtYW5jZSBtZWFzdXJlbWVudHMgYW5kIHByb3ZpZGUgZmluZSBncmFudWxhcml0eSBwZXJm
b3JtYW5jZSBtZWFzdXJlbWVudCAgYmFzZWQgb24gQ09TIGFuZCBDb2xvciBjbGFzc2lmaWNhdGlv
bi4NClRyYWNraW5nIG9mIHRoZSBwZXJmb3JtYW5jZSBvZiBleHBlcmllbmNlZCBieSBzcGVjaWZp
YyBjdXN0b21lciB0cmFmZmljLg0KVGhlIG1haW4gY2hhbmdlcyBpbiB2KC0wMylpbmNsdWRlOg0K
DQoxLiAgICAgICBBZGRyZXNzIHRoZSByZWxhdGlvbnNoaXAgd2l0aCBNRUYgd29yaw0KDQoyLiAg
ICAgICBFeHBhbmQgdGhlIHNjb3BlIHRvIGNvdmVyIGRlbGF5IG1lYXN1cmVtZW50IGFuZCBkZWxh
eSB2YXJpYXRpb24gbWVhc3VyZW1lbnQuDQoNCjMuICAgICAgIEFkZCBtb3JlIGRldGFpbHMgdG8g
c2VjdGlvbiA0Lg0KDQo0LiAgICAgICBVcGRhdGUgZGVmaW5pdGlvbnMgaW4gdGhlIHNlY3Rpb24g
Mi4NCg0KNS4gICAgICAgQ2hhbmdlIHRoZSB0aXRsZSB0byBwZXJmb3JtYW5jZSBtZWFzdXJlbWVu
dCBtb2RlbC4NCg0KUGxlYXNlIHJldmlldyBhbmQgcG9zdCB5b3VyIGNvbW1lbnRzLg0KUmVnYXJk
cywNClByYXZlZW4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Okdlb3JnaWE7DQoJcGFub3NlLTE6MiA0IDUgMiA1IDQg
NSAyIDMgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v
cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJz
ZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl
ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRl
LCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRh
aG9tYSIsInNhbnMtc2VyaWYiO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1z
b25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFs
dDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRp
bWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLmluYm94LWluYm94LW0xMDgzMTQwODMwODk4MDIy
NjA5bXNvbGlzdHBhcmFncmFwaCwgbGkuaW5ib3gtaW5ib3gtbTEwODMxNDA4MzA4OTgwMjI2MDlt
c29saXN0cGFyYWdyYXBoLCBkaXYuaW5ib3gtaW5ib3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29s
aXN0cGFyYWdyYXBoDQoJe21zby1zdHlsZS1uYW1lOmluYm94LWluYm94LW1fMTA4MzE0MDgzMDg5
ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy
Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm
dDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu
Iiwic2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9
DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm
b250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uQmFsbG9vblRl
eHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxl
LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFt
aWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt
dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u
MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47
fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh
LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp
ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s
Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh
dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8
Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz
PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh
Y2siPknigJltIHdheSBiZWhpbmQgb24gcmV2aWV3cywgc29ycnkuPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0
OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRp
diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYg
T2YgPC9iPlN1ZGhpbiBKYWNvYjxicj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgSnVseSAwMSwg
MjAxNyA3OjA5IEFNPGJyPg0KPGI+VG86PC9iPiBJRVRGIElQUE0gV0c8YnI+DQo8Yj5DYzo8L2I+
IEJoYXJhdCBNIEdhb25rYXI8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBkcmFmdC1i
aGFwcmFzdWQtaXBwbS1wbS0wMyAtIFVwZGF0ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0
OTdEIj5IaSBBbGwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp
ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Db3VsZCB5b3UgcGxlYXNlIHJldmlldyBvdXIgZHJhZnQg
YW5kIGxldCB1cyBrbm93IHlvdXIgZmVlZGJhY2suIFdlIGFkZGVkIG1vcmUgZmVhdHVyZXMgdG8g
dGhlIGRyYWZ0IHdoaWNoIHdlIHRoaW5rIGEgc21hbGwgc3RlcCB0b3dhcmRzIHNlbGYtZHJpdmlu
ZyAmbmJzcDtuZXR3b3JrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+U3VkaGluPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+
PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFByYXZlZW4gQW5hbnRoYXNhbmthcmFu
IFs8YSBocmVmPSJtYWlsdG86cGFuYW50aGEuaWV0ZkBnbWFpbC5jb20iPm1haWx0bzpwYW5hbnRo
YS5pZXRmQGdtYWlsLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAy
NywgMjAxNyA4OjAxIFBNPGJyPg0KPGI+VG86PC9iPiBJRVRGIElQUE0gV0cgJmx0OzxhIGhyZWY9
Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzo8
L2I+IDxhIGhyZWY9Im1haWx0bzpnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0Ij5n
aXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0PC9hPjsgU3VkaGluIEphY29iICZsdDs8
YSBocmVmPSJtYWlsdG86c2phY29iQGp1bmlwZXIubmV0Ij5zamFjb2JAanVuaXBlci5uZXQ8L2E+
Jmd0OzsgQmhhcmF0IE0gR2FvbmthciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdiaGFyYXRAanVuaXBl
ci5uZXQiPmdiaGFyYXRAanVuaXBlci5uZXQ8L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpiaWxs
Lnd1QGh1YXdlaS5jb20iPmJpbGwud3VAaHVhd2VpLmNvbTwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0tMDMgLSBVcGRhdGU8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2Vy
aWYmcXVvdDsiPkhpLCBBbGw6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs
dDphdXRvIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90
OywmcXVvdDtzZXJpZiZxdW90OyI+V2UgaGF2ZSB1cGRhdGVkIHRoZSBkcmFmdCBiYXNlZCBvbiB0
aGUgY29tbWVudHMgcmFpc2VkIGluIHRoZSBsYXN0IElFVEYgbWVldGluZy48L3NwYW4+PG86cD48
L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVv
dDsiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o
dHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEYmhhcHJhc3VkLTJEaXBw
bS0yRHBtXyZhbXA7ZD1Ed01HYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1P
ZnNTdThrVElsdFZ5RDFvTDcyY0J3JmFtcDttPWY4clRiZ1RGalJDQVlmQUE5OEU2cTlyalVBdTN3
WUJPZ2d1eHFHYWF5WHcmYW1wO3M9bzF2aTBSVDZocXMzVVAwS3JNYlJIdnctSkVoNy0tODBNeUZQ
bTR6TElCRSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS88L2E+PC9zcGFuPjwvaT48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+VGhp
cyBkcmFmdCBkaXNjdXNzIHNvbWUgbmV3IG1ldGhvZG9sb2d5IGZvciBwZXJmb3JtYW5jZSBtZWFz
dXJlbWVudHMgYW5kIHByb3ZpZGUgZmluZSBncmFudWxhcml0eSBwZXJmb3JtYW5jZSBtZWFzdXJl
bWVudCZuYnNwOw0KIGJhc2VkIG9uIENPUyBhbmQgQ29sb3IgY2xhc3NpZmljYXRpb24uPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t
dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3Nlcmlm
JnF1b3Q7Ij5UcmFja2luZyBvZiB0aGUgcGVyZm9ybWFuY2Ugb2YgZXhwZXJpZW5jZWQgYnkgc3Bl
Y2lmaWMgY3VzdG9tZXIgdHJhZmZpYy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlRoZSBtYWluIGNoYW5nZXMgaW4g
digtMDMpaW5jbHVkZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iaW5ib3gtaW5i
b3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6LjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+MS48L3NwYW4+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3Nl
cmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1
b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5BZGRyZXNzIHRoZSByZWxhdGlvbnNoaXAgd2l0aCBNRUYg
d29yazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJpbmJveC1pbmJveC1tMTA4MzE0
MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+
DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lh
JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4yLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7
c2VyaWYmcXVvdDsiPkV4cGFuZCB0aGUgc2NvcGUgdG8gY292ZXIgZGVsYXkgbWVhc3VyZW1lbnQg
YW5kIGRlbGF5IHZhcmlhdGlvbiBtZWFzdXJlbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8
cCBjbGFzcz0iaW5ib3gtaW5ib3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBo
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+My48
L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9y
Z2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5BZGQgbW9yZSBkZXRhaWxz
IHRvIHNlY3Rpb24gNC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iaW5ib3gtaW5i
b3gtbTEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6LjI1aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+NC48L3NwYW4+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3Nl
cmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1
b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5VcGRhdGUgZGVmaW5pdGlvbnMgaW4gdGhlIHNlY3Rpb24g
Mi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iaW5ib3gtaW5ib3gtbTEwODMxNDA4
MzA4OTgwMjI2MDltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPg0K
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZx
dW90OywmcXVvdDtzZXJpZiZxdW90OyI+NS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3
LjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3Nl
cmlmJnF1b3Q7Ij5DaGFuZ2UgdGhlIHRpdGxlIHRvIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IG1v
ZGVsLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlBsZWFzZSByZXZpZXcgYW5k
IHBvc3QgeW91ciBjb21tZW50cy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+UmVnYXJkcyw8L3NwYW4+
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7
c2VyaWYmcXVvdDsiPlByYXZlZW48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_4D7F4AD313D3FC43A053B309F97543CF25FE8E40njmtexg5researc_--


From nobody Sat Jul  1 05:36:14 2017
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D53E12ECAE for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 05:36:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.61
X-Spam-Level: 
X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 qkgp-1oib-bt for <ippm@ietfa.amsl.com>; Sat,  1 Jul 2017 05:36:12 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 97AF712EC43 for <ippm@ietf.org>; Sat,  1 Jul 2017 05:36:12 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v61CZs4Y024947; Sat, 1 Jul 2017 08:36:12 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049297.ppops.net-00191d01. with ESMTP id 2be8f0r5d8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 01 Jul 2017 08:36:11 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CaA6r092362; Sat, 1 Jul 2017 07:36:10 -0500
Received: from dalint01.pst.cso.att.com (dalint01.pst.cso.att.com [135.31.133.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v61Ca7D3092353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 1 Jul 2017 07:36:07 -0500
Received: from clpi183.sldc.sbc.com (clpi183.sldc.sbc.com [135.41.1.46]) by dalint01.pst.cso.att.com (RSA Interceptor); Sat, 1 Jul 2017 12:35:55 GMT
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CZs52001514; Sat, 1 Jul 2017 07:35:55 -0500
Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v61CZn5q001320; Sat, 1 Jul 2017 07:35:49 -0500
Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-azure.research.att.com (Postfix) with ESMTP id 0D88AE08C8; Sat,  1 Jul 2017 08:35:49 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Sat, 1 Jul 2017 08:35:48 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Sudhin Jacob <sjacob@juniper.net>, IETF IPPM WG <ippm@ietf.org>
CC: Bharat M Gaonkar <gbharat@juniper.net>
Thread-Topic: draft-bhaprasud-ippm-pm-03 - Update
Thread-Index: AQHS8lp+8CgEow2vU0mSR6OC1zCMTqI+5osAgAABcfA=
Date: Sat, 1 Jul 2017 12:35:47 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF25FE8E58@njmtexg5.research.att.com>
References: <CAArMwM9jwLFSrjMnZqR6UpfwtpY4n10mLqO=K9GjG98Z_Uni4g@mail.gmail.com> <BY1PR0501MB135215ABCBB34B40AA610736C2D00@BY1PR0501MB1352.namprd05.prod.outlook.com> <4D7F4AD313D3FC43A053B309F97543CF25FE8E40@njmtexg5.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF25FE8E40@njmtexg5.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [73.178.187.36]
Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF25FE8E58njmtexg5researc_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-01_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1707010220
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/q8icdBw5i9oMLR8NUmmYvrrkK7M>
Subject: Re: [ippm] draft-bhaprasud-ippm-pm-03 - Update
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 01 Jul 2017 12:36:14 -0000

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

QW5kIEkgY2Fu4oCZdCBzZWUgdGhlIGRpZmZlcmVuY2UgYmV0d2Vlbg0KQWxsICAgICAgYW5kICAg
ICBBbA0KZWl0aGVyLCBwcm9iYWJseSBmcm9tIHRvbyBtYW55IHJldmlld3MuLi4NCg0KRnJvbTog
aXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1PUlRPTiwg
QUxGUkVEIEMgKEFMKQ0KU2VudDogU2F0dXJkYXksIEp1bHkgMDEsIDIwMTcgODoyOSBBTQ0KVG86
IFN1ZGhpbiBKYWNvYjsgSUVURiBJUFBNIFdHDQpDYzogQmhhcmF0IE0gR2Fvbmthcg0KU3ViamVj
dDogUmU6IFtpcHBtXSBkcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS0wMyAtIFVwZGF0ZQ0KDQpJ4oCZ
bSB3YXkgYmVoaW5kIG9uIHJldmlld3MsIHNvcnJ5Lg0KDQpGcm9tOiBpcHBtIFttYWlsdG86aXBw
bS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU3VkaGluIEphY29iDQpTZW50OiBTYXR1
cmRheSwgSnVseSAwMSwgMjAxNyA3OjA5IEFNDQpUbzogSUVURiBJUFBNIFdHDQpDYzogQmhhcmF0
IE0gR2Fvbmthcg0KU3ViamVjdDogUmU6IFtpcHBtXSBkcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS0w
MyAtIFVwZGF0ZQ0KDQpIaSBBbGwsDQoNCkNvdWxkIHlvdSBwbGVhc2UgcmV2aWV3IG91ciBkcmFm
dCBhbmQgbGV0IHVzIGtub3cgeW91ciBmZWVkYmFjay4gV2UgYWRkZWQgbW9yZSBmZWF0dXJlcyB0
byB0aGUgZHJhZnQgd2hpY2ggd2UgdGhpbmsgYSBzbWFsbCBzdGVwIHRvd2FyZHMgc2VsZi1kcml2
aW5nICBuZXR3b3JrLg0KDQpSZWdhcmRzLA0KU3VkaGluDQoNCkZyb206IFByYXZlZW4gQW5hbnRo
YXNhbmthcmFuIFttYWlsdG86cGFuYW50aGEuaWV0ZkBnbWFpbC5jb21dDQpTZW50OiBUdWVzZGF5
LCBKdW5lIDI3LCAyMDE3IDg6MDEgUE0NClRvOiBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc8
bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0KQ2M6IGdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFs
aWEuaXQ8bWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ+OyBTdWRoaW4g
SmFjb2IgPHNqYWNvYkBqdW5pcGVyLm5ldDxtYWlsdG86c2phY29iQGp1bmlwZXIubmV0Pj47IEJo
YXJhdCBNIEdhb25rYXIgPGdiaGFyYXRAanVuaXBlci5uZXQ8bWFpbHRvOmdiaGFyYXRAanVuaXBl
ci5uZXQ+PjsgYmlsbC53dUBodWF3ZWkuY29tPG1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20+DQpT
dWJqZWN0OiBkcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS0wMyAtIFVwZGF0ZQ0KDQpIaSwgQWxsOg0K
DQpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0IGJhc2VkIG9uIHRoZSBjb21tZW50cyByYWlzZWQg
aW4gdGhlIGxhc3QgSUVURiBtZWV0aW5nLg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k
b2MvZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0vPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50
LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJE
YmhhcHJhc3VkLTJEaXBwbS0yRHBtXyZkPUR3TUdhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm
cj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09ZjhyVGJnVEZqUkNBWWZBQTk4RTZxOXJqVUF1M3dZ
Qk9nZ3V4cUdhYXlYdyZzPW8xdmkwUlQ2aHFzM1VQMEtyTWJSSHZ3LUpFaDctLTgwTXlGUG00ekxJ
QkUmZT0+DQpUaGlzIGRyYWZ0IGRpc2N1c3Mgc29tZSBuZXcgbWV0aG9kb2xvZ3kgZm9yIHBlcmZv
cm1hbmNlIG1lYXN1cmVtZW50cyBhbmQgcHJvdmlkZSBmaW5lIGdyYW51bGFyaXR5IHBlcmZvcm1h
bmNlIG1lYXN1cmVtZW50ICBiYXNlZCBvbiBDT1MgYW5kIENvbG9yIGNsYXNzaWZpY2F0aW9uLg0K
VHJhY2tpbmcgb2YgdGhlIHBlcmZvcm1hbmNlIG9mIGV4cGVyaWVuY2VkIGJ5IHNwZWNpZmljIGN1
c3RvbWVyIHRyYWZmaWMuDQpUaGUgbWFpbiBjaGFuZ2VzIGluIHYoLTAzKWluY2x1ZGU6DQoNCjEu
ICAgICAgIEFkZHJlc3MgdGhlIHJlbGF0aW9uc2hpcCB3aXRoIE1FRiB3b3JrDQoNCjIuICAgICAg
IEV4cGFuZCB0aGUgc2NvcGUgdG8gY292ZXIgZGVsYXkgbWVhc3VyZW1lbnQgYW5kIGRlbGF5IHZh
cmlhdGlvbiBtZWFzdXJlbWVudC4NCg0KMy4gICAgICAgQWRkIG1vcmUgZGV0YWlscyB0byBzZWN0
aW9uIDQuDQoNCjQuICAgICAgIFVwZGF0ZSBkZWZpbml0aW9ucyBpbiB0aGUgc2VjdGlvbiAyLg0K
DQo1LiAgICAgICBDaGFuZ2UgdGhlIHRpdGxlIHRvIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IG1v
ZGVsLg0KDQpQbGVhc2UgcmV2aWV3IGFuZCBwb3N0IHlvdXIgY29tbWVudHMuDQpSZWdhcmRzLA0K
UHJhdmVlbg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Okdlb3JnaWE7DQoJcGFub3NlLTE6MiA0IDUgMiA1IDQg
NSAyIDMgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v
cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw
dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJz
ZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl
ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRl
LCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRh
aG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1u
YW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z
dHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl
cmlmIjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21z
by1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i
LCJzZXJpZiI7fQ0KcC5pbmJveC1pbmJveC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJh
Z3JhcGgsIGxpLmluYm94LWluYm94LW0xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFw
aCwgZGl2LmluYm94LWluYm94LW0xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaA0K
CXttc28tc3R5bGUtbmFtZTppbmJveC1pbmJveC1tXzEwODMxNDA4MzA4OTgwMjI2MDltc29saXN0
cGFyYWdyYXBoOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47
DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQt
c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpz
cGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0
eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg
TmV3IjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlw
ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJs
YWNrO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv
bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGlu
Ow0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ
e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+
DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+
PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4
dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh
eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r
PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+QW5kIEkgY2Fu4oCZdCBzZWUg
dGhlIGRpZmZlcmVuY2UgYmV0d2Vlbg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFs
bCZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDthbmQmbmJzcDsmbmJzcDsmbmJzcDsgJm5i
c3A7QWw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5laXRoZXIsIHByb2Jh
Ymx5IGZyb20gdG9vIG1hbnkgcmV2aWV3cy4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gaXBwbSBb
bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TU9SVE9O
LCBBTEZSRUQgQyAoQUwpPGJyPg0KPGI+U2VudDo8L2I+IFNhdHVyZGF5LCBKdWx5IDAxLCAyMDE3
IDg6MjkgQU08YnI+DQo8Yj5Ubzo8L2I+IFN1ZGhpbiBKYWNvYjsgSUVURiBJUFBNIFdHPGJyPg0K
PGI+Q2M6PC9iPiBCaGFyYXQgTSBHYW9ua2FyPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBw
bV0gZHJhZnQtYmhhcHJhc3VkLWlwcG0tcG0tMDMgLSBVcGRhdGU8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5J4oCZbSB3YXkgYmVoaW5kIG9uIHJl
dmlld3MsIHNvcnJ5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6
MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwv
c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBpcHBtIFs8YSBocmVmPSJtYWls
dG86aXBwbS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnPC9h
Pl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+U3VkaGluIEphY29iPGJyPg0KPGI+U2VudDo8L2I+IFNh
dHVyZGF5LCBKdWx5IDAxLCAyMDE3IDc6MDkgQU08YnI+DQo8Yj5Ubzo8L2I+IElFVEYgSVBQTSBX
Rzxicj4NCjxiPkNjOjwvYj4gQmhhcmF0IE0gR2Fvbmthcjxicj4NCjxiPlN1YmplY3Q6PC9iPiBS
ZTogW2lwcG1dIGRyYWZ0LWJoYXByYXN1ZC1pcHBtLXBtLTAzIC0gVXBkYXRlPG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIEFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkNvdWxkIHlvdSBwbGVhc2Ug
cmV2aWV3IG91ciBkcmFmdCBhbmQgbGV0IHVzIGtub3cgeW91ciBmZWVkYmFjay4gV2UgYWRkZWQg
bW9yZSBmZWF0dXJlcyB0byB0aGUgZHJhZnQgd2hpY2ggd2UgdGhpbmsgYSBzbWFsbCBzdGVwIHRv
d2FyZHMgc2VsZi1kcml2aW5nICZuYnNwO25ldHdvcmsuPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TdWRoaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjwvYT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUHJhdmVl
biBBbmFudGhhc2Fua2FyYW4gWzxhIGhyZWY9Im1haWx0bzpwYW5hbnRoYS5pZXRmQGdtYWlsLmNv
bSI+bWFpbHRvOnBhbmFudGhhLmlldGZAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9i
PiBUdWVzZGF5LCBKdW5lIDI3LCAyMDE3IDg6MDEgUE08YnI+DQo8Yj5Ubzo8L2I+IElFVEYgSVBQ
TSBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+
Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQHRl
bGVjb21pdGFsaWEuaXQiPmdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ8L2E+OyBT
dWRoaW4gSmFjb2IgJmx0OzxhIGhyZWY9Im1haWx0bzpzamFjb2JAanVuaXBlci5uZXQiPnNqYWNv
YkBqdW5pcGVyLm5ldDwvYT4mZ3Q7OyBCaGFyYXQgTSBHYW9ua2FyICZsdDs8YSBocmVmPSJtYWls
dG86Z2JoYXJhdEBqdW5pcGVyLm5ldCI+Z2JoYXJhdEBqdW5pcGVyLm5ldDwvYT4mZ3Q7Ow0KPGEg
aHJlZj0ibWFpbHRvOmJpbGwud3VAaHVhd2VpLmNvbSI+YmlsbC53dUBodWF3ZWkuY29tPC9hPjxi
cj4NCjxiPlN1YmplY3Q6PC9iPiBkcmFmdC1iaGFwcmFzdWQtaXBwbS1wbS0wMyAtIFVwZGF0ZTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2Vvcmdp
YSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+SGksIEFsbDo8L3NwYW4+PG86cD48L286cD48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom
cXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5XZSBoYXZlIHVwZGF0ZWQgdGhl
IGRyYWZ0IGJhc2VkIG9uIHRoZSBjb21tZW50cyByYWlzZWQgaW4gdGhlIGxhc3QgSUVURiBtZWV0
aW5nLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGk+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90
OywmcXVvdDtzZXJpZiZxdW90OyI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p
bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19kb2NfZHJhZnQt
MkRiaGFwcmFzdWQtMkRpcHBtLTJEcG1fJmFtcDtkPUR3TUdhUSZhbXA7Yz1MRllaLW85X0hVTWVN
VFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmYW1wO209ZjhyVGJnVEZqUkNB
WWZBQTk4RTZxOXJqVUF1M3dZQk9nZ3V4cUdhYXlYdyZhbXA7cz1vMXZpMFJUNmhxczNVUDBLck1i
Ukh2dy1KRWg3LS04ME15RlBtNHpMSUJFJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v
ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWJoYXByYXN1ZC1pcHBtLXBtLzwvYT48L3Nw
YW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t
YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90
O3NlcmlmJnF1b3Q7Ij5UaGlzIGRyYWZ0IGRpc2N1c3Mgc29tZSBuZXcgbWV0aG9kb2xvZ3kgZm9y
IHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50cyBhbmQgcHJvdmlkZSBmaW5lIGdyYW51bGFyaXR5IHBl
cmZvcm1hbmNlIG1lYXN1cmVtZW50Jm5ic3A7DQogYmFzZWQgb24gQ09TIGFuZCBDb2xvciBjbGFz
c2lmaWNhdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEm
cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlRyYWNraW5nIG9mIHRoZSBwZXJmb3JtYW5jZSBvZiBl
eHBlcmllbmNlZCBieSBzcGVjaWZpYyBjdXN0b21lciB0cmFmZmljLjwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0
bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+VGhl
IG1haW4gY2hhbmdlcyBpbiB2KC0wMylpbmNsdWRlOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJpbmJveC1pbmJveC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgi
IHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4xLjwv
c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3Jn
aWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5
OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPkFkZHJlc3MgdGhlIHJlbGF0
aW9uc2hpcCB3aXRoIE1FRiB3b3JrPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Imlu
Ym94LWluYm94LW0xMDgzMTQwODMwODk4MDIyNjA5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1h
cmdpbi1sZWZ0Oi4yNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPjIuPC9zcGFuPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90Oywm
cXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8
L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2Vv
cmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+RXhwYW5kIHRoZSBzY29wZSB0byBjb3ZlciBk
ZWxheSBtZWFzdXJlbWVudCBhbmQgZGVsYXkgdmFyaWF0aW9uIG1lYXN1cmVtZW50Ljwvc3Bhbj48
bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJpbmJveC1pbmJveC1tMTA4MzE0MDgzMDg5ODAyMjYw
OW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+DQo8c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90
O3NlcmlmJnF1b3Q7Ij4zLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi
PkFkZCBtb3JlIGRldGFpbHMgdG8gc2VjdGlvbiA0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJpbmJveC1pbmJveC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgi
IHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij40Ljwv
c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3Jn
aWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5
OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlVwZGF0ZSBkZWZpbml0aW9u
cyBpbiB0aGUgc2VjdGlvbiAyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJpbmJv
eC1pbmJveC1tMTA4MzE0MDgzMDg5ODAyMjYwOW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJn
aW4tbGVmdDouMjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij41Ljwvc3Bhbj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssJnF1
b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z
cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0dlb3Jn
aWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPkNoYW5nZSB0aGUgdGl0bGUgdG8gcGVyZm9ybWFu
Y2UgbWVhc3VyZW1lbnQgbW9kZWwuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2VvcmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+
UGxlYXNlIHJldmlldyBhbmQgcG9zdCB5b3VyIGNvbW1lbnRzLg0KPC9zcGFuPjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7
Ij5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7R2Vv
cmdpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+UHJhdmVlbjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_4D7F4AD313D3FC43A053B309F97543CF25FE8E58njmtexg5researc_--


From nobody Sun Jul  2 18:17:52 2017
Return-Path: <nalini.elkins@insidethestack.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F2F1129AD5 for <ippm@ietfa.amsl.com>; Sun,  2 Jul 2017 18:17:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.411
X-Spam-Level: 
X-Spam-Status: No, score=0.411 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FORGED_MUA_MOZILLA=2.309, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
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 ZmAZGpjQxpeb for <ippm@ietfa.amsl.com>; Sun,  2 Jul 2017 18:17:50 -0700 (PDT)
Received: from sonic329-27.consmr.mail.gq1.yahoo.com (sonic329-27.consmr.mail.gq1.yahoo.com [98.137.67.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0341A127601 for <ippm@ietf.org>; Sun,  2 Jul 2017 18:17:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1499044667; bh=Kq+wi8wpsuPscy3lCDp01mfBXBa5Y0fmo4k0GBdyKF4=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=hqqs6wwM0LYsXopMlNQR06pFXrpOlRGxbZkCjn5XYvzb8BSGVX4Pl3m3Xy1Ukm4SW63kndopujIxs/hvCD6UDi5xNSSP1xVghH8UTvU9Vbw9d4QPHjJ7D2e4yC3IBrtMaVObnLuhtm4ahpnLVEXsd4GhFMbLimeIxB4znhG2wBzgJ/A/y9fU/t3e/FPAfLNXHeSG2Xcng0HkDJ+AqQVxNzO3rykjOz+nq8DTJ+ryPeBkmEG4871aybyN/IKjBjEPFF+kv031ZBrFvqKHcQoXNb2thon/VcySAQbT5rCPf9aXdhvUHvFHLFwgedPOtAFs0wvBodo2ZWvyKGnevd9zQA==
X-YMail-OSG: K6LECzYVM1nG8A2vMrdd1ML5Qhm73wj1cucFUGFtcvsZdWmueALy4YCnojAyUpP ftJM1IrYJxv5e6l4LccAbm8aIZ855gxM2boukshn4x1hhvUAjfI8jsLOAZtphWefBAHsnPK0N7dh JZl2onlsRL_ZSjMqBU3xt6_pO1iOlOSnX4uSSIP5VfwG002aEk6ib120DUxkbl_IJCKGMYixSuaP NJ7u9Nx9taq17dP9GXqrVhkGSUnBbzoac9C1xte3s9SLUo9gxz_s0M_l3SVAuGPtRJtQCUIgsFXZ EtNmIA6r1p9TJfgcStbflqzGDeoz_nwSuNEnS4aH68PJovUvak4iS_3tCRoJfPxwdmwM9VgsAsP1 fchQbGWy8y2bfLGkNwhTn96FNolNZMPoVB77gpSf7eCENvBep9VTnhgDsxRLsQbPFcic7m43WGXC bxnwWuUWFORw9XoO1BgVrKh5S_dsarZ.HAd9SLReC9RbyEGX5o6gtEXOvuT5p6oT0ETfQ1JYxzyg pVKE4phxFtqRS72x3IspzN_a9xtKQ2bLdQkfLwWn_Oici.xAsmnukoxb0hxO3p4TU9CP4mxOaqM1 prJdEEHTpLeig7eKX5enTE9cgTq7KSzkNY6Qu.OHuSX81N60RZEpT8_8lZUw-
Received: from sonic.gate.mail.ne1.yahoo.com by sonic329.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 Jul 2017 01:17:47 +0000
Date: Mon, 3 Jul 2017 01:17:46 +0000 (UTC)
From: Nalini J Elkins <nalini.elkins@insidethestack.com>
Reply-To: Nalini J Elkins <nalini.elkins@insidethestack.com>
To: Alissa Cooper <alissa@cooperw.in>
Cc: IESG <iesg@ietf.org>, "draft-ietf-ippm-6man-pdm-option@ietf.org" <draft-ietf-ippm-6man-pdm-option@ietf.org>,  Bill Cerveny <ietf@wjcerveny.com>,  "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>,  "acmorton@att.com" <acmorton@att.com>, "ippm@ietf.org" <ippm@ietf.org>
Message-ID: <663212182.3082331.1499044666769@mail.yahoo.com>
In-Reply-To: <4F5FBC6F-F92A-4A28-9A22-3EE9DD541CC4@cooperw.in>
References: <149200885746.15718.798617550888585150.idtracker@ietfa.amsl.com> <922169529.4233696.1495466806431@mail.yahoo.com> <4F5FBC6F-F92A-4A28-9A22-3EE9DD541CC4@cooperw.in>
MIME-Version: 1.0
Content-Type: multipart/alternative;  boundary="----=_Part_3082330_1991347944.1499044666767"
X-Mailer: WebService/1.1.9978 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/7d5KQQpU1c_sX6Hs4uBE9rOORXQ>
Subject: Re: [ippm] Alissa Cooper's No Objection on draft-ietf-ippm-6man-pdm-option-09: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 03 Jul 2017 01:17:51 -0000

------=_Part_3082330_1991347944.1499044666767
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Alissa,

> Thanks, this seems better to me.

Thanks so much for your response. =C2=A0 The current draft-13 (https://data=
tracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/) contains the accepte=
d=C2=A0new language below and has some additions to further explain the pay=
load. =C2=A0I believe that your comments are integrated into the wording. =
=C2=A0


Accepted language
------------------------
As far as deducing the content of the payload, it is conceivable=C2=A0that =
an attacker could attempt to deduce the type of application in=C2=A0use by =
noting the server time and payload length. Having said that,some encryption=
 algorithms attempt to obfuscate the packet length
to avoid just such vulnerabilities. In the future, encryption algorithmsmay=
 wish to obfuscate the server time as well.=20

Language in draft-13
----------------------As far as deducing the content of the payload, in ter=
ms of theapplication level information such as web page, user name, userpas=
sword and so on, it appears to us that PDM is quite unhelpful inthis regard=
.=C2=A0Having said that, the ability to separate wire-time=C2=A0from proces=
sing time may potentially provide an attacker with=C2=A0additional informat=
ion. It is conceivable that an attacker could=C2=A0attempt to deduce the ty=
pe of application in use by noting the server=C2=A0time and payload length.=
 Some encryption algorithms attempt to=C2=A0obfuscate the packet length to =
avoid just such vulnerabilities. In=C2=A0the future, encryption algorithms =
may wish to obfuscate the server=C2=A0time as well.
=C2=A0=C2=A0Thanks,
Nalini
>On May 22, 2017, at 11:26 AM, Nalini J Elkins <nalini.elkins@insidethestac=
k.com> wrote:
>
>>Alissa,
>
>
>>Please let me know if you are OK with the proposed change.
>
>
>
>
>>>Alissa Cooper has entered the following ballot position for
>
>>>draft-ietf-ippm-6man-pdm-option-09: No Objection
>
>
>
>
>
>>>Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htm=
l
>
>>>for more information about IESG DISCUSS and COMMENT positions.
>
>
>
>
>
>>>The document, along with other ballot positions, can be found here:
>
>>>https://datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/
>
>
>
>
>
>
>
>>>----------------------------------------------------------------------
>
>>>COMMENT:
>
>>>----------------------------------------------------------------------
>
>
>
>>>The analysis in Sec 4.2 seems to be missing some considerations. In case=
s
>
>>>where the packet payload is encrypted and the attacker does not have
>
>>>access to the keys, the attacker does not in fact have access to the
>
>>>entire packet, in which case PDM provides more information than a packet
>
>>>without PDM. Also in those cases, it seems like including PDM informatio=
n
>
>>>would generally make a packet stream more susceptible to traffic analysi=
s
>
>>>insofar as the timing and sequence information may provide additional
>
>>>indicators about the type of application in use, not just the speed of
>
>>>the end host.
>
>
>
>
>
>Are you OK if I do the following:
>
>
>
>
>OLD
>------
>=C2=A0Since PDM passes in the clear, a concern arises as to whether the
>=C2=A0data can be used to fingerprint the system or somehow obtain
>=C2=A0information about the contents of the payload. =C2=A0
>
>
>=C2=A0Let us discuss fingerprinting of the end host first. It is possible
>=C2=A0that seeing the pattern of deltas or the absolute values could give
>=C2=A0some information as to the speed of the end host - that is, if it is
>=C2=A0a very fast system or an older, slow device. =C2=A0 This may be usef=
ul to
>=C2=A0the attacker. =C2=A0However, if the attacker has access to PDM, the
>=C2=A0attacker also has access to the entire packet and could make such a
>=C2=A0deduction based merely on the time frames elapsed between packets
>=C2=A0WITHOUT PDM. =C2=A0
>
>
>=C2=A0As far as deducing the content of the payload, it appears to us that
>=C2=A0PDM is quite unhelpful in this regard.
>
>
>
>
>
>
>New
>------
>
>
>Since PDM passes in the clear, a concern arises as to whether the
>
>data can be used to fingerprint the system or somehow obtain
>information about the contents of the payload. =C2=A0
>
>
>Let us discuss fingerprinting of the end host first. It is possible
>that seeing the pattern of deltas or the absolute values could give
>some information as to the speed of the end host - that is, if it is
>a very fast system or an older, slow device. =C2=A0 This may be useful to
>the attacker. =C2=A0However, if the attacker has access to PDM, the
>attacker also has access to the entire packet and could make such a
>deduction based merely on the time frames elapsed between packets
>WITHOUT PDM. =C2=A0
>
>
>As far as deducing the content of the payload, it is conceivable
>that an attacker could attempt to deduce the type of application in
>use by noting the server time and payload length. =C2=A0 Having said that,
>some encryption algorithms attempt to obfuscate the=C2=A0packet length
>to avoid just such vulnerabilities. =C2=A0In the future, encryption algori=
thms
>may wish to obfuscate the server time as well. =C2=A0
>
>
>
>
>
>
------=_Part_3082330_1991347944.1499044666767
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html xmlns=3D"http://www.w3.org/1999/xhtml" xmlns:v=3D"urn:schemas-microso=
ft-com:vml" xmlns:o=3D"urn:schemas-microsoft-com:office:office"><head><!--[=
if gte mso 9]><xml><o:OfficeDocumentSettings><o:AllowPNG/><o:PixelsPerInch>=
96</o:PixelsPerInch></o:OfficeDocumentSettings></xml><![endif]--></head><bo=
dy><div style=3D"color:#000; background-color:#fff; font-family:Helvetica N=
eue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px">Alissa,<br=
><br>&gt; Thanks, this seems better to me.<br><br>Thanks so much for your r=
esponse. &nbsp; The current draft-13 (<span style=3D"font-family: &quot;Hel=
vetica Neue&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif;=
 font-size: 16px;" id=3D"yui_3_16_0_ym19_1_1499030823712_40370">https://dat=
atracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/) contains the accept=
ed&nbsp;</span>new language below and has some additions to further explain=
 the payload. &nbsp;I believe that your comments are integrated into the wo=
rding. &nbsp;<br><br><br id=3D"yui_3_16_0_ym19_1_1499030823712_44170">Accep=
ted language<br>------------------------<br><div id=3D"yui_3_16_0_ym19_1_14=
99030823712_41610"><span style=3D"font-family: &quot;Helvetica Neue&quot;, =
Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; font-size: 16px;" =
id=3D"yui_3_16_0_ym19_1_1499030823712_43169">As far as deducing the content=
 of the payload, it is conceivable&nbsp;</span><span style=3D"font-family: =
&quot;Helvetica Neue&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sa=
ns-serif; font-size: 16px;" id=3D"yui_3_16_0_ym19_1_1499030823712_44509">th=
at an attacker could attempt to deduce the type of application in&nbsp;</sp=
an></div><div id=3D"yui_3_16_0_ym19_1_1499030823712_41610"><div id=3D"yui_3=
_16_0_ym19_1_1499030823712_43502">use by noting the server time and payload=
 length.   Having said that,
some encryption algorithms attempt to obfuscate the packet length
<br>to avoid just such vulnerabilities.  In the future, encryption algorith=
ms
may wish to obfuscate the server time as well. =20
<br><br></div></div><div id=3D"yui_3_16_0_ym19_1_1499030823712_41615"><span=
 style=3D"font-family: &quot;Helvetica Neue&quot;, Helvetica, Arial, &quot;=
Lucida Grande&quot;, sans-serif; font-size: 16px;">Language in draft-13</sp=
an><br></div><div id=3D"yui_3_16_0_ym19_1_1499030823712_41617">------------=
----------</div><div id=3D"yui_3_16_0_ym19_1_1499030823712_43503">As far as=
 deducing the content of the payload, in terms of the
application level information such as web page, user name, user
password and so on, it appears to us that PDM is quite unhelpful in
this regard.&nbsp;<span style=3D"font-family: &quot;Helvetica Neue&quot;, H=
elvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; font-size: 16px;" i=
d=3D"yui_3_16_0_ym19_1_1499030823712_44510">Having said that, the ability t=
o separate wire-time&nbsp;</span><span style=3D"font-family: &quot;Helvetic=
a Neue&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; font=
-size: 16px;">from processing time may potentially provide an attacker with=
&nbsp;</span><span style=3D"font-family: &quot;Helvetica Neue&quot;, Helvet=
ica, Arial, &quot;Lucida Grande&quot;, sans-serif; font-size: 16px;" id=3D"=
yui_3_16_0_ym19_1_1499030823712_44168">additional information. It is concei=
vable that an attacker could&nbsp;</span><span style=3D"font-family: &quot;=
Helvetica Neue&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-ser=
if; font-size: 16px;" id=3D"yui_3_16_0_ym19_1_1499030823712_44511">attempt =
to deduce the type of application in use by noting the server&nbsp;</span><=
span style=3D"font-family: &quot;Helvetica Neue&quot;, Helvetica, Arial, &q=
uot;Lucida Grande&quot;, sans-serif; font-size: 16px;" id=3D"yui_3_16_0_ym1=
9_1_1499030823712_44167">time and payload length.   Some encryption algorit=
hms attempt to&nbsp;</span><span style=3D"font-family: &quot;Helvetica Neue=
&quot;, Helvetica, Arial, &quot;Lucida Grande&quot;, sans-serif; font-size:=
 16px;" id=3D"yui_3_16_0_ym19_1_1499030823712_44512">obfuscate the packet l=
ength to avoid just such vulnerabilities.  In&nbsp;</span><span style=3D"fo=
nt-family: &quot;Helvetica Neue&quot;, Helvetica, Arial, &quot;Lucida Grand=
e&quot;, sans-serif; font-size: 16px;" id=3D"yui_3_16_0_ym19_1_149903082371=
2_44506">the future, encryption algorithms may wish to obfuscate the server=
&nbsp;</span><span style=3D"font-family: &quot;Helvetica Neue&quot;, Helvet=
ica, Arial, &quot;Lucida Grande&quot;, sans-serif; font-size: 16px;" id=3D"=
yui_3_16_0_ym19_1_1499030823712_44507">time as well.</span></div><div id=3D=
"yui_3_16_0_ym19_1_1499030823712_43503"><br></div><div id=3D"yui_3_16_0_ym1=
9_1_1499030823712_43503"><div id=3D"yui_3_16_0_ym19_1_1499030823712_44513">=
&nbsp;&nbsp;</div></div>Thanks,<br><div>Nalini</div><div><br></div>&gt;On M=
ay 22, 2017, at 11:26 AM, Nalini J Elkins &lt;nalini.elkins@insidethestack.=
com&gt; wrote:<br>&gt;<br>&gt;&gt;Alissa,<br>&gt;<br>&gt;<br>&gt;&gt;Please=
 let me know if you are OK with the proposed change.<br>&gt;<br>&gt;<br>&gt=
;<br>&gt;<br>&gt;&gt;&gt;Alissa Cooper has entered the following ballot pos=
ition for<br>&gt;<br>&gt;&gt;&gt;draft-ietf-ippm-6man-pdm-option-09: No Obj=
ection<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;&gt;&gt;Please refer =
to https://www.ietf.org/iesg/statement/discuss-criteria.html<br>&gt;<br>&gt=
;&gt;&gt;for more information about IESG DISCUSS and COMMENT positions.<br>=
&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;&gt;&gt;The document, along wit=
h other ballot positions, can be found here:<br>&gt;<br>&gt;&gt;&gt;https:/=
/datatracker.ietf.org/doc/draft-ietf-ippm-6man-pdm-option/<br>&gt;<br>&gt;<=
br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;&gt;&gt;--------------------=
--------------------------------------------------<br>&gt;<br>&gt;&gt;&gt;C=
OMMENT:<br>&gt;<br>&gt;&gt;&gt;--------------------------------------------=
--------------------------<br>&gt;<br>&gt;<br>&gt;<br>&gt;&gt;&gt;The analy=
sis in Sec 4.2 seems to be missing some considerations. In cases<br>&gt;<br=
>&gt;&gt;&gt;where the packet payload is encrypted and the attacker does no=
t have<br>&gt;<br>&gt;&gt;&gt;access to the keys, the attacker does not in =
fact have access to the<br>&gt;<br>&gt;&gt;&gt;entire packet, in which case=
 PDM provides more information than a packet<br>&gt;<br>&gt;&gt;&gt;without=
 PDM. Also in those cases, it seems like including PDM information<br>&gt;<=
br>&gt;&gt;&gt;would generally make a packet stream more susceptible to tra=
ffic analysis<br>&gt;<br>&gt;&gt;&gt;insofar as the timing and sequence inf=
ormation may provide additional<br>&gt;<br>&gt;&gt;&gt;indicators about the=
 type of application in use, not just the speed of<br>&gt;<br>&gt;&gt;&gt;t=
he end host.<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;Are you OK if I=
 do the following:<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;OLD<br>&gt;------=
<br>&gt;&nbsp;Since PDM passes in the clear, a concern arises as to whether=
 the<br>&gt;&nbsp;data can be used to fingerprint the system or somehow obt=
ain<br>&gt;&nbsp;information about the contents of the payload. &nbsp;<br>&=
gt;<br>&gt;<br>&gt;&nbsp;Let us discuss fingerprinting of the end host firs=
t. It is possible<br>&gt;&nbsp;that seeing the pattern of deltas or the abs=
olute values could give<br>&gt;&nbsp;some information as to the speed of th=
e end host - that is, if it is<br>&gt;&nbsp;a very fast system or an older,=
 slow device. &nbsp; This may be useful to<br>&gt;&nbsp;the attacker. &nbsp=
;However, if the attacker has access to PDM, the<br>&gt;&nbsp;attacker also=
 has access to the entire packet and could make such a<br>&gt;&nbsp;deducti=
on based merely on the time frames elapsed between packets<br>&gt;&nbsp;WIT=
HOUT PDM. &nbsp;<br>&gt;<br>&gt;<br>&gt;&nbsp;As far as deducing the conten=
t of the payload, it appears to us that<br>&gt;&nbsp;PDM is quite unhelpful=
 in this regard.<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;New=
<br>&gt;------<br>&gt;<br>&gt;<br>&gt;Since PDM passes in the clear, a conc=
ern arises as to whether the<br>&gt;<br>&gt;data can be used to fingerprint=
 the system or somehow obtain<br>&gt;information about the contents of the =
payload. &nbsp;<br>&gt;<br>&gt;<br>&gt;Let us discuss fingerprinting of the=
 end host first. It is possible<br>&gt;that seeing the pattern of deltas or=
 the absolute values could give<br>&gt;some information as to the speed of =
the end host - that is, if it is<br>&gt;a very fast system or an older, slo=
w device. &nbsp; This may be useful to<br>&gt;the attacker. &nbsp;However, =
if the attacker has access to PDM, the<br>&gt;attacker also has access to t=
he entire packet and could make such a<br>&gt;deduction based merely on the=
 time frames elapsed between packets<br>&gt;WITHOUT PDM. &nbsp;<br>&gt;<br>=
&gt;<br>&gt;As far as deducing the content of the payload, it is conceivabl=
e<br>&gt;that an attacker could attempt to deduce the type of application i=
n<br>&gt;use by noting the server time and payload length. &nbsp; Having sa=
id that,<br>&gt;some encryption algorithms attempt to obfuscate the&nbsp;pa=
cket length<br>&gt;to avoid just such vulnerabilities. &nbsp;In the future,=
 encryption algorithms<br>&gt;may wish to obfuscate the server time as well=
. &nbsp;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;</div></body></html=
>
------=_Part_3082330_1991347944.1499044666767--


From nobody Mon Jul  3 06:07:33 2017
Return-Path: <emile.stephan@orange.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EBEE124D37; Mon,  3 Jul 2017 06:07:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level: 
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 8_7gZ9Ax4t8i; Mon,  3 Jul 2017 06:07:23 -0700 (PDT)
Received: from relais-inet.orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBA16129BA4; Mon,  3 Jul 2017 06:07:00 -0700 (PDT)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id B0B08602DE; Mon,  3 Jul 2017 15:06:59 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.42]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 92D8616005E; Mon,  3 Jul 2017 15:06:59 +0200 (CEST)
Received: from OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f]) by OPEXCLILM41.corporate.adroot.infra.ftgroup ([fe80::c845:f762:8997:ec86%19]) with mapi id 14.03.0352.000; Mon, 3 Jul 2017 15:06:59 +0200
From: <emile.stephan@orange.com>
To: "quic@ietf.org" <quic@ietf.org>
CC: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Thread-Topic: I-D Action: draft-stephan-quic-interdomain-troubleshooting-00.txt
Thread-Index: AQHS8+Gnfganiwqd80yN+D/vXwRoVaJCDrpg
Date: Mon, 3 Jul 2017 13:06:57 +0000
Message-ID: <29477_1499087219_595A4173_29477_477_1_5AE9CCAA1B4A2248AB61B4C7F0AD5FB919AC4538@OPEXCLILM44.corporate.adroot.infra.ftgroup>
References: <149907533000.4990.3917157363711000733@ietfa.amsl.com>
In-Reply-To: <149907533000.4990.3917157363711000733@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.3]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/TQD6wFhzcfKdrM4aUq6c20vHW4Q>
Subject: [ippm] TR: I-D Action: draft-stephan-quic-interdomain-troubleshooting-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 03 Jul 2017 13:07:25 -0000

Hi,

We posted a draft which discusses constraints that QUIC is pushing on netwo=
rks performance measurements (troubleshooting, fallback, goodput, fairness.=
..).=20
Feedbacks are welcome.

Abstract:
   On-path network performance measurements methods currently deployed
   contribute to the ossification of the Internet because they are
   expensive to deploy and to maintain. This draft motivates the
   exposure of QUIC header fields for on-path network measurements and
   their specification in the QUIC core protocol as a solution to avoid
   on-path network performance measurements to ossify the IP stack in
   the future.

https://tools.ietf.org/html/draft-stephan-quic-interdomain-troubleshooting-=
00.


Best Regards
Emile

-----Message d'origine-----
De=A0: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] De la part de in=
ternet-drafts@ietf.org
Envoy=E9=A0: lundi 3 juillet 2017 11:49
=C0=A0: i-d-announce@ietf.org
Objet=A0: I-D Action: draft-stephan-quic-interdomain-troubleshooting-00.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.


        Title           : QUIC Interdomain Troubleshooting
        Authors         : Emile Stephan
                          Mathilde Cayla
                          Arnaud Braud
                          Fred Fieau
	Filename        : draft-stephan-quic-interdomain-troubleshooting-00.txt
	Pages           : 9
	Date            : 2017-07-03

Abstract:
   On-path network performance measurements methods currently deployed
   contribute to the ossification of the Internet because they are
   expensive to deploy and to maintain. This draft motivates the
   exposure of QUIC header fields for on-path network measurements and
   their specification in the QUIC core protocol as a solution to avoid
   on-path network performance measurements to ossify the IP stack in
   the future.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-stephan-quic-interdomain-troubleshoo=
ting/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-stephan-quic-interdomain-troubleshooting-=
00=20
https://datatracker.ietf.org/doc/html/draft-stephan-quic-interdomain-troubl=
eshooting-00


Please note that it may take a couple of minutes from the time of submissio=
n 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/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ie=
tf.org/ietf/1shadow-sites.txt

___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


From nobody Mon Jul  3 17:08:23 2017
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 055AD131699; Mon,  3 Jul 2017 17:08:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 w7utDzdU0RYR; Mon,  3 Jul 2017 17:08:19 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5103B12EBFF; Mon,  3 Jul 2017 17:08:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22622; q=dns/txt; s=iport; t=1499126899; x=1500336499; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=jTTLzeLzz31CiSdyG/1M18KcT7zg4dURWcFO3LL0EVA=; b=COlaAly2ZthG/TK3M/DBEKjmo0eKn/oBBcdL3vPdlNortyAoz7wu8qqp A0Xv7hTzQec4xOHMWCwX50GneobDIAusF1lOOIu/tOVX/egAqoYxQ9cuT uPhhq/jSwx0v1Uf8kN801XMgZHmhs+Ajr7HvmTk8L5JdK9W03IyKP1L5S I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D5AADZ21pZ/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1ljgQ4HjX+RUZB0hSuCESEBCoVwAhqCYz8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGQIBAwEBIUsLEAIBCD8DAgICJQsUEQIEAQ0FiUtkEK9JgiaLSQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAR2DJ4ExghtoeSsLgm6BPIFqgScBAVmCVTCCMQWefwKHRIN?= =?us-ascii?q?DiHeCDFaEdIpHlS8BHziBCnUVHyoSAYUMgXZ2AYZbgSOBDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.40,305,1496102400";  d="scan'208,217";a="447995656"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Jul 2017 00:08:18 +0000
Received: from XCH-RTP-017.cisco.com (xch-rtp-017.cisco.com [64.101.220.157]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v6408H6K010753 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Jul 2017 00:08:18 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-017.cisco.com (64.101.220.157) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Jul 2017 20:08:17 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Mon, 3 Jul 2017 20:08:17 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>, Al Morton <acmorton@att.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-alt-mark@ietf.org" <draft-ietf-ippm-alt-mark@ietf.org>
Thread-Topic: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt
Thread-Index: AQHS9FmiWqyq68QSLEuP62lzfeL9Kg==
Date: Tue, 4 Jul 2017 00:08:17 +0000
Message-ID: <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com>
References: <149848656092.31761.14093022868269972850@ietfa.amsl.com> <550fed16b300468cb6bb37b5d14068d2@TELMBXB02RM001.telecomitalia.local>
In-Reply-To: <550fed16b300468cb6bb37b5d14068d2@TELMBXB02RM001.telecomitalia.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.131]
Content-Type: multipart/alternative; boundary="_000_0E07E13BE54249108B79FAF4317471C5ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/SFnv-O3gn2jcl19NLjkIL-tIChY>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-alt-mark-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 04 Jul 2017 00:08:22 -0000

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

Q2lhbywgR2l1c2VwcGUhIChIaSwgQWwpDQoNClRoYW5rcyBmb3IgY2xvc2luZyB0aGUgbG9vcCBv
biB0aGUgbGlzdCB3aXRoIHRoZSByZXZpZXcsIGFuZCBmb3IgYWRkcmVzc2luZyBjb21tZW50cyBh
bmQgaW5jb3Jwb3JhdGluZyB1cGRhdGVzIQ0KDQpMb29raW5nIGF0IHRoZSBkaWZmcywgSSBub3Rp
Y2VkIHRoZSBmb2xsb3dpbmcgbmV3IHNlY3Rpb246DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1I3NlY3Rpb24tNS4zDQoNCldoaWNoIGluY2x1
ZGVzIHRleHQgbGlrZToNCiAgIFtJLUQubWlyc2t5LXNmYy1wbWFtbV0gZGVzY3JpYmVzIGhvdyB0
aGUgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0aG9kIGNhbg0KICAgYmUgdXNlZCBhcyB0aGUgcGFzc2l2
ZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QgaW4gYSBTZXJ2aWNlDQogICBGdW5jdGlv
biBDaGFpbmluZyAoU0ZDKSBkb21haW4uDQoNCkkgd291bGQgbG92ZSB0byBoZWFyIEFs4oCZcyB0
YWtlIG9uIHRoaXMgYXMgdGhlIGF1dGhvciBvZiBSRkMgNzc5OS4NCg0KKGFuZCBCVFcsIHNlZW1z
IHF1aXRlIHByZW1hdHVyZSB0byByZWZlcmVuY2UgdGhhdCBpbmRpdmlkdWFsIGRyYWZ0IHdoaWNo
IHRhcmdldHMgU0ZDLCB3aGVuIGl0IGRvZXMgbm90IGV2ZW4gc3BlY2lmeSBsb2NhdGlvbiBvZiBm
aWVsZHMpDQoNCkkgZ2V0IGl0IHRoYXQgdGhlcmUgYXJlIGZpZWxkcyBwdXJwb3NlZnVsbHkgZGVm
aW5lZCBmb3IgYWx0ZXJuYXRlIG1hcmtpbmcsIGFzIG9wcG9zZWQgdG8gb3ZlcmxvYWRpbmcgb3Ro
ZXIgZmllbGRzLg0KDQpIb3dldmVyLCBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzc5
OSNzZWN0aW9uLTMuNg0KICAgICAgTVVTVCBOT1QgYWRkLCBjaGFuZ2UsIG9yIHJlbW92ZSBwYWNr
ZXRzIG9yIGZpZWxkcyBvcg0KICAgICAgY2hhbmdlIGZpZWxkIHZhbHVlcyBhbnl3aGVyZSBhbG9u
ZyB0aGUgcGF0aA0KDQpTbyB0aGlzIGlzIGNoYW5naW5nIGZpZWxkIHZhbHVlcywgZXZlbiB0aHJv
dWdoIHRoZSBmaWVsZHMgYXJlIGZvciB0aGlzIHB1cnBvc2UuIFRoaXMgcmVhbGx5IGxvb2tzIHRv
IG1lIGxpa2UgYSBIeWJyaWQuIFRoZSBleHRyZW1lIGNhc2UgaXMgYWRkaW5nIGEgc2hpbSBsaWtl
IElPQU0g4oCUIGlzIHRoYXQgcGFzc2l2ZT8gV2UgYWdyZWVkIGl0IGlzIEh5YnJpZC4NCg0KQWws
IHdoYXQgZG8geW91IHRoaW5rPw0KDQpJbiBhbnkgZXZlbnQsIEdpdXNlcHBlLCB0aGFua3MgbXVj
aCBmb3IgdGhlIHJldisrIQ0KDQrigJQgQ2FybG9zLg0KDQoNCk9uIEp1biAyNiwgMjAxNywgYXQg
MTA6MjYgQU0sIEZpb2Njb2xhIEdpdXNlcHBlIDxnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRh
bGlhLml0PG1haWx0bzpnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0Pj4gd3JvdGU6
DQoNCkhpIEFsbCwNClRoaXMgbmV3IHZlcnNpb24gb2YgZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJr
IGFkZHJlc3NlcyBjb21tZW50cyByZWNlaXZlZCBkdXJpbmcgV0dMQyBwaGFzZS4NCkkgaGF2ZSBp
bmNsdWRlZCBhbGwgdGhlIGNvbW1lbnRzIGFuZCB0aGUgbW9zdCBpbXBvcnRhbnQgY2hhbmdlcyBh
cmU6DQotIHRoZSB0aXRsZSBpcyBub3cgIkFsdGVybmF0ZSBNYXJraW5nIG1ldGhvZCBmb3IgcGFz
c2l2ZSBhbmQgaHlicmlkIHBlcmZvcm1hbmNlIG1vbml0b3JpbmciLg0KLSB0aGUgYWRkaXRpb24g
b2YgYSBwYXJhZ3JhcGggaW4gdGhlIGludHJvZHVjdGlvbiBzZWN0aW9uIGFib3V0IHRoZSBSRkM3
Nzk5IGRlZmluaXRpb25zLg0KSW4gYWRkaXRpb24gdGhlcmUgYXJlIG90aGVyIG1pbm9yIGNoYW5n
ZXMgYW5kIHR5cG9zLg0KDQpUaGFua3MgdG8gYWxsIHRoZSByZXZpZXdlcnMsDQoNCkdpdXNlcHBl
DQoNCi0tLS0tTWVzc2FnZ2lvIG9yaWdpbmFsZS0tLS0tDQpEYTogaXBwbSBbbWFpbHRvOmlwcG0t
Ym91bmNlc0BpZXRmLm9yZ10gUGVyIGNvbnRvIGRpIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxt
YWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0KSW52aWF0bzogbHVuZWTDrCAyNiBnaXVn
bm8gMjAxNyAxNjoxNg0KQTogaS1kLWFubm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3Vu
Y2VAaWV0Zi5vcmc+DQpDYzogaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCk9n
Z2V0dG86IFtpcHBtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDUudHh0
DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUg
SW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBv
ZiB0aGUgSVAgUGVyZm9ybWFuY2UgTWV0cmljcyBvZiB0aGUgSUVURi4NCg0KICAgICAgIFRpdGxl
ICAgICAgICAgICA6IEFsdGVybmF0ZSBNYXJraW5nIG1ldGhvZCBmb3IgcGFzc2l2ZSBhbmQgaHli
cmlkIHBlcmZvcm1hbmNlIG1vbml0b3JpbmcNCiAgICAgICBBdXRob3JzICAgICAgICAgOiBHaXVz
ZXBwZSBGaW9jY29sYQ0KICAgICAgICAgICAgICAgICAgICAgICAgIEFsZXNzYW5kcm8gQ2FwZWxs
bw0KICAgICAgICAgICAgICAgICAgICAgICAgIE1hdXJvIENvY2lnbGlvDQogICAgICAgICAgICAg
ICAgICAgICAgICAgTHVjYSBDYXN0YWxkZWxsaQ0KICAgICAgICAgICAgICAgICAgICAgICAgIE1h
Y2goR3VveWkpIENoZW4NCiAgICAgICAgICAgICAgICAgICAgICAgICBMaWFuc2h1IFpoZW5nDQog
ICAgICAgICAgICAgICAgICAgICAgICAgR3JlZyBNaXJza3kNCiAgICAgICAgICAgICAgICAgICAg
ICAgICBUYWwgTWl6cmFoaQ0KRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1pcHBtLWFsdC1t
YXJrLTA1LnR4dA0KUGFnZXMgICAgICAgICAgIDogMzENCkRhdGUgICAgICAgICAgICA6IDIwMTct
MDYtMjYNCg0KQWJzdHJhY3Q6DQogIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgbWV0aG9kIHRv
IHBlcmZvcm0gcGFja2V0IGxvc3MsIGRlbGF5IGFuZA0KICBqaXR0ZXIgbWVhc3VyZW1lbnRzIG9u
IGxpdmUgdHJhZmZpYy4gIFRoaXMgbWV0aG9kIGlzIGJhc2VkIG9uDQogIEFsdGVybmF0ZSBNYXJr
aW5nIChDb2xvcmluZykgdGVjaG5pcXVlLiAgQSByZXBvcnQgb24gdGhlIG9wZXJhdGlvbmFsDQog
IGV4cGVyaW1lbnQgZG9uZSBhdCBUZWxlY29tIEl0YWxpYSBpcyBleHBsYWluZWQgaW4gb3JkZXIg
dG8gZ2l2ZSBhbg0KICBleGFtcGxlIGFuZCBzaG93IHRoZSBtZXRob2QgYXBwbGljYWJpbGl0eS4g
IFRoaXMgdGVjaG5pcXVlIGNhbiBiZQ0KICBhcHBsaWVkIGluIHZhcmlvdXMgc2l0dWF0aW9ucyBh
cyBkZXRhaWxlZCBpbiB0aGlzIGRvY3VtZW50IGFuZCBjb3VsZA0KICBiZSBjb25zaWRlcmVkIHBh
c3NpdmUgb3IgaHlicmlkIGRlcGVuZGluZyBvbiB0aGUgYXBwbGljYXRpb24uDQoNCg0KVGhlIElF
VEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmsvDQoNClRoZXJl
IGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vdG9vbHMu
aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDUNCmh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1DQoNCkEg
ZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8v
d3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDUNCg0K
DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0
aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm
IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURyYWZ0cyBhcmUg
YWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9p
bnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNClF1ZXN0byBtZXNzYWdnaW8gZSBpIHN1
b2kgYWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2NsdXNpdmFtZW50ZSBhbGxlIHBlcnNvbmUg
aW5kaWNhdGUuIExhIGRpZmZ1c2lvbmUsIGNvcGlhIG8gcXVhbHNpYXNpIGFsdHJhIGF6aW9uZSBk
ZXJpdmFudGUgZGFsbGEgY29ub3NjZW56YSBkaSBxdWVzdGUgaW5mb3JtYXppb25pIHNvbm8gcmln
b3Jvc2FtZW50ZSB2aWV0YXRlLiBRdWFsb3JhIGFiYmlhdGUgcmljZXZ1dG8gcXVlc3RvIGRvY3Vt
ZW50byBwZXIgZXJyb3JlIHNpZXRlIGNvcnRlc2VtZW50ZSBwcmVnYXRpIGRpIGRhcm5lIGltbWVk
aWF0YSBjb211bmljYXppb25lIGFsIG1pdHRlbnRlIGUgZGkgcHJvdnZlZGVyZSBhbGxhIHN1YSBk
aXN0cnV6aW9uZSwgR3JhemllLg0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGlz
IGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBpbnRl
bmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1pbmF0aW9uLCBjb3B5aW5nLCBw
cmludGluZyBvciB1c2UgYnkgYW55Ym9keSBlbHNlIGlzIHVuYXV0aG9yaXNlZC4gSWYgeW91IGFy
ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRlbGV0ZSB0aGlzIG1lc3NhZ2Ug
YW5kIGFueSBhdHRhY2htZW50cyBhbmQgYWR2aXNlIHRoZSBzZW5kZXIgYnkgcmV0dXJuIGUtbWFp
bCwgVGhhbmtzLg0KDQpSaXNwZXR0YSBsJ2FtYmllbnRlLiBOb24gc3RhbXBhcmUgcXVlc3RhIG1h
aWwgc2Ugbm9uIMOoIG5lY2Vzc2FyaW8uDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZw0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCuKAlA0KQ2FybG9zIFBp
Z25hdGFybywgY2FybG9zQGNpc2NvLmNvbTxtYWlsdG86Y2FybG9zQGNpc2NvLmNvbT4NCg0K4oCc
U29tZXRpbWVzIEkgdXNlIGJpZyB3b3JkcyB0aGF0IEkgZG8gbm90IGZ1bGx5IHVuZGVyc3RhbmQs
IHRvIG1ha2UgbXlzZWxmIHNvdW5kIG1vcmUgcGhvdG9zeW50aGVzaXMuIg0KDQo=

--_000_0E07E13BE54249108B79FAF4317471C5ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <5DB8AF5ECB0C8840991FB852D1EC302F@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KQ2lhbywgR2l1c2VwcGUhIChIaSwg
QWwpDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5U
aGFua3MgZm9yIGNsb3NpbmcgdGhlIGxvb3Agb24gdGhlIGxpc3Qgd2l0aCB0aGUgcmV2aWV3LCBh
bmQgZm9yIGFkZHJlc3NpbmcgY29tbWVudHMgYW5kIGluY29ycG9yYXRpbmcgdXBkYXRlcyE8L2Rp
dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkxv
b2tpbmcgYXQgdGhlIGRpZmZzLCBJIG5vdGljZWQgdGhlIGZvbGxvd2luZyBuZXcgc2VjdGlvbjo8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s
L2RyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNSNzZWN0aW9uLTUuMyIgY2xhc3M9IiI+aHR0cHM6
Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNSNzZWN0aW9u
LTUuMzwvYT48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPldoaWNoIGluY2x1ZGVzIHRleHQgbGlrZTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+
Jm5ic3A7ICZuYnNwO1tJLUQubWlyc2t5LXNmYy1wbWFtbV0gZGVzY3JpYmVzIGhvdyB0aGUgYWx0
ZXJuYXRlIG1hcmtpbmcgbWV0aG9kIGNhbg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7YmUg
dXNlZCBhcyB0aGUgcGFzc2l2ZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QgaW4gYSBT
ZXJ2aWNlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDtGdW5jdGlvbiBDaGFpbmlu
ZyAoU0ZDKSBkb21haW4uPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi
Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgd291bGQgbG92ZSB0byBoZWFyIEFs4oCZcyB0YWtl
IG9uIHRoaXMgYXMgdGhlIGF1dGhvciBvZiBSRkMgNzc5OS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+
PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPihhbmQgQlRXLCBzZWVtcyBxdWl0
ZSBwcmVtYXR1cmUgdG8gcmVmZXJlbmNlIHRoYXQgaW5kaXZpZHVhbCBkcmFmdCB3aGljaCB0YXJn
ZXRzIFNGQywgd2hlbiBpdCBkb2VzIG5vdCBldmVuIHNwZWNpZnkgbG9jYXRpb24gb2YgZmllbGRz
KTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+SSBnZXQgaXQgdGhhdCB0aGVyZSBhcmUgZmllbGRzIHB1cnBvc2VmdWxseSBkZWZpbmVkIGZv
ciBhbHRlcm5hdGUgbWFya2luZywgYXMgb3Bwb3NlZCB0byBvdmVybG9hZGluZyBvdGhlciBmaWVs
ZHMuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz
cz0iIj5Ib3dldmVyLCZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y
ZmM3Nzk5I3NlY3Rpb24tMy42IiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv
cmZjNzc5OSNzZWN0aW9uLTMuNjwvYT48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz
PSIiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IE1VU1QgTk9UIGFkZCwgY2hhbmdlLCBvciByZW1vdmUg
cGFja2V0cyBvciBmaWVsZHMgb3I8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAm
bmJzcDsgY2hhbmdlIGZpZWxkIHZhbHVlcyBhbnl3aGVyZSBhbG9uZyB0aGUgcGF0aDwvZGl2Pg0K
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij5TbyB0aGlzIGlzIGNoYW5naW5nIGZpZWxkIHZhbHVlcywgZXZlbiB0aHJvdWdoIHRoZSBmaWVs
ZHMgYXJlIGZvciB0aGlzIHB1cnBvc2UuIFRoaXMgcmVhbGx5IGxvb2tzIHRvIG1lIGxpa2UgYSBI
eWJyaWQuIFRoZSBleHRyZW1lIGNhc2UgaXMgYWRkaW5nIGEgc2hpbSBsaWtlIElPQU0g4oCUIGlz
IHRoYXQgcGFzc2l2ZT8gV2UgYWdyZWVkIGl0IGlzIEh5YnJpZC48L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkFsLCB3aGF0IGRvIHlvdSB0
aGluaz88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs
YXNzPSIiPkluIGFueSBldmVudCwgR2l1c2VwcGUsIHRoYW5rcyBtdWNoIGZvciB0aGUgcmV2JiM0
MzsmIzQzOyE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPuKAlCBDYXJsb3MuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz
PSIiPk9uIEp1biAyNiwgMjAxNywgYXQgMTA6MjYgQU0sIEZpb2Njb2xhIEdpdXNlcHBlICZsdDs8
YSBocmVmPSJtYWlsdG86Z2l1c2VwcGUuZmlvY2NvbGFAdGVsZWNvbWl0YWxpYS5pdCIgY2xhc3M9
IiI+Z2l1c2VwcGUuZmlvY2NvbGFAdGVsZWNvbWl0YWxpYS5pdDwvYT4mZ3Q7IHdyb3RlOjwvZGl2
Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+
DQo8ZGl2IGNsYXNzPSIiPkhpIEFsbCw8YnIgY2xhc3M9IiI+DQpUaGlzIG5ldyB2ZXJzaW9uIG9m
IGRyYWZ0LWlldGYtaXBwbS1hbHQtbWFyayBhZGRyZXNzZXMgY29tbWVudHMgcmVjZWl2ZWQgZHVy
aW5nIFdHTEMgcGhhc2UuPGJyIGNsYXNzPSIiPg0KSSBoYXZlIGluY2x1ZGVkIGFsbCB0aGUgY29t
bWVudHMgYW5kIHRoZSBtb3N0IGltcG9ydGFudCBjaGFuZ2VzIGFyZTogPGJyIGNsYXNzPSIiPg0K
LSB0aGUgdGl0bGUgaXMgbm93ICZxdW90O0FsdGVybmF0ZSBNYXJraW5nIG1ldGhvZCBmb3IgcGFz
c2l2ZSBhbmQgaHlicmlkIHBlcmZvcm1hbmNlIG1vbml0b3JpbmcmcXVvdDsuDQo8YnIgY2xhc3M9
IiI+DQotIHRoZSBhZGRpdGlvbiBvZiBhIHBhcmFncmFwaCBpbiB0aGUgaW50cm9kdWN0aW9uIHNl
Y3Rpb24gYWJvdXQgdGhlIFJGQzc3OTkgZGVmaW5pdGlvbnMuPGJyIGNsYXNzPSIiPg0KSW4gYWRk
aXRpb24gdGhlcmUgYXJlIG90aGVyIG1pbm9yIGNoYW5nZXMgYW5kIHR5cG9zLjxiciBjbGFzcz0i
Ij4NCjxiciBjbGFzcz0iIj4NClRoYW5rcyB0byBhbGwgdGhlIHJldmlld2Vycyw8YnIgY2xhc3M9
IiI+DQo8YnIgY2xhc3M9IiI+DQpHaXVzZXBwZTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N
Ci0tLS0tTWVzc2FnZ2lvIG9yaWdpbmFsZS0tLS0tPGJyIGNsYXNzPSIiPg0KRGE6IGlwcG0gWzxh
IGhyZWY9Im1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmciIGNsYXNzPSIiPm1haWx0bzppcHBt
LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBQZXIgY29udG8gZGkNCjxhIGhyZWY9Im1haWx0bzppbnRl
cm5ldC1kcmFmdHNAaWV0Zi5vcmciIGNsYXNzPSIiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwv
YT48YnIgY2xhc3M9IiI+DQpJbnZpYXRvOiBsdW5lZMOsIDI2IGdpdWdubyAyMDE3IDE2OjE2PGJy
IGNsYXNzPSIiPg0KQTogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyIgY2xh
c3M9IiI+aS1kLWFubm91bmNlQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCkNjOiA8YSBocmVm
PSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgY2xhc3M9IiI+aXBwbUBpZXRmLm9yZzwvYT48YnIgY2xh
c3M9IiI+DQpPZ2dldHRvOiBbaXBwbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pcHBtLWFsdC1t
YXJrLTA1LnR4dDxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkEg
TmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0
LURyYWZ0cyBkaXJlY3Rvcmllcy48YnIgY2xhc3M9IiI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBp
dGVtIG9mIHRoZSBJUCBQZXJmb3JtYW5jZSBNZXRyaWNzIG9mIHRoZSBJRVRGLjxiciBjbGFzcz0i
Ij4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwO1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOzogQWx0ZXJuYXRlIE1hcmtpbmcgbWV0aG9kIGZvciBwYXNzaXZlIGFuZCBo
eWJyaWQgcGVyZm9ybWFuY2UgbW9uaXRvcmluZzxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvcnMgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBHaXVzZXBwZSBGaW9jY29sYTxiciBjbGFzcz0i
Ij4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0FsZXNzYW5kcm8gQ2FwZWxs
bzxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01hdXJv
IENvY2lnbGlvPGJyIGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7THVjYSBDYXN0YWxkZWxsaTxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwO01hY2goR3VveWkpIENoZW48YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMaWFuc2h1IFpoZW5nPGJyIGNsYXNzPSIiPg0KJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7R3JlZyBNaXJza3k8YnIgY2xhc3M9IiI+DQom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUYWwgTWl6cmFoaTxiciBjbGFzcz0i
Ij4NCjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+
PC9zcGFuPkZpbGVuYW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OzogZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1LnR4dDxiciBjbGFzcz0iIj4NCjxzcGFuIGNs
YXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+PC9zcGFuPlBhZ2Vz
ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOzogMzE8YnIgY2xhc3M9IiI+DQo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxl
PSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bhbj5EYXRlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMjAxNy0wNi0yNjxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkFic3RyYWN0OjxiciBjbGFzcz0iIj4NCiZuYnNwOyZu
YnNwO1RoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgbWV0aG9kIHRvIHBlcmZvcm0gcGFja2V0IGxv
c3MsIGRlbGF5IGFuZDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO2ppdHRlciBtZWFzdXJlbWVu
dHMgb24gbGl2ZSB0cmFmZmljLiAmbmJzcDtUaGlzIG1ldGhvZCBpcyBiYXNlZCBvbjxiciBjbGFz
cz0iIj4NCiZuYnNwOyZuYnNwO0FsdGVybmF0ZSBNYXJraW5nIChDb2xvcmluZykgdGVjaG5pcXVl
LiAmbmJzcDtBIHJlcG9ydCBvbiB0aGUgb3BlcmF0aW9uYWw8YnIgY2xhc3M9IiI+DQombmJzcDsm
bmJzcDtleHBlcmltZW50IGRvbmUgYXQgVGVsZWNvbSBJdGFsaWEgaXMgZXhwbGFpbmVkIGluIG9y
ZGVyIHRvIGdpdmUgYW48YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtleGFtcGxlIGFuZCBzaG93
IHRoZSBtZXRob2QgYXBwbGljYWJpbGl0eS4gJm5ic3A7VGhpcyB0ZWNobmlxdWUgY2FuIGJlPGJy
IGNsYXNzPSIiPg0KJm5ic3A7Jm5ic3A7YXBwbGllZCBpbiB2YXJpb3VzIHNpdHVhdGlvbnMgYXMg
ZGV0YWlsZWQgaW4gdGhpcyBkb2N1bWVudCBhbmQgY291bGQ8YnIgY2xhc3M9IiI+DQombmJzcDsm
bmJzcDtiZSBjb25zaWRlcmVkIHBhc3NpdmUgb3IgaHlicmlkIGRlcGVuZGluZyBvbiB0aGUgYXBw
bGljYXRpb24uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGhl
IElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PGJyIGNsYXNz
PSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0
Zi1pcHBtLWFsdC1tYXJrLyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k
b2MvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLzwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9
IiI+DQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6PGJyIGNs
YXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt
aXBwbS1hbHQtbWFyay0wNSIgY2xhc3M9IiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNTwvYT48YnIgY2xhc3M9IiI+DQpodHRwczovL2RhdGF0
cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNTxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9u
IGlzIGF2YWlsYWJsZSBhdDo8YnIgY2xhc3M9IiI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNk
aWZmP3VybDI9ZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1PGJyIGNsYXNzPSIiPg0KPGJyIGNs
YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNv
dXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRt
bGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLjxi
ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFp
bGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnIgY2xhc3M9IiI+DQpmdHA6Ly9mdHAuaWV0Zi5v
cmcvaW50ZXJuZXQtZHJhZnRzLzxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KaXBw
bSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQppcHBtQGlldGYub3JnPGJyIGNsYXNzPSIiPg0K
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPGJyIGNsYXNzPSIiPg0K
PGJyIGNsYXNzPSIiPg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25vIGlu
ZGlyaXp6YXRpIGVzY2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4gTGEgZGlmZnVz
aW9uZSwgY29waWEgbyBxdWFsc2lhc2kgYWx0cmEgYXppb25lIGRlcml2YW50ZSBkYWxsYSBjb25v
c2NlbnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1lbnRlIHZpZXRhdGUu
IFF1YWxvcmEgYWJiaWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1lbnRvIHBlcg0KIGVycm9yZSBz
aWV0ZSBjb3J0ZXNlbWVudGUgcHJlZ2F0aSBkaSBkYXJuZSBpbW1lZGlhdGEgY29tdW5pY2F6aW9u
ZSBhbCBtaXR0ZW50ZSBlIGRpIHByb3Z2ZWRlcmUgYWxsYSBzdWEgZGlzdHJ1emlvbmUsIEdyYXpp
ZS4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0
YWNobWVudHMgaXMgY29uZmlkZW50aWFsIGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9y
bWF0aW9uIGludGVuZGVkIGZvciB0aGUgYWRkcmVzc2VlKHMpIG9ubHkuIERpc3NlbWluYXRpb24s
IGNvcHlpbmcsIHByaW50aW5nIG9yIHVzZSBieSBhbnlib2R5IGVsc2UgaXMgdW5hdXRob3Jpc2Vk
LiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHRo
aXMgbWVzc2FnZQ0KIGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIGFkdmlzZSB0aGUgc2VuZGVyIGJ5
IHJldHVybiBlLW1haWwsIFRoYW5rcy4gPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KUmlz
cGV0dGEgbCdhbWJpZW50ZS4gTm9uIHN0YW1wYXJlIHF1ZXN0YSBtYWlsIHNlIG5vbiDDqCBuZWNl
c3NhcmlvLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KaXBwbSBtYWlsaW5nIGxp
c3Q8YnIgY2xhc3M9IiI+DQppcHBtQGlldGYub3JnPGJyIGNsYXNzPSIiPg0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4N
CjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7
IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0
LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk
LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6
IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFr
OiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigw
LCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGln
bjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1z
cGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRl
eHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNw
LW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xh
c3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzog
bm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw
eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0
bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29y
ZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGlu
ZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCuKAlDwvZGl2Pg0KPGRpdiBz
dHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFu
czogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNm
b3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2lu
ZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWst
d29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVy
LXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQpDYXJsb3MgUGlnbmF0YXJvLCZuYnNwOzxhIGhyZWY9
Im1haWx0bzpjYXJsb3NAY2lzY28uY29tIiBjbGFzcz0iIj5jYXJsb3NAY2lzY28uY29tPC9hPjxi
ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxpIGNsYXNzPSIiPuKAnFNvbWV0aW1lcyBJIHVz
ZSBiaWcgd29yZHMgdGhhdCBJIGRvIG5vdCBmdWxseSB1bmRlcnN0YW5kLCB0byBtYWtlIG15c2Vs
ZiBzb3VuZCBtb3JlJm5ic3A7cGhvdG9zeW50aGVzaXMuJnF1b3Q7PC9pPjxiciBjbGFzcz0iIj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8
L2JvZHk+DQo8L2h0bWw+DQo=

--_000_0E07E13BE54249108B79FAF4317471C5ciscocom_--


From nobody Tue Jul  4 01:52:22 2017
Return-Path: <giuseppe.fioccola@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D19FA131B3C; Tue,  4 Jul 2017 01:52:20 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 pBFnrnZC--3U; Tue,  4 Jul 2017 01:52:16 -0700 (PDT)
Received: from mx04.telecomitalia.it (mx04.telecomitalia.it [217.169.121.24]) by ietfa.amsl.com (Postfix) with ESMTP id 5CE52131BBC; Tue,  4 Jul 2017 01:52:09 -0700 (PDT)
X-AuditID: d9a97918-74fff7000000aca3-f6-595b57385ef1
Received: from TELMBXA02RM001.telecomitalia.local ( [10.14.252.26]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx04.telecomitalia.it () with SMTP id 9B.AB.44195.8375B595; Tue,  4 Jul 2017 10:52:08 +0200 (CEST)
From: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-alt-mark@ietf.org" <draft-ietf-ippm-alt-mark@ietf.org>, Al Morton <acmorton@att.com>
Thread-Topic: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt
Thread-Index: AQHS9FmmjCFvt0bioEu3xm43S0H00aJDUyow
Date: Tue, 4 Jul 2017 08:52:00 +0000
Message-ID: <1c9ba3738ee046ad89440b430f239281@TELMBXB02RM001.telecomitalia.local>
References: <149848656092.31761.14093022868269972850@ietfa.amsl.com> <550fed16b300468cb6bb37b5d14068d2@TELMBXB02RM001.telecomitalia.local> <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com>
In-Reply-To: <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252.238]
x-ti-disclaimer: Disclaimer1
Content-Type: multipart/alternative; boundary="_000_1c9ba3738ee046ad89440b430f239281TELMBXB02RM001telecomit_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKIsWRmVeSWpSXmKPExsXCxfdHStciPDrS4MFMYYutxyYyWnx6t4PF om3tZEaL1Tu62Sx6HrxjdmD1eNk/h9Fjyu+NrB5LlvxkCmCO4rJJSc3JLEst0rdL4Mo49Okx e8GxD4wVi6dWNDDOecXYxcjJISFgInHq4GzWLkYuDiGBqUwS1w/8YgNJsAnYSBx8dQLMFhEw k2h8PIkJpIhZYC+jxO0Hk1lBEsIC9hJnP+5ghChylLjx6AE7hG0kMeF+HxOIzSKgIjHt6W2w Gl6BQIk5+96B9QoJ7GeU2P8FrIZTwFbizJsnLCA2o4CsxITdi8DqmQXEJV5MP8EOcamAxJI9 55khbFGJl4//sULYBhJbl+5jgbAVJT6e3wz1mYzEwiMQdzIL5EucPNDMDHGDoMTJmU9YJjCK zkKyYhaSsllIymYxcgDFNSXW79KHKFGUmNL9EKpcQ6J1zlx2ZPEFjOyrGEVzKwxM9EpSc1KT 83MzSxJzMhP1Mks2MQIj8+bKSokdjN1rnQ8xCnAwKvHw+lhGRwqxJpYVV+YeYpTgYFYS4S3y AwrxpiRWVqUW5ccXleakFh9ilOZgURLnVXUBSgmkJ5akZqemFqQWwWSZODilGhhPtLZ9N7je WPL/v5up70Kn7FbtxABRppfTjKZfSnuy+6Wa8az31YH6wT56N1dFN8z2/bP7W+G7lUv3Xv4q 0lgv7jJry6x3TvEtwRtSvmZ8rzjizTdlv/sG6bXb753cw7tLsCBtiuSptDniHyrXTQ7S28k6 ndND68ok5souZXVdCZlmqY+z3XqUWIozEg21mIuKEwGy0j6lyAIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/DDpsYkDdyV893sRUZnKW3MDb4ZY>
Subject: [ippm] R:   I-D Action: draft-ietf-ippm-alt-mark-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 04 Jul 2017 08:52:21 -0000

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

SGkgQ2FybG9zLA0KQWdyZWUsIG5vdyB0aGUgcGFzc2l2ZSBhcHBlbGxhdGl2ZSBpcyBhIGxpdHRs
ZSBiaXQgYXVnbWVudGVkIGZvciB0aGUgU0ZDIHVzZSBjYXNlICh3ZSBhcmUgbm90IHN1cmUgdGhh
dCBTRkMgd2lsbCBkZWRpY2F0ZSAxIG9yIDIgYml0cyBmb3IgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0
aG9kKS4NCkluc3RlYWQgdGhlIEJJRVIgdXNlIGNhc2UgYWxsb3cgdXMgdG8gc3BlYWsgYWJvdXQg
cGFzc2l2ZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudHMuDQpJ4oCZbSB0YWtpbmcgbm90ZSBvZiB0
aGlzIG1vZGlmaWNhdGlvbiB0byBkbywgdXBvbiByZWNlaXZpbmcgQWzigJlzIG9waW5pb24gYXMg
d2VsbC4NCg0KTWFueSB0aGFua3MgZm9yIHlvdXIgaW50ZXJlc3QgaW4gdGhpcyB0b3BpYy4NClNv
LCBzZWVuIHlvdXIgZXhwZXJpZW5jZSB3aXRoaW4gSUVURiBhbmQgc2VlbiB0aGF0IElQUE0gaXMg
bG9va2luZyBmb3IgYSB2b2x1bnRlZXIsIHdvdWxkIGJlIGdyZWF0IGlmIHlvdSBhcmUgd2lsbGlu
ZyB0byBzaGVwaGVyZCBkcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmsuIOKYug0KV2hhdCBkbyB5b3Ug
dGhpbms/DQoNCkdpdXNlcHBlDQoNCkRhOiBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgW21h
aWx0bzpjcGlnbmF0YUBjaXNjby5jb21dDQpJbnZpYXRvOiBtYXJ0ZWTDrCA0IGx1Z2xpbyAyMDE3
IDAyOjA4DQpBOiBGaW9jY29sYSBHaXVzZXBwZTsgQWwgTW9ydG9uDQpDYzogaXBwbUBpZXRmLm9y
ZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaXBwbS1hbHQtbWFya0BpZXRmLm9y
Zw0KT2dnZXR0bzogUmU6IFtpcHBtXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWlwcG0tYWx0LW1h
cmstMDUudHh0DQoNCkNpYW8sIEdpdXNlcHBlISAoSGksIEFsKQ0KDQpUaGFua3MgZm9yIGNsb3Np
bmcgdGhlIGxvb3Agb24gdGhlIGxpc3Qgd2l0aCB0aGUgcmV2aWV3LCBhbmQgZm9yIGFkZHJlc3Np
bmcgY29tbWVudHMgYW5kIGluY29ycG9yYXRpbmcgdXBkYXRlcyENCg0KTG9va2luZyBhdCB0aGUg
ZGlmZnMsIEkgbm90aWNlZCB0aGUgZm9sbG93aW5nIG5ldyBzZWN0aW9uOg0KaHR0cHM6Ly90b29s
cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNSNzZWN0aW9uLTUuMw0K
DQpXaGljaCBpbmNsdWRlcyB0ZXh0IGxpa2U6DQogICBbSS1ELm1pcnNreS1zZmMtcG1hbW1dIGRl
c2NyaWJlcyBob3cgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZCBjYW4NCiAgIGJlIHVzZWQg
YXMgdGhlIHBhc3NpdmUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgbWV0aG9kIGluIGEgU2Vydmlj
ZQ0KICAgRnVuY3Rpb24gQ2hhaW5pbmcgKFNGQykgZG9tYWluLg0KDQpJIHdvdWxkIGxvdmUgdG8g
aGVhciBBbOKAmXMgdGFrZSBvbiB0aGlzIGFzIHRoZSBhdXRob3Igb2YgUkZDIDc3OTkuDQoNCihh
bmQgQlRXLCBzZWVtcyBxdWl0ZSBwcmVtYXR1cmUgdG8gcmVmZXJlbmNlIHRoYXQgaW5kaXZpZHVh
bCBkcmFmdCB3aGljaCB0YXJnZXRzIFNGQywgd2hlbiBpdCBkb2VzIG5vdCBldmVuIHNwZWNpZnkg
bG9jYXRpb24gb2YgZmllbGRzKQ0KDQpJIGdldCBpdCB0aGF0IHRoZXJlIGFyZSBmaWVsZHMgcHVy
cG9zZWZ1bGx5IGRlZmluZWQgZm9yIGFsdGVybmF0ZSBtYXJraW5nLCBhcyBvcHBvc2VkIHRvIG92
ZXJsb2FkaW5nIG90aGVyIGZpZWxkcy4NCg0KSG93ZXZlciwgaHR0cHM6Ly90b29scy5pZXRmLm9y
Zy9odG1sL3JmYzc3OTkjc2VjdGlvbi0zLjYNCiAgICAgIE1VU1QgTk9UIGFkZCwgY2hhbmdlLCBv
ciByZW1vdmUgcGFja2V0cyBvciBmaWVsZHMgb3INCiAgICAgIGNoYW5nZSBmaWVsZCB2YWx1ZXMg
YW55d2hlcmUgYWxvbmcgdGhlIHBhdGgNCg0KU28gdGhpcyBpcyBjaGFuZ2luZyBmaWVsZCB2YWx1
ZXMsIGV2ZW4gdGhyb3VnaCB0aGUgZmllbGRzIGFyZSBmb3IgdGhpcyBwdXJwb3NlLiBUaGlzIHJl
YWxseSBsb29rcyB0byBtZSBsaWtlIGEgSHlicmlkLiBUaGUgZXh0cmVtZSBjYXNlIGlzIGFkZGlu
ZyBhIHNoaW0gbGlrZSBJT0FNIOKAlCBpcyB0aGF0IHBhc3NpdmU/IFdlIGFncmVlZCBpdCBpcyBI
eWJyaWQuDQoNCkFsLCB3aGF0IGRvIHlvdSB0aGluaz8NCg0KSW4gYW55IGV2ZW50LCBHaXVzZXBw
ZSwgdGhhbmtzIG11Y2ggZm9yIHRoZSByZXYrKyENCg0K4oCUIENhcmxvcy4NCg0KDQpPbiBKdW4g
MjYsIDIwMTcsIGF0IDEwOjI2IEFNLCBGaW9jY29sYSBHaXVzZXBwZSA8Z2l1c2VwcGUuZmlvY2Nv
bGFAdGVsZWNvbWl0YWxpYS5pdDxtYWlsdG86Z2l1c2VwcGUuZmlvY2NvbGFAdGVsZWNvbWl0YWxp
YS5pdD4+IHdyb3RlOg0KDQpIaSBBbGwsDQpUaGlzIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYt
aXBwbS1hbHQtbWFyayBhZGRyZXNzZXMgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIFdHTEMgcGhh
c2UuDQpJIGhhdmUgaW5jbHVkZWQgYWxsIHRoZSBjb21tZW50cyBhbmQgdGhlIG1vc3QgaW1wb3J0
YW50IGNoYW5nZXMgYXJlOg0KLSB0aGUgdGl0bGUgaXMgbm93ICJBbHRlcm5hdGUgTWFya2luZyBt
ZXRob2QgZm9yIHBhc3NpdmUgYW5kIGh5YnJpZCBwZXJmb3JtYW5jZSBtb25pdG9yaW5nIi4NCi0g
dGhlIGFkZGl0aW9uIG9mIGEgcGFyYWdyYXBoIGluIHRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiBh
Ym91dCB0aGUgUkZDNzc5OSBkZWZpbml0aW9ucy4NCkluIGFkZGl0aW9uIHRoZXJlIGFyZSBvdGhl
ciBtaW5vciBjaGFuZ2VzIGFuZCB0eXBvcy4NCg0KVGhhbmtzIHRvIGFsbCB0aGUgcmV2aWV3ZXJz
LA0KDQpHaXVzZXBwZQ0KDQotLS0tLU1lc3NhZ2dpbyBvcmlnaW5hbGUtLS0tLQ0KRGE6IGlwcG0g
W21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIFBlciBjb250byBkaSBpbnRlcm5ldC1kcmFm
dHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4NCkludmlhdG86IGx1
bmVkw6wgMjYgZ2l1Z25vIDIwMTcgMTY6MTYNCkE6IGktZC1hbm5vdW5jZUBpZXRmLm9yZzxtYWls
dG86aS1kLWFubm91bmNlQGlldGYub3JnPg0KQ2M6IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1A
aWV0Zi5vcmc+DQpPZ2dldHRvOiBbaXBwbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pcHBtLWFs
dC1tYXJrLTA1LnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t
IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQgaXMg
YSB3b3JrIGl0ZW0gb2YgdGhlIElQIFBlcmZvcm1hbmNlIE1ldHJpY3Mgb2YgdGhlIElFVEYuDQoN
CiAgICAgICBUaXRsZSAgICAgICAgICAgOiBBbHRlcm5hdGUgTWFya2luZyBtZXRob2QgZm9yIHBh
c3NpdmUgYW5kIGh5YnJpZCBwZXJmb3JtYW5jZSBtb25pdG9yaW5nDQogICAgICAgQXV0aG9ycyAg
ICAgICAgIDogR2l1c2VwcGUgRmlvY2NvbGENCiAgICAgICAgICAgICAgICAgICAgICAgICBBbGVz
c2FuZHJvIENhcGVsbG8NCiAgICAgICAgICAgICAgICAgICAgICAgICBNYXVybyBDb2NpZ2xpbw0K
ICAgICAgICAgICAgICAgICAgICAgICAgIEx1Y2EgQ2FzdGFsZGVsbGkNCiAgICAgICAgICAgICAg
ICAgICAgICAgICBNYWNoKEd1b3lpKSBDaGVuDQogICAgICAgICAgICAgICAgICAgICAgICAgTGlh
bnNodSBaaGVuZw0KICAgICAgICAgICAgICAgICAgICAgICAgIEdyZWcgTWlyc2t5DQogICAgICAg
ICAgICAgICAgICAgICAgICAgVGFsIE1penJhaGkNCkZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWll
dGYtaXBwbS1hbHQtbWFyay0wNS50eHQNClBhZ2VzICAgICAgICAgICA6IDMxDQpEYXRlICAgICAg
ICAgICAgOiAyMDE3LTA2LTI2DQoNCkFic3RyYWN0Og0KICBUaGlzIGRvY3VtZW50IGRlc2NyaWJl
cyBhIG1ldGhvZCB0byBwZXJmb3JtIHBhY2tldCBsb3NzLCBkZWxheSBhbmQNCiAgaml0dGVyIG1l
YXN1cmVtZW50cyBvbiBsaXZlIHRyYWZmaWMuICBUaGlzIG1ldGhvZCBpcyBiYXNlZCBvbg0KICBB
bHRlcm5hdGUgTWFya2luZyAoQ29sb3JpbmcpIHRlY2huaXF1ZS4gIEEgcmVwb3J0IG9uIHRoZSBv
cGVyYXRpb25hbA0KICBleHBlcmltZW50IGRvbmUgYXQgVGVsZWNvbSBJdGFsaWEgaXMgZXhwbGFp
bmVkIGluIG9yZGVyIHRvIGdpdmUgYW4NCiAgZXhhbXBsZSBhbmQgc2hvdyB0aGUgbWV0aG9kIGFw
cGxpY2FiaWxpdHkuICBUaGlzIHRlY2huaXF1ZSBjYW4gYmUNCiAgYXBwbGllZCBpbiB2YXJpb3Vz
IHNpdHVhdGlvbnMgYXMgZGV0YWlsZWQgaW4gdGhpcyBkb2N1bWVudCBhbmQgY291bGQNCiAgYmUg
Y29uc2lkZXJlZCBwYXNzaXZlIG9yIGh5YnJpZCBkZXBlbmRpbmcgb24gdGhlIGFwcGxpY2F0aW9u
Lg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz
Og0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLWFsdC1t
YXJrLw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQpo
dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1DQpo
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1hbHQt
bWFyay0wNQ0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUg
YXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1pcHBtLWFs
dC1tYXJrLTA1DQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt
aW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVy
c2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJbnRlcm5l
dC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9m
dHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxpc3QNCmlwcG1AaWV0Zi5vcmc8
bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2lwcG0NCg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25vIGluZGly
aXp6YXRpIGVzY2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4gTGEgZGlmZnVzaW9u
ZSwgY29waWEgbyBxdWFsc2lhc2kgYWx0cmEgYXppb25lIGRlcml2YW50ZSBkYWxsYSBjb25vc2Nl
bnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1lbnRlIHZpZXRhdGUuIFF1
YWxvcmEgYWJiaWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1lbnRvIHBlciBlcnJvcmUgc2lldGUg
Y29ydGVzZW1lbnRlIHByZWdhdGkgZGkgZGFybmUgaW1tZWRpYXRhIGNvbXVuaWNhemlvbmUgYWwg
bWl0dGVudGUgZSBkaSBwcm92dmVkZXJlIGFsbGEgc3VhIGRpc3RydXppb25lLCBHcmF6aWUuDQoN
ClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgY29uZmlkZW50aWFsIGFuZCBtYXkg
Y29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIGludGVuZGVkIGZvciB0aGUgYWRkcmVzc2Vl
KHMpIG9ubHkuIERpc3NlbWluYXRpb24sIGNvcHlpbmcsIHByaW50aW5nIG9yIHVzZSBieSBhbnli
b2R5IGVsc2UgaXMgdW5hdXRob3Jpc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj
aXBpZW50LCBwbGVhc2UgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFu
ZCBhZHZpc2UgdGhlIHNlbmRlciBieSByZXR1cm4gZS1tYWlsLCBUaGFua3MuDQoNClJpc3BldHRh
IGwnYW1iaWVudGUuIE5vbiBzdGFtcGFyZSBxdWVzdGEgbWFpbCBzZSBub24gw6ggbmVjZXNzYXJp
by4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlw
cG0gbWFpbGluZyBsaXN0DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQoNCuKAlA0KQ2FybG9zIFBp
Z25hdGFybywgY2FybG9zQGNpc2NvLmNvbTxtYWlsdG86Y2FybG9zQGNpc2NvLmNvbT4NCg0K4oCc
U29tZXRpbWVzIEkgdXNlIGJpZyB3b3JkcyB0aGF0IEkgZG8gbm90IGZ1bGx5IHVuZGVyc3RhbmQs
IHRvIG1ha2UgbXlzZWxmIHNvdW5kIG1vcmUgcGhvdG9zeW50aGVzaXMuIg0KDQo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9
DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg
MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl
LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vn
b2UgVUkiOw0KCXBhbm9zZS0xOjIgMTEgNSAyIDQgMiA0IDIgMiAzO30NCi8qIFN0eWxlIERlZmlu
aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h
cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ
Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv
SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt
ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv
d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv
cmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29B
Y2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiVGVzdG8g
ZnVtZXR0byBDYXJhdHRlcmUiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0
Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7
fQ0Kc3Bhbi5hcHBsZS10YWItc3Bhbg0KCXttc28tc3R5bGUtbmFtZTphcHBsZS10YWItc3Bhbjt9
DQpzcGFuLlN0aWxlTWVzc2FnZ2lvRGlQb3N0YUVsZXR0cm9uaWNhMTgNCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN
Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uVGVzdG9mdW1ldHRvQ2FyYXR0ZXJlDQoJe21zby1zdHls
ZS1uYW1lOiJUZXN0byBmdW1ldHRvIENhcmF0dGVyZSI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5
Ow0KCW1zby1zdHlsZS1saW5rOiJUZXN0byBmdW1ldHRvIjsNCglmb250LWZhbWlseToiVGFob21h
Iiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0
LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2
MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgMi4wY20gMi4wY20gMi4wY207fQ0KZGl2
LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg
Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i
MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86
c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi
IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs
YW5nPSJJVCIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj
dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBDYXJsb3MsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BZ3JlZSwgbm93IHRoZSBwYXNzaXZlIGFwcGVsbGF0
aXZlIGlzIGEgbGl0dGxlIGJpdCBhdWdtZW50ZWQgZm9yIHRoZSBTRkMgdXNlIGNhc2UgKHdlIGFy
ZSBub3Qgc3VyZSB0aGF0IFNGQyB3aWxsIGRlZGljYXRlIDEgb3IgMiBiaXRzIGZvciBhbHRlcm5h
dGUNCiBtYXJraW5nIG1ldGhvZCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5JbnN0ZWFkIHRoZSBCSUVSIHVzZSBjYXNlIGFsbG93IHVzIHRvIHNwZWFrIGFib3V0
IHBhc3NpdmUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+SeKAmW0gdGFraW5nIG5vdGUgb2YgdGhpcyBtb2RpZmljYXRp
b24gdG8gZG8sIHVwb24gcmVjZWl2aW5nIEFs4oCZcyBvcGluaW9uIGFzIHdlbGwuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hbnkgdGhhbmtzIGZvciB5b3VyIGludGVyZXN0
IGluIHRoaXMgdG9waWMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPlNvLCBzZWVuIHlvdXIgZXhwZXJpZW5jZSB3aXRoaW4gSUVURiBhbmQgc2VlbiB0aGF0IElQ
UE0gaXMgbG9va2luZyBmb3IgYSB2b2x1bnRlZXIsIHdvdWxkIGJlIGdyZWF0IGlmIHlvdSBhcmUg
d2lsbGluZyB0byBzaGVwaGVyZCBkcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmsuDQo8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5Oldpbmdk
aW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEIj5XaGF0IGRvIHlvdSB0aGluaz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+R2l1c2VwcGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw
Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7Ij5EYTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBD
YXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgW21haWx0bzpjcGlnbmF0YUBjaXNjby5jb21dDQo8
YnI+DQo8Yj5JbnZpYXRvOjwvYj4gbWFydGVkw6wgNCBsdWdsaW8gMjAxNyAwMjowODxicj4NCjxi
PkE6PC9iPiBGaW9jY29sYSBHaXVzZXBwZTsgQWwgTW9ydG9uPGJyPg0KPGI+Q2M6PC9iPiBpcHBt
QGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJr
QGlldGYub3JnPGJyPg0KPGI+T2dnZXR0bzo8L2I+IFJlOiBbaXBwbV0gSS1EIEFjdGlvbjogZHJh
ZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPkNpYW8sIEdpdXNlcHBlISAoSGksIEFsKSA8bzpwPjwvbzpwPjwv
cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgY2xvc2luZyB0aGUg
bG9vcCBvbiB0aGUgbGlzdCB3aXRoIHRoZSByZXZpZXcsIGFuZCBmb3IgYWRkcmVzc2luZyBjb21t
ZW50cyBhbmQgaW5jb3Jwb3JhdGluZyB1cGRhdGVzITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Mb29raW5nIGF0IHRoZSBkaWZmcywgSSBub3Rp
Y2VkIHRoZSBmb2xsb3dpbmcgbmV3IHNlY3Rpb246PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1I3NlY3Rpb24tNS4zIj5odHRwczovL3Rv
b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1I3NlY3Rpb24tNS4z
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij5XaGljaCBpbmNsdWRlcyB0ZXh0IGxpa2U6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7W0ktRC5taXJza3ktc2ZjLXBtYW1t
XSBkZXNjcmliZXMgaG93IHRoZSBhbHRlcm5hdGUgbWFya2luZyBtZXRob2QgY2FuDQo8bzpwPjwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7YmUgdXNl
ZCBhcyB0aGUgcGFzc2l2ZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QgaW4gYSBTZXJ2
aWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m
bmJzcDsgJm5ic3A7RnVuY3Rpb24gQ2hhaW5pbmcgKFNGQykgZG9tYWluLjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd291bGQg
bG92ZSB0byBoZWFyIEFs4oCZcyB0YWtlIG9uIHRoaXMgYXMgdGhlIGF1dGhvciBvZiBSRkMgNzc5
OS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
KGFuZCBCVFcsIHNlZW1zIHF1aXRlIHByZW1hdHVyZSB0byByZWZlcmVuY2UgdGhhdCBpbmRpdmlk
dWFsIGRyYWZ0IHdoaWNoIHRhcmdldHMgU0ZDLCB3aGVuIGl0IGRvZXMgbm90IGV2ZW4gc3BlY2lm
eSBsb2NhdGlvbiBvZiBmaWVsZHMpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPkkgZ2V0IGl0IHRoYXQgdGhlcmUgYXJlIGZpZWxkcyBwdXJwb3Nl
ZnVsbHkgZGVmaW5lZCBmb3IgYWx0ZXJuYXRlIG1hcmtpbmcsIGFzIG9wcG9zZWQgdG8gb3Zlcmxv
YWRpbmcgb3RoZXIgZmllbGRzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5Ib3dldmVyLCZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0
Zi5vcmcvaHRtbC9yZmM3Nzk5I3NlY3Rpb24tMy42Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvcmZjNzc5OSNzZWN0aW9uLTMuNjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBNVVNUIE5P
VCBhZGQsIGNoYW5nZSwgb3IgcmVtb3ZlIHBhY2tldHMgb3IgZmllbGRzIG9yPG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZu
YnNwOyBjaGFuZ2UgZmllbGQgdmFsdWVzIGFueXdoZXJlIGFsb25nIHRoZSBwYXRoPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28g
dGhpcyBpcyBjaGFuZ2luZyBmaWVsZCB2YWx1ZXMsIGV2ZW4gdGhyb3VnaCB0aGUgZmllbGRzIGFy
ZSBmb3IgdGhpcyBwdXJwb3NlLiBUaGlzIHJlYWxseSBsb29rcyB0byBtZSBsaWtlIGEgSHlicmlk
LiBUaGUgZXh0cmVtZSBjYXNlIGlzIGFkZGluZyBhIHNoaW0gbGlrZSBJT0FNIOKAlCBpcyB0aGF0
IHBhc3NpdmU/IFdlIGFncmVlZCBpdCBpcyBIeWJyaWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFsLCB3aGF0IGRvIHlvdSB0aGluaz88bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gYW55
IGV2ZW50LCBHaXVzZXBwZSwgdGhhbmtzIG11Y2ggZm9yIHRoZSByZXYmIzQzOyYjNDM7ITxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj7igJQgQ2Fy
bG9zLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBKdW4gMjYsIDIwMTcsIGF0IDEwOjI2IEFNLCBGaW9jY29s
YSBHaXVzZXBwZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21p
dGFsaWEuaXQiPmdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ8L2E+Jmd0OyB3cm90
ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEFsbCw8
YnI+DQpUaGlzIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtaXBwbS1hbHQtbWFyayBhZGRyZXNz
ZXMgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIFdHTEMgcGhhc2UuPGJyPg0KSSBoYXZlIGluY2x1
ZGVkIGFsbCB0aGUgY29tbWVudHMgYW5kIHRoZSBtb3N0IGltcG9ydGFudCBjaGFuZ2VzIGFyZTog
PGJyPg0KLSB0aGUgdGl0bGUgaXMgbm93ICZxdW90O0FsdGVybmF0ZSBNYXJraW5nIG1ldGhvZCBm
b3IgcGFzc2l2ZSBhbmQgaHlicmlkIHBlcmZvcm1hbmNlIG1vbml0b3JpbmcmcXVvdDsuDQo8YnI+
DQotIHRoZSBhZGRpdGlvbiBvZiBhIHBhcmFncmFwaCBpbiB0aGUgaW50cm9kdWN0aW9uIHNlY3Rp
b24gYWJvdXQgdGhlIFJGQzc3OTkgZGVmaW5pdGlvbnMuPGJyPg0KSW4gYWRkaXRpb24gdGhlcmUg
YXJlIG90aGVyIG1pbm9yIGNoYW5nZXMgYW5kIHR5cG9zLjxicj4NCjxicj4NClRoYW5rcyB0byBh
bGwgdGhlIHJldmlld2Vycyw8YnI+DQo8YnI+DQpHaXVzZXBwZTxicj4NCjxicj4NCi0tLS0tTWVz
c2FnZ2lvIG9yaWdpbmFsZS0tLS0tPGJyPg0KRGE6IGlwcG0gWzxhIGhyZWY9Im1haWx0bzppcHBt
LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBQZXIg
Y29udG8gZGkNCjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmludGVy
bmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT48YnI+DQpJbnZpYXRvOiBsdW5lZMOsIDI2IGdpdWdubyAy
MDE3IDE2OjE2PGJyPg0KQTogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyI+
aS1kLWFubm91bmNlQGlldGYub3JnPC9hPjxicj4NCkNjOiA8YSBocmVmPSJtYWlsdG86aXBwbUBp
ZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT48YnI+DQpPZ2dldHRvOiBbaXBwbV0gSS1EIEFjdGlv
bjogZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1LnR4dDxicj4NCjxicj4NCjxicj4NCkEgTmV3
IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURy
YWZ0cyBkaXJlY3Rvcmllcy48YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBJ
UCBQZXJmb3JtYW5jZSBNZXRyaWNzIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogQWx0ZXJuYXRlIE1hcmtp
bmcgbWV0aG9kIGZvciBwYXNzaXZlIGFuZCBoeWJyaWQgcGVyZm9ybWFuY2UgbW9uaXRvcmluZzxi
cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvcnMgJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBHaXVzZXBwZSBG
aW9jY29sYTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0FsZXNzYW5k
cm8gQ2FwZWxsbzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01hdXJv
IENvY2lnbGlvPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7THVjYSBD
YXN0YWxkZWxsaTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01hY2go
R3VveWkpIENoZW48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtMaWFu
c2h1IFpoZW5nPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7R3JlZyBN
aXJza3k8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUYWwgTWl6cmFo
aTxicj4NCkZpbGVuYW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OzogZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLTA1LnR4dDxicj4NClBhZ2VzICZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMzE8YnI+
DQpEYXRlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOzogMjAxNy0wNi0yNjxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZu
YnNwOyZuYnNwO1RoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGEgbWV0aG9kIHRvIHBlcmZvcm0gcGFj
a2V0IGxvc3MsIGRlbGF5IGFuZDxicj4NCiZuYnNwOyZuYnNwO2ppdHRlciBtZWFzdXJlbWVudHMg
b24gbGl2ZSB0cmFmZmljLiAmbmJzcDtUaGlzIG1ldGhvZCBpcyBiYXNlZCBvbjxicj4NCiZuYnNw
OyZuYnNwO0FsdGVybmF0ZSBNYXJraW5nIChDb2xvcmluZykgdGVjaG5pcXVlLiAmbmJzcDtBIHJl
cG9ydCBvbiB0aGUgb3BlcmF0aW9uYWw8YnI+DQombmJzcDsmbmJzcDtleHBlcmltZW50IGRvbmUg
YXQgVGVsZWNvbSBJdGFsaWEgaXMgZXhwbGFpbmVkIGluIG9yZGVyIHRvIGdpdmUgYW48YnI+DQom
bmJzcDsmbmJzcDtleGFtcGxlIGFuZCBzaG93IHRoZSBtZXRob2QgYXBwbGljYWJpbGl0eS4gJm5i
c3A7VGhpcyB0ZWNobmlxdWUgY2FuIGJlPGJyPg0KJm5ic3A7Jm5ic3A7YXBwbGllZCBpbiB2YXJp
b3VzIHNpdHVhdGlvbnMgYXMgZGV0YWlsZWQgaW4gdGhpcyBkb2N1bWVudCBhbmQgY291bGQ8YnI+
DQombmJzcDsmbmJzcDtiZSBjb25zaWRlcmVkIHBhc3NpdmUgb3IgaHlicmlkIGRlcGVuZGluZyBv
biB0aGUgYXBwbGljYXRpb24uPGJyPg0KPGJyPg0KPGJyPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlRo
ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxicj4NCjwv
c3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm
LWlwcG0tYWx0LW1hcmsvIj48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrLzwvc3Bhbj48L2E+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxicj4NCjxicj4NClRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2
YWlsYWJsZSBhdDo8YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o
dG1sL2RyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNSI+PHNwYW4gbGFuZz0iRU4tVVMiPmh0dHBz
Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDU8L3NwYW4+
PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9kYXRh
dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDUiPjxz
cGFuIGxhbmc9IkVOLVVTIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry
YWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPjxi
cj4NCjxicj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBh
dDo8YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy
PWRyYWZ0LWlldGYtaXBwbS1hbHQtbWFyay0wNSI+PHNwYW4gbGFuZz0iRU4tVVMiPmh0dHBzOi8v
d3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmstMDU8L3Nw
YW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0
aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt
aXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg
YXQgdG9vbHMuaWV0Zi5vcmcuPGJyPg0KPGJyPg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2
YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Ojxicj4NCjwvc3Bhbj48YSBocmVmPSJmdHA6Ly9m
dHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyI+PHNwYW4gbGFuZz0iRU4tVVMiPmZ0cDovL2Z0
cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+
PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86aXBw
bUBpZXRmLm9yZyI+PHNwYW4gbGFuZz0iRU4tVVMiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9hPjxz
cGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIj48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1V
UyI+PGJyPg0KPGJyPg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25vIGlu
ZGlyaXp6YXRpIGVzY2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4NCjwvc3Bhbj5M
YSBkaWZmdXNpb25lLCBjb3BpYSBvIHF1YWxzaWFzaSBhbHRyYSBhemlvbmUgZGVyaXZhbnRlIGRh
bGxhIGNvbm9zY2VuemEgZGkgcXVlc3RlIGluZm9ybWF6aW9uaSBzb25vIHJpZ29yb3NhbWVudGUg
dmlldGF0ZS4gUXVhbG9yYSBhYmJpYXRlIHJpY2V2dXRvIHF1ZXN0byBkb2N1bWVudG8gcGVyIGVy
cm9yZSBzaWV0ZSBjb3J0ZXNlbWVudGUgcHJlZ2F0aSBkaSBkYXJuZSBpbW1lZGlhdGEgY29tdW5p
Y2F6aW9uZSBhbCBtaXR0ZW50ZSBlDQogZGkgcHJvdnZlZGVyZSBhbGxhIHN1YSBkaXN0cnV6aW9u
ZSwgR3JhemllLiA8YnI+DQo8YnI+DQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGlz
IGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBpbnRl
bmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1pbmF0aW9uLCBjb3B5aW5nLCBw
cmludGluZyBvciB1c2UgYnkgYW55Ym9keSBlbHNlIGlzIHVuYXV0aG9yaXNlZC4gSWYgeW91IGFy
ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRlbGV0ZSB0aGlzIG1lc3NhZ2UN
CiBhbmQgYW55IGF0dGFjaG1lbnRzIGFuZCBhZHZpc2UgdGhlIHNlbmRlciBieSByZXR1cm4gZS1t
YWlsLCBUaGFua3MuIDxicj4NCjxicj4NClJpc3BldHRhIGwnYW1iaWVudGUuIE5vbiBzdGFtcGFy
ZSBxdWVzdGEgbWFpbCBzZSBub24gw6ggbmVjZXNzYXJpby48YnI+DQo8YnI+DQo8c3BhbiBsYW5n
PSJFTi1VUyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188
YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86aXBwbUBp
ZXRmLm9yZyI+PHNwYW4gbGFuZz0iRU4tVVMiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFu
IGxhbmc9IkVOLVVTIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9pcHBtIj48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6Ly93d3cuaWV0
Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9zcGFuPjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwv
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPuKAlDxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj
b2xvcjpibGFjayI+Q2FybG9zIFBpZ25hdGFybywmbmJzcDs8YSBocmVmPSJtYWlsdG86Y2FybG9z
QGNpc2NvLmNvbSI+Y2FybG9zQGNpc2NvLmNvbTwvYT48YnI+DQo8YnI+DQo8aT7igJxTb21ldGlt
ZXMgSSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFr
ZSBteXNlbGYgc291bmQgbW9yZSZuYnNwO3Bob3Rvc3ludGhlc2lzLiZxdW90OzwvaT48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9k
eT4NCjwvaHRtbD4NCg==

--_000_1c9ba3738ee046ad89440b430f239281TELMBXB02RM001telecomit_--


From nobody Tue Jul  4 11:23:16 2017
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD92D132735; Tue,  4 Jul 2017 11:23:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 DImbELk6bak5; Tue,  4 Jul 2017 11:23:11 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 5AAD413274F; Tue,  4 Jul 2017 11:23:10 -0700 (PDT)
Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v64IFKGf034789; Tue, 4 Jul 2017 14:23:00 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049295.ppops.net-00191d01. with ESMTP id 2bgaydtfwp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 04 Jul 2017 14:22:59 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v64IMxHu081288; Tue, 4 Jul 2017 13:22:59 -0500
Received: from dalint01.pst.cso.att.com (dalint01.pst.cso.att.com [135.31.133.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v64IMsBM081277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Jul 2017 13:22:55 -0500
Received: from clpi183.sldc.sbc.com (clpi183.sldc.sbc.com [135.41.1.46]) by dalint01.pst.cso.att.com (RSA Interceptor); Tue, 4 Jul 2017 18:22:49 GMT
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v64IMnSg029000; Tue, 4 Jul 2017 13:22:49 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id v64IMhhR028823; Tue, 4 Jul 2017 13:22:43 -0500
Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-green.research.att.com (Postfix) with ESMTP id 5213FE4EE9; Tue,  4 Jul 2017 14:22:27 -0400 (EDT)
Received: from njmtexg4.research.att.com ([fe80::8cd:baa3:219e:5bd4]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Tue, 4 Jul 2017 14:22:42 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-alt-mark@ietf.org" <draft-ietf-ippm-alt-mark@ietf.org>
Thread-Topic: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt
Thread-Index: AQHS9FmpCH1AXJom6k2KtT0uTtM6A6JD9UWd
Date: Tue, 4 Jul 2017 18:22:41 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF44FF50C1@njmtexg4.research.att.com>
References: <149848656092.31761.14093022868269972850@ietfa.amsl.com> <550fed16b300468cb6bb37b5d14068d2@TELMBXB02RM001.telecomitalia.local>, <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com>
In-Reply-To: <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [107.77.202.81]
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-04_11:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1707040310
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zSh2xi2AR9zneqGoJPsyGnsf5Fo>
Subject: Re: [ippm] I-D Action: draft-ietf-ippm-alt-mark-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 04 Jul 2017 18:23:15 -0000

Hi Carlos and Giuseppe,

Thanks for raising the issue of the new text, Carlos,
which is clearly related to recent exchanges on the mailing list,
(where I agree with you):

The RFC 7799 discussion of "Class C" is about equivalent results.
There is no "conversion from hybrid to passive method" after extensive test=
ing
shows that the results with each technique produces equivalent results
for a specific path under test. So, the wording:

"   [I-D.mirsky-sfc-pmamm] describes how the alternate marking method can
   be used as the passive performance measurement method in a Service
   Function Chaining (SFC) domain. "

 is suspect, pending further investigation.

Let's move ahead carefully here. There seems to be a
pattern of re-interpretation that could be an unnecessary=20
use of  WG resources.=20

Thanks and regards,
Al
=20
________________________________________
From: Carlos Pignataro (cpignata) [cpignata@cisco.com]
Sent: Monday, July 03, 2017 8:08 PM
To: Fioccola Giuseppe; MORTON, ALFRED C (AL)
Cc: ippm@ietf.org; ippm-chairs@ietf.org; draft-ietf-ippm-alt-mark@ietf.org
Subject: Re: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt

Ciao, Giuseppe! (Hi, Al)

Thanks for closing the loop on the list with the review, and for addressing=
 comments and incorporating updates!

Looking at the diffs, I noticed the following new section:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-05#section-5.3<https:/=
/urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_draft-2=
Dietf-2Dippm-2Dalt-2Dmark-2D05-23section-2D5.3&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeM=
TSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66Gr=
Mih-rsDfg&s=3DxGD0h-l8szaulPh2EmCSuHdktzu1u5ljLJldgGDIbxY&e=3D>

Which includes text like:
   [I-D.mirsky-sfc-pmamm] describes how the alternate marking method can
   be used as the passive performance measurement method in a Service
   Function Chaining (SFC) domain.

I would love to hear Al=92s take on this as the author of RFC 7799.

(and BTW, seems quite premature to reference that individual draft which ta=
rgets SFC, when it does not even specify location of fields)

I get it that there are fields purposefully defined for alternate marking, =
as opposed to overloading other fields.

However, https://tools.ietf.org/html/rfc7799#section-3.6<https://urldefense=
.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_rfc7799-23section-=
2D3.6&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3D=
tH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3Do0yb8c6ZWuEXTmjNZS--JP3H13p=
-QBamnlBpVUKBiQg&e=3D>
      MUST NOT add, change, or remove packets or fields or
      change field values anywhere along the path

So this is changing field values, even through the fields are for this purp=
ose. This really looks to me like a Hybrid. The extreme case is adding a sh=
im like IOAM =97 is that passive? We agreed it is Hybrid.

Al, what do you think?

In any event, Giuseppe, thanks much for the rev++!

=97 Carlos.


On Jun 26, 2017, at 10:26 AM, Fioccola Giuseppe <giuseppe.fioccola@telecomi=
talia.it<mailto:giuseppe.fioccola@telecomitalia.it>> wrote:

Hi All,
This new version of draft-ietf-ippm-alt-mark addresses comments received du=
ring WGLC phase.
I have included all the comments and the most important changes are:
- the title is now "Alternate Marking method for passive and hybrid perform=
ance monitoring".
- the addition of a paragraph in the introduction section about the RFC7799=
 definitions.
In addition there are other minor changes and typos.

Thanks to all the reviewers,

Giuseppe

-----Messaggio originale-----
Da: ippm [mailto:ippm-bounces@ietf.org] Per conto di internet-drafts@ietf.o=
rg<mailto:internet-drafts@ietf.org>
Inviato: luned=EC 26 giugno 2017 16:16
A: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: ippm@ietf.org<mailto:ippm@ietf.org>
Oggetto: [ippm] I-D Action: draft-ietf-ippm-alt-mark-05.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
This draft is a work item of the IP Performance Metrics of the IETF.

       Title           : Alternate Marking method for passive and hybrid pe=
rformance monitoring
       Authors         : Giuseppe Fioccola
                         Alessandro Capello
                         Mauro Cociglio
                         Luca Castaldelli
                         Mach(Guoyi) Chen
                         Lianshu Zheng
                         Greg Mirsky
                         Tal Mizrahi
Filename        : draft-ietf-ippm-alt-mark-05.txt
Pages           : 31
Date            : 2017-06-26

Abstract:
  This document describes a method to perform packet loss, delay and
  jitter measurements on live traffic.  This method is based on
  Alternate Marking (Coloring) technique.  A report on the operational
  experiment done at Telecom Italia is explained in order to give an
  example and show the method applicability.  This technique can be
  applied in various situations as detailed in this document and could
  be considered passive or hybrid depending on the application.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-alt-mark/<https://urldefen=
se.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org_doc_draft-2Diet=
f-2Dippm-2Dalt-2Dmark_&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIl=
tVyD1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3DgKaFcra0TC=
vmYvC7RGFAS9BhwtS7gfEJxAWVVjPn-tY&e=3D>

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-05<https://urldefense.=
proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_draft-2Dietf-2Dippm=
-2Dalt-2Dmark-2D05&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD=
1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3DugqXnkEKhEg3lH=
I-Wt59PT0jcEnLbMoR9bUUEa7NHt4&e=3D>
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-alt-mark-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-alt-mark-05


Please note that it may take a couple of minutes from the time of submissio=
n 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

Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per=
sone indicate. La diffusione, copia o qualsiasi altra azione derivante dall=
a conoscenza di queste informazioni sono rigorosamente vietate. Qualora abb=
iate ricevuto questo documento per errore siete cortesemente pregati di dar=
ne immediata comunicazione al mittente e di provvedere alla sua distruzione=
, Grazie.

This e-mail and any attachments is confidential and may contain privileged =
information intended for the addressee(s) only. Dissemination, copying, pri=
nting or use by anybody else is unauthorised. If you are not the intended r=
ecipient, please delete this message and any attachments and advise the sen=
der by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario.

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

=97
Carlos Pignataro, carlos@cisco.com<mailto:carlos@cisco.com>

=93Sometimes I use big words that I do not fully understand, to make myself=
 sound more photosynthesis."


From nobody Wed Jul  5 01:54:01 2017
Return-Path: <giuseppe.fioccola@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87588131BD7; Wed,  5 Jul 2017 01:54:00 -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, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 qiEgxfzasAGV; Wed,  5 Jul 2017 01:53:57 -0700 (PDT)
Received: from mx04.telecomitalia.it (mx04.telecomitalia.it [217.169.121.24]) by ietfa.amsl.com (Postfix) with ESMTP id 72362131BE4; Wed,  5 Jul 2017 01:53:56 -0700 (PDT)
X-AuditID: d9a97918-d55ff7000000a862-5a-595ca9233bdb
Received: from TELMBXB02RM001.telecomitalia.local ( [10.14.252.27]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx04.telecomitalia.it () with SMTP id 5D.5E.43106.329AC595; Wed,  5 Jul 2017 10:53:55 +0200 (CEST)
From: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-alt-mark@ietf.org" <draft-ietf-ippm-alt-mark@ietf.org>
Thread-Topic: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt
Thread-Index: AQHS9FmmjCFvt0bioEu3xm43S0H00aJD2tGAgAEMOWA=
Date: Wed, 5 Jul 2017 08:53:54 +0000
Message-ID: <8f7d0eff01c943e5bef1f9da0a6cf8c3@TELMBXB02RM001.telecomitalia.local>
References: <149848656092.31761.14093022868269972850@ietfa.amsl.com> <550fed16b300468cb6bb37b5d14068d2@TELMBXB02RM001.telecomitalia.local>, <0E07E13B-E542-4910-8B79-FAF4317471C5@cisco.com> <4D7F4AD313D3FC43A053B309F97543CF44FF50C1@njmtexg4.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF44FF50C1@njmtexg4.research.att.com>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252.249]
x-ti-disclaimer: Disclaimer1
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHIsWRmVeSWpSXmKPExsXCxfdHWld5ZUykwcX/ghZbj01ktPj0bgeL RdvayYwWq3d0s1n0PHjH7MDq8bJ/DqPHlN8bWT2WLPnJFMAcxWWTkpqTWZZapG+XwJVx4f4/ toLnDhW7nnxibGA8btrFyMkhIWAicfn4FrYuRi4OIYGpTBJL559gA0mwCdhIHHwFYYsIpEh0 L/gGVsQsMJ9RYu2eZewgCWEBe4mzH3cwQhQ5Stx49IAdwraS2HL9HVicRUBFYtrei8wgNq9A oMTsWdeZIba1MEn0zT/BApLgBEpcvfeGFcRmFJCVmLB7EVgzs4C4xIvpJ9ghThWQWLLnPDOE LSrx8vE/VgjbQGLr0n0sELaixO/OP2wQtozEwiOTWSHm6EncmDqFDcLWlli28DXUQYISJ2c+ YZnAKDYLybpZSFpmIWmZhaRlASPLKkbR3AoDE72S1JzU5PzczJLEnMxEvcySTYzAWLu5slJi B2P3WudDjAIcjEo8vHdmxkQKsSaWFVfmHmKU4GBWEuHNWAgU4k1JrKxKLcqPLyrNSS0+xCjN waIkzhsxKzpSSCA9sSQ1OzW1ILUIJsvEwSnVwGg01erm3rinvV6bpKT/+/EXHH8mOzln7duW BofH0182Pn79+cCeh9P2XAgWufri4Brl5aJut3O4RA+ofPi25Y6/+90/UfcFZyi/Njz6pcxW 9BX/hbubrr+cM+mRw4fuueoKGw2ZmNd/U2yvELx0+mmv58Kvm4qOmrywteIPnfEnaUpkYonW CV5LJZbijERDLeai4kQATgcicbECAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wy4-LiOjGU0DsQs4MMsATkMjLt8>
Subject: [ippm] R:   I-D Action: draft-ietf-ippm-alt-mark-05.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 05 Jul 2017 08:54:01 -0000

Hi Al and Carlos,
Thank you, Al, for giving your valuable opinion.=20
I also agree and the statement you mention will be revised or omitted in th=
e next version that I can publish immediately after the submission pre-meet=
ing block.

Thanks,

Giuseppe

-----Messaggio originale-----
Da: MORTON, ALFRED C (AL) [mailto:acmorton@att.com]=20
Inviato: marted=EC 4 luglio 2017 20:23
A: Carlos Pignataro (cpignata); Fioccola Giuseppe
Cc: ippm@ietf.org; ippm-chairs@ietf.org; draft-ietf-ippm-alt-mark@ietf.org
Oggetto: RE: [ippm] I-D Action: draft-ietf-ippm-alt-mark-05.txt

Hi Carlos and Giuseppe,

Thanks for raising the issue of the new text, Carlos, which is clearly rela=
ted to recent exchanges on the mailing list, (where I agree with you):

The RFC 7799 discussion of "Class C" is about equivalent results.
There is no "conversion from hybrid to passive method" after extensive test=
ing shows that the results with each technique produces equivalent results =
for a specific path under test. So, the wording:

"   [I-D.mirsky-sfc-pmamm] describes how the alternate marking method can
   be used as the passive performance measurement method in a Service
   Function Chaining (SFC) domain. "

 is suspect, pending further investigation.

Let's move ahead carefully here. There seems to be a pattern of re-interpre=
tation that could be an unnecessary use of  WG resources.=20

Thanks and regards,
Al
=20
________________________________________
From: Carlos Pignataro (cpignata) [cpignata@cisco.com]
Sent: Monday, July 03, 2017 8:08 PM
To: Fioccola Giuseppe; MORTON, ALFRED C (AL)
Cc: ippm@ietf.org; ippm-chairs@ietf.org; draft-ietf-ippm-alt-mark@ietf.org
Subject: Re: [ippm]  I-D Action: draft-ietf-ippm-alt-mark-05.txt

Ciao, Giuseppe! (Hi, Al)

Thanks for closing the loop on the list with the review, and for addressing=
 comments and incorporating updates!

Looking at the diffs, I noticed the following new section:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-05#section-5.3<https:/=
/urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_draft-2=
Dietf-2Dippm-2Dalt-2Dmark-2D05-23section-2D5.3&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeM=
TSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66Gr=
Mih-rsDfg&s=3DxGD0h-l8szaulPh2EmCSuHdktzu1u5ljLJldgGDIbxY&e=3D>

Which includes text like:
   [I-D.mirsky-sfc-pmamm] describes how the alternate marking method can
   be used as the passive performance measurement method in a Service
   Function Chaining (SFC) domain.

I would love to hear Al's take on this as the author of RFC 7799.

(and BTW, seems quite premature to reference that individual draft which ta=
rgets SFC, when it does not even specify location of fields)

I get it that there are fields purposefully defined for alternate marking, =
as opposed to overloading other fields.

However, https://tools.ietf.org/html/rfc7799#section-3.6<https://urldefense=
.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_rfc7799-23section-=
2D3.6&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD1oL72cBw&m=3D=
tH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3Do0yb8c6ZWuEXTmjNZS--JP3H13p=
-QBamnlBpVUKBiQg&e=3D>
      MUST NOT add, change, or remove packets or fields or
      change field values anywhere along the path

So this is changing field values, even through the fields are for this purp=
ose. This really looks to me like a Hybrid. The extreme case is adding a sh=
im like IOAM - is that passive? We agreed it is Hybrid.

Al, what do you think?

In any event, Giuseppe, thanks much for the rev++!

- Carlos.


On Jun 26, 2017, at 10:26 AM, Fioccola Giuseppe <giuseppe.fioccola@telecomi=
talia.it<mailto:giuseppe.fioccola@telecomitalia.it>> wrote:

Hi All,
This new version of draft-ietf-ippm-alt-mark addresses comments received du=
ring WGLC phase.
I have included all the comments and the most important changes are:
- the title is now "Alternate Marking method for passive and hybrid perform=
ance monitoring".
- the addition of a paragraph in the introduction section about the RFC7799=
 definitions.
In addition there are other minor changes and typos.

Thanks to all the reviewers,

Giuseppe

-----Messaggio originale-----
Da: ippm [mailto:ippm-bounces@ietf.org] Per conto di internet-drafts@ietf.o=
rg<mailto:internet-drafts@ietf.org>
Inviato: luned=EC 26 giugno 2017 16:16
A: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: ippm@ietf.org<mailto:ippm@ietf.org>
Oggetto: [ippm] I-D Action: draft-ietf-ippm-alt-mark-05.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
This draft is a work item of the IP Performance Metrics of the IETF.

       Title           : Alternate Marking method for passive and hybrid pe=
rformance monitoring
       Authors         : Giuseppe Fioccola
                         Alessandro Capello
                         Mauro Cociglio
                         Luca Castaldelli
                         Mach(Guoyi) Chen
                         Lianshu Zheng
                         Greg Mirsky
                         Tal Mizrahi
Filename        : draft-ietf-ippm-alt-mark-05.txt
Pages           : 31
Date            : 2017-06-26

Abstract:
  This document describes a method to perform packet loss, delay and
  jitter measurements on live traffic.  This method is based on
  Alternate Marking (Coloring) technique.  A report on the operational
  experiment done at Telecom Italia is explained in order to give an
  example and show the method applicability.  This technique can be
  applied in various situations as detailed in this document and could
  be considered passive or hybrid depending on the application.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-alt-mark/<https://urldefen=
se.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org_doc_draft-2Diet=
f-2Dippm-2Dalt-2Dmark_&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIl=
tVyD1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3DgKaFcra0TC=
vmYvC7RGFAS9BhwtS7gfEJxAWVVjPn-tY&e=3D>

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-05<https://urldefense.=
proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_draft-2Dietf-2Dippm=
-2Dalt-2Dmark-2D05&d=3DDwMGaQ&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DOfsSu8kTIltVyD=
1oL72cBw&m=3DtH13nWRgBvpVXm_Ehpnqf_WWy6nYuD66GrMih-rsDfg&s=3DugqXnkEKhEg3lH=
I-Wt59PT0jcEnLbMoR9bUUEa7NHt4&e=3D>
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-alt-mark-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-alt-mark-05


Please note that it may take a couple of minutes from the time of submissio=
n 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

Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per=
sone indicate. La diffusione, copia o qualsiasi altra azione derivante dall=
a conoscenza di queste informazioni sono rigorosamente vietate. Qualora abb=
iate ricevuto questo documento per errore siete cortesemente pregati di dar=
ne immediata comunicazione al mittente e di provvedere alla sua distruzione=
, Grazie.

This e-mail and any attachments is confidential and may contain privileged =
information intended for the addressee(s) only. Dissemination, copying, pri=
nting or use by anybody else is unauthorised. If you are not the intended r=
ecipient, please delete this message and any attachments and advise the sen=
der by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario.

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

-
Carlos Pignataro, carlos@cisco.com<mailto:carlos@cisco.com>

"Sometimes I use big words that I do not fully understand, to make myself s=
ound more photosynthesis."


From nobody Wed Jul  5 02:29:05 2017
Return-Path: <giuseppe.fioccola@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DB44131B70; Wed,  5 Jul 2017 02:29:03 -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, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 v_08LU-dh9mk; Wed,  5 Jul 2017 02:29:00 -0700 (PDT)
Received: from mx01.telecomitalia.it (mx01.telecomitalia.it [217.169.121.10]) (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 62233131B80; Wed,  5 Jul 2017 02:29:00 -0700 (PDT)
X-AuditID: d9a9790a-69bff700000039de-e4-595cb15aed75
Received: from TELMBXB02RM001.telecomitalia.local ( [10.14.252.27]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx01.telecomitalia.it () with SMTP id 8C.93.14814.A51BC595; Wed,  5 Jul 2017 11:28:58 +0200 (CEST)
From: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
To: "Brian Trammell (IETF)" <ietf@trammell.ch>, IETF IPPM WG <ippm@ietf.org>
CC: "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "Carlos Pignataro (cpignata) (cpignata@cisco.com)" <cpignata@cisco.com>
Thread-Topic: [ippm] Shepherding draft-ietf-ippm-alt-mark-05
Thread-Index: AQHS8WmB0+GehhENuECypKyZI+VtDKJE8S1Q
Date: Wed, 5 Jul 2017 09:28:57 +0000
Message-ID: <b3276fb7cef34c3ebbda1baed31df1f3@TELMBXB02RM001.telecomitalia.local>
References: <49ECD161-A593-48FE-A61C-CFCB78946C88@trammell.ch>
In-Reply-To: <49ECD161-A593-48FE-A61C-CFCB78946C88@trammell.ch>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252.249]
x-ti-disclaimer: Disclaimer1
Content-Type: text/plain; charset="iso-8859-1"
content-transfer-encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrPKsWRmVeSWpSXmKPExsXCxfdHWjdqY0ykwfd93Baf3u1gsdjY8o7N YvWObjaLngfvmB1YPKb83sjqsWTJTyaPJ/tnsgQwRzUw2iTm5eWXJJakKqSkFifbKrlkFifn JGbmphYphKTmpCbn5yopZKbYKhkrKRTkJCan5qbmldgqJRYUpOalKNlxKWAAG6CyzDyF1Lzk /JTMvHRbJc9gf10LC1NLXUMlu8DS1OKSfIXc1OLixPT0zHyF1IT1ghl/+44wFTRzVvTdvsLc wHiQvYuRk0NCwETiz5KvTF2MXBxCAlOZJNo6F4Il2ARsJA6+OsEGYosI+Eh0LXkPFmcWqJFY eXsFSxcjB4ewgJVE7xkfiBIbic87FkGVG0lc+LgUzGYRUJGYduEFI4jNKxAocb+xixXEFhKw kzj17hlYDaeAvcSG3qNg4xkFZCUm7F7ECLFKXOLF9BNQdwpILNlznhnCFpV4+fgfK4RtILF1 6T4WCFtR4nfnHzYIW0Zi4ZHJrBBz9CRuTJ3CBmFrSyxb+JoZ4h5BiZMzn7BMYBSbhWTdLCQt s5C0zELSsoCRZRWjaG6FgaFeCST6MksSczIT9TJLNjECU8nNlZVcOxhfr3I+xCjAwajEw1sx KyZSiDWxrLgy9xCjBAezkghvxkKgEG9KYmVValF+fFFpTmrxIUYfYIhNZJYSTc4Hprm8knhD EwtLQ2MLCyNDCzNTHMJK4rwRs6IjhQTSgekrOzW1ILUIZhwTB6dUA+PEhZ6v7y+INdhU55FZ 9z9BbsF2vgOGZrp9fbU28yQj5kyf+X1xhUFn0tNaz9ZPd2aVKqdOrN7iv1o266pWVYyyyqzU 38GfnpoztvJqeNw5dPRWZcuSLaXbJ2qv5H27Iu5c0fn9M1fZ1aQ88Ek3q322j3+G8KLfmXUN rUJdXaG/D3hJr+1hu6DEUpyRaKjFXFScCAAPnzm8UgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/92yQW-8riXdl3Ka-adKVhoOYRQU>
Subject: [ippm] R:  Shepherding draft-ietf-ippm-alt-mark-05
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 05 Jul 2017 09:29:03 -0000

Hi Brian,
I would like to suggest Carlos Pignataro as shepherd for draft-ietf-ippm-alt=
-mark.
He has recently reviewed the document and is willing to take this role.

Thanks,

Giuseppe

-----Messaggio originale-----
Da: ippm [mailto:ippm-bounces@ietf.org] Per conto di Brian Trammell (IETF)
Inviato: venerd=EC 30 giugno 2017 08:24
A: IETF IPPM WG
Oggetto: [ippm] Shepherding draft-ietf-ippm-alt-mark-05

Greetings, all,

In accordance with an [IESG statement](https://www.ietf.org/iesg/statement/d=
ocument-shepherds.html) that we've been slow to pay attention to here in IPP=
M, we're looking for a volunteer to shepherd draft-ietf-ippm-alt-mark-05 thr=
ough the publication process.

Ideally, this would be a non-author who has reviewed the document. The docum=
ent shepherd role is described in [RFC4858](https://tools.ietf.org/html/rfc4=
858), but the main responsibility is the document shepherd writeup (section=
 3.1)

Please reply to ippm-chairs@tools.ietf.org to volunteer. In the future, we'l=
l start the process of assigning a shepherd to a document much earlier, with=
 WG adoption.

Thanks, cheers,

Brian

Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle pers=
one indicate. La diffusione, copia o qualsiasi altra azione derivante dalla=
 conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbia=
te ricevuto questo documento per errore siete cortesemente pregati di darne=
 immediata comunicazione al mittente e di provvedere alla sua distruzione, G=
razie. 

This e-mail and any attachments is confidential and may contain privileged i=
nformation intended for the addressee(s) only. Dissemination, copying, print=
ing or use by anybody else is unauthorised. If you are not the intended reci=
pient, please delete this message and any attachments and advise the sender=
 by return e-mail, Thanks. 

Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario.


From nobody Wed Jul  5 05:11:09 2017
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A6B51132989; Wed,  5 Jul 2017 05:11:03 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-ippm-model-based-metrics@ietf.org, ippm-chairs@ietf.org, ietf@trammell.ch, ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.55.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149925666367.17322.13485523980141971034.idtracker@ietfa.amsl.com>
Date: Wed, 05 Jul 2017 05:11:03 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/bVmZEBpGvfi4pTj6Hp-SYk0kpjM>
Subject: [ippm] Spencer Dawkins' Yes on draft-ietf-ippm-model-based-metrics-11: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 05 Jul 2017 12:11:04 -0000

Spencer Dawkins has entered the following ballot position for
draft-ietf-ippm-model-based-metrics-11: Yes

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ippm-model-based-metrics/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I saw one editorial nit in new text added to -11. If this gets fixed before the
telechat, fine, and if not, it should be fixed afterwards.

s/deigned/designed/



From nobody Thu Jul  6 22:47:50 2017
Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F4C912EA58 for <ippm@ietfa.amsl.com>; Thu,  6 Jul 2017 22:47:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 rNkA3On53ACl for <ippm@ietfa.amsl.com>; Thu,  6 Jul 2017 22:47:46 -0700 (PDT)
Received: from zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 81E91126D45 for <ippm@ietf.org>; Thu,  6 Jul 2017 22:47:45 -0700 (PDT)
X-scanvirus: By SEG_CYREN AntiVirus Engine
X-scanresult: CLEAN
X-MAILFROM: <xiao.min2@zte.com.cn>
X-RCPTTO: <ippm@ietf.org>
X-FROMIP: 10.30.3.21
X-SEG-Scaned: 1
X-Received: unknown,10.30.3.21,20170707134721
Received: from unknown (HELO mse02.zte.com.cn) (10.30.3.21) by localhost with (AES256-SHA encrypted) SMTP; 7 Jul 2017 05:47:21 -0000
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse02.zte.com.cn with SMTP id v675lbrR073843 for <ippm@ietf.org>; Fri, 7 Jul 2017 13:47:37 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid201; Fri, 7 Jul 2017 13:47:39 +0800 (CST)
Date: Fri, 7 Jul 2017 13:47:39 +0800 (CST)
X-Zmail-TransId: 2afd595f207b33c-4c656
X-Mailer: Zmail v1.0
Message-ID: <201707071347394745295@zte.com.cn>
References: 149846865023.31726.18278649804858212249.idtracker@ietfa.amsl.com
Mime-Version: 1.0
From: <xiao.min2@zte.com.cn>
To: <ippm@ietf.org>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse02.zte.com.cn v675lbrR073843
X-HQIP: 127.0.0.1
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/P_ncUbukNpsq9woDw5Cg2g6lcrM>
Subject: [ippm] =?utf-8?q?New_Version_Notification_for_draft-xiao-ippm-twa?= =?utf-8?q?mp-ext-direct-loss-00=2Etxt?=
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 07 Jul 2017 05:47:48 -0000

--=====_001_next=====
Content-Type: multipart/related;
	boundary="=====_002_next====="


--=====_002_next=====
Content-Type: multipart/alternative;
	boundary="=====_003_next====="


--=====_003_next=====
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64 

RGVhciBhbGwsDQoNCg0KDQoNCg0KV2UndmUgc3VibWl0dGVkIGEgbmV3IGRyYWZ0IG9uIGV4dGVu
ZGluZyBUV0FNUCB0byBzdXBwb3J0IGRpcmVjdCBsb3NzIG1lYXN1cmVtZW50Lg0KDQpJdCdzIHZl
cnkgYXBwcmVjaWF0ZWQgaWYgeW91IG1heSB0YWtlIGEgbG9vayBhdCB0aGUgZHJhZnQgYW5kIHBy
b3ZpZGUgeW91ciBjb21tZW50cyBvciBzdWdnZXN0aW9ucy4NCg0KDQoNCg0KQmVzdCBSZWdhcmRz
LA0KDQpYaWFvIE1pbg0KDQoNCg0KDQoNCg0KDQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRy
YWZ0LXhpYW8taXBwbS10d2FtcC1leHQtZGlyZWN0LWxvc3MtMDAudHh0DQpoYXMgYmVlbiBzdWNj
ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFhpYW8gTWluIGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJl
cG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICBkcmFmdC14aWFvLWlwcG0tdHdhbXAtZXh0LWRpcmVj
dC1sb3NzDQpSZXZpc2lvbjogICAgMDANClRpdGxlOiAgICAgICAgVFdBTVAgRXh0ZW5zaW9ucyBm
b3IgRGlyZWN0IExvc3MgTWVhc3VyZW1lbnQNCkRvY3VtZW50IGRhdGU6ICAgIDIwMTctMDYtMjUN
Ckdyb3VwOiAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczogICAgICAgIDEyDQpV
Ukw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0
LXhpYW8taXBwbS10d2FtcC1leHQtZGlyZWN0LWxvc3MtMDAudHh0DQpTdGF0dXM6ICAgICAgICAg
aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteGlhby1pcHBtLXR3YW1wLWV4
dC1kaXJlY3QtbG9zcy8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvZHJhZnQteGlhby1pcHBtLXR3YW1wLWV4dC1kaXJlY3QtbG9zcy0wMA0KSHRtbGl6ZWQ6ICAg
ICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQteGlhby1pcHBt
LXR3YW1wLWV4dC1kaXJlY3QtbG9zcy0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVu
dCBkZXNjcmliZXMgYW4gb3B0aW9uYWwgZXh0ZW5zaW9uIGZvciBUd28tV2F5IEFjdGl2ZQ0KICAg
TWVhc3VyZW1lbnQgUHJvdG9jb2wgKFRXQU1QKSBhbGxvd2luZyBkaXJlY3QgbG9zcyBtZWFzdXJl
bWVudCBvZiBJUA0KICAgdHJhZmZpYyB3aXRoIHRoZSBUV0FNUC1UZXN0IHByb3RvY29sLg0KDQog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr
ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwg
dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRm
Lm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQ=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cD5EZWFyIGFsbCw8YnI+PC9wPjxwPjxicj48L3A+
PHA+V2UndmUgc3VibWl0dGVkIGEgbmV3IGRyYWZ0IG9uIGV4dGVuZGluZyBUV0FNUCB0byBzdXBw
b3J0IGRpcmVjdCBsb3NzIG1lYXN1cmVtZW50LjwvcD48cD5JdCdzIHZlcnkgYXBwcmVjaWF0ZWQg
aWYgeW91IG1heSB0YWtlIGEgbG9vayBhdCB0aGUgZHJhZnQgYW5kIHByb3ZpZGUgeW91ciBjb21t
ZW50cyBvciBzdWdnZXN0aW9ucy48L3A+PHA+PGJyPjwvcD48cD5CZXN0IFJlZ2FyZHMsPC9wPjxw
PlhpYW8gTWluPC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5
OmJsb2NrIj48ZGl2IGlkPSJ6d3JpdGVIaXN0b3J5Q29udGFpbmVyIj48ZGl2IGNsYXNzPSJjb250
cm9sLWdyb3VwIHpoaXN0b3J5UGFuZWwiPjxwIGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxicj48
L3A+PGRpdj48YnI+QSZuYnNwO25ldyZuYnNwO3ZlcnNpb24mbmJzcDtvZiZuYnNwO0ktRCwmbmJz
cDtkcmFmdC14aWFvLWlwcG0tdHdhbXAtZXh0LWRpcmVjdC1sb3NzLTAwLnR4dDxicj5oYXMmbmJz
cDtiZWVuJm5ic3A7c3VjY2Vzc2Z1bGx5Jm5ic3A7c3VibWl0dGVkJm5ic3A7YnkmbmJzcDtYaWFv
Jm5ic3A7TWluJm5ic3A7YW5kJm5ic3A7cG9zdGVkJm5ic3A7dG8mbmJzcDt0aGU8YnI+SUVURiZu
YnNwO3JlcG9zaXRvcnkuPGJyPjxicj5OYW1lOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwO2RyYWZ0LXhpYW8taXBwbS10d2FtcC1leHQtZGlyZWN0LWxvc3M8
YnI+UmV2aXNpb246Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MDA8YnI+VGl0bGU6Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VFdBTVAmbmJzcDtFeHRlbnNp
b25zJm5ic3A7Zm9yJm5ic3A7RGlyZWN0Jm5ic3A7TG9zcyZuYnNwO01lYXN1cmVtZW50PGJyPkRv
Y3VtZW50Jm5ic3A7ZGF0ZTombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyMDE3LTA2LTI1PGJyPkdy
b3VwOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0luZGl2
aWR1YWwmbmJzcDtTdWJtaXNzaW9uPGJyPlBhZ2VzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzEyPGJyPlVSTDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtodHRwczovL3d3
dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQteGlhby1pcHBtLXR3YW1wLWV4dC1kaXJl
Y3QtbG9zcy0wMC50eHQ8YnI+U3RhdHVzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LXhpYW8taXBwbS10d2FtcC1leHQtZGlyZWN0LWxvc3MvPGJyPkh0bWxpemVkOiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv
aHRtbC9kcmFmdC14aWFvLWlwcG0tdHdhbXAtZXh0LWRpcmVjdC1sb3NzLTAwPGJyPkh0bWxpemVk
OiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQteGlhby1pcHBtLXR3YW1wLWV4dC1kaXJlY3Qt
bG9zcy0wMDxicj48YnI+PGJyPkFic3RyYWN0Ojxicj4mbmJzcDsmbmJzcDsmbmJzcDtUaGlzJm5i
c3A7ZG9jdW1lbnQmbmJzcDtkZXNjcmliZXMmbmJzcDthbiZuYnNwO29wdGlvbmFsJm5ic3A7ZXh0
ZW5zaW9uJm5ic3A7Zm9yJm5ic3A7VHdvLVdheSZuYnNwO0FjdGl2ZTxicj4mbmJzcDsmbmJzcDsm
bmJzcDtNZWFzdXJlbWVudCZuYnNwO1Byb3RvY29sJm5ic3A7KFRXQU1QKSZuYnNwO2FsbG93aW5n
Jm5ic3A7ZGlyZWN0Jm5ic3A7bG9zcyZuYnNwO21lYXN1cmVtZW50Jm5ic3A7b2YmbmJzcDtJUDxi
cj4mbmJzcDsmbmJzcDsmbmJzcDt0cmFmZmljJm5ic3A7d2l0aCZuYnNwO3RoZSZuYnNwO1RXQU1Q
LVRlc3QmbmJzcDtwcm90b2NvbC48YnI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOzxicj48YnI+PGJyPlBsZWFzZSZuYnNwO25vdGUmbmJzcDt0aGF0Jm5ic3A7aXQmbmJz
cDttYXkmbmJzcDt0YWtlJm5ic3A7YSZuYnNwO2NvdXBsZSZuYnNwO29mJm5ic3A7bWludXRlcyZu
YnNwO2Zyb20mbmJzcDt0aGUmbmJzcDt0aW1lJm5ic3A7b2YmbmJzcDtzdWJtaXNzaW9uPGJyPnVu
dGlsJm5ic3A7dGhlJm5ic3A7aHRtbGl6ZWQmbmJzcDt2ZXJzaW9uJm5ic3A7YW5kJm5ic3A7ZGlm
ZiZuYnNwO2FyZSZuYnNwO2F2YWlsYWJsZSZuYnNwO2F0Jm5ic3A7dG9vbHMuaWV0Zi5vcmcuPGJy
Pjxicj5UaGUmbmJzcDtJRVRGJm5ic3A7U2VjcmV0YXJpYXQ8YnI+PGJyPjwvZGl2PjxwPjxicj48
L3A+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD4gPC9kaXY+


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--



From nobody Sun Jul  9 08:24:05 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04515129B05 for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 08:24:04 -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 autolearn_force=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 rRIQNENMssAE for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 08:24:01 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [212.25.24.45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 918101201F2 for <ippm@ietf.org>; Sun,  9 Jul 2017 08:24:01 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id B069B34039A for <ippm@ietf.org>; Sun,  9 Jul 2017 17:23:59 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.3538);  Sun,  9 Jul 2017 17:23:59 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Sun,  9 Jul 2017 17:23:59 +0200 (CEST)
Received: from [81.92.103.81] (account ietf@trammell.ch HELO [192.168.115.25]) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 23214114 for ippm@ietf.org; Sun, 09 Jul 2017 17:23:59 +0200
From: Brian Trammell <ietf@trammell.ch>
X-Pgp-Agent: GPGMail
Content-Type: multipart/signed; boundary="Apple-Mail=_51A2EE7D-3A48-4CA9-B768-09984C1291DA"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Sun, 9 Jul 2017 17:23:57 +0200
Message-Id: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/SIuUZxUHEaUchf8j2ySjSjHS6hA>
Subject: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 09 Jul 2017 15:24:04 -0000

--Apple-Mail=_51A2EE7D-3A48-4CA9-B768-09984C1291DA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, all,

Bill and I met briefly last week to discuss a proposed change to the =
charter, as a way to resolve the rough consensus to adopt the IOAM work =
within IPPM with concerns that have been raised that that work doesn't =
really fit on the charter. We arrived at a minimal suggested set of =
edits. Though inspired by IOAM, these aren't so much focused on bringing =
IOAM on charter as they are making the charter reflect the direction =
work in IPPM has been going over the five years since we last updated =
the charter.

We propose only to touch three paragraphs, as below:

---

OLD Paragraph 1:

The IP Performance Metrics (IPPM) Working Group develops and maintains =
standard metrics that can be applied to the quality, performance, and =
reliability of Internet data delivery services and applications running =
over transport layer protocols (e.g. TCP, UDP) over IP. Specifying =
network or lower layer OAM mechanisms is out of scope of the IPPM =
charter. It also develops and maintains protocols for the measurement of =
these metrics. These metrics are designed such that they can be used by =
network operators, end users, or independent testing groups. Metrics =
developed by the IPPM WG are intended to provide unbiased quantitative =
performance measurements and not a value judgement.

NEW Paragraph 1:

The IP Performance Measurement (IPPM) Working Group develops and =
maintains standard metrics that can be applied to the quality, =
performance, and reliability of Internet data delivery services and =
applications running over transport layer protocols (e.g. TCP, UDP) over =
IP. It also develops and maintains methodologies and protocols for the =
measurement of these metrics. These metrics are designed such that they =
can be used by network operators, end users, or independent testing =
groups. Metrics developed by the IPPM WG are intended to provide =
unbiased quantitative performance measurements and not a value =
judgement.


Two basic edits here:

(1) Rename working group from IP Performance Metrics to IP Performance =
Measurement, and add "methodologies" to the set of things we do. In our =
opinion, this reflects work that has been happening on charter for a =
while: MBM, PDM, and alt-mark are all methodology work as opposed to =
metric work.

(2) Remove the sentence "Specifying network or lower layer OAM =
mechanisms is out of scope of the IPPM charter". In my personal opinion, =
this isn't really necessary to bring the IOAM work on, since though IOAM =
can be carried on lower-layer headers, it doesn't really specify an OAM =
mechanism as I understand that term to be defined in the routing area. =
However, this restriction on the IPPM doesn't appear to do anything =
useful beyond reinforcing an artificial silo dividing data-plane and =
control-plane measurement, make it difficult for us to work together =
with other (e.g. INT or RTG area) working groups on performance =
measurement, and cause confusion as to whether we can do a thing called =
"IOAM" in IPPM.

---

OLD Paragraph 6:

The WG has produced protocols for communication among test equipment to =
enable the measurement of the one- and two-way metrics (OWAMP and TWAMP =
respectively). These protocols will be advanced along the standards =
track. The work of the WG will take into account the suitability of =
measurements for automation, in order to support large-scale measurement =
efforts. This may result in further developments in protocols such as =
OWAMP and TWAMP. Agreement about the definitions of metrics and methods =
of measurement enables accurate, reproducible, and equivalent results =
across different implementations. To this end, the WG will define and =
maintain a registry of metric definitions. The WG encourages work which =
assesses the comparability of measurements of IPPM metrics with metrics =
developed elsewhere.

NEW Paragraph 6:

The WG has produced protocols for communication among test equipment to =
enable the measurement of the one- and two-way metrics (OWAMP and TWAMP =
respectively). These protocols will be advanced along the standards =
track. The work of the WG will take into account the suitability of =
measurements for automation, in order to support large-scale measurement =
efforts. This may result in further developments in protocols such as =
OWAMP and TWAMP. Agreement about the definitions of metrics and methods =
of measurement enables accurate, reproducible, and equivalent results =
across different implementations. To this end, the WG defines and =
maintains a registry of metric definitions. The WG encourages work which =
assesses the comparability of measurements of IPPM metrics with metrics =
developed elsewhere.


This is a purely editorial change: move definition and maintenance of =
registry to present tense, since we're doing it.

---

OLD Paragraph 7:

The WG also encourages work which improves the availability of =
information about the context in which measurements were taken.

NEW Paragraph 7:

The WG also encourages work which improves the availability of =
information about the context in which measurements were taken, for =
example, measurement implementation information, conditions on the =
networks on which measurements are taken, or information about the =
data-plane topology of the measured network.


This is an arguably editorial change. It makes it clear that work =
targeted at IPPM that focuses on measurement on the spatial =
characteristics of paths as context for metrics (e.g. parts of IOAM, but =
also work like draft-amf-ippm-route, which attempts to answer the =
question "what about traceroute" applied to the registry).

---

We additionally propose to strike the (out of date) near term milestones =
from the charter text; milestones are separately managed.


Beyond these updates, we propose to leave the charter unchanged. We've =
got some time to have this discussion on the agenda in Prague, but in =
the meantime please send your thoughts on this proposal to the mailing =
list.


Many thanks, best regards,

Brian (for the chairs)


--Apple-Mail=_51A2EE7D-3A48-4CA9-B768-09984C1291DA
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

iQIcBAEBCgAGBQJZYkqOAAoJEIoSt78L6kaj57kQAKDogZPgSQsZXePr0Wuf78fc
EGZ50NlzUaRl8U1332fPkq5+6qUEhdc1s4IkrNVWmvTPl6M73SrfXQA9LfeBCU7u
sKjyVhnwoNy4dwEuukBQB/T5/6WWSx36CX/QIFNBgNmdvUgMi60gnURZ/CiH4u5E
b/5WCKq0EW8vqb1GnN/sRMGb0lyv94SaevynnfZ0IgtYOeStD9c5CJNpytF0dObN
ebDbTxxJAzqNisV0mb6OqmYH+9hyHEnHcwan0jM/xn1gEbmSm3apS6UJkJo+CZHp
KmjnvuUqyIa17RlJyblKT7byQZ9XAkYDFBkFDUtZR8HVhGNMuo5S1skXU3DIYwEe
dJx0NBj7pIVrC/OxJBqxvHP6GCb8DEM7iYkJCIMGrWRDQYheoTGMT5JUR4UCHbpV
l4RAo2GCu/EzAwxlWmfnHb3GffxIZLc2OtdibQbEXxrdn09HR+dtIyfcecnxrt/H
sCy/q6jXrVtHhfvAvoBvlPiGgNjVlnKM/TKIDYuUMHQ2mr9cpRQ2ocIPxDHr+o0A
wK00XII0BYxnTh/cXXrUqFf8V+GfN9Z6Hb+2TIfwD5p7luTbb1Ga3ZMhi0t76dyD
0R9ovMFqcHx9aAdojPTP2/FmbimSKn/WeeNKyOXn3EVDGOrAgffRBEwCxIlsQCIt
63UN//tVHm0Lj1u/x9Ny
=XKNE
-----END PGP SIGNATURE-----

--Apple-Mail=_51A2EE7D-3A48-4CA9-B768-09984C1291DA--


From nobody Sun Jul  9 10:23:35 2017
Return-Path: <acmorton@att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F040E12EA53 for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 10:23:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.401
X-Spam-Level: 
X-Spam-Status: No, score=-5.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 bsDu2kX-lTt9 for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 10:23:32 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 5D48D1252BA for <ippm@ietf.org>; Sun,  9 Jul 2017 10:23:32 -0700 (PDT)
Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v69HFJFA026247; Sun, 9 Jul 2017 13:23:29 -0400
Received: from flpd657.enaf.ffdc.sbc.com (sbcsmtp9.sbc.com [144.160.128.153]) by m0049459.ppops.net-00191d01. with ESMTP id 2bkc3bke7c-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 09 Jul 2017 13:23:28 -0400
Received: from enaf.ffdc.sbc.com (localhost [127.0.0.1]) by flpd657.enaf.ffdc.sbc.com (8.14.5/8.14.5) with ESMTP id v69HNS0H052363; Sun, 9 Jul 2017 10:23:28 -0700
Received: from flpi488.ffdc.sbc.com (flpi488.ffdc.sbc.com [130.4.162.182]) by flpd657.enaf.ffdc.sbc.com (8.14.5/8.14.5) with ESMTP id v69HNJJK052274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 9 Jul 2017 10:23:22 -0700
Received: from tlpd252.dadc.sbc.com (tlpd252.dadc.sbc.com [135.31.184.157]) by flpi488.ffdc.sbc.com (RSA Interceptor); Sun, 9 Jul 2017 17:23:06 GMT
Received: from dadc.sbc.com (localhost [127.0.0.1]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v69HN5Yr072619; Sun, 9 Jul 2017 12:23:05 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by tlpd252.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id v69HMxbZ072457; Sun, 9 Jul 2017 12:22:59 -0500
Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-green.research.att.com (Postfix) with ESMTP id 967DFE4CD9; Sun,  9 Jul 2017 13:22:41 -0400 (EDT)
Received: from njmtexg4.research.att.com ([fe80::8cd:baa3:219e:5bd4]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Sun, 9 Jul 2017 13:22:58 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Brian Trammell <ietf@trammell.ch>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Proposed charter updates for IPPM
Thread-Index: AQHS+MdswPZ74uzYq0WtZnt/q14XJ6JLteCw
Date: Sun, 9 Jul 2017 17:22:57 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>
In-Reply-To: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [73.178.187.36]
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-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-09_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1707090305
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/5XUfiwZuD1RBntZ3Z2tTvUPifsQ>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 09 Jul 2017 17:23:34 -0000

Hi Brian and Bill,

Thanks for preparing a new charter proposal and organizing
this message to highlight the changes. I agree with your
proposals.

I have one further proposal for the last sentence of
paragraph 1.

OLD (and your NEW):
Metrics developed by the IPPM WG are intended to provide unbiased=20
quantitative performance measurements and not a value judgement.

I propose to delete/replace the last phrase, which I think has been present
since the very first charter. IIRC, the concern was that contributions=20
might attempt to establish service acceptance thresholds, or other
numerical performance requirements/objectives using the metrics.
The work of setting numerical objectives proceeded elsewhere
(ITU-T Rec Y.1541), and the Earth continued to rotate.

If we want to ensure the status quo, we could say:
s/and not a value judgement/but numerical thresholds for the metrics are ou=
t-of-scope/

I also suggest this change with MBM in mind, where we have
testing outcomes of Pass/Fail/Inconclusive (PFI). Of course, the user
supplies the target rate, RTT, and/or loss ratio numerical values,
not the working group.

So we could express an explicit restriction that does not hamper MBM PFI:

NEW^2:
Metrics developed by the IPPM WG are intended to provide unbiased=20
quantitative performance measurements, but numerical thresholds for=20
the metrics are out-of-scope.

Or, we could remove the phrase, and refer any contributions on=20
numerical thresholds to ITU-T SG 12, Question 17, to avoid=20
overlapping work with another SDO (coordination with this SDO
should also be mentioned somewhere).

NEW^3:
Metrics developed by the IPPM WG are intended to provide unbiased=20
quantitative performance measurements.=20

thanks for considering this proposal, and regards,
Al

> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Brian Trammell
> Sent: Sunday, July 09, 2017 11:24 AM
> To: IETF IPPM WG
> Subject: [ippm] Proposed charter updates for IPPM
>=20
> Greetings, all,
>=20
> Bill and I met briefly last week to discuss a proposed change to the
> charter, as a way to resolve the rough consensus to adopt the IOAM work
> within IPPM with concerns that have been raised that that work doesn't
> really fit on the charter. We arrived at a minimal suggested set of
> edits. Though inspired by IOAM, these aren't so much focused on bringing
> IOAM on charter as they are making the charter reflect the direction
> work in IPPM has been going over the five years since we last updated
> the charter.
>=20
> We propose only to touch three paragraphs, as below:
>=20
> ---
>=20
> OLD Paragraph 1:
>=20
> The IP Performance Metrics (IPPM) Working Group develops and maintains
> standard metrics that can be applied to the quality, performance, and
> reliability of Internet data delivery services and applications running
> over transport layer protocols (e.g. TCP, UDP) over IP. Specifying
> network or lower layer OAM mechanisms is out of scope of the IPPM
> charter. It also develops and maintains protocols for the measurement of
> these metrics. These metrics are designed such that they can be used by
> network operators, end users, or independent testing groups. Metrics
> developed by the IPPM WG are intended to provide unbiased quantitative
> performance measurements and not a value judgement.
>=20
> NEW Paragraph 1:
>=20
> The IP Performance Measurement (IPPM) Working Group develops and
> maintains standard metrics that can be applied to the quality,
> performance, and reliability of Internet data delivery services and
> applications running over transport layer protocols (e.g. TCP, UDP) over
> IP. It also develops and maintains methodologies and protocols for the
> measurement of these metrics. These metrics are designed such that they
> can be used by network operators, end users, or independent testing
> groups. Metrics developed by the IPPM WG are intended to provide
> unbiased quantitative performance measurements and not a value
> judgement.
>=20
>=20
> Two basic edits here:
>=20
> (1) Rename working group from IP Performance Metrics to IP Performance
> Measurement, and add "methodologies" to the set of things we do. In our
> opinion, this reflects work that has been happening on charter for a
> while: MBM, PDM, and alt-mark are all methodology work as opposed to
> metric work.
>=20
> (2) Remove the sentence "Specifying network or lower layer OAM
> mechanisms is out of scope of the IPPM charter". In my personal opinion,
> this isn't really necessary to bring the IOAM work on, since though IOAM
> can be carried on lower-layer headers, it doesn't really specify an OAM
> mechanism as I understand that term to be defined in the routing area.
> However, this restriction on the IPPM doesn't appear to do anything
> useful beyond reinforcing an artificial silo dividing data-plane and
> control-plane measurement, make it difficult for us to work together
> with other (e.g. INT or RTG area) working groups on performance
> measurement, and cause confusion as to whether we can do a thing called
> "IOAM" in IPPM.
>=20
> ---
>=20
> OLD Paragraph 6:
>=20
> The WG has produced protocols for communication among test equipment to
> enable the measurement of the one- and two-way metrics (OWAMP and TWAMP
> respectively). These protocols will be advanced along the standards
> track. The work of the WG will take into account the suitability of
> measurements for automation, in order to support large-scale measurement
> efforts. This may result in further developments in protocols such as
> OWAMP and TWAMP. Agreement about the definitions of metrics and methods
> of measurement enables accurate, reproducible, and equivalent results
> across different implementations. To this end, the WG will define and
> maintain a registry of metric definitions. The WG encourages work which
> assesses the comparability of measurements of IPPM metrics with metrics
> developed elsewhere.
>=20
> NEW Paragraph 6:
>=20
> The WG has produced protocols for communication among test equipment to
> enable the measurement of the one- and two-way metrics (OWAMP and TWAMP
> respectively). These protocols will be advanced along the standards
> track. The work of the WG will take into account the suitability of
> measurements for automation, in order to support large-scale measurement
> efforts. This may result in further developments in protocols such as
> OWAMP and TWAMP. Agreement about the definitions of metrics and methods
> of measurement enables accurate, reproducible, and equivalent results
> across different implementations. To this end, the WG defines and
> maintains a registry of metric definitions. The WG encourages work which
> assesses the comparability of measurements of IPPM metrics with metrics
> developed elsewhere.
>=20
>=20
> This is a purely editorial change: move definition and maintenance of
> registry to present tense, since we're doing it.
>=20
> ---
>=20
> OLD Paragraph 7:
>=20
> The WG also encourages work which improves the availability of
> information about the context in which measurements were taken.
>=20
> NEW Paragraph 7:
>=20
> The WG also encourages work which improves the availability of
> information about the context in which measurements were taken, for
> example, measurement implementation information, conditions on the
> networks on which measurements are taken, or information about the data-
> plane topology of the measured network.
>=20
>=20
> This is an arguably editorial change. It makes it clear that work
> targeted at IPPM that focuses on measurement on the spatial
> characteristics of paths as context for metrics (e.g. parts of IOAM, but
> also work like draft-amf-ippm-route, which attempts to answer the
> question "what about traceroute" applied to the registry).
>=20
> ---
>=20
> We additionally propose to strike the (out of date) near term milestones
> from the charter text; milestones are separately managed.
>=20
>=20
> Beyond these updates, we propose to leave the charter unchanged. We've
> got some time to have this discussion on the agenda in Prague, but in
> the meantime please send your thoughts on this proposal to the mailing
> list.
>=20
>=20
> Many thanks, best regards,
>=20
> Brian (for the chairs)


From nobody Sun Jul  9 15:02:31 2017
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DBEB12F290 for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 15:02:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 sPyAuR8CtV-o for <ippm@ietfa.amsl.com>; Sun,  9 Jul 2017 15:02:26 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 679531200ED for <ippm@ietf.org>; Sun,  9 Jul 2017 15:02:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30580; q=dns/txt; s=iport; t=1499637746; x=1500847346; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gQujgR3tm6zNYRfcMTyAlK8hncmqqHUxkeeHKwBOkgc=; b=TRmVV0MaYTxNTTLf7uCtpF8a3oEDEaujwXoGOmPLYSRwUuD3YmTGIxuR EIN8sq3IA5mT1S8h+ZEOpwsbc+VtcBS1j+bodK8hxTE4ARAqouQRojBPR qyI2thJVxLF3eAK0oBCo0Ij+f0DoM6YHT7WbbuAgbadpAsUbkkjG4gGQ7 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CYAAClp2JZ/4MNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy0tZIEUhFOJNpFpdJUQghEhAQqFcAKDST8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQEDAQFlBwsMBAIBCBEEAQEWCwcHJwsUCQgCBA4FiUtkEKx5izkBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEYBYMog0yBYAErgkU0hEZKGYMEgjEFiU2NaIdpAos?= =?us-ascii?q?LiH2CDIVLikuJWoc6KYQCAR84gQp1FUkSAYcDdgGGO4I/AQEB?=
X-IronPort-AV: E=Sophos;i="5.40,336,1496102400";  d="scan'208,217";a="450865004"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jul 2017 22:02:10 +0000
Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v69M2Alj001517 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 9 Jul 2017 22:02:10 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 9 Jul 2017 18:02:09 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Sun, 9 Jul 2017 18:02:09 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>
CC: Brian Trammell <ietf@trammell.ch>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Proposed charter updates for IPPM
Thread-Index: AQHS+Mdt3sP56RdGc0O1/0iMB0dTR6JMAYKAgAAK9Do=
Date: Sun, 9 Jul 2017 22:02:09 +0000
Message-ID: <1E003B2B-4C44-4E75-BCA2-C1DB1CF037B8@cisco.com>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>, <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_1E003B2B4C444E75BCA2C1DB1CF037B8ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/WKi2cBVBUVFnaQnQg4NlNgANstc>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 09 Jul 2017 22:02:29 -0000

--_000_1E003B2B4C444E75BCA2C1DB1CF037B8ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Thank you Brian for proactively bringing this discussion on the list before=
 Prague.

All the proposed changes below bring the charter (i.e., the contract betwee=
n the WG and the IETF) closer to reality and remove potential ambiguities a=
nd sources of misinterpretation. I believe that all these edits serve the h=
igher purpose of charter hygiene and forward-looking polishing, and are not=
 narrowly written solely with iOAM in mind.

As such, I very much support this proposal.

Related, and likely a question for Benoit, but curious about the PM-Directo=
rate and whether this is OBE (I've not seen traffic for a couple years):
https://www.ietf.org/iesg/directorate/performance-metrics.html

I also agree with Al and support the removal (instead of rewrite) of the ex=
tra sentence.

Please find a couple small follow-ups inline.

Sent from my iPad

On Jul 9, 2017, at 1:23 PM, MORTON, ALFRED C (AL) <acmorton@att.com<mailto:=
acmorton@att.com>> wrote:

Hi Brian and Bill,

Thanks for preparing a new charter proposal and organizing
this message to highlight the changes. I agree with your
proposals.

I have one further proposal for the last sentence of
paragraph 1.

OLD (and your NEW):
Metrics developed by the IPPM WG are intended to provide unbiased
quantitative performance measurements and not a value judgement.

I propose to delete/replace the last phrase, which I think has been present
since the very first charter. IIRC, the concern was that contributions
might attempt to establish service acceptance thresholds, or other
numerical performance requirements/objectives using the metrics.
The work of setting numerical objectives proceeded elsewhere
(ITU-T Rec Y.1541), and the Earth continued to rotate.

If we want to ensure the status quo, we could say:
s/and not a value judgement/but numerical thresholds for the metrics are ou=
t-of-scope/

I also suggest this change with MBM in mind, where we have
testing outcomes of Pass/Fail/Inconclusive (PFI). Of course, the user
supplies the target rate, RTT, and/or loss ratio numerical values,
not the working group.

So we could express an explicit restriction that does not hamper MBM PFI:

NEW^2:
Metrics developed by the IPPM WG are intended to provide unbiased
quantitative performance measurements, but numerical thresholds for
the metrics are out-of-scope.

Or, we could remove the phrase, and refer any contributions on
numerical thresholds to ITU-T SG 12, Question 17, to avoid
overlapping work with another SDO (coordination with this SDO
should also be mentioned somewhere).

NEW^3:
Metrics developed by the IPPM WG are intended to provide unbiased
quantitative performance measurements.


+1 to this one.

thanks for considering this proposal, and regards,
Al

-----Original Message-----
From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Brian Trammell
Sent: Sunday, July 09, 2017 11:24 AM
To: IETF IPPM WG
Subject: [ippm] Proposed charter updates for IPPM

Greetings, all,

Bill and I met briefly last week to discuss a proposed change to the
charter, as a way to resolve the rough consensus to adopt the IOAM work
within IPPM with concerns that have been raised that that work doesn't
really fit on the charter. We arrived at a minimal suggested set of
edits. Though inspired by IOAM, these aren't so much focused on bringing
IOAM on charter as they are making the charter reflect the direction
work in IPPM has been going over the five years since we last updated
the charter.

We propose only to touch three paragraphs, as below:

---

OLD Paragraph 1:

The IP Performance Metrics (IPPM) Working Group develops and maintains
standard metrics that can be applied to the quality, performance, and
reliability of Internet data delivery services and applications running
over transport layer protocols (e.g. TCP, UDP) over IP. Specifying
network or lower layer OAM mechanisms is out of scope of the IPPM
charter. It also develops and maintains protocols for the measurement of
these metrics. These metrics are designed such that they can be used by
network operators, end users, or independent testing groups. Metrics
developed by the IPPM WG are intended to provide unbiased quantitative
performance measurements and not a value judgement.

NEW Paragraph 1:

The IP Performance Measurement (IPPM) Working Group develops and
maintains standard metrics that can be applied to the quality,
performance, and reliability of Internet data delivery services and
applications running over transport layer protocols (e.g. TCP, UDP) over
IP. It also develops and maintains methodologies and protocols for the
measurement of these metrics. These metrics are designed such that they
can be used by network operators, end users, or independent testing
groups. Metrics developed by the IPPM WG are intended to provide
unbiased quantitative performance measurements and not a value
judgement.


Two basic edits here:

(1) Rename working group from IP Performance Metrics to IP Performance
Measurement,

This is a very important change. Thanks for raising it.

and add "methodologies" to the set of things we do. In our
opinion, this reflects work that has been happening on charter for a
while: MBM, PDM, and alt-mark are all methodology work as opposed to
metric work.


I agree.

Editorial question: where it says: "These metrics are designed such that...=
" should that be: "These metrics, protocols, and methodologies are designed=
 such that..."?

(2) Remove the sentence "Specifying network or lower layer OAM
mechanisms is out of scope of the IPPM charter". In my personal opinion,
this isn't really necessary to bring the IOAM work on, since though IOAM
can be carried on lower-layer headers, it doesn't really specify an OAM
mechanism as I understand that term to be defined in the routing area.
However, this restriction on the IPPM doesn't appear to do anything
useful beyond reinforcing an artificial silo dividing data-plane and
control-plane measurement, make it difficult for us to work together
with other (e.g. INT or RTG area) working groups on performance
measurement, and cause confusion as to whether we can do a thing called
"IOAM" in IPPM.

---

OLD Paragraph 6:

The WG has produced protocols for communication among test equipment to
enable the measurement of the one- and two-way metrics (OWAMP and TWAMP
respectively). These protocols will be advanced along the standards
track. The work of the WG will take into account the suitability of
measurements for automation, in order to support large-scale measurement
efforts. This may result in further developments in protocols such as
OWAMP and TWAMP. Agreement about the definitions of metrics and methods
of measurement enables accurate, reproducible, and equivalent results
across different implementations. To this end, the WG will define and
maintain a registry of metric definitions. The WG encourages work which
assesses the comparability of measurements of IPPM metrics with metrics
developed elsewhere.

NEW Paragraph 6:

The WG has produced protocols for communication among test equipment to
enable the measurement of the one- and two-way metrics (OWAMP and TWAMP
respectively). These protocols will be advanced along the standards
track. The work of the WG will take into account the suitability of
measurements for automation, in order to support large-scale measurement
efforts. This may result in further developments in protocols such as
OWAMP and TWAMP. Agreement about the definitions of metrics and methods
of measurement enables accurate, reproducible, and equivalent results
across different implementations. To this end, the WG defines and
maintains a registry of metric definitions. The WG encourages work which
assesses the comparability of measurements of IPPM metrics with metrics
developed elsewhere.


This is a purely editorial change: move definition and maintenance of
registry to present tense, since we're doing it.

---

OLD Paragraph 7:

The WG also encourages work which improves the availability of
information about the context in which measurements were taken.

NEW Paragraph 7:

The WG also encourages work which improves the availability of
information about the context in which measurements were taken, for
example, measurement implementation information, conditions on the
networks on which measurements are taken, or information about the data-
plane topology of the measured network.


This is an arguably editorial change. It makes it clear that work
targeted at IPPM that focuses on measurement on the spatial
characteristics of paths as context for metrics (e.g. parts of IOAM, but
also work like draft-amf-ippm-route, which attempts to answer the
question "what about traceroute" applied to the registry).


Good clarification.

The "for example" speaks to these, but I would add that context is not limi=
ted to this enumeration.

---

We additionally propose to strike the (out of date) near term milestones
from the charter text; milestones are separately managed.


Beyond these updates, we propose to leave the charter unchanged. We've
got some time to have this discussion on the agenda in Prague, but in
the meantime please send your thoughts on this proposal to the mailing
list.


Thanks!!!

Carlos.


Many thanks, best regards,

Brian (for the chairs)

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

--_000_1E003B2B4C444E75BCA2C1DB1CF037B8ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body dir=3D"auto">
<div><span></span></div>
<div>
<div>Thank you Brian for proactively bringing this discussion on the list b=
efore Prague.&nbsp;</div>
<div><br>
</div>
<div>All the proposed changes below bring the charter (i.e., the contract b=
etween the WG and the IETF) closer to reality and remove potential ambiguit=
ies and sources of misinterpretation. I believe that all these edits serve =
the higher purpose of charter hygiene
 and forward-looking polishing, and are not narrowly written solely with iO=
AM in mind.&nbsp;</div>
<div><br>
</div>
<div>As such, I very much support this proposal.&nbsp;</div>
<div><br>
</div>
<div>Related, and likely a question for Benoit, but curious about the PM-Di=
rectorate and whether this is OBE (I've not seen traffic for a couple years=
):</div>
<div><a href=3D"https://www.ietf.org/iesg/directorate/performance-metrics.h=
tml">https://www.ietf.org/iesg/directorate/performance-metrics.html</a></di=
v>
<div><br>
</div>
<div>I also agree with Al and support the removal (instead of rewrite) of t=
he extra sentence.&nbsp;</div>
<div><br>
</div>
<div>Please find a couple small follow-ups inline.&nbsp;</div>
<div><br>
</div>
<div>
<div>Sent from my iPad</div>
</div>
<div><br>
On Jul 9, 2017, at 1:23 PM, MORTON, ALFRED C (AL) &lt;<a href=3D"mailto:acm=
orton@att.com">acmorton@att.com</a>&gt; wrote:<br>
<br>
</div>
<blockquote type=3D"cite">
<div><span>Hi Brian and Bill,</span><br>
<span></span><br>
<span>Thanks for preparing a new charter proposal and organizing</span><br>
<span>this message to highlight the changes. I agree with your</span><br>
<span>proposals.</span><br>
<span></span><br>
<span>I have one further proposal for the last sentence of</span><br>
<span>paragraph 1.</span><br>
<span></span><br>
<span>OLD (and your NEW):</span><br>
<span>Metrics developed by the IPPM WG are intended to provide unbiased </s=
pan><br>
<span>quantitative performance measurements and not a value judgement.</spa=
n><br>
<span></span><br>
<span>I propose to delete/replace the last phrase, which I think has been p=
resent</span><br>
<span>since the very first charter. IIRC, the concern was that contribution=
s </span>
<br>
<span>might attempt to establish service acceptance thresholds, or other</s=
pan><br>
<span>numerical performance requirements/objectives using the metrics.</spa=
n><br>
<span>The work of setting numerical objectives proceeded elsewhere</span><b=
r>
<span>(ITU-T Rec Y.1541), and the Earth continued to rotate.</span><br>
<span></span><br>
<span>If we want to ensure the status quo, we could say:</span><br>
<span>s/and not a value judgement/but numerical thresholds for the metrics =
are out-of-scope/</span><br>
<span></span><br>
<span>I also suggest this change with MBM in mind, where we have</span><br>
<span>testing outcomes of Pass/Fail/Inconclusive (PFI). Of course, the user=
</span><br>
<span>supplies the target rate, RTT, and/or loss ratio numerical values,</s=
pan><br>
<span>not the working group.</span><br>
<span></span><br>
<span>So we could express an explicit restriction that does not hamper MBM =
PFI:</span><br>
<span></span><br>
<span>NEW^2:</span><br>
<span>Metrics developed by the IPPM WG are intended to provide unbiased </s=
pan><br>
<span>quantitative performance measurements, but numerical thresholds for <=
/span>
<br>
<span>the metrics are out-of-scope.</span><br>
<span></span><br>
<span>Or, we could remove the phrase, and refer any contributions on </span=
><br>
<span>numerical thresholds to ITU-T SG 12, Question 17, to avoid </span><br=
>
<span>overlapping work with another SDO (coordination with this SDO</span><=
br>
<span>should also be mentioned somewhere).</span><br>
<span></span><br>
<span>NEW^3:</span><br>
<span>Metrics developed by the IPPM WG are intended to provide unbiased </s=
pan><br>
<span>quantitative performance measurements. </span><br>
<span></span><br>
</div>
</blockquote>
<div><br>
</div>
<div>&#43;1 to this one.&nbsp;</div>
<br>
<blockquote type=3D"cite">
<div><span>thanks for considering this proposal, and regards,</span><br>
<span>Al</span><br>
<span></span><br>
<blockquote type=3D"cite"><span>-----Original Message-----</span><br>
</blockquote>
<blockquote type=3D"cite"><span>From: ippm [<a href=3D"mailto:ippm-bounces@=
ietf.org">mailto:ippm-bounces@ietf.org</a>] On Behalf Of Brian Trammell</sp=
an><br>
</blockquote>
<blockquote type=3D"cite"><span>Sent: Sunday, July 09, 2017 11:24 AM</span>=
<br>
</blockquote>
<blockquote type=3D"cite"><span>To: IETF IPPM WG</span><br>
</blockquote>
<blockquote type=3D"cite"><span>Subject: [ippm] Proposed charter updates fo=
r IPPM</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Greetings, all,</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Bill and I met briefly last week to discuss=
 a proposed change to the</span><br>
</blockquote>
<blockquote type=3D"cite"><span>charter, as a way to resolve the rough cons=
ensus to adopt the IOAM work</span><br>
</blockquote>
<blockquote type=3D"cite"><span>within IPPM with concerns that have been ra=
ised that that work doesn't</span><br>
</blockquote>
<blockquote type=3D"cite"><span>really fit on the charter. We arrived at a =
minimal suggested set of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>edits. Though inspired by IOAM, these aren'=
t so much focused on bringing</span><br>
</blockquote>
<blockquote type=3D"cite"><span>IOAM on charter as they are making the char=
ter reflect the direction</span><br>
</blockquote>
<blockquote type=3D"cite"><span>work in IPPM has been going over the five y=
ears since we last updated</span><br>
</blockquote>
<blockquote type=3D"cite"><span>the charter.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>We propose only to touch three paragraphs, =
as below:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>---</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>OLD Paragraph 1:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The IP Performance Metrics (IPPM) Working G=
roup develops and maintains</span><br>
</blockquote>
<blockquote type=3D"cite"><span>standard metrics that can be applied to the=
 quality, performance, and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>reliability of Internet data delivery servi=
ces and applications running</span><br>
</blockquote>
<blockquote type=3D"cite"><span>over transport layer protocols (e.g. TCP, U=
DP) over IP. Specifying</span><br>
</blockquote>
<blockquote type=3D"cite"><span>network or lower layer OAM mechanisms is ou=
t of scope of the IPPM</span><br>
</blockquote>
<blockquote type=3D"cite"><span>charter. It also develops and maintains pro=
tocols for the measurement of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>these metrics. These metrics are designed s=
uch that they can be used by</span><br>
</blockquote>
<blockquote type=3D"cite"><span>network operators, end users, or independen=
t testing groups. Metrics</span><br>
</blockquote>
<blockquote type=3D"cite"><span>developed by the IPPM WG are intended to pr=
ovide unbiased quantitative</span><br>
</blockquote>
<blockquote type=3D"cite"><span>performance measurements and not a value ju=
dgement.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>NEW Paragraph 1:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The IP Performance Measurement (IPPM) Worki=
ng Group develops and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>maintains standard metrics that can be appl=
ied to the quality,</span><br>
</blockquote>
<blockquote type=3D"cite"><span>performance, and reliability of Internet da=
ta delivery services and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>applications running over transport layer p=
rotocols (e.g. TCP, UDP) over</span><br>
</blockquote>
<blockquote type=3D"cite"><span>IP. It also develops and maintains methodol=
ogies and protocols for the</span><br>
</blockquote>
<blockquote type=3D"cite"><span>measurement of these metrics. These metrics=
 are designed such that they</span><br>
</blockquote>
<blockquote type=3D"cite"><span>can be used by network operators, end users=
, or independent testing</span><br>
</blockquote>
<blockquote type=3D"cite"><span>groups. Metrics developed by the IPPM WG ar=
e intended to provide</span><br>
</blockquote>
<blockquote type=3D"cite"><span>unbiased quantitative performance measureme=
nts and not a value</span><br>
</blockquote>
<blockquote type=3D"cite"><span>judgement.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Two basic edits here:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>(1) Rename working group from IP Performanc=
e Metrics to IP Performance</span><br>
</blockquote>
<blockquote type=3D"cite"><span>Measurement, </span></blockquote>
</div>
</blockquote>
<div><br>
</div>
<div>This is a very important change. Thanks for raising it.&nbsp;</div>
<br>
<blockquote type=3D"cite">
<div>
<blockquote type=3D"cite"><span>and add &quot;methodologies&quot; to the se=
t of things we do. In our</span><br>
</blockquote>
<blockquote type=3D"cite"><span>opinion, this reflects work that has been h=
appening on charter for a</span><br>
</blockquote>
<blockquote type=3D"cite"><span>while: MBM, PDM, and alt-mark are all metho=
dology work as opposed to</span><br>
</blockquote>
<blockquote type=3D"cite"><span>metric work.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
</div>
</blockquote>
<div><br>
</div>
<div>I agree.&nbsp;</div>
<div><br>
</div>
<div>Editorial question: where it says: &quot;<span style=3D"background-col=
or: rgba(255, 255, 255, 0);">These metrics are designed such that...</span>=
&quot; should that be: &quot;<span style=3D"background-color: rgba(255, 255=
, 255, 0);">These metrics, protocols, and methodologies
 are designed such that...&quot;?</span></div>
<br>
<blockquote type=3D"cite">
<div>
<blockquote type=3D"cite"><span>(2) Remove the sentence &quot;Specifying ne=
twork or lower layer OAM</span><br>
</blockquote>
<blockquote type=3D"cite"><span>mechanisms is out of scope of the IPPM char=
ter&quot;. In my personal opinion,</span><br>
</blockquote>
<blockquote type=3D"cite"><span>this isn't really necessary to bring the IO=
AM work on, since though IOAM</span><br>
</blockquote>
<blockquote type=3D"cite"><span>can be carried on lower-layer headers, it d=
oesn't really specify an OAM</span><br>
</blockquote>
<blockquote type=3D"cite"><span>mechanism as I understand that term to be d=
efined in the routing area.</span><br>
</blockquote>
<blockquote type=3D"cite"><span>However, this restriction on the IPPM doesn=
't appear to do anything</span><br>
</blockquote>
<blockquote type=3D"cite"><span>useful beyond reinforcing an artificial sil=
o dividing data-plane and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>control-plane measurement, make it difficul=
t for us to work together</span><br>
</blockquote>
<blockquote type=3D"cite"><span>with other (e.g. INT or RTG area) working g=
roups on performance</span><br>
</blockquote>
<blockquote type=3D"cite"><span>measurement, and cause confusion as to whet=
her we can do a thing called</span><br>
</blockquote>
<blockquote type=3D"cite"><span>&quot;IOAM&quot; in IPPM.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>---</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>OLD Paragraph 6:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The WG has produced protocols for communica=
tion among test equipment to</span><br>
</blockquote>
<blockquote type=3D"cite"><span>enable the measurement of the one- and two-=
way metrics (OWAMP and TWAMP</span><br>
</blockquote>
<blockquote type=3D"cite"><span>respectively). These protocols will be adva=
nced along the standards</span><br>
</blockquote>
<blockquote type=3D"cite"><span>track. The work of the WG will take into ac=
count the suitability of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>measurements for automation, in order to su=
pport large-scale measurement</span><br>
</blockquote>
<blockquote type=3D"cite"><span>efforts. This may result in further develop=
ments in protocols such as</span><br>
</blockquote>
<blockquote type=3D"cite"><span>OWAMP and TWAMP. Agreement about the defini=
tions of metrics and methods</span><br>
</blockquote>
<blockquote type=3D"cite"><span>of measurement enables accurate, reproducib=
le, and equivalent results</span><br>
</blockquote>
<blockquote type=3D"cite"><span>across different implementations. To this e=
nd, the WG will define and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>maintain a registry of metric definitions. =
The WG encourages work which</span><br>
</blockquote>
<blockquote type=3D"cite"><span>assesses the comparability of measurements =
of IPPM metrics with metrics</span><br>
</blockquote>
<blockquote type=3D"cite"><span>developed elsewhere.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>NEW Paragraph 6:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The WG has produced protocols for communica=
tion among test equipment to</span><br>
</blockquote>
<blockquote type=3D"cite"><span>enable the measurement of the one- and two-=
way metrics (OWAMP and TWAMP</span><br>
</blockquote>
<blockquote type=3D"cite"><span>respectively). These protocols will be adva=
nced along the standards</span><br>
</blockquote>
<blockquote type=3D"cite"><span>track. The work of the WG will take into ac=
count the suitability of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>measurements for automation, in order to su=
pport large-scale measurement</span><br>
</blockquote>
<blockquote type=3D"cite"><span>efforts. This may result in further develop=
ments in protocols such as</span><br>
</blockquote>
<blockquote type=3D"cite"><span>OWAMP and TWAMP. Agreement about the defini=
tions of metrics and methods</span><br>
</blockquote>
<blockquote type=3D"cite"><span>of measurement enables accurate, reproducib=
le, and equivalent results</span><br>
</blockquote>
<blockquote type=3D"cite"><span>across different implementations. To this e=
nd, the WG defines and</span><br>
</blockquote>
<blockquote type=3D"cite"><span>maintains a registry of metric definitions.=
 The WG encourages work which</span><br>
</blockquote>
<blockquote type=3D"cite"><span>assesses the comparability of measurements =
of IPPM metrics with metrics</span><br>
</blockquote>
<blockquote type=3D"cite"><span>developed elsewhere.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>This is a purely editorial change: move def=
inition and maintenance of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>registry to present tense, since we're doin=
g it.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>---</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>OLD Paragraph 7:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The WG also encourages work which improves =
the availability of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>information about the context in which meas=
urements were taken.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>NEW Paragraph 7:</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>The WG also encourages work which improves =
the availability of</span><br>
</blockquote>
<blockquote type=3D"cite"><span>information about the context in which meas=
urements were taken, for</span><br>
</blockquote>
<blockquote type=3D"cite"><span>example, measurement implementation informa=
tion, conditions on the</span><br>
</blockquote>
<blockquote type=3D"cite"><span>networks on which measurements are taken, o=
r information about the data-</span><br>
</blockquote>
<blockquote type=3D"cite"><span>plane topology of the measured network.</sp=
an><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>This is an arguably editorial change. It ma=
kes it clear that work</span><br>
</blockquote>
<blockquote type=3D"cite"><span>targeted at IPPM that focuses on measuremen=
t on the spatial</span><br>
</blockquote>
<blockquote type=3D"cite"><span>characteristics of paths as context for met=
rics (e.g. parts of IOAM, but</span><br>
</blockquote>
<blockquote type=3D"cite"><span>also work like draft-amf-ippm-route, which =
attempts to answer the</span><br>
</blockquote>
<blockquote type=3D"cite"><span>question &quot;what about traceroute&quot; =
applied to the registry).</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
</div>
</blockquote>
<div><br>
</div>
Good clarification.&nbsp;</div>
<div><br>
</div>
<div>The &quot;for example&quot; speaks to these, but I would add that cont=
ext is not limited to this enumeration.&nbsp;</div>
<div><br>
<blockquote type=3D"cite">
<div>
<blockquote type=3D"cite"><span>---</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>We additionally propose to strike the (out =
of date) near term milestones</span><br>
</blockquote>
<blockquote type=3D"cite"><span>from the charter text; milestones are separ=
ately managed.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Beyond these updates, we propose to leave t=
he charter unchanged. We've</span><br>
</blockquote>
<blockquote type=3D"cite"><span>got some time to have this discussion on th=
e agenda in Prague, but in</span><br>
</blockquote>
<blockquote type=3D"cite"><span>the meantime please send your thoughts on t=
his proposal to the mailing</span><br>
</blockquote>
<blockquote type=3D"cite"><span>list.</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
</div>
</blockquote>
<div><br>
</div>
Thanks!!!</div>
<div><br>
</div>
<div>Carlos.&nbsp;</div>
<div><br>
<blockquote type=3D"cite">
<div>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Many thanks, best regards,</span><br>
</blockquote>
<blockquote type=3D"cite"><span></span><br>
</blockquote>
<blockquote type=3D"cite"><span>Brian (for the chairs)</span><br>
</blockquote>
<span></span><br>
<span>_______________________________________________</span><br>
<span>ippm mailing list</span><br>
<span><a href=3D"mailto:ippm@ietf.org">ippm@ietf.org</a></span><br>
<span><a href=3D"https://www.ietf.org/mailman/listinfo/ippm">https://www.ie=
tf.org/mailman/listinfo/ippm</a></span><br>
</div>
</blockquote>
</div>
</body>
</html>

--_000_1E003B2B4C444E75BCA2C1DB1CF037B8ciscocom_--


From nobody Mon Jul 10 06:43:21 2017
Return-Path: <ippm@wjcerveny.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B434613177A; Mon, 10 Jul 2017 06:43:20 -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 autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
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 EWZaMrPlz5l4; Mon, 10 Jul 2017 06:43:19 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E6C212F257; Mon, 10 Jul 2017 06:43:19 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id B911D20B1F; Mon, 10 Jul 2017 09:43:18 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 10 Jul 2017 09:43:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:reply-to:subject:to:x-me-sender:x-me-sender :x-sasl-enc:x-sasl-enc; s=fm1; bh=qimpVMQFRI3UV4CaWDOr7T0+hvmnCO lFok2r5nrhULI=; b=oKBvwgtYm6wRJNz01K8FTAU8BUs5JTZlr+J9Y2zHj0T9nF AmTy5BrQBdt9Ld0koTOfclqtm/jwX+WOF6GJqhnA4lpaxecWWsxVqalt1jYHVy/T mJzo8nA+49dwJwaq7kS2+QMOj/Yq521Ggz5X3s9CzXysCJMzB+Z7GfvAKMTVHrev kBRzfMxXmbpSlE0vuToeNCDYAnXIRqcsmS3QgE+8rpFRiG/Do/PgGiqmOH5zi/Ap deXq/aaF9G43x741ncsKURpZKNxP9wUuP39PG/F7fAz3nIXQifS9WZ42aSY7sF7M Km0lR+msjb6R13x9gVsEPBcKr47U0EIgmPXyuUUQ==
X-ME-Sender: <xms:doRjWV5vXJx2dtprHZ8ElHOILcs6q4-mZ99cSTtQ0X5k0iZTsIIV5w>
X-Sasl-enc: z5Nrnz54+YaAnpkezURxxxPM07rM8zr90cF+lP1FSC4Z 1499694198
Received: from [192.168.1.115] (unknown [97.87.239.43]) by mail.messagingengine.com (Postfix) with ESMTPA id 72E0F247D9; Mon, 10 Jul 2017 09:43:18 -0400 (EDT)
From: Bill Cerveny <ippm@wjcerveny.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F69B1099-BDD6-4AFE-9A4F-8AD4E024A039"
Reply-To: IPPM Chairs <ippm-chairs@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Mon, 10 Jul 2017 09:43:17 -0400
Message-Id: <0CDB7C49-8F32-4CEF-8BDF-6C2F5228CD0E@wjcerveny.com>
Cc: IPPM Chairs <ippm-chairs@ietf.org>
To: IETF IPPM WG <ippm@ietf.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/r6PeQiBjoSa0pzVb4h1F3unlnsQ>
Subject: [ippm] IPPM@IETF99 Agenda posted, presentations requested
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 10 Jul 2017 13:43:21 -0000

--Apple-Mail=_F69B1099-BDD6-4AFE-9A4F-8AD4E024A039
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Dear IPPMers and particularly presenters,

The agenda for the IPPM session at IETF99 has been posted. For =
reference, the logistics for the IPPM WG meeting is:

Prague Hilton - Room Athens/Barcelona
Wednesday, July 19, 2017
9:30 - 12:00 (noon) CEST (Prague venue local time)
0730-1000 UTC

Presenters: Please send your presentation slides to ippm-chairs@ietf.org =
<mailto:ippm-chairs@ietf.org>=20

Thanks,

Bill Cerveny
Brian Trammell
IPPM working group co-chairs=

--Apple-Mail=_F69B1099-BDD6-4AFE-9A4F-8AD4E024A039
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 IPPMers and particularly presenters,<div class=3D""><br =
class=3D""></div><div class=3D"">The agenda for the IPPM session at =
IETF99 has been posted. For reference, the logistics for the IPPM WG =
meeting is:</div><div class=3D""><br class=3D""></div><div class=3D""><div=
 class=3D"">Prague Hilton - Room Athens/Barcelona</div><div =
class=3D"">Wednesday, July 19, 2017</div><div class=3D"">9:30 - 12:00 =
(noon) CEST (Prague venue local time)</div><div class=3D"">0730-1000 =
UTC</div></div><div class=3D""><br class=3D""></div><div =
class=3D"">Presenters: Please send your presentation slides to <a =
href=3D"mailto:ippm-chairs@ietf.org" =
class=3D"">ippm-chairs@ietf.org</a>&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D"">Thanks,</div><div class=3D""><br =
class=3D""></div><div class=3D"">Bill Cerveny</div><div class=3D"">Brian =
Trammell</div><div class=3D"">IPPM working group =
co-chairs</div></body></html>=

--Apple-Mail=_F69B1099-BDD6-4AFE-9A4F-8AD4E024A039--


From nobody Tue Jul 11 05:04:13 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E15F012EC30 for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:04:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 xD8O-Zx63aVq for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:04:09 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [212.25.24.45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AA69129461 for <ippm@ietf.org>; Tue, 11 Jul 2017 05:04:09 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id C4EA5340157; Tue, 11 Jul 2017 14:04:07 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.12279); Tue, 11 Jul 2017 14:04:07 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Tue, 11 Jul 2017 14:04:07 +0200 (CEST)
Received: from [213.144.146.206] (account ietf@trammell.ch HELO [192.168.115.25]) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 23407460; Tue, 11 Jul 2017 14:04:06 +0200
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_9BA591E8-0750-40BF-89F6-1E3ED37F15A6"; protocol="application/pgp-signature"; micalg=pgp-sha512
X-Pgp-Agent: GPGMail
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com>
Date: Tue, 11 Jul 2017 14:03:59 +0200
Cc: IETF IPPM WG <ippm@ietf.org>
Message-Id: <D498224F-527E-4187-93F4-D8C9EDE306B8@trammell.ch>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch> <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com>
To: Al Morton <acmorton@att.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/d9FJc_rxo9S4jhMJv6k8z-gOkQY>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jul 2017 12:04:12 -0000

--Apple-Mail=_9BA591E8-0750-40BF-89F6-1E3ED37F15A6
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

hi Al,

Briefly, inline below.

> On 09 Jul 2017, at 19:22, MORTON, ALFRED C (AL) <acmorton@att.com> =
wrote:
>=20
> Hi Brian and Bill,
>=20
> Thanks for preparing a new charter proposal and organizing
> this message to highlight the changes. I agree with your
> proposals.
>=20
> I have one further proposal for the last sentence of
> paragraph 1.
>=20
> OLD (and your NEW):
> Metrics developed by the IPPM WG are intended to provide unbiased
> quantitative performance measurements and not a value judgement.
>=20
> I propose to delete/replace the last phrase, which I think has been =
present
> since the very first charter. IIRC, the concern was that contributions
> might attempt to establish service acceptance thresholds, or other
> numerical performance requirements/objectives using the metrics.
> The work of setting numerical objectives proceeded elsewhere
> (ITU-T Rec Y.1541), and the Earth continued to rotate.
>=20
> If we want to ensure the status quo, we could say:
> s/and not a value judgement/but numerical thresholds for the metrics =
are out-of-scope/
>=20
> I also suggest this change with MBM in mind, where we have
> testing outcomes of Pass/Fail/Inconclusive (PFI). Of course, the user
> supplies the target rate, RTT, and/or loss ratio numerical values,
> not the working group.
>=20
> So we could express an explicit restriction that does not hamper MBM =
PFI:
>=20
> NEW^2:
> Metrics developed by the IPPM WG are intended to provide unbiased
> quantitative performance measurements, but numerical thresholds for
> the metrics are out-of-scope.
>=20
> Or, we could remove the phrase, and refer any contributions on
> numerical thresholds to ITU-T SG 12, Question 17, to avoid
> overlapping work with another SDO (coordination with this SDO
> should also be mentioned somewhere).
>=20
> NEW^3:
> Metrics developed by the IPPM WG are intended to provide unbiased
> quantitative performance measurements.

Thanks for this history... this change (NEW^3) seems to make sense to =
me, and I'd propose we do it as well.

Cheers,

Brian


>=20
> thanks for considering this proposal, and regards,
> Al
>=20
>> -----Original Message-----
>> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Brian Trammell
>> Sent: Sunday, July 09, 2017 11:24 AM
>> To: IETF IPPM WG
>> Subject: [ippm] Proposed charter updates for IPPM
>>=20
>> Greetings, all,
>>=20
>> Bill and I met briefly last week to discuss a proposed change to the
>> charter, as a way to resolve the rough consensus to adopt the IOAM =
work
>> within IPPM with concerns that have been raised that that work =
doesn't
>> really fit on the charter. We arrived at a minimal suggested set of
>> edits. Though inspired by IOAM, these aren't so much focused on =
bringing
>> IOAM on charter as they are making the charter reflect the direction
>> work in IPPM has been going over the five years since we last updated
>> the charter.
>>=20
>> We propose only to touch three paragraphs, as below:
>>=20
>> ---
>>=20
>> OLD Paragraph 1:
>>=20
>> The IP Performance Metrics (IPPM) Working Group develops and =
maintains
>> standard metrics that can be applied to the quality, performance, and
>> reliability of Internet data delivery services and applications =
running
>> over transport layer protocols (e.g. TCP, UDP) over IP. Specifying
>> network or lower layer OAM mechanisms is out of scope of the IPPM
>> charter. It also develops and maintains protocols for the measurement =
of
>> these metrics. These metrics are designed such that they can be used =
by
>> network operators, end users, or independent testing groups. Metrics
>> developed by the IPPM WG are intended to provide unbiased =
quantitative
>> performance measurements and not a value judgement.
>>=20
>> NEW Paragraph 1:
>>=20
>> The IP Performance Measurement (IPPM) Working Group develops and
>> maintains standard metrics that can be applied to the quality,
>> performance, and reliability of Internet data delivery services and
>> applications running over transport layer protocols (e.g. TCP, UDP) =
over
>> IP. It also develops and maintains methodologies and protocols for =
the
>> measurement of these metrics. These metrics are designed such that =
they
>> can be used by network operators, end users, or independent testing
>> groups. Metrics developed by the IPPM WG are intended to provide
>> unbiased quantitative performance measurements and not a value
>> judgement.
>>=20
>>=20
>> Two basic edits here:
>>=20
>> (1) Rename working group from IP Performance Metrics to IP =
Performance
>> Measurement, and add "methodologies" to the set of things we do. In =
our
>> opinion, this reflects work that has been happening on charter for a
>> while: MBM, PDM, and alt-mark are all methodology work as opposed to
>> metric work.
>>=20
>> (2) Remove the sentence "Specifying network or lower layer OAM
>> mechanisms is out of scope of the IPPM charter". In my personal =
opinion,
>> this isn't really necessary to bring the IOAM work on, since though =
IOAM
>> can be carried on lower-layer headers, it doesn't really specify an =
OAM
>> mechanism as I understand that term to be defined in the routing =
area.
>> However, this restriction on the IPPM doesn't appear to do anything
>> useful beyond reinforcing an artificial silo dividing data-plane and
>> control-plane measurement, make it difficult for us to work together
>> with other (e.g. INT or RTG area) working groups on performance
>> measurement, and cause confusion as to whether we can do a thing =
called
>> "IOAM" in IPPM.
>>=20
>> ---
>>=20
>> OLD Paragraph 6:
>>=20
>> The WG has produced protocols for communication among test equipment =
to
>> enable the measurement of the one- and two-way metrics (OWAMP and =
TWAMP
>> respectively). These protocols will be advanced along the standards
>> track. The work of the WG will take into account the suitability of
>> measurements for automation, in order to support large-scale =
measurement
>> efforts. This may result in further developments in protocols such as
>> OWAMP and TWAMP. Agreement about the definitions of metrics and =
methods
>> of measurement enables accurate, reproducible, and equivalent results
>> across different implementations. To this end, the WG will define and
>> maintain a registry of metric definitions. The WG encourages work =
which
>> assesses the comparability of measurements of IPPM metrics with =
metrics
>> developed elsewhere.
>>=20
>> NEW Paragraph 6:
>>=20
>> The WG has produced protocols for communication among test equipment =
to
>> enable the measurement of the one- and two-way metrics (OWAMP and =
TWAMP
>> respectively). These protocols will be advanced along the standards
>> track. The work of the WG will take into account the suitability of
>> measurements for automation, in order to support large-scale =
measurement
>> efforts. This may result in further developments in protocols such as
>> OWAMP and TWAMP. Agreement about the definitions of metrics and =
methods
>> of measurement enables accurate, reproducible, and equivalent results
>> across different implementations. To this end, the WG defines and
>> maintains a registry of metric definitions. The WG encourages work =
which
>> assesses the comparability of measurements of IPPM metrics with =
metrics
>> developed elsewhere.
>>=20
>>=20
>> This is a purely editorial change: move definition and maintenance of
>> registry to present tense, since we're doing it.
>>=20
>> ---
>>=20
>> OLD Paragraph 7:
>>=20
>> The WG also encourages work which improves the availability of
>> information about the context in which measurements were taken.
>>=20
>> NEW Paragraph 7:
>>=20
>> The WG also encourages work which improves the availability of
>> information about the context in which measurements were taken, for
>> example, measurement implementation information, conditions on the
>> networks on which measurements are taken, or information about the =
data-
>> plane topology of the measured network.
>>=20
>>=20
>> This is an arguably editorial change. It makes it clear that work
>> targeted at IPPM that focuses on measurement on the spatial
>> characteristics of paths as context for metrics (e.g. parts of IOAM, =
but
>> also work like draft-amf-ippm-route, which attempts to answer the
>> question "what about traceroute" applied to the registry).
>>=20
>> ---
>>=20
>> We additionally propose to strike the (out of date) near term =
milestones
>> from the charter text; milestones are separately managed.
>>=20
>>=20
>> Beyond these updates, we propose to leave the charter unchanged. =
We've
>> got some time to have this discussion on the agenda in Prague, but in
>> the meantime please send your thoughts on this proposal to the =
mailing
>> list.
>>=20
>>=20
>> Many thanks, best regards,
>>=20
>> Brian (for the chairs)
>=20


--Apple-Mail=_9BA591E8-0750-40BF-89F6-1E3ED37F15A6
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

iQIcBAEBCgAGBQJZZL6wAAoJEIoSt78L6kajV6MQAJgXZCOjGOgyBEHYz033tJqJ
GobPptlCYT7xV9paB0xRzHHn3SlA3XUh0yTrgrlyrs61hNXS4Zn3lMJISxGjB1al
TWYUhWQpeY71sKo74EVt8OT53S2XnxHb9hawIJd6O2u05ta7dkMQcVX/fvB+F2PN
qGwDeNdftLuU7APeTYSViYhFP25srdZK3T4XydJtJBAnqybDpY9SQFaqFLrypf6d
f5qzVzmsiI7PVKSDrQRGN/a0Ia4RWUrMH9OpuGOhWoR2JQnT/Wf2HLrA3hLJSLjp
+YKe7piNIrcYOMG8bDyU2PRRjLCzh3k6mfvlwW28pZ7+sh6Tlwhezateut+b6gEB
ePXEU9Eju9PG8NrPJAvHaGO+pgkQEfvyMXUsUpI4aSfaGuWAPwv04MPBGfVmpj5k
utqO97FywdySp7h/P0eDoBx2YrfHaq4efGSDG+Z72Ozzm+pSggYx6QV0L8VZ+LsK
R0GRGI8v61oIpm8jaZdUsZhz+3ZdioCNCKvcKwT1Kom3XGVzyFd5pwkvIDM5U6ru
0r5mYkUb+PxBp/VRJawu6h5+3yflKAe5Ip+OVxFHxSWHt8xOaaAPrhlTJf7l0oPo
XTMTxxGN1xpWvR8OO9rkzrOUaXcQU4RQZv/h9bFnVgvho5x+JCmhUiKfn4f/clUq
aLk5sbnU9z3SonUP/1dh
=Rqjd
-----END PGP SIGNATURE-----

--Apple-Mail=_9BA591E8-0750-40BF-89F6-1E3ED37F15A6--


From nobody Tue Jul 11 05:17:12 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79C8A131692 for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:17:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 Z5rukHMKpV-E for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:17:06 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [212.25.24.45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC2DC129461 for <ippm@ietf.org>; Tue, 11 Jul 2017 05:17:05 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 86CB3340A6F; Tue, 11 Jul 2017 14:17:04 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.14857); Tue, 11 Jul 2017 14:17:04 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Tue, 11 Jul 2017 14:17:04 +0200 (CEST)
Received: from [195.226.23.97] (account ietf@trammell.ch HELO [192.168.115.25]) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 23409155; Tue, 11 Jul 2017 14:17:04 +0200
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_722E3C93-89F8-4CC9-9ED1-53E44D168F81"; protocol="application/pgp-signature"; micalg=pgp-sha512
X-Pgp-Agent: GPGMail
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <1E003B2B-4C44-4E75-BCA2-C1DB1CF037B8@cisco.com>
Date: Tue, 11 Jul 2017 14:17:03 +0200
Cc: Al Morton <acmorton@att.com>, IETF IPPM WG <ippm@ietf.org>
Message-Id: <6D55E062-32A3-4625-AEE6-685A2B3578D2@trammell.ch>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch> <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com> <1E003B2B-4C44-4E75-BCA2-C1DB1CF037B8@cisco.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/sDX042fbNVAQjWRNjXbp5JTI7qU>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jul 2017 12:17:10 -0000

--Apple-Mail=_722E3C93-89F8-4CC9-9ED1-53E44D168F81
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

hi Carlos,

followups to followups inline; I've noted all your points inline to =
which I don't reply directly...

> On 10 Jul 2017, at 00:02, Carlos Pignataro (cpignata) =
<cpignata@cisco.com> wrote:
>=20
> Thank you Brian for proactively bringing this discussion on the list =
before Prague.
>=20
> All the proposed changes below bring the charter (i.e., the contract =
between the WG and the IETF) closer to reality and remove potential =
ambiguities and sources of misinterpretation. I believe that all these =
edits serve the higher purpose of charter hygiene and forward-looking =
polishing, and are not narrowly written solely with iOAM in mind.
>=20
> As such, I very much support this proposal.
>=20
> Related, and likely a question for Benoit, but curious about the =
PM-Directorate and whether this is OBE (I've not seen traffic for a =
couple years):
> https://www.ietf.org/iesg/directorate/performance-metrics.html

I believe the directorate still exists, and the guidelines in 6390 =
remain (though our work on the registry has augmented them), so I think =
the charter should continue to mention it. Though, on second read, I  I =
think we could also strike the " It is possible that new measurement =
protocols will be needed to support new metrics; if this is the case, =
the working group will be rechartered to develop these protocols" since =
this proposal, to some extent, is that recharter.

<snip>

> Editorial question: where it says: "These metrics are designed such =
that..." should that be: "These metrics, protocols, and methodologies =
are designed such that..."?

Yes, though that makes the sentence a little unwieldy. Let's take the =
input that this clause should not be limited to metrics only and =
wordsmith the paragraph later.

<snip>

>>> OLD Paragraph 7:
>>>=20
>>> The WG also encourages work which improves the availability of
>>> information about the context in which measurements were taken.
>>>=20
>>> NEW Paragraph 7:
>>>=20
>>> The WG also encourages work which improves the availability of
>>> information about the context in which measurements were taken, for
>>> example, measurement implementation information, conditions on the
>>> networks on which measurements are taken, or information about the =
data-
>>> plane topology of the measured network.
>>>=20
>>>=20
>>> This is an arguably editorial change. It makes it clear that work
>>> targeted at IPPM that focuses on measurement on the spatial
>>> characteristics of paths as context for metrics (e.g. parts of IOAM, =
but
>>> also work like draft-amf-ippm-route, which attempts to answer the
>>> question "what about traceroute" applied to the registry).
>>>=20
>=20
> Good clarification.
>=20
> The "for example" speaks to these, but I would add that context is not =
limited to this enumeration.

so, "for example (but not limited to)..."? Yep, seems good to me.

Cheers,

Brian

--Apple-Mail=_722E3C93-89F8-4CC9-9ED1-53E44D168F81
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

iQIcBAEBCgAGBQJZZMG/AAoJEIoSt78L6kajDH8P+QETce5ikxO0EAHfhbKnAOuO
FKlyfeLV3S4QbjrpzgAhOAafZTK+V+eILXrpOunioMyUZaqzNXoqlpsXDFK8tG7O
Z4yU3GD99NONUz23iwd58MhDGoOdwHcoqaZAFe69rWBH7AFjt/OWv9JTptJu2b+l
hYLVqEUQyd/PfU3YwRQ+IzldbLtugOfGBZJq6okq+YqY1jbkZBkG8TmZfTiBy1Os
TAY+BNuAKk4JfJLkNZ+rMqwlFxh6o1xyi84GpyWb7y5DXsFjrNUvG7Ul/0NoWopI
MCbg6/8yeuGab44jt89xra1g4bQDlyOmq1mJkjN3e9IZA+rec8HVpyPK05SZEV2l
h3R2DByuQPJuqMBzUcVCTK7DT7HHi6+Nmgpwwv18ZtTbO7qujrQf0hiW2HBYP6cy
P55mp6oqN+UfDT1qQ3vHwtS/VdEzxXiDHCgl84NytW0piHvs4QGw1wf43hRIx0vx
QhB71c3fBLY/+TebV0PRh4dvDnn1GFfojOXozxQBfPT9Jhi+Vyj7jTopEB0A3Xe5
NbE6VpvkaxDTEYdALlqYbX46cNfiIIOneN1WyiUhRFHDN0L6apSLErC7t7kCNT5t
ei6pedCd5UUCpUI8dWeRgTM9w7HXh31NprkkBDDHRrjgbgUVp+eLb4ym9C1bB5fi
MFapWH5VOZcsbNP+RLaX
=rFTD
-----END PGP SIGNATURE-----

--Apple-Mail=_722E3C93-89F8-4CC9-9ED1-53E44D168F81--


From nobody Tue Jul 11 05:20:32 2017
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C861129AF9 for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:20:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 BLMCPWPrFH0O for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2017 05:20:26 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 943CA129461 for <ippm@ietf.org>; Tue, 11 Jul 2017 05:20:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13390; q=dns/txt; s=iport; t=1499775626; x=1500985226; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NKVbE6Mr87/VWzfttT9a4F+pjcleBROtpFTLoPXNDjU=; b=h4lYgDF+XGAAcTeebVQNUR6UHjKHbvUG21YxQ73E6E5Z+EJ5uuc8REF8 E+b2u4fgComKEyBoshbXqLuXwSsDif4EF90AyovxJRIJAb+/OYQ5qeQft 2a/wj9oNSno/kWAQW/i1zvSHo8cBy4D2+yYpYcdwcuCtJk9Vok/RnE05g o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DHAAAUwmRZ/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1pkgRQHjgKRS5B5hSyCESyFSgIagx0/GAECAQEBAQEBAWsohRk?= =?us-ascii?q?GI1YQAgEIPwMCAgIwFBECBA4FiUtkEKtUgiaLNgEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBARgFgyiDTYFhKwuCboRGgzcwgjEFlzuHaQKUCoIMiT2GXJVGAR84gQp1FUk?= =?us-ascii?q?SAYcDdgGFboEygQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.40,346,1496102400";  d="scan'208,217";a="448674008"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Jul 2017 12:20:25 +0000
Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v6BCKPBC026057 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 11 Jul 2017 12:20:25 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 11 Jul 2017 08:20:24 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Tue, 11 Jul 2017 08:20:24 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: "Brian Trammell (IETF)" <ietf@trammell.ch>
CC: Al Morton <acmorton@att.com>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Proposed charter updates for IPPM
Thread-Index: AQHS+Mdt3sP56RdGc0O1/0iMB0dTR6JMAYKAgAAK9DqAAsQ+gIAAAPAA
Date: Tue, 11 Jul 2017 12:20:24 +0000
Message-ID: <1998F756-7EF4-4150-87B0-EA1166E439C2@cisco.com>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch> <4D7F4AD313D3FC43A053B309F97543CF45005B91@njmtexg4.research.att.com> <1E003B2B-4C44-4E75-BCA2-C1DB1CF037B8@cisco.com> <6D55E062-32A3-4625-AEE6-685A2B3578D2@trammell.ch>
In-Reply-To: <6D55E062-32A3-4625-AEE6-685A2B3578D2@trammell.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.132]
Content-Type: multipart/alternative; boundary="_000_1998F7567EF4415087B0EA1166E439C2ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/idXC8XTi_BexE5uXtvujmHLzCA0>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 11 Jul 2017 12:20:31 -0000

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

SGkgQnJpYW4sDQoNClRoYW5rcyBmb3IgdGhlIHJlc3BvbnNlcyDigJQgQWNrIHRvIGFsbCBvZiB5
b3VyIGNvbW1lbnRzIGJlbG93Lg0KDQrigJQgQ2FybG9zLg0KDQpPbiBKdWwgMTEsIDIwMTcsIGF0
IDg6MTcgQU0sIEJyaWFuIFRyYW1tZWxsIChJRVRGKSA8aWV0ZkB0cmFtbWVsbC5jaDxtYWlsdG86
aWV0ZkB0cmFtbWVsbC5jaD4+IHdyb3RlOg0KDQpoaSBDYXJsb3MsDQoNCmZvbGxvd3VwcyB0byBm
b2xsb3d1cHMgaW5saW5lOyBJJ3ZlIG5vdGVkIGFsbCB5b3VyIHBvaW50cyBpbmxpbmUgdG8gd2hp
Y2ggSSBkb24ndCByZXBseSBkaXJlY3RseS4uLg0KDQpPbiAxMCBKdWwgMjAxNywgYXQgMDA6MDIs
IENhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSA8Y3BpZ25hdGFAY2lzY28uY29tPG1haWx0bzpj
cGlnbmF0YUBjaXNjby5jb20+PiB3cm90ZToNCg0KVGhhbmsgeW91IEJyaWFuIGZvciBwcm9hY3Rp
dmVseSBicmluZ2luZyB0aGlzIGRpc2N1c3Npb24gb24gdGhlIGxpc3QgYmVmb3JlIFByYWd1ZS4N
Cg0KQWxsIHRoZSBwcm9wb3NlZCBjaGFuZ2VzIGJlbG93IGJyaW5nIHRoZSBjaGFydGVyIChpLmUu
LCB0aGUgY29udHJhY3QgYmV0d2VlbiB0aGUgV0cgYW5kIHRoZSBJRVRGKSBjbG9zZXIgdG8gcmVh
bGl0eSBhbmQgcmVtb3ZlIHBvdGVudGlhbCBhbWJpZ3VpdGllcyBhbmQgc291cmNlcyBvZiBtaXNp
bnRlcnByZXRhdGlvbi4gSSBiZWxpZXZlIHRoYXQgYWxsIHRoZXNlIGVkaXRzIHNlcnZlIHRoZSBo
aWdoZXIgcHVycG9zZSBvZiBjaGFydGVyIGh5Z2llbmUgYW5kIGZvcndhcmQtbG9va2luZyBwb2xp
c2hpbmcsIGFuZCBhcmUgbm90IG5hcnJvd2x5IHdyaXR0ZW4gc29sZWx5IHdpdGggaU9BTSBpbiBt
aW5kLg0KDQpBcyBzdWNoLCBJIHZlcnkgbXVjaCBzdXBwb3J0IHRoaXMgcHJvcG9zYWwuDQoNClJl
bGF0ZWQsIGFuZCBsaWtlbHkgYSBxdWVzdGlvbiBmb3IgQmVub2l0LCBidXQgY3VyaW91cyBhYm91
dCB0aGUgUE0tRGlyZWN0b3JhdGUgYW5kIHdoZXRoZXIgdGhpcyBpcyBPQkUgKEkndmUgbm90IHNl
ZW4gdHJhZmZpYyBmb3IgYSBjb3VwbGUgeWVhcnMpOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVz
Zy9kaXJlY3RvcmF0ZS9wZXJmb3JtYW5jZS1tZXRyaWNzLmh0bWwNCg0KSSBiZWxpZXZlIHRoZSBk
aXJlY3RvcmF0ZSBzdGlsbCBleGlzdHMsIGFuZCB0aGUgZ3VpZGVsaW5lcyBpbiA2MzkwIHJlbWFp
biAodGhvdWdoIG91ciB3b3JrIG9uIHRoZSByZWdpc3RyeSBoYXMgYXVnbWVudGVkIHRoZW0pLCBz
byBJIHRoaW5rIHRoZSBjaGFydGVyIHNob3VsZCBjb250aW51ZSB0byBtZW50aW9uIGl0LiBUaG91
Z2gsIG9uIHNlY29uZCByZWFkLCBJICBJIHRoaW5rIHdlIGNvdWxkIGFsc28gc3RyaWtlIHRoZSAi
IEl0IGlzIHBvc3NpYmxlIHRoYXQgbmV3IG1lYXN1cmVtZW50IHByb3RvY29scyB3aWxsIGJlIG5l
ZWRlZCB0byBzdXBwb3J0IG5ldyBtZXRyaWNzOyBpZiB0aGlzIGlzIHRoZSBjYXNlLCB0aGUgd29y
a2luZyBncm91cCB3aWxsIGJlIHJlY2hhcnRlcmVkIHRvIGRldmVsb3AgdGhlc2UgcHJvdG9jb2xz
IiBzaW5jZSB0aGlzIHByb3Bvc2FsLCB0byBzb21lIGV4dGVudCwgaXMgdGhhdCByZWNoYXJ0ZXIu
DQoNCjxzbmlwPg0KDQpFZGl0b3JpYWwgcXVlc3Rpb246IHdoZXJlIGl0IHNheXM6ICJUaGVzZSBt
ZXRyaWNzIGFyZSBkZXNpZ25lZCBzdWNoIHRoYXQuLi4iIHNob3VsZCB0aGF0IGJlOiAiVGhlc2Ug
bWV0cmljcywgcHJvdG9jb2xzLCBhbmQgbWV0aG9kb2xvZ2llcyBhcmUgZGVzaWduZWQgc3VjaCB0
aGF0Li4uIj8NCg0KWWVzLCB0aG91Z2ggdGhhdCBtYWtlcyB0aGUgc2VudGVuY2UgYSBsaXR0bGUg
dW53aWVsZHkuIExldCdzIHRha2UgdGhlIGlucHV0IHRoYXQgdGhpcyBjbGF1c2Ugc2hvdWxkIG5v
dCBiZSBsaW1pdGVkIHRvIG1ldHJpY3Mgb25seSBhbmQgd29yZHNtaXRoIHRoZSBwYXJhZ3JhcGgg
bGF0ZXIuDQoNCjxzbmlwPg0KDQpPTEQgUGFyYWdyYXBoIDc6DQoNClRoZSBXRyBhbHNvIGVuY291
cmFnZXMgd29yayB3aGljaCBpbXByb3ZlcyB0aGUgYXZhaWxhYmlsaXR5IG9mDQppbmZvcm1hdGlv
biBhYm91dCB0aGUgY29udGV4dCBpbiB3aGljaCBtZWFzdXJlbWVudHMgd2VyZSB0YWtlbi4NCg0K
TkVXIFBhcmFncmFwaCA3Og0KDQpUaGUgV0cgYWxzbyBlbmNvdXJhZ2VzIHdvcmsgd2hpY2ggaW1w
cm92ZXMgdGhlIGF2YWlsYWJpbGl0eSBvZg0KaW5mb3JtYXRpb24gYWJvdXQgdGhlIGNvbnRleHQg
aW4gd2hpY2ggbWVhc3VyZW1lbnRzIHdlcmUgdGFrZW4sIGZvcg0KZXhhbXBsZSwgbWVhc3VyZW1l
bnQgaW1wbGVtZW50YXRpb24gaW5mb3JtYXRpb24sIGNvbmRpdGlvbnMgb24gdGhlDQpuZXR3b3Jr
cyBvbiB3aGljaCBtZWFzdXJlbWVudHMgYXJlIHRha2VuLCBvciBpbmZvcm1hdGlvbiBhYm91dCB0
aGUgZGF0YS0NCnBsYW5lIHRvcG9sb2d5IG9mIHRoZSBtZWFzdXJlZCBuZXR3b3JrLg0KDQoNClRo
aXMgaXMgYW4gYXJndWFibHkgZWRpdG9yaWFsIGNoYW5nZS4gSXQgbWFrZXMgaXQgY2xlYXIgdGhh
dCB3b3JrDQp0YXJnZXRlZCBhdCBJUFBNIHRoYXQgZm9jdXNlcyBvbiBtZWFzdXJlbWVudCBvbiB0
aGUgc3BhdGlhbA0KY2hhcmFjdGVyaXN0aWNzIG9mIHBhdGhzIGFzIGNvbnRleHQgZm9yIG1ldHJp
Y3MgKGUuZy4gcGFydHMgb2YgSU9BTSwgYnV0DQphbHNvIHdvcmsgbGlrZSBkcmFmdC1hbWYtaXBw
bS1yb3V0ZSwgd2hpY2ggYXR0ZW1wdHMgdG8gYW5zd2VyIHRoZQ0KcXVlc3Rpb24gIndoYXQgYWJv
dXQgdHJhY2Vyb3V0ZSIgYXBwbGllZCB0byB0aGUgcmVnaXN0cnkpLg0KDQoNCkdvb2QgY2xhcmlm
aWNhdGlvbi4NCg0KVGhlICJmb3IgZXhhbXBsZSIgc3BlYWtzIHRvIHRoZXNlLCBidXQgSSB3b3Vs
ZCBhZGQgdGhhdCBjb250ZXh0IGlzIG5vdCBsaW1pdGVkIHRvIHRoaXMgZW51bWVyYXRpb24uDQoN
CnNvLCAiZm9yIGV4YW1wbGUgKGJ1dCBub3QgbGltaXRlZCB0bykuLi4iPyBZZXAsIHNlZW1zIGdv
b2QgdG8gbWUuDQoNCkNoZWVycywNCg0KQnJpYW4NCg0K4oCUDQpDYXJsb3MgUGlnbmF0YXJvLCBj
YXJsb3NAY2lzY28uY29tPG1haWx0bzpjYXJsb3NAY2lzY28uY29tPg0KDQrigJxTb21ldGltZXMg
SSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFrZSBt
eXNlbGYgc291bmQgbW9yZSBwaG90b3N5bnRoZXNpcy4iDQoNCg==

--_000_1998F7567EF4415087B0EA1166E439C2ciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <4E50A6DF26C8A44FA6360E5316EB6549@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgQnJpYW4sDQo8ZGl2IGNsYXNz
PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MgZm9yIHRoZSBy
ZXNwb25zZXMg4oCUIEFjayB0byBhbGwgb2YgeW91ciBjb21tZW50cyBiZWxvdy48L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPuKAlCBDYXJs
b3MuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90
ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gSnVsIDExLCAyMDE3LCBh
dCA4OjE3IEFNLCBCcmlhbiBUcmFtbWVsbCAoSUVURikgJmx0OzxhIGhyZWY9Im1haWx0bzppZXRm
QHRyYW1tZWxsLmNoIiBjbGFzcz0iIj5pZXRmQHRyYW1tZWxsLmNoPC9hPiZndDsgd3JvdGU6PC9k
aXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0i
Ij4NCjxkaXYgY2xhc3M9IiI+aGkgQ2FybG9zLDxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N
CmZvbGxvd3VwcyB0byBmb2xsb3d1cHMgaW5saW5lOyBJJ3ZlIG5vdGVkIGFsbCB5b3VyIHBvaW50
cyBpbmxpbmUgdG8gd2hpY2ggSSBkb24ndCByZXBseSBkaXJlY3RseS4uLjxiciBjbGFzcz0iIj4N
CjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPk9uIDEwIEp1
bCAyMDE3LCBhdCAwMDowMiwgQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpICZsdDs8YSBocmVm
PSJtYWlsdG86Y3BpZ25hdGFAY2lzY28uY29tIiBjbGFzcz0iIj5jcGlnbmF0YUBjaXNjby5jb208
L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGFuayB5b3UgQnJp
YW4gZm9yIHByb2FjdGl2ZWx5IGJyaW5naW5nIHRoaXMgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBi
ZWZvcmUgUHJhZ3VlLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkFsbCB0aGUgcHJvcG9z
ZWQgY2hhbmdlcyBiZWxvdyBicmluZyB0aGUgY2hhcnRlciAoaS5lLiwgdGhlIGNvbnRyYWN0IGJl
dHdlZW4gdGhlIFdHIGFuZCB0aGUgSUVURikgY2xvc2VyIHRvIHJlYWxpdHkgYW5kIHJlbW92ZSBw
b3RlbnRpYWwgYW1iaWd1aXRpZXMgYW5kIHNvdXJjZXMgb2YgbWlzaW50ZXJwcmV0YXRpb24uIEkg
YmVsaWV2ZSB0aGF0IGFsbCB0aGVzZSBlZGl0cyBzZXJ2ZSB0aGUgaGlnaGVyIHB1cnBvc2Ugb2Yg
Y2hhcnRlciBoeWdpZW5lDQogYW5kIGZvcndhcmQtbG9va2luZyBwb2xpc2hpbmcsIGFuZCBhcmUg
bm90IG5hcnJvd2x5IHdyaXR0ZW4gc29sZWx5IHdpdGggaU9BTSBpbiBtaW5kLjxiciBjbGFzcz0i
Ij4NCjxiciBjbGFzcz0iIj4NCkFzIHN1Y2gsIEkgdmVyeSBtdWNoIHN1cHBvcnQgdGhpcyBwcm9w
b3NhbC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpSZWxhdGVkLCBhbmQgbGlrZWx5IGEg
cXVlc3Rpb24gZm9yIEJlbm9pdCwgYnV0IGN1cmlvdXMgYWJvdXQgdGhlIFBNLURpcmVjdG9yYXRl
IGFuZCB3aGV0aGVyIHRoaXMgaXMgT0JFIChJJ3ZlIG5vdCBzZWVuIHRyYWZmaWMgZm9yIGEgY291
cGxlIHllYXJzKTo8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9p
ZXNnL2RpcmVjdG9yYXRlL3BlcmZvcm1hbmNlLW1ldHJpY3MuaHRtbCIgY2xhc3M9IiI+aHR0cHM6
Ly93d3cuaWV0Zi5vcmcvaWVzZy9kaXJlY3RvcmF0ZS9wZXJmb3JtYW5jZS1tZXRyaWNzLmh0bWw8
L2E+PGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KSSBiZWxpZXZl
IHRoZSBkaXJlY3RvcmF0ZSBzdGlsbCBleGlzdHMsIGFuZCB0aGUgZ3VpZGVsaW5lcyBpbiA2Mzkw
IHJlbWFpbiAodGhvdWdoIG91ciB3b3JrIG9uIHRoZSByZWdpc3RyeSBoYXMgYXVnbWVudGVkIHRo
ZW0pLCBzbyBJIHRoaW5rIHRoZSBjaGFydGVyIHNob3VsZCBjb250aW51ZSB0byBtZW50aW9uIGl0
LiBUaG91Z2gsIG9uIHNlY29uZCByZWFkLCBJICZuYnNwO0kgdGhpbmsgd2UgY291bGQgYWxzbyBz
dHJpa2UgdGhlICZxdW90OyBJdCBpcyBwb3NzaWJsZQ0KIHRoYXQgbmV3IG1lYXN1cmVtZW50IHBy
b3RvY29scyB3aWxsIGJlIG5lZWRlZCB0byBzdXBwb3J0IG5ldyBtZXRyaWNzOyBpZiB0aGlzIGlz
IHRoZSBjYXNlLCB0aGUgd29ya2luZyBncm91cCB3aWxsIGJlIHJlY2hhcnRlcmVkIHRvIGRldmVs
b3AgdGhlc2UgcHJvdG9jb2xzJnF1b3Q7IHNpbmNlIHRoaXMgcHJvcG9zYWwsIHRvIHNvbWUgZXh0
ZW50LCBpcyB0aGF0IHJlY2hhcnRlci48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombHQ7
c25pcCZndDs8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJj
aXRlIiBjbGFzcz0iIj5FZGl0b3JpYWwgcXVlc3Rpb246IHdoZXJlIGl0IHNheXM6ICZxdW90O1Ro
ZXNlIG1ldHJpY3MgYXJlIGRlc2lnbmVkIHN1Y2ggdGhhdC4uLiZxdW90OyBzaG91bGQgdGhhdCBi
ZTogJnF1b3Q7VGhlc2UgbWV0cmljcywgcHJvdG9jb2xzLCBhbmQgbWV0aG9kb2xvZ2llcyBhcmUg
ZGVzaWduZWQgc3VjaCB0aGF0Li4uJnF1b3Q7PzxiciBjbGFzcz0iIj4NCjwvYmxvY2txdW90ZT4N
CjxiciBjbGFzcz0iIj4NClllcywgdGhvdWdoIHRoYXQgbWFrZXMgdGhlIHNlbnRlbmNlIGEgbGl0
dGxlIHVud2llbGR5LiBMZXQncyB0YWtlIHRoZSBpbnB1dCB0aGF0IHRoaXMgY2xhdXNlIHNob3Vs
ZCBub3QgYmUgbGltaXRlZCB0byBtZXRyaWNzIG9ubHkgYW5kIHdvcmRzbWl0aCB0aGUgcGFyYWdy
YXBoIGxhdGVyLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZsdDtzbmlwJmd0OzxiciBj
bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi
Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJj
aXRlIiBjbGFzcz0iIj5PTEQgUGFyYWdyYXBoIDc6PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KVGhlIFdHIGFsc28gZW5jb3VyYWdlcyB3b3JrIHdoaWNoIGltcHJvdmVzIHRoZSBhdmFpbGFi
aWxpdHkgb2Y8YnIgY2xhc3M9IiI+DQppbmZvcm1hdGlvbiBhYm91dCB0aGUgY29udGV4dCBpbiB3
aGljaCBtZWFzdXJlbWVudHMgd2VyZSB0YWtlbi48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+
DQpORVcgUGFyYWdyYXBoIDc6PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGhlIFdHIGFs
c28gZW5jb3VyYWdlcyB3b3JrIHdoaWNoIGltcHJvdmVzIHRoZSBhdmFpbGFiaWxpdHkgb2Y8YnIg
Y2xhc3M9IiI+DQppbmZvcm1hdGlvbiBhYm91dCB0aGUgY29udGV4dCBpbiB3aGljaCBtZWFzdXJl
bWVudHMgd2VyZSB0YWtlbiwgZm9yPGJyIGNsYXNzPSIiPg0KZXhhbXBsZSwgbWVhc3VyZW1lbnQg
aW1wbGVtZW50YXRpb24gaW5mb3JtYXRpb24sIGNvbmRpdGlvbnMgb24gdGhlPGJyIGNsYXNzPSIi
Pg0KbmV0d29ya3Mgb24gd2hpY2ggbWVhc3VyZW1lbnRzIGFyZSB0YWtlbiwgb3IgaW5mb3JtYXRp
b24gYWJvdXQgdGhlIGRhdGEtPGJyIGNsYXNzPSIiPg0KcGxhbmUgdG9wb2xvZ3kgb2YgdGhlIG1l
YXN1cmVkIG5ldHdvcmsuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KVGhpcyBpcyBhbiBhcmd1YWJseSBlZGl0b3JpYWwgY2hhbmdlLiBJdCBtYWtlcyBpdCBjbGVh
ciB0aGF0IHdvcms8YnIgY2xhc3M9IiI+DQp0YXJnZXRlZCBhdCBJUFBNIHRoYXQgZm9jdXNlcyBv
biBtZWFzdXJlbWVudCBvbiB0aGUgc3BhdGlhbDxiciBjbGFzcz0iIj4NCmNoYXJhY3RlcmlzdGlj
cyBvZiBwYXRocyBhcyBjb250ZXh0IGZvciBtZXRyaWNzIChlLmcuIHBhcnRzIG9mIElPQU0sIGJ1
dDxiciBjbGFzcz0iIj4NCmFsc28gd29yayBsaWtlIGRyYWZ0LWFtZi1pcHBtLXJvdXRlLCB3aGlj
aCBhdHRlbXB0cyB0byBhbnN3ZXIgdGhlPGJyIGNsYXNzPSIiPg0KcXVlc3Rpb24gJnF1b3Q7d2hh
dCBhYm91dCB0cmFjZXJvdXRlJnF1b3Q7IGFwcGxpZWQgdG8gdGhlIHJlZ2lzdHJ5KS48YnIgY2xh
c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8YnIg
Y2xhc3M9IiI+DQpHb29kIGNsYXJpZmljYXRpb24uPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi
Pg0KVGhlICZxdW90O2ZvciBleGFtcGxlJnF1b3Q7IHNwZWFrcyB0byB0aGVzZSwgYnV0IEkgd291
bGQgYWRkIHRoYXQgY29udGV4dCBpcyBub3QgbGltaXRlZCB0byB0aGlzIGVudW1lcmF0aW9uLjxi
ciBjbGFzcz0iIj4NCjwvYmxvY2txdW90ZT4NCjxiciBjbGFzcz0iIj4NCnNvLCAmcXVvdDtmb3Ig
ZXhhbXBsZSAoYnV0IG5vdCBsaW1pdGVkIHRvKS4uLiZxdW90Oz8gWWVwLCBzZWVtcyBnb29kIHRv
IG1lLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkNoZWVycyw8YnIgY2xhc3M9IiI+DQo8
YnIgY2xhc3M9IiI+DQpCcmlhbjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr
cXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxl
PSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh
dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06
IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw
cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3Jk
OyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hp
dGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxl
dHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0
ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1h
bDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13
aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFj
ZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRp
diBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3Jw
aGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJh
bnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3Bh
Y2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJl
YWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFm
dGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQrigJQ8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9y
OiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRl
eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg
d2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl
YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJr
aXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFj
ZTsiIGNsYXNzPSIiPg0KQ2FybG9zIFBpZ25hdGFybywmbmJzcDs8YSBocmVmPSJtYWlsdG86Y2Fy
bG9zQGNpc2NvLmNvbSIgY2xhc3M9IiI+Y2FybG9zQGNpc2NvLmNvbTwvYT48YnIgY2xhc3M9IiI+
DQo8YnIgY2xhc3M9IiI+DQo8aSBjbGFzcz0iIj7igJxTb21ldGltZXMgSSB1c2UgYmlnIHdvcmRz
IHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFrZSBteXNlbGYgc291bmQgbW9y
ZSZuYnNwO3Bob3Rvc3ludGhlc2lzLiZxdW90OzwvaT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o
dG1sPg0K

--_000_1998F7567EF4415087B0EA1166E439C2ciscocom_--


From nobody Wed Jul 12 18:23:02 2017
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B77781316FC for <ippm@ietf.org>; Wed, 12 Jul 2017 18:23:00 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
To: <ippm@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.55.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149990898074.17723.2677504326691869000.idtracker@ietfa.amsl.com>
Date: Wed, 12 Jul 2017 18:23:00 -0700
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/z2-uNOIhCbHKvR2G78No8xULnkg>
Subject: [ippm] Milestones changed for ippm WG
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 13 Jul 2017 01:23:01 -0000

Changed milestone "Submit a draft on the IPv6 Performance and Diagnostic
Metrics (PDM) Destination Option as Proposed Standard", resolved as "Done".

URL: https://datatracker.ietf.org/wg/ippm/about/


From nobody Sun Jul 16 04:02:09 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F285C12F3CB for <ippm@ietfa.amsl.com>; Sun, 16 Jul 2017 04:02:07 -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 autolearn_force=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 j6ucLr43io8P for <ippm@ietfa.amsl.com>; Sun, 16 Jul 2017 04:02:05 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [IPv6:2001:8e0:40:325::45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 125FD126B6E for <ippm@ietf.org>; Sun, 16 Jul 2017 04:02:05 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 1C004340E51 for <ippm@ietf.org>; Sun, 16 Jul 2017 13:02:03 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.20235); Sun, 16 Jul 2017 13:02:03 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Sun, 16 Jul 2017 13:02:03 +0200 (CEST)
Received: from dhcp-80c0.meeting.ietf.org (account ietf@trammell.ch [31.133.128.192] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 23860935 for ippm@ietf.org; Sun, 16 Jul 2017 13:02:03 +0200
Content-Type: multipart/signed; boundary="Apple-Mail=_B169B635-0A06-4C25-936F-E4D7C31EF668"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Pgp-Agent: GPGMail
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>
Date: Sun, 16 Jul 2017 13:02:01 +0200
Message-Id: <49116F18-CED5-4962-9A13-8DFC42AE90B0@trammell.ch>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ICnd-qkDKpY8PzNhLVdnKCrk5Ug>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Jul 2017 11:02:08 -0000

--Apple-Mail=_B169B635-0A06-4C25-936F-E4D7C31EF668
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, all,

Following up on a discussion at Saturday's Applied Networking Research =
Workshop, it also seems to me that IPPM could provide a useful home for =
the standardization of measurement result information and data models. =
Since one of the main gaps in practice here is metadata, this work would =
hang nicely off of Paragraph 7, and further propose to add one more =
sentence to this paragraph:


OLD Paragraph 7:

The WG also encourages work which improves the availability of =
information about the context in which measurements were taken.

NEW NEW Paragraph 7:

The WG also encourages work which improves the availability of =
information about the context in which measurements were taken, for =
example (but not limited to) measurement implementation information, =
conditions on the network(s) on which measurements are taken, and/or =
information about the data-plane topology of these network(s). It may =
foster this work by defining information and data models for storage and =
dissemination of measurement data.


Cheers,

Brian


> On 09 Jul 2017, at 17:23, Brian Trammell <ietf@trammell.ch> wrote:
>=20
> Greetings, all,
>=20
> Bill and I met briefly last week to discuss a proposed change to the =
charter, as a way to resolve the rough consensus to adopt the IOAM work =
within IPPM with concerns that have been raised that that work doesn't =
really fit on the charter. We arrived at a minimal suggested set of =
edits. Though inspired by IOAM, these aren't so much focused on bringing =
IOAM on charter as they are making the charter reflect the direction =
work in IPPM has been going over the five years since we last updated =
the charter.
>=20
> We propose only to touch three paragraphs, as below:
>=20
> ---
>=20
> OLD Paragraph 1:
>=20
> The IP Performance Metrics (IPPM) Working Group develops and maintains =
standard metrics that can be applied to the quality, performance, and =
reliability of Internet data delivery services and applications running =
over transport layer protocols (e.g. TCP, UDP) over IP. Specifying =
network or lower layer OAM mechanisms is out of scope of the IPPM =
charter. It also develops and maintains protocols for the measurement of =
these metrics. These metrics are designed such that they can be used by =
network operators, end users, or independent testing groups. Metrics =
developed by the IPPM WG are intended to provide unbiased quantitative =
performance measurements and not a value judgement.
>=20
> NEW Paragraph 1:
>=20
> The IP Performance Measurement (IPPM) Working Group develops and =
maintains standard metrics that can be applied to the quality, =
performance, and reliability of Internet data delivery services and =
applications running over transport layer protocols (e.g. TCP, UDP) over =
IP. It also develops and maintains methodologies and protocols for the =
measurement of these metrics. These metrics are designed such that they =
can be used by network operators, end users, or independent testing =
groups. Metrics developed by the IPPM WG are intended to provide =
unbiased quantitative performance measurements and not a value =
judgement.
>=20
>=20
> Two basic edits here:
>=20
> (1) Rename working group from IP Performance Metrics to IP Performance =
Measurement, and add "methodologies" to the set of things we do. In our =
opinion, this reflects work that has been happening on charter for a =
while: MBM, PDM, and alt-mark are all methodology work as opposed to =
metric work.
>=20
> (2) Remove the sentence "Specifying network or lower layer OAM =
mechanisms is out of scope of the IPPM charter". In my personal opinion, =
this isn't really necessary to bring the IOAM work on, since though IOAM =
can be carried on lower-layer headers, it doesn't really specify an OAM =
mechanism as I understand that term to be defined in the routing area. =
However, this restriction on the IPPM doesn't appear to do anything =
useful beyond reinforcing an artificial silo dividing data-plane and =
control-plane measurement, make it difficult for us to work together =
with other (e.g. INT or RTG area) working groups on performance =
measurement, and cause confusion as to whether we can do a thing called =
"IOAM" in IPPM.
>=20
> ---
>=20
> OLD Paragraph 6:
>=20
> The WG has produced protocols for communication among test equipment =
to enable the measurement of the one- and two-way metrics (OWAMP and =
TWAMP respectively). These protocols will be advanced along the =
standards track. The work of the WG will take into account the =
suitability of measurements for automation, in order to support =
large-scale measurement efforts. This may result in further developments =
in protocols such as OWAMP and TWAMP. Agreement about the definitions of =
metrics and methods of measurement enables accurate, reproducible, and =
equivalent results across different implementations. To this end, the WG =
will define and maintain a registry of metric definitions. The WG =
encourages work which assesses the comparability of measurements of IPPM =
metrics with metrics developed elsewhere.
>=20
> NEW Paragraph 6:
>=20
> The WG has produced protocols for communication among test equipment =
to enable the measurement of the one- and two-way metrics (OWAMP and =
TWAMP respectively). These protocols will be advanced along the =
standards track. The work of the WG will take into account the =
suitability of measurements for automation, in order to support =
large-scale measurement efforts. This may result in further developments =
in protocols such as OWAMP and TWAMP. Agreement about the definitions of =
metrics and methods of measurement enables accurate, reproducible, and =
equivalent results across different implementations. To this end, the WG =
defines and maintains a registry of metric definitions. The WG =
encourages work which assesses the comparability of measurements of IPPM =
metrics with metrics developed elsewhere.
>=20
>=20
> This is a purely editorial change: move definition and maintenance of =
registry to present tense, since we're doing it.
>=20
> ---
>=20
> OLD Paragraph 7:
>=20
> The WG also encourages work which improves the availability of =
information about the context in which measurements were taken.
>=20
> NEW Paragraph 7:
>=20
> The WG also encourages work which improves the availability of =
information about the context in which measurements were taken, for =
example, measurement implementation information, conditions on the =
networks on which measurements are taken, or information about the =
data-plane topology of the measured network.
>=20
>=20
> This is an arguably editorial change. It makes it clear that work =
targeted at IPPM that focuses on measurement on the spatial =
characteristics of paths as context for metrics (e.g. parts of IOAM, but =
also work like draft-amf-ippm-route, which attempts to answer the =
question "what about traceroute" applied to the registry).
>=20
> ---
>=20
> We additionally propose to strike the (out of date) near term =
milestones from the charter text; milestones are separately managed.
>=20
>=20
> Beyond these updates, we propose to leave the charter unchanged. We've =
got some time to have this discussion on the agenda in Prague, but in =
the meantime please send your thoughts on this proposal to the mailing =
list.
>=20
>=20
> Many thanks, best regards,
>=20
> Brian (for the chairs)
>=20
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


--Apple-Mail=_B169B635-0A06-4C25-936F-E4D7C31EF668
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

iQIcBAEBCgAGBQJZa0eqAAoJEIoSt78L6kajDiUP+wT9XVzom1iFtSrOZ7YspAr+
4GbKdbK22Alh8j0Rr0+P8UoYeiK6NyntwFoJEbfSKUHvETPx3Sd6ntKhpUR80Zzc
jyuQwYRJB44Hk2QyjfVckB/iP8cmJqihyjFXZSL0OiCV3J1+g+fj+m25V1EA3yYu
99KEF0/DLsawVSXUSH/BylwIaeLlb1NMtrBBbtmVqNkxTmR0bxJMuMzxoxE7o0sU
nQCyq3KwP6h9kURQJhID3+1y4cJ/DB9vHMuoEwfBRmDHxe5nlBLiIJeIbAFHja4v
exnKl950cpixQUmGUML0YRn8Zljdc3Ka9cazTsDw9U+DnoMS47M93airLVpP3dHK
K3FOPx1qaSwac/xJ35MBORDplWG+2B3yXZh43F9UOIoN7AgZFbNEF20RTOz4goKL
wkBMdNLPjI4GLrCThDA3agqRyHJfNaPqr6auMnPpc+m2q8L0PCW9yU/p3mXibeMm
fPCJbW/22E/jchr/zf1xiW15Quv2SltfgiwoXGFvjhQqBhzDdD5ODMD1rhRBz/Wj
4t+ZSVKH8uDuzkecL53jidgqXphkLJrNqRORb/e4Dp7iusKoilBHvkqsfYshNtwa
dr2DbPczaR18uzVDQ/AWQ2RmC/pGk/K/BxlJITly1loPdsznhIDR6MTZewyduid0
qE9+kx0eX9o3yosL2pnN
=eDxD
-----END PGP SIGNATURE-----

--Apple-Mail=_B169B635-0A06-4C25-936F-E4D7C31EF668--


From nobody Sun Jul 16 23:32:32 2017
Return-Path: <joachim.fabini@tuwien.ac.at>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1FEA1315DA for <ippm@ietfa.amsl.com>; Sun, 16 Jul 2017 23:32:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 UoAEWHBnQ1tM for <ippm@ietfa.amsl.com>; Sun, 16 Jul 2017 23:32:22 -0700 (PDT)
Received: from mail.nt.tuwien.ac.at (mail.nt.tuwien.ac.at [128.131.67.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F0E913157A for <ippm@ietf.org>; Sun, 16 Jul 2017 23:32:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.nt.tuwien.ac.at (Postfix) with ESMTP id 5283C20C0776; Mon, 17 Jul 2017 08:32:20 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mydomain = nt.tuwien.ac.at
Received: from mail.nt.tuwien.ac.at ([127.0.0.1]) by localhost (mail.nt.tuwien.ac.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fo5alhFrD5H6; Mon, 17 Jul 2017 08:32:18 +0200 (CEST)
Received: from [128.131.67.239] (jason.nt.tuwien.ac.at [128.131.67.239]) by mail.nt.tuwien.ac.at (Postfix) with ESMTPSA id 9FA8420C0764; Mon, 17 Jul 2017 08:32:18 +0200 (CEST)
Reply-To: joachim.fabini@tuwien.ac.at
To: "Brian Trammell (IETF)" <ietf@trammell.ch>, IETF IPPM WG <ippm@ietf.org>
References: <F00C2A6F-7907-4676-ABAF-E405AEECF544@trammell.ch> <49116F18-CED5-4962-9A13-8DFC42AE90B0@trammell.ch>
From: Joachim Fabini <joachim.fabini@tuwien.ac.at>
Message-ID: <24729e86-6e40-ad80-92aa-aff10918acf9@tuwien.ac.at>
Date: Mon, 17 Jul 2017 08:32:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <49116F18-CED5-4962-9A13-8DFC42AE90B0@trammell.ch>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/PD1vvJclLeoQ-kjGDCLjVWu-SLY>
Subject: Re: [ippm] Proposed charter updates for IPPM
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 17 Jul 2017 06:32:28 -0000

Hi Brian, ippm,

I fully support the charter addition and work that you propose. Main
focus of the ippm WG is on defining metrics and methodologies to enable
accurate measurements. Measurement results, as well as their
interpretation, depend to a large extent on parameters that ippm defines
and uses. Some metric and methodology definitions even recommend/mandate
the documentation of measurement parameters, but there is no guidance on
how to do this. So imo it's straight-forward for ippm to define data
models, too, that support the dissemination of data and the formal
description of the acquisition process (i.e, context).

Detailed knowledge on how exactly a specific dataset was acquired, as
well as a recommended data format helps all data users, i.e., people who
later on post-process the data. I'd go even further to mandate any
dataset that is released to the community/public to be accompanied by a
formal (ideally machine-readable?) detailed description. Ippm can
support by developing and recommending standard formats/frameworks for
disseminating measurement data.

Two minor issues wrt wording:
1. One could emphasize the need for metadata even more ("It may foster
this work by defining information and data models for storage and
dissemination of measurement data _and_context_").
2. The terms "measurement methodology" and "measurement parameters" are
hidden in your wording inside "measurement implementation". I'd mention
these two explicitly.

thanks,
Joachim

On 16.07.2017 13:02, Brian Trammell (IETF) wrote:
> Greetings, all,
> 
> Following up on a discussion at Saturday's Applied Networking Research Workshop, it also seems to me that IPPM could provide a useful home for the standardization of measurement result information and data models. Since one of the main gaps in practice here is metadata, this work would hang nicely off of Paragraph 7, and further propose to add one more sentence to this paragraph:
> 
> 
> OLD Paragraph 7:
> 
> The WG also encourages work which improves the availability of information about the context in which measurements were taken.
> 
> NEW NEW Paragraph 7:
> 
> The WG also encourages work which improves the availability of information about the context in which measurements were taken, for example (but not limited to) measurement implementation information, conditions on the network(s) on which measurements are taken, and/or information about the data-plane topology of these network(s). It may foster this work by defining information and data models for storage and dissemination of measurement data.
> 
> 
> Cheers,
> 
> Brian
> 
> 
>> On 09 Jul 2017, at 17:23, Brian Trammell <ietf@trammell.ch> wrote:
>>
>> Greetings, all,
>>
>> Bill and I met briefly last week to discuss a proposed change to the charter, as a way to resolve the rough consensus to adopt the IOAM work within IPPM with concerns that have been raised that that work doesn't really fit on the charter. We arrived at a minimal suggested set of edits. Though inspired by IOAM, these aren't so much focused on bringing IOAM on charter as they are making the charter reflect the direction work in IPPM has been going over the five years since we last updated the charter.
>>
>> We propose only to touch three paragraphs, as below:
>>
>> ---
>>
>> OLD Paragraph 1:
>>
>> The IP Performance Metrics (IPPM) Working Group develops and maintains standard metrics that can be applied to the quality, performance, and reliability of Internet data delivery services and applications running over transport layer protocols (e.g. TCP, UDP) over IP. Specifying network or lower layer OAM mechanisms is out of scope of the IPPM charter. It also develops and maintains protocols for the measurement of these metrics. These metrics are designed such that they can be used by network operators, end users, or independent testing groups. Metrics developed by the IPPM WG are intended to provide unbiased quantitative performance measurements and not a value judgement.
>>
>> NEW Paragraph 1:
>>
>> The IP Performance Measurement (IPPM) Working Group develops and maintains standard metrics that can be applied to the quality, performance, and reliability of Internet data delivery services and applications running over transport layer protocols (e.g. TCP, UDP) over IP. It also develops and maintains methodologies and protocols for the measurement of these metrics. These metrics are designed such that they can be used by network operators, end users, or independent testing groups. Metrics developed by the IPPM WG are intended to provide unbiased quantitative performance measurements and not a value judgement.
>>
>>
>> Two basic edits here:
>>
>> (1) Rename working group from IP Performance Metrics to IP Performance Measurement, and add "methodologies" to the set of things we do. In our opinion, this reflects work that has been happening on charter for a while: MBM, PDM, and alt-mark are all methodology work as opposed to metric work.
>>
>> (2) Remove the sentence "Specifying network or lower layer OAM mechanisms is out of scope of the IPPM charter". In my personal opinion, this isn't really necessary to bring the IOAM work on, since though IOAM can be carried on lower-layer headers, it doesn't really specify an OAM mechanism as I understand that term to be defined in the routing area. However, this restriction on the IPPM doesn't appear to do anything useful beyond reinforcing an artificial silo dividing data-plane and control-plane measurement, make it difficult for us to work together with other (e.g. INT or RTG area) working groups on performance measurement, and cause confusion as to whether we can do a thing called "IOAM" in IPPM.
>>
>> ---
>>
>> OLD Paragraph 6:
>>
>> The WG has produced protocols for communication among test equipment to enable the measurement of the one- and two-way metrics (OWAMP and TWAMP respectively). These protocols will be advanced along the standards track. The work of the WG will take into account the suitability of measurements for automation, in order to support large-scale measurement efforts. This may result in further developments in protocols such as OWAMP and TWAMP. Agreement about the definitions of metrics and methods of measurement enables accurate, reproducible, and equivalent results across different implementations. To this end, the WG will define and maintain a registry of metric definitions. The WG encourages work which assesses the comparability of measurements of IPPM metrics with metrics developed elsewhere.
>>
>> NEW Paragraph 6:
>>
>> The WG has produced protocols for communication among test equipment to enable the measurement of the one- and two-way metrics (OWAMP and TWAMP respectively). These protocols will be advanced along the standards track. The work of the WG will take into account the suitability of measurements for automation, in order to support large-scale measurement efforts. This may result in further developments in protocols such as OWAMP and TWAMP. Agreement about the definitions of metrics and methods of measurement enables accurate, reproducible, and equivalent results across different implementations. To this end, the WG defines and maintains a registry of metric definitions. The WG encourages work which assesses the comparability of measurements of IPPM metrics with metrics developed elsewhere.
>>
>>
>> This is a purely editorial change: move definition and maintenance of registry to present tense, since we're doing it.
>>
>> ---
>>
>> OLD Paragraph 7:
>>
>> The WG also encourages work which improves the availability of information about the context in which measurements were taken.
>>
>> NEW Paragraph 7:
>>
>> The WG also encourages work which improves the availability of information about the context in which measurements were taken, for example, measurement implementation information, conditions on the networks on which measurements are taken, or information about the data-plane topology of the measured network.
>>
>>
>> This is an arguably editorial change. It makes it clear that work targeted at IPPM that focuses on measurement on the spatial characteristics of paths as context for metrics (e.g. parts of IOAM, but also work like draft-amf-ippm-route, which attempts to answer the question "what about traceroute" applied to the registry).
>>
>> ---
>>
>> We additionally propose to strike the (out of date) near term milestones from the charter text; milestones are separately managed.
>>
>>
>> Beyond these updates, we propose to leave the charter unchanged. We've got some time to have this discussion on the agenda in Prague, but in the meantime please send your thoughts on this proposal to the mailing list.
>>
>>
>> Many thanks, best regards,
>>
>> Brian (for the chairs)
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
> 
> 
> 
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
> 


From nobody Tue Jul 18 14:20:49 2017
Return-Path: <marvin.zhenghui@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C13D13167F for <ippm@ietfa.amsl.com>; Tue, 18 Jul 2017 14:20:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 KkU-yyF6X8Hy for <ippm@ietfa.amsl.com>; Tue, 18 Jul 2017 14:20:46 -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 BADBE12F29A for <ippm@ietf.org>; Tue, 18 Jul 2017 14:20:45 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DKU54502; Tue, 18 Jul 2017 21:20:43 +0000 (GMT)
Received: from DGGEMI403-HUB.china.huawei.com (10.3.17.136) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 18 Jul 2017 22:20:42 +0100
Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.103]) by dggemi403-hub.china.huawei.com ([10.3.17.136]) with mapi id 14.03.0301.000; Wed, 19 Jul 2017 05:20:39 +0800
From: "Zhenghui (Marvin)" <marvin.zhenghui@huawei.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: Proposal for revising RFC4445 or make RFC4445bis
Thread-Index: AdMACrQrzrwDTvh5RXiS40/LqRgxyQ==
Date: Tue, 18 Jul 2017 21:20:38 +0000
Message-ID: <F8F4995E43962F4996B280E9678CED0001F53042@dggemi509-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.47.69.180]
Content-Type: multipart/alternative; boundary="_000_F8F4995E43962F4996B280E9678CED0001F53042dggemi509mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.596E7BAC.00D2, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.2.103, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 4a0f781a082d068f61785c49bd8800ce
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/At46v67EW_CiXbM8I_ZdQQgb_1s>
Subject: Re: [ippm] Proposal for revising RFC4445 or make RFC4445bis
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Jul 2017 21:20:48 -0000

--_000_F8F4995E43962F4996B280E9678CED0001F53042dggemi509mbschi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

UmVwb3N0IHRvIElQUE0gc2luY2UgaXQgbWF5IGJlIHRoZSByaWdodCBwbGFjZSB0byBkaXNjdXNz
IG1ldHJpY3MuDQoNCldlIGhhdmUgdHdvIGluZGl2aWR1YWwgZHJhZnRzIGZvciB0aGlzOg0KaHR0
cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhlbmctZW1kaS11ZHAvDQpodHRw
czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kaW5nLXRjcC1lbWRpLw0KKG9uZSBm
b3IgVURQLCBhbm90aGVyIGZvciBUQ1AsIHRoZXJlIGlzIHNsaWdodCBpbmNvbnNpc3RlbmN5IGlu
IHRoZSBkcmFmdCBuYW1pbmcgcGF0dGVybnMgdGhvdWdoKQ0KDQq3orz+yMs6IFFpbiBXdQ0Kt6LL
zcqxvOQ6IDIwMTfE6jfUwjE3yNUgMTM6MzkNCsrVvP7IyzogdHN2LWFyZWFAaWV0Zi5vcmcNCrOt
y806IFpoZW5naHVpIChNYXJ2aW4pIDxtYXJ2aW4uemhlbmdodWlAaHVhd2VpLmNvbT4NCtb3zOI6
IFByb3Bvc2FsIGZvciByZXZpc2luZyBSRkM0NDQ1IG9yIG1ha2UgUkZDNDQ0NWJpcw0KDQoNCkhp
LCBBbGw6DQoNCldlIGxpa2UgdG8gZ2V0IGEgc2Vuc2Ugb2YgdGhpcyBpZGVhLCBtb3JlIHRoYW4g
MTAgeWVhcnMgYWdvLCBhdCB0aGUgdGltZSBvZiBSRkM0NDQ1IHdyaXRpbmcsDQoNClRoZSBwb3B1
bGFyaXR5IG9mIGRlbGl2ZXJ5IG9mIHN0cmVhbWluZyBtZWRpYSBvdmVyIHBhY2tldCBzd3RpY2hl
ZCBuZXR3b3JrIGhhcyBqdXN0IGJlZ2FuLA0KDQpub3QgYWxsIGltcGxlbWVudGF0aW9ucyBzdXBw
b3J0IFFvUyBtZXRob2RzIHRvIGltcHJvdmUgbWVkaWEgZGVsaXZlcnkuIE1hbnkgc2VydmljZQ0K
DQpkZWxpdmVyeSBzeXN0ZW1zIG1heSBjb21wb3NlIHRoZSBuZXR3b3JrIHdpdGggUW9TIHN1cHBv
cnQgb3Igd2l0aG91dCBRb1Mgc3VwcG9ydC4gVGhpcyBhZGQgZGlmZmljdWx0eSBvbiBjaGFyYWN0
ZXJpemluZyBkeW5hbWljIGJlaGF2aW9yIG9mIHRoZSBuZXR3b3JrLg0KDQoNCg0KMTAgeWVhcnMg
aGF2ZSBwYXNzZWQsIHdlIHNlZSBtb3N0IG9mIHdpZGVseSBkZXBsb3llZCBpbXBsZW1lbnRpb25z
IGhhdmUgYWRvcHRlZCB2YXJpb3VzIGRpZmZlcmVudCBRb1MgbWVjaGFuaXNtcw0KDQpzdWNoIGFz
IGRpZmZzZXJ2IEludHNlcnYsIFRyYWZmaWMgRW5naW5lZXJpbmcsIHByb3ZpZGluZyBRb1MgZ3Vh
cmFudGVlIHRvIGltcHJvdmUgZGVsaXZlcnkgb2YgbWVkaWEgc3RyZWFtaW5nLA0KDQplc3BlY2lh
bGx5IGZvciB0aW1lIHNlbmVzdGl2ZSBvciBsb3NzIHNlbnN0aXZlIGFwcGxpY2F0aW9uIGJlY29t
ZSBhIG11c3Q7IFRoZXJlZm9yZSB3ZSBzZWUgYSBsb3Qgb2YgdmFsdWUgb2YgTURJIGRlZmluZWQg
aW4gUkZDNDQ0NSBzaW5jZSBpdCBwcm92aWRlIHMgYSBoYW5keSBkaWFnbm9zdGljIHRvb2wgZm9y
IG9wZXJhdG9ycyBhbmQgc2VydmljZSBwcm92aWRlcnMgdG8gbWVhc3VyZSB0aGUgcGVmb3JtYW5j
ZSBvZiB0aGUgbmV0d29yayBjYXJyeWluZyBzdHJlYW1pbmcgbWVkaWEgYW5kIHF1aWNrbHkgaWRl
bnRpZnkgZmF1bHQgaW4gdGhlIG5ldHdvcmsuDQoNCg0KDQpUb2RheSB3ZSBhbHNvIHNlZSBtYW55
IHNlcnZpY2UgcHJvdmlkZXJzIGJlZ2FpbiB0byBvZmZlciBvbiBkZW1hbmQgc3RyZWFtaW5nIG1l
ZGlhIHNlcnZpY2UsIG1hbnkgb3BlcmF0b3IgZGVwbG95ZWQgQ0ROIGluIHRoZSBsYXN0IG1pbGUg
dG8gcHJvdmlkZSBiZXR0ZXIgU0xBLCBvciBwcm92aWRlIGh5YnJpZCBUViBzZXJ2aWNlLCBpbiBh
ZGRpdGlvbiBtb3JlIGFuZCBtb3JlIHJlYWwgdGltZSBhcHBsaWNhdGlvbiBub3QgbGltaXRlZCB0
byBJUFRWIGFwcGxpY2F0aW9uLCBWT0lQIGFwcGxpY2F0aW9uIGhhdmUgYmVlbiBkZXZlbG9wZWQs
bmV0d29yayBtb25pdG9yaW5nIGFuZCBuZXR3b3JrIHRyb3VibGVzaG9vdGluZyBiZWdhbiBtb3Jl
IGFuZCBtb3JlIGNvbXBsaWNhdGVkIGFuZCBjb3N0eS4gV2UgaGVhciBhIGxvdCBvZiBvcGVyYXRv
cnMgZ2V0IGh1cnRlZCBhbmQgd2FudCB0byBoYXZlIGEgY29tbW9uIHRvb2wgdG8gaGVscCB0aGVt
IHRvIG1lYXN1cmUgcGVyZm9ybWFuY2UgaW4gdGhpcyBraW5kIG9mIG5ldHdvcmtzIGFuZCBwcm92
aWRlciBiZXR0ZXIgdHJvdWJsZXNob290aW5nLg0KDQoNCg0KQW5vdGhlciBvYnNlcnZhdGlvbiBp
cyB0b2RheSBtb3JlIGFuZCBtb3JlIGltcGxlbWVudGF0aW9ucyBoYXZlIGFkb3B0ZWQgcGFja2V0
IGxvc3MgcmVwYWlyIG1ldGhvZHMgdG8gaW1wcm92ZSBtZWRpYSBkZWxpdmVyeS4NCg0KSG93ZXZl
ciBNREkgZGVmaW5lZCBpbiBSRkM0NDQ1IGRvZXNuJ3QgdGFrZSBpbnRvIGFjb3VudCBvZiB2YXJp
b3VzIGRpZmZlcmVudCBwYWNrZXQgbG9zcyByZXBhaXIgbWVjaGFuaW1zLCBpbiBhZGRpdGlvbiwg
UkZDNDQ0NSBpcyBvbmx5IGRlc2lnbmVkIGZvciBtb25pdG9yaW5nIE1QRUcgVHJhbnNwb3J0IFN0
cmVhbSAoVFMpIHBhY2tldHMgb3ZlciBVRFAgYW5kIGZhbGwgc2hvcnQgdG8gYWRkcmVzc2luZyBu
ZWVkcyBpbiBoeWJyaWQgc2VuYXJpb3Mgb3Igb24gZGVtYW5kIHN0cmVhbWluZyBtZWRpYSBzY2Vu
YXJpb3MuDQoNCg0KDQpJbiBhZGRpdGlvbiwgd2Ugc2VlIGF0IHRoZSB0aW1lIG9mIFJGQzQ0NDUg
cHVibGljYXRpb24sIElFU0cgZG9lc24ndCByZWNvbW1lbmQgdGhpcyBzdGFuZGFyZCwgbW9zdGx5
IGJlY29zIFJGQzQ0NDUgZG9lc24ndCBkZWZpbmUgY29tcGxldGUgTWV0cmljIGFuZCBjbGFyaWZ5
IHRoZSByZWxhdGlvbnNoaXAgd2l0aCBleGlzdGluZyBJRVRGIHdvcmsgc3VjaCBhcyBSRkMzNjEx
IGFuZCBSRkMzOTMzLCBJIGFtIHdvbmRlcmluZyBpZiBpdCBpcyBhIGdvb2QgaWRlYSB0byByZXZp
c2UgUkZDNDQ0NSB0byBhZGRyZXNzIElFU0cgY29uY2VybiB0b2RheSBhbmQgaW4gYWRkaXRpb24g
ZmlsbCBuZXcgbmVlZHMgaW4gdG9kYXkncyBzZXJ2aWNlIGRlcGxveW1lbnQuDQoNCkNvbW1lbnRz
IGFuZCBzdWdnZXN0aW9ucz8NCg0KDQoNCi1RaW4NCg==

--_000_F8F4995E43962F4996B280E9678CED0001F53042dggemi509mbschi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:=CB=CE=CC=E5;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@=CB=CE=CC=E5";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:=CE=A2=C8=ED=D1=C5=BA=DA;
	panose-1:2 11 5 3 2 2 4 2 2 4;}
@font-face
	{font-family:"\@=CE=A2=C8=ED=D1=C5=BA=DA";
	panose-1:2 11 5 3 2 2 4 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:=CB=CE=CC=E5;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:=CB=CE=CC=E5;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Repost to IPPM since i=
t may be the right place to discuss metrics.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">We have two individual=
 drafts for this:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><a href=3D"https://dat=
atracker.ietf.org/doc/draft-zheng-emdi-udp/">https://datatracker.ietf.org/d=
oc/draft-zheng-emdi-udp/</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><a href=3D"https://dat=
atracker.ietf.org/doc/draft-ding-tcp-emdi/">https://datatracker.ietf.org/do=
c/draft-ding-tcp-emdi/</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">(one for UDP, another =
for TCP, there is slight inconsistency in the draft naming patterns though)=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif">=B7=A2=BC=FE=C8=CB<span lang=3D=
"EN-US">:</span></span></b><span lang=3D"EN-US" style=3D"font-size:11.0pt;f=
ont-family:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif"> Qin Wu
<br>
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;=CE=A2=C8=ED=D1=
=C5=BA=DA&quot;,sans-serif">=B7=A2=CB=CD=CA=B1=BC=E4<span lang=3D"EN-US">:<=
/span></span></b><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family=
:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif"> 2017</span><span style=
=3D"font-size:11.0pt;font-family:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-=
serif">=C4=EA<span lang=3D"EN-US">7</span>=D4=C2<span lang=3D"EN-US">17</sp=
an>=C8=D5<span lang=3D"EN-US">
 13:39<br>
</span><b>=CA=D5=BC=FE=C8=CB<span lang=3D"EN-US">:</span></b><span lang=3D"=
EN-US"> tsv-area@ietf.org<br>
</span><b>=B3=AD=CB=CD<span lang=3D"EN-US">:</span></b><span lang=3D"EN-US"=
> Zhenghui (Marvin) &lt;marvin.zhenghui@huawei.com&gt;<br>
</span><b>=D6=F7=CC=E2<span lang=3D"EN-US">:</span></b><span lang=3D"EN-US"=
> Proposal for revising RFC4445 or make RFC4445bis<o:p></o:p></span></span>=
</p>
</div>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<div>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">Hi, All:<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">We like to get a sense of this idea, more tha=
n 10 years ago, at the time of RFC4445 writing,<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">The popularity of delivery of streaming media=
 over packet swtiched network has just began,<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">not all implementations support QoS methods t=
o improve media delivery. Many service<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">delivery systems may compose the network with=
 QoS support or without QoS support. This add difficulty on characterizing =
dynamic behavior of the network.<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">&nbsp;<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">10 years have passed, we see most of widely d=
eployed implementions have adopted various different QoS mechanisms<o:p></o=
:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">such as diffserv Intserv, Traffic Engineering=
, providing QoS guarantee to improve delivery of media streaming,<o:p></o:p=
></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">especially for time senestive or loss senstiv=
e application become a must; Therefore we see a lot of value of MDI defined=
 in RFC4445 since it provide s a handy diagnostic
 tool for operators and service providers to measure the peformance of the =
network carrying streaming media and quickly identify fault in the network.=
<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">&nbsp;<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">Today we also see many&nbsp;service providers=
&nbsp;begain to offer on demand streaming media service, many operator depl=
oyed CDN in the last mile to provide better SLA, or provide
 hybrid TV service, in addition more and more real time application not lim=
ited to IPTV application, VOIP application have been developed,network moni=
toring and network troubleshooting began more and more complicated and cost=
y.&nbsp;We hear a lot of operators get
 hurted and want to have a common tool to help them to measure performance =
in this kind of networks and provider better troubleshooting.<o:p></o:p></s=
pan></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">&nbsp;<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">Another observation is today more and more im=
plementations have adopted packet loss repair methods to improve media deli=
very.<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">However MDI defined in RFC4445 doesn't take i=
nto acount of various different packet loss repair mechanims, in addition, =
RFC4445 is only designed for monitoring MPEG Transport
 Stream (TS) packets over UDP and fall short to addressing needs in hybrid =
senarios or on demand streaming media scenarios.<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">&nbsp;<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">In addition, we see at the time of RFC4445 pu=
blication, IESG doesn't recommend this standard, mostly becos RFC4445 doesn=
't define complete Metric and clarify the relationship
 with existing IETF work such as RFC3611 and RFC3933, I am wondering if it =
is a good idea to revise RFC4445 to address IESG concern today and in addit=
ion fill new needs in today's service deployment.<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">Comments and suggestions?<o:p></o:p></span></=
p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">&nbsp;<o:p></o:p></span></p>
<p><span lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,sans-serif;color:black">-Qin<o:p></o:p></span></p>
</div>
</div>
</body>
</html>

--_000_F8F4995E43962F4996B280E9678CED0001F53042dggemi509mbschi_--


From nobody Wed Jul 19 00:56:39 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9689B131C14 for <ippm@ietfa.amsl.com>; Wed, 19 Jul 2017 00:56:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 2AX3Jn9haYC1 for <ippm@ietfa.amsl.com>; Wed, 19 Jul 2017 00:56:27 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [IPv6:2001:8e0:40:325::45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87915131C08 for <ippm@ietf.org>; Wed, 19 Jul 2017 00:56:27 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id EAEA5340FE8 for <ippm@ietf.org>; Wed, 19 Jul 2017 09:56:25 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.21734); Wed, 19 Jul 2017 09:56:25 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Wed, 19 Jul 2017 09:56:25 +0200 (CEST)
Received: from dhcp-80c0.meeting.ietf.org (account ietf@trammell.ch [31.133.128.192] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 24134269 for ippm@ietf.org; Wed, 19 Jul 2017 09:56:25 +0200
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
X-Pgp-Agent: GPGMail
Content-Type: multipart/signed; boundary="Apple-Mail=_65FF560F-8B43-4388-A1EF-BDBE7B0BD310"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Wed, 19 Jul 2017 09:56:26 +0200
Message-Id: <FEB7BB83-F6EC-4CF4-BD75-12CC0357C9F7@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/bo3XzrrWx_CHVVQLMf73BJBpe8g>
Subject: [ippm] WGLC on draft-ietf-ippm-twamp-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 19 Jul 2017 07:56:30 -0000

--Apple-Mail=_65FF560F-8B43-4388-A1EF-BDBE7B0BD310
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, IPPM,

As just announced in the room in Prague, this message begins a Working =
Group Last Call on draft-ietf-ippm-twamp-yang-03, to run until EOB CEST =
(UTC +2) Wednesday 9 August 2017. Please reply to ippm@ietf.org =
indicating whether you believe this document is ready for publication, =
and if not, why not.

We're also still looking for a volunteer to shepherd =
draft-ietf-ippm-twamp-yang through the publication process. Ideally, =
this would be a non-author who has reviewed the document. The document =
shepherd role is described in =
[RFC4858](https://tools.ietf.org/html/rfc4858) as amended by an [IESG =
statement](https://www.ietf.org/iesg/statement/document-shepherds.html).

Many thanks, best regards,

Brian (as IPPM co-chair)

--Apple-Mail=_65FF560F-8B43-4388-A1EF-BDBE7B0BD310
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

iQIcBAEBCgAGBQJZbxCqAAoJEIoSt78L6kajsfgQAL9iPV35dFvRuld3BlsElucK
4epiJXNtMsnzQrbgUDVxDhIwudMSsGhPkyc52aXAULAIGBgrNOb1INr7RLR7zCuk
ozGfKylj+Nq0ACFLerYq+pJFSQnV6u4YLkKGsw2Mh4HTt+1AH3VB5y3OkZfXtxwr
vvkM6qs0CDzpPychspA5DTyXJaAOFtRDtquRHBOoDq8aM1P+rqTF1pmwuq7EMJtz
0GL1mTGvOXfynvZ1POfHJ6C4HZ6fD1dZkVqM4sJU7G6M/LJEOPUIoC2zczP1A4cK
/XujW6BNNOAqnbgb5NZikulNCk++PTtdYpCcFJ5TuwEoUSnnNGkaKbMx3aT/Yi+E
+FYDeZ/KPc+qfBO1RwI28J9h4eZpnt3GDhIX76v7JicfdV3INRXMnzsdNnh1e8t7
+wn9vqRhh7t7fK2BOdM2pdkQYC/swlNT4A4yBFlsPBWz4Tn6pceIpWb1Pj8cRwHN
/z/oPaBqaz4wpEhm3wagD1ta6XxvwZPx1vge9e1AURr6njaSFEaSwzqKzdCkJhPR
wuNke+uXupHYdGmJLve0+EHM9On+CHWrLdxW8L+GG6rxyTn7o1TE4nT0Ay9TR+lX
0qcbzjdak6EnUSvuNrwDn8cnDUua9Qe/gJkNE4cbdHzjmpKIQqqwlDHxh4dV4/As
AaP8aElevgV7WLIx+q9D
=ypoG
-----END PGP SIGNATURE-----

--Apple-Mail=_65FF560F-8B43-4388-A1EF-BDBE7B0BD310--


From nobody Wed Jul 19 02:56:10 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FCBB126C0F for <ippm@ietfa.amsl.com>; Wed, 19 Jul 2017 02:56:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 VnbCFB452tGa for <ippm@ietfa.amsl.com>; Wed, 19 Jul 2017 02:56:07 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [212.25.24.45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A46EC131C77 for <ippm@ietf.org>; Wed, 19 Jul 2017 02:56:07 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 27186341016 for <ippm@ietf.org>; Wed, 19 Jul 2017 11:56:06 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.30206); Wed, 19 Jul 2017 11:56:06 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Wed, 19 Jul 2017 11:56:06 +0200 (CEST)
Received: from dhcp-80c0.meeting.ietf.org (account ietf@trammell.ch [31.133.128.192] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 24150320 for ippm@ietf.org; Wed, 19 Jul 2017 11:56:06 +0200
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
X-Pgp-Agent: GPGMail
Content-Type: multipart/signed; boundary="Apple-Mail=_9CB9CF68-5CC8-4489-9567-BBF58A5017DD"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Wed, 19 Jul 2017 11:56:04 +0200
Message-Id: <57A415B1-1F22-45C1-BDDA-5521F9CCDC9D@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/sxDu3Vj_rc_wdclPU4B1PMZtNAg>
Subject: [ippm] Adoption of a new milestone and document therefor on TWAMP-Test
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 19 Jul 2017 09:56:09 -0000

--Apple-Mail=_9CB9CF68-5CC8-4489-9567-BBF58A5017DD
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, all,

At the IETF 99 meeting in Prague we discussed the adoption of a =
milestone on the IPPM charter:

Nov 2017  Submit a document on usage of O/TWAMP-Test with external =
control, assigning a UDP port to it.

and the adoption of two documents to be merged into a single document to =
meet it:

draft-morton-ippm-port-twamp-test-00,
draft-mirsky-ippm-twamp-refl-registered-port-03

appointing Greg Mirsky and Al Morton as editors.

There was clear consensus in the room for this adoption (though the =
phrasing of the milestone was not discussed). If you do not support the =
adoption of this milestone and these documents to meet it, or have =
suggestions on phrasing of the milestone, please discuss on the =
ippm@ietf.org mailing list by Friday 29 July 2017.

During the discussion, I also suggested the name Simple Two-Way Active =
Measurement Protocol (STAMP) for TWAMP-test in isolation, though no call =
for consensus was made on this naming suggestion.

Many thanks, best regards,

Brian (as co-chair)



--Apple-Mail=_9CB9CF68-5CC8-4489-9567-BBF58A5017DD
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

iQIcBAEBCgAGBQJZbyy0AAoJEIoSt78L6kajn4MP/0rswXUNQJzhhFd+p8JRKm97
duPTem9xWxQ8LhJ71Lnb5NyMnHK4Qb4hYvoEBV1IS6rHuA+L/0PR1d2tyFWhqmxh
RYAgodCBHFkX7ZoTjKwmBbcAa2BGSb+JSWN95lfXKD8mC5XdTPp60mnXpMXpzgHT
uBUIvLekbnXOZYNcdl880QTqSqO3Mx+pDKk4DZt5aqw8UIMX587Jh796F+DKDGyP
dtyWxhOO2LL5sVJJMM68G83WjH1QFTvtOX3Uw5f8iYXpM0A/kCBArY5dH2oneWS8
qZpxM/3E0wl4CGiC5QpmhCivZmsoHW3u3m0NJ1HKGJrQEi234VbDsPFLFOAhvKDT
0ucnEruoXMdpbLUd0VO+DN6K3PL5kEUva227dSfTN6HXX1CW9FM9v2IJlhDl1h53
5pRC8GvqB8bx1KHrecrgpJq+sD3RwdSU0PuAYPxFX/yQgITrK25IugPnKOpw/XHq
F/ein+nRCfHifvAgCPVuZafKScD0ObMnXRj1RWJdEnrOCdraGy9Na0CILdP1eSmY
jtGI0oT9PUeD7IEZwJnu/91rXbMgg0clKgQtRLt26WfmMOJphAsW6kWo3ig63GRN
6IaD5YVT7mYNeEJLakprYTvwqSqHOxf2hfGvaQYrA3U+6bMLaeyVJR50k+A6TGX/
dYWB7w16jL2xBTsUPdv4
=QdkO
-----END PGP SIGNATURE-----

--Apple-Mail=_9CB9CF68-5CC8-4489-9567-BBF58A5017DD--


From nobody Thu Jul 20 02:46:37 2017
Return-Path: <haoyu.song@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BA98131A81 for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 02:46:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level: 
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 RBf_Qq8Ubiov for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 02:46:35 -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 E647013157A for <ippm@ietf.org>; Thu, 20 Jul 2017 02:46:34 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DKY02221; Thu, 20 Jul 2017 09:46:33 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 20 Jul 2017 10:46:32 +0100
Received: from SJCEML703-CHM.china.huawei.com ([169.254.5.240]) by SJCEML701-CHM.china.huawei.com ([169.254.3.13]) with mapi id 14.03.0301.000; Thu, 20 Jul 2017 02:46:27 -0700
From: Haoyu song <haoyu.song@huawei.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: discussion on ioam data type extension
Thread-Index: AdMBO+k5WY+RG9yvTkOKwngg1eNn1g==
Date: Thu, 20 Jul 2017 09:46:26 +0000
Message-ID: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.79.79]
Content-Type: multipart/alternative; boundary="_000_78A2745BE9B57D4F9D27F86655EB87F925987A2DSJCEML703CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0205.59707BF9.00B8, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.5.240, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: ae49302de4437ac2f76e82900384e678
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zKSA1M8RlccNsxBgYbcAO8UM6gw>
Subject: [ippm] discussion on ioam data type extension
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Jul 2017 09:46:37 -0000

--_000_78A2745BE9B57D4F9D27F86655EB87F925987A2DSJCEML703CHMchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear WG members and those who authored or are interested in the IOAM work,

Since IOAM has been adopted, we'd like to have some deep discussion on some=
 related issues. Let's first start from the following one.
We'd like to hear your opinion. We especially want to learn from people who=
 are familiar with data plane technologies, chip design, and applications.

Do you think we need to consider to support more standard data types?
Current scheme support 16 types in total and 14 have been defined. Do you t=
hink this is enough in conceivable future?

The potential new data types that I can think of include identify for flows=
 passing packet transforming middle boxes, data for optical/mobile/wireless=
 network information.
Do you think these use cases make sense or not? Do you have other use cases=
?

If we think the data type needs to be extended, then what's the best scheme=
?
TLV is an obvious option, but it has two drawbacks (1) not comply with the =
current bitmap scheme; (2) not perform well on systems supporting parallel =
processing; (3) code efficiency is not as good as bitmap (e.g., 1 type + le=
ngth would consume at least two bytes while a two-byte bitmap can indicate =
16 new types)
Do you have any argument to support either way (TLV or bitmap) for data typ=
e extension?

I think we should address these issues earlier than later. Your feedbacks a=
re highly appreciated. Thank you very much!

Please refer the following doc for more information.
https://datatracker.ietf.org/doc/draft-song-ippm-ioam-scalability/

Best,
Haoyu

--_000_78A2745BE9B57D4F9D27F86655EB87F925987A2DSJCEML703CHMchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Dear WG members and those who authored or are intere=
sted in the IOAM work,
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Since IOAM has been adopted, we&#8217;d like to have=
 some deep discussion on some related issues. Let&#8217;s first start from =
the following one.
<o:p></o:p></p>
<p class=3D"MsoNormal">We&#8217;d like to hear your opinion. We especially =
want to learn from people who are familiar with data plane technologies, ch=
ip design, and applications.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Do you think we need to consider to support more sta=
ndard data types?<o:p></o:p></p>
<p class=3D"MsoNormal">Current scheme support 16 types in total and 14 have=
 been defined. Do you think this is enough in conceivable future?<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">The potential new data types that I can think of inc=
lude identify for flows passing packet transforming middle boxes, data for =
optical/mobile/wireless network information.<o:p></o:p></p>
<p class=3D"MsoNormal">Do you think these use cases make sense or not? Do y=
ou have other use cases?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">If we think the data type needs to be extended, then=
 what&#8217;s the best scheme?<o:p></o:p></p>
<p class=3D"MsoNormal">TLV is an obvious option, but it has two drawbacks (=
1) not comply with the current bitmap scheme; (2) not perform well on syste=
ms supporting parallel processing; (3) code efficiency is not as good as bi=
tmap (e.g., 1 type &#43; length would
 consume at least two bytes while a two-byte bitmap can indicate 16 new typ=
es)<o:p></o:p></p>
<p class=3D"MsoNormal">Do you have any argument to support either way (TLV =
or bitmap) for data type extension?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I think we should address these issues earlier than =
later. Your feedbacks are highly appreciated. Thank you very much!<o:p></o:=
p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Please refer the following doc for more information.=
 <o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://datatracker.ietf.org/doc/draft-so=
ng-ippm-ioam-scalability/">https://datatracker.ietf.org/doc/draft-song-ippm=
-ioam-scalability/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Best,<o:p></o:p></p>
<p class=3D"MsoNormal">Haoyu<o:p></o:p></p>
</div>
</body>
</html>

--_000_78A2745BE9B57D4F9D27F86655EB87F925987A2DSJCEML703CHMchi_--


From nobody Thu Jul 20 04:48:13 2017
Return-Path: <adrian@olddog.co.uk>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1780C131C16 for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 04:48:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=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 oDGx_f3lc0f3 for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 04:48:08 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33753131C15 for <ippm@ietf.org>; Thu, 20 Jul 2017 04:48:08 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id v6KBm0Dr003981; Thu, 20 Jul 2017 12:48:00 +0100
Received: from 950129200 (dhcp-8d56.meeting.ietf.org [31.133.141.86]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id v6KBlwIT003938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jul 2017 12:47:59 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Haoyu song'" <haoyu.song@huawei.com>, <ippm@ietf.org>
References: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com>
In-Reply-To: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com>
Date: Thu, 20 Jul 2017 12:47:56 +0100
Message-ID: <0bc601d3014e$085f5a60$191e0f20$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI6NQFL6008slim1jFRbmt2ov1KAqGOMNzw
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23206.006
X-TM-AS-Result: No--6.670-10.0-31-10
X-imss-scan-details: No--6.670-10.0-31-10
X-TMASE-MatchedRID: pBwXUM+nCws4HKI/yaqRm1Pjo7D4SFg4DRi0jfY6gL2DX2Eb+x4gXq+X /ZrTk4d0YzxCiiatIjyYm8hPDCbfXkMtBEG1S/Amb8JTZf0kEzshmbYg1ZcOnlvvN5s+yN4xA5H e1kDS+OLi8zVgXoAltlwtzewu2M63tuZmiwj/lnLdB/CxWTRRu25FeHtsUoHuEb7RTCUSZ6186d WdfAD7aVYUuRDsAapvAus+4mMiaiEchXTZ3Wukbw==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/KZMcSlGd8mzsMTWymUYP23mW0IA>
Subject: Re: [ippm] discussion on ioam data type extension
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Jul 2017 11:48:10 -0000

Hello Haoyu,

> Since IOAM has been adopted, we'd like to have some deep
> discussion on some related issues.

I applaud your desire for deep discussion, and thank you for bring them to the
list.

But I think we should defer to the chairs to make declarations of adoption. And
I believe that the poll is open until "EOB CEST (UTC +2) Tuesday 20 June 2017."
That is, it is still running.

Thanks,
Adrian


From nobody Thu Jul 20 04:55:55 2017
Return-Path: <adrian@olddog.co.uk>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC8EB131C14 for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 04:55:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=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 EerDP7pi0uid for <ippm@ietfa.amsl.com>; Thu, 20 Jul 2017 04:55:51 -0700 (PDT)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BCC4131C28 for <ippm@ietf.org>; Thu, 20 Jul 2017 04:55:34 -0700 (PDT)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v6KBtQ4B002731; Thu, 20 Jul 2017 12:55:26 +0100
Received: from 950129200 (dhcp-8d56.meeting.ietf.org [31.133.141.86]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id v6KBtPVn002719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jul 2017 12:55:26 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Haoyu song'" <haoyu.song@huawei.com>, <ippm@ietf.org>
References: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com> <0bc601d3014e$085f5a60$191e0f20$@olddog.co.uk>
In-Reply-To: <0bc601d3014e$085f5a60$191e0f20$@olddog.co.uk>
Date: Thu, 20 Jul 2017 12:55:23 +0100
Message-ID: <0c0501d3014f$1296c030$37c44090$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI6NQFL6008slim1jFRbmt2ov1KAgEOdZDJoYXAPNA=
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23206.006
X-TM-AS-Result: No--23.093-10.0-31-10
X-imss-scan-details: No--23.093-10.0-31-10
X-TMASE-MatchedRID: HXSqh3WYKfswJ6xbTjBa5jNdJzhXekT2ZbvACQZDzTA5/NzMqIxhghk5 KK4/zwVMTWLw2jvbfpx1cgRJLEBdHIEctxx18+nGmlaAItiONP2Hxi2fvkKUM0vg//VC4JxMnJi VgxtkLbA/AnYCIoqokZibyE8MJt9eQy0EQbVL8CZvwlNl/SQTOyGZtiDVlw6eW+83mz7I3jF/TF Ft56DIJo9Zm8Ov7SprPDF4aOlLYwdKl5uDD6k69p4CIKY/Hg3AtOt1ofVlaoKm8jxRk5/juCm3J iZU/IeW5MIx11wv+COQZS2ujCtcuA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/29SX7Hioux2xEuHZiguNAA-H4_0>
Subject: Re: [ippm] discussion on ioam data type extension
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Jul 2017 11:55:53 -0000

Oh, I'm an idiot!

This month is July. 

More coffee please.

Many apologies

Adrian

> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Adrian Farrel
> Sent: 20 July 2017 12:48
> To: 'Haoyu song'; ippm@ietf.org
> Subject: Re: [ippm] discussion on ioam data type extension
> 
> Hello Haoyu,
> 
> > Since IOAM has been adopted, we'd like to have some deep
> > discussion on some related issues.
> 
> I applaud your desire for deep discussion, and thank you for bring them to the
> list.
> 
> But I think we should defer to the chairs to make declarations of adoption.
And
> I believe that the poll is open until "EOB CEST (UTC +2) Tuesday 20 June
2017."
> That is, it is still running.
> 
> Thanks,
> Adrian
> 
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm


From nobody Tue Jul 25 07:47:11 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82FCD131CEA for <ippm@ietfa.amsl.com>; Tue, 25 Jul 2017 07:47:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 ptiSvSSGkC96 for <ippm@ietfa.amsl.com>; Tue, 25 Jul 2017 07:47:07 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [IPv6:2001:8e0:40:325::45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B96E4131CEE for <ippm@ietf.org>; Tue, 25 Jul 2017 07:47:06 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 21BD6340F7A for <ippm@ietf.org>; Tue, 25 Jul 2017 16:47:05 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.12046); Tue, 25 Jul 2017 16:47:05 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Tue, 25 Jul 2017 16:47:04 +0200 (CEST)
Received: from [94.247.222.80] (account ietf@trammell.ch HELO [10.11.33.5]) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 24691856 for ippm@ietf.org; Tue, 25 Jul 2017 16:47:04 +0200
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
X-Pgp-Agent: GPGMail
Content-Type: multipart/signed; boundary="Apple-Mail=_2C4A68D4-426F-4261-A366-0B1871185DFF"; protocol="application/pgp-signature"; micalg=pgp-sha512
Date: Tue, 25 Jul 2017 16:47:03 +0200
Message-Id: <6995DF9D-CD73-4DAB-BE04-94096A5E00F6@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/TX9sHkZE7f0hacVEmBiahREzlPI>
Subject: [ippm] New IPPM charter suggestion
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 25 Jul 2017 14:47:09 -0000

--Apple-Mail=_2C4A68D4-426F-4261-A366-0B1871185DFF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Greetings, all,

Following our meeting in Prague (minutes forthcoming), here's where I =
think we are with the suggested new charter. Track changes view in =
Google Docs at: =
https://docs.google.com/document/d/15Q5tIcv2b6oQ9tL_dS90N_ApREZZpSJJxmk-Jn=
wx3z8/edit?usp=3Dsharing

The new charter text, in full, appears below.

Comments?

Thanks, cheers,

Brian (as chair)


The IP Performance Measurement (IPPM) Working Group develops and =
maintains standard metrics that can be applied to the quality, =
performance, and reliability of Internet data delivery services and =
applications running over transport layer protocols (e.g. TCP, UDP) over =
IP. It also develops and maintains methodologies and protocols for the =
measurement of these metrics. These metrics, protocols, and =
methodologies are designed such that they can be used by network =
operators, end users, or independent testing groups. Metrics developed =
by the IPPM WG are intended to provide unbiased quantitative performance =
measurements.

The IPPM WG works to foster commonality and comparability of metrics and =
measurements across IETF protocols at different layers. Its work is =
limited to metrics and methodologies which are applicable over =
transport-layer protocols over IP, and does not specify encapsulations =
required for measurements over non-IP layers.

The IPPM WG has produced documents that define specific metrics and =
procedures for accurately measuring and documenting these metrics. The =
working group will continue advancing the most useful of these metrics =
along the standards track, using the guidelines stated in RFC 6576. To =
the extent possible, these metrics will be used as the basis for future =
work on metrics in the WG.

The WG will seek to develop new metrics and models to more accurately =
characterize the network paths under test and/or the performance of =
transport and application layer protocols on these paths. The WG will =
balance the need for new metrics with the desire to minimize the =
introduction of new metrics, and will require that new metric =
definitions state how the definition improves on an existing metric =
definition, or assesses a property of network performance not previously =
covered by a defined metric. Metric definitions will follow the template =
given in RFC 6390.

Additional methods will be defined for the composition and calibration =
of IPPM-defined metrics, as well as active, passive and hybrid =
measurement methods for these metrics. In addition, the WG encourages =
work which describes the applicability of metrics and measurement =
methods, especially to improve understanding of the tradeoffs involved =
among active, passive, and hybrid methods.

The WG may update its core framework RFC 2330 as necessary to =
accommodate these activities.

The WG has produced protocols for communication among test equipment to =
enable the measurement of the one- and two-way metrics (OWAMP and TWAMP =
respectively). These protocols will be advanced along the standards =
track. The work of the WG will take into account the suitability of =
measurements for automation, in order to support large-scale measurement =
efforts. This may result in further developments in protocols such as =
OWAMP and TWAMP.

Agreement about the definitions of metrics and methods of measurement =
enables accurate, reproducible, and equivalent results across different =
implementations. To this end, the WG defines and maintains a registry of =
metric definitions.

The WG encourages work which assesses the comparability of measurements =
of IPPM metrics with metrics developed elsewhere. The WG also encourages =
work which improves the availability of information about the context in =
which measurements were taken, for example (but not limited to) =
measurement implementation information, estimates of confidence in these =
measurements, conditions on the network(s) on which measurements are =
taken, and/or information about the data-plane topology of these =
network(s).

In the interest of measurement comparability, the WG may define data =
formats and information models for the storage and exchange of the =
results of measurements defined within IPPM.

The IPPM WG seeks cooperation with other appropriate standards bodies =
and forums to promote consistent approaches and metrics. Within the IETF =
process, IPPM metric definitions and measurement protocols will be =
subject to as rigorous a scrutiny for usefulness, clarity, and accuracy =
as other protocol standards. The IPPM WG will interact with other areas =
of IETF activity whose scope intersects with the requirement of these =
specific metrics. The WG will, on request, provide input to other IETF =
working groups on the use and implementation of these metrics.


--Apple-Mail=_2C4A68D4-426F-4261-A366-0B1871185DFF
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

iQIcBAEBCgAGBQJZd1nnAAoJEIoSt78L6kajPgYP/2Q7eKCOwhiasI5INYqsMjVN
1pmZixQcQLB5/iZBXGN0sX1vlppf2PohOUDaZuMeiCMoPOPCg3XfE6YQL7h5PjPE
RyjdI5NdHOWQfzXGdKXY3Uxb7jm5ydOuq1s1T/3KLxR53REqK/VtEcPsjHFmxmZF
fU7C/WXtZeER/m44YLBh+bF8O/Kvvmy509zBg5Fm3vQ1IeHOE9mgHz71qfmn/+Q4
JjJs2ZS0jCCRq7ePkbZvGGNVnIWv9xjeZCjBqAoIKHUE0Ot9qbxqIUq7NqveDzu0
R8Gsmhoh7+C6anjmTi7JTFJSN+hPNYtfebvsjEccpK5EVNQz7pP7iBdxwFpjkTGY
VRMF7KvCUwHLCrq/auolpZl7sQQK+MPDHITY+X44aSouUsItlUxTcRStmddk+6f2
992KE5Y9NI6xaPbjJa3q2iNqDgp6ZdNr6HNt3S6xAn7r5D6SARYuFQW/phU2LsNy
UoaL5taQEI5LgSPRdguFdaVZIpGJPDTEOU9M1/5/5XjzU/XEyDKXXZ8U19xN0tjR
oTwZs0gGsIhP8ql3ANXd8NWY8QvYbzLEfrSkXLiu1wQxN2j4ZRPM4KDB41Yq0xZw
TVu0/H32nEqIQj7pRhd8v08WrNRhHHL3qJzGZKccGgIPdu2upmPsuCNh5i+Gwc8v
bqopewWwvAnRyegqRObl
=n21+
-----END PGP SIGNATURE-----

--Apple-Mail=_2C4A68D4-426F-4261-A366-0B1871185DFF--


From nobody Tue Jul 25 09:18:51 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4766E126B6E; Tue, 25 Jul 2017 09:18:44 -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>
Cc: ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.57.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150099952424.26280.5262277420450519683@ietfa.amsl.com>
Date: Tue, 25 Jul 2017 09:18:44 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/wfo-Yc-tARwmYcfYb3y6s1CSlmU>
Subject: [ippm] I-D Action: draft-ietf-ippm-alt-mark-06.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 25 Jul 2017 16:18:44 -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 WG of the IETF.

        Title           : Alternate Marking method for passive and hybrid performance monitoring
        Authors         : Giuseppe Fioccola
                          Alessandro Capello
                          Mauro Cociglio
                          Luca Castaldelli
                          Mach(Guoyi) Chen
                          Lianshu Zheng
                          Greg Mirsky
                          Tal Mizrahi
	Filename        : draft-ietf-ippm-alt-mark-06.txt
	Pages           : 31
	Date            : 2017-07-25

Abstract:
   This document describes a method to perform packet loss, delay and
   jitter measurements on live traffic.  This method is based on
   Alternate Marking (Coloring) technique.  A report on the operational
   experiment done at Telecom Italia is explained in order to give an
   example and show the method applicability.  This technique can be
   applied in various situations as detailed in this document and could
   be considered passive or hybrid depending on the application.



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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-06
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-alt-mark-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-alt-mark-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 Tue Jul 25 10:09:41 2017
Return-Path: <giuseppe.fioccola@telecomitalia.it>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E059D131E0D; Tue, 25 Jul 2017 10:09:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 Ej6FbSUR_NLa; Tue, 25 Jul 2017 10:09:38 -0700 (PDT)
Received: from mx08.telecomitalia.it (mx08.telecomitalia.it [156.54.233.144]) by ietfa.amsl.com (Postfix) with ESMTP id 4C218131E0C; Tue, 25 Jul 2017 10:09:36 -0700 (PDT)
X-AuditID: 0abc652c-857ff70000009aaa-65-59777b4f42a3
Received: from TELMBXC02BA020.telecomitalia.local ( [10.112.45.26]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx08.telecomitalia.it () with SMTP id A0.48.39594.F4B77795; Tue, 25 Jul 2017 19:09:35 +0200 (CEST)
From: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>
To: "ippm@ietf.org" <ippm@ietf.org>
CC: "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-alt-mark@ietf.org" <draft-ietf-ippm-alt-mark@ietf.org>, "Carlos Pignataro (cpignata) (cpignata@cisco.com)" <cpignata@cisco.com>
Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-alt-mark-06.txt
Thread-Index: AQHTBWHFUVkN4unRDEaVcPXDvVZ6R6JkxQOA
Date: Tue, 25 Jul 2017 17:09:35 +0000
Message-ID: <52eb7d2c27904a1597bd48fc864d3d3f@TELMBXC02BA020.telecomitalia.local>
References: <150099952424.26280.5262277420450519683@ietfa.amsl.com>
In-Reply-To: <150099952424.26280.5262277420450519683@ietfa.amsl.com>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252.247]
x-ti-disclaimer: Disclaimer1
Content-Type: text/plain; charset="iso-8859-1"
content-transfer-encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrNKsWRmVeSWpSXmKPExsXCVaArpetfXR5psG+2hcWndztYLNrWTma0 WL2jm82i58E7ZgcWjym/N7J6LFnykymAKaqB0SYxLy+/JLEkVSEltTjZVsklszg5JzEzN7VI ISQ1JzU5P1dJITPFVslYSaEgJzE5NTc1r8RWKbGgIDUvRcmOSwED2ACVZeYppOYl56dk5qXb KnkG++taWJha6hoq2QWWphaX5CvkphYXJ6anZ+YrpCasF8xovbKBvaBVuOLN3a9MDYyL+boY OTkkBEwkbsyYy9zFyMUhJDCVSWLz3UdsIAk2ARuJg69OgNkiAsoSLd/+MIIUMQscZ5S42joX KMHBISxgJzF7fSBEjYPE9+9bmCFsI4lVU86ygtgsAqoSJ2fMAJvDKxAocWTyMXYQW0jAWWL3 s+9gNqeAi0TP3HNgNqOArMSE3YsYQWxmAXGJF9NPsEMcKiCxZM95ZghbVOLl43+sELaBxNal +1ggbEWJ1c3zmSBsGYmFRyazQszRk7gxdQobhK0tsWzha2aIewQlTs58wjKBUWwWknWzkLTM QtIyC0nLAkaWVYyiuRUGFnolkPjLLEnMyUzUyyzZxAhKIXtSdXYwttx0PsQowMGoxMP7N6s8 Uog1say4MvcQowQHs5IIb1kFUIg3JbGyKrUoP76oNCe1+BCjDzDEJjJLiSbnA9NbXkm8oYmF paGxhYWRoYWZKQ5hJXHebV/LIoUE0oEJLDs1tSC1CGYcEwenVANjads5ViEd/s07f1d8PbnO y9vAMcUsbfdC1iuSFg/1vmQm+/E9+tH3xkNEUnXaF2n2OQdCZ1inP951+lGChGKc8O6N8X42 RTyiEvc6cjw4alRq6qRXZJXMrfBboVcSYMDy5EyrmRGPEnfiKgl5q6N1pQqdcd8WbL8StWOx dfSceZnntj6QEVFiKc5INNRiLipOBABgHUTzTgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/7cmPwB0KZdB1fcoi8R4UDzmoDJk>
Subject: [ippm] I:  I-D Action: draft-ietf-ippm-alt-mark-06.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 25 Jul 2017 17:09:40 -0000

Hi All,
This new version of draft-ietf-ippm-alt-mark addresses a few nits (especiall=
y missing references) noticed by the shepherd Carlos.

Best regards,

Giuseppe

-----Messaggio originale-----
Da: ippm [mailto:ippm-bounces@ietf.org] Per conto di internet-drafts@ietf.or=
g
Inviato: marted=EC 25 luglio 2017 18:19
A: i-d-announce@ietf.org
Cc: ippm@ietf.org
Oggetto: [ippm] I-D Action: draft-ietf-ippm-alt-mark-06.txt


A New Internet-Draft is available from the on-line Internet-Drafts directori=
es.
This draft is a work item of the IP Performance Metrics WG of the IETF.

        Title           : Alternate Marking method for passive and hybrid pe=
rformance monitoring
        Authors         : Giuseppe Fioccola
                          Alessandro Capello
                          Mauro Cociglio
                          Luca Castaldelli
                          Mach(Guoyi) Chen
                          Lianshu Zheng
                          Greg Mirsky
                          Tal Mizrahi
	Filename        : draft-ietf-ippm-alt-mark-06.txt
	Pages           : 31
	Date            : 2017-07-25

Abstract:
   This document describes a method to perform packet loss, delay and
   jitter measurements on live traffic.  This method is based on
   Alternate Marking (Coloring) technique.  A report on the operational
   experiment done at Telecom Italia is explained in order to give an
   example and show the method applicability.  This technique can be
   applied in various situations as detailed in this document and could
   be considered passive or hybrid depending on the application.



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

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-06
https://datatracker.ietf.org/doc/html/draft-ietf-ippm-alt-mark-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-alt-mark-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/

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

Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle pers=
one indicate. La diffusione, copia o qualsiasi altra azione derivante dalla=
 conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbia=
te ricevuto questo documento per errore siete cortesemente pregati di darne=
 immediata comunicazione al mittente e di provvedere alla sua distruzione, G=
razie. 

This e-mail and any attachments is confidential and may contain privileged i=
nformation intended for the addressee(s) only. Dissemination, copying, print=
ing or use by anybody else is unauthorised. If you are not the intended reci=
pient, please delete this message and any attachments and advise the sender=
 by return e-mail, Thanks. 

Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario.


From nobody Tue Jul 25 14:06:50 2017
Return-Path: <rjsparks@nostrum.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B9C90131F2A; Tue, 25 Jul 2017 14:06:36 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Robert Sparks <rjsparks@nostrum.com>
To: <gen-art@ietf.org>
Cc: draft-ietf-ippm-model-based-metrics.all@ietf.org, ietf@ietf.org, ippm@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.57.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150101679673.26268.16147768864334508872@ietfa.amsl.com>
Date: Tue, 25 Jul 2017 14:06:36 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/GP2lQ8yyypTZaFQgbnjOtKWldCM>
Subject: [ippm] Genart telechat review of draft-ietf-ippm-model-based-metrics-11
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 25 Jul 2017 21:06:37 -0000

Reviewer: Robert Sparks
Review result: Ready with Nits

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please wait for direction from your
document shepherd or AD before posting a new version of the draft.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-ippm-model-based-metrics-11
Reviewer: Robert Sparks
Review Date: 2017-07-25
IETF LC End Date: 2017-03-14
IESG Telechat date: 2017-08-03

Summary: Ready with nits

Thanks for addressing the comments in my review of -10.
In the revision (as a side-effect of removing the dependency on 2119, I
suspect) you removed the classification of normative vs informative references.
I think you mean that all of these references are Informative. (The document
would have a References section, with one "Informative References" subsection).



From nobody Thu Jul 27 08:16:04 2017
Return-Path: <ietf@trammell.ch>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84529131CB5 for <ippm@ietfa.amsl.com>; Thu, 27 Jul 2017 08:16:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 MXoJ0GSY_0xW for <ippm@ietfa.amsl.com>; Thu, 27 Jul 2017 08:16:00 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [IPv6:2001:8e0:40:325::45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACC85127869 for <ippm@ietf.org>; Thu, 27 Jul 2017 08:15:59 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 18B24340E78 for <ippm@ietf.org>; Thu, 27 Jul 2017 17:15:58 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.5228);  Thu, 27 Jul 2017 17:15:58 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS for <ippm@ietf.org>; Thu, 27 Jul 2017 17:15:58 +0200 (CEST)
Received: from dyn-160-39-248-169.dyn.columbia.edu (account ietf@trammell.ch [160.39.248.169] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 24902004 for ippm@ietf.org; Thu, 27 Jul 2017 17:15:57 +0200
Content-Type: multipart/signed; boundary="Apple-Mail=_51E7C6C8-DA81-43D0-803F-307EC99129F5"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Pgp-Agent: GPGMail
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <6995DF9D-CD73-4DAB-BE04-94096A5E00F6@trammell.ch>
Date: Thu, 27 Jul 2017 11:15:55 -0400
Message-Id: <75B99782-03D1-4D74-9C43-C40A5C3D3FC2@trammell.ch>
References: <6995DF9D-CD73-4DAB-BE04-94096A5E00F6@trammell.ch>
To: IETF IPPM WG <ippm@ietf.org>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/EJh-TBHoeUi47DW1TuQfNDaaGOQ>
Subject: Re: [ippm] New IPPM charter suggestion
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 27 Jul 2017 15:16:02 -0000

--Apple-Mail=_51E7C6C8-DA81-43D0-803F-307EC99129F5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Several people have noted that viewers of the Google Doc can't see the =
diffs. Here's a diff -U 3 of the two charters:

--- charter-05.txt	2017-07-27 11:12:52.000000000 -0400
+++ charter-06-00.txt	2017-07-27 11:13:07.000000000 -0400
@@ -1,12 +1,19 @@
-The IP Performance Metrics (IPPM) Working Group develops and maintains =
standard
-metrics that can be applied to the quality, performance, and =
reliability of
-Internet data delivery services and applications running over transport =
layer
-protocols (e.g. TCP, UDP) over IP.  Specifying network or lower layer =
OAM
-mechanisms is out of scope of the IPPM charter.  It also develops and =
maintains
-protocols for the measurement of these metrics. These metrics are =
designed such
-that they can be used by network operators, end users, or independent =
testing
-groups. Metrics developed by the IPPM WG are intended to provide =
unbiased
-quantitative performance measurements and not a value judgement.
+
+The IP Performance Measurement (IPPM) Working Group develops and =
maintains
+standard metrics that can be applied to the quality, performance, and
+reliability of Internet data delivery services and applications running =
over
+transport layer protocols (e.g. TCP, UDP) over IP. It also develops and
+maintains methodologies and protocols for the measurement of these =
metrics.
+These metrics, protocols, and methodologies are designed such that they =
can be
+used by network operators, end users, or independent testing groups. =
Metrics
+developed by the IPPM WG are intended to provide unbiased quantitative
+performance measurements.
+
+The IPPM WG works to foster commonality and comparability of metrics =
and
+measurements across IETF protocols at different layers. Its work is =
limited to
+metrics and methodologies which are applicable over transport-layer =
protocols
+over IP, and does not specify encapsulations required for measurements =
over
+non-IP layers.

 The IPPM WG has produced documents that define specific metrics and =
procedures
 for accurately measuring and documenting these metrics. The working =
group will
@@ -21,9 +28,7 @@
 will require that new metric definitions state how the definition =
improves on an
 existing metric definition, or assesses a property of network =
performance not
 previously covered by a defined metric. Metric definitions will follow =
the
-template given in RFC 6390. It is possible that new measurement =
protocols will
-be needed to support new metrics; if this is the case, the working =
group will be
-rechartered to develop these protocols.
+template given in RFC 6390.

 Additional methods will be defined for the composition and calibration =
of
 IPPM-defined metrics, as well as active, passive and hybrid measurement =
methods
@@ -44,11 +48,19 @@

 Agreement about the definitions of metrics and methods of measurement =
enables
 accurate, reproducible, and equivalent results across different =
implementations.
-To this end, the WG will define and maintain a registry of metric =
definitions.
+To this end, the WG defines and maintains a registry of metric =
definitions.
+
 The WG encourages work which assesses the comparability of measurements =
of IPPM
 metrics with metrics developed elsewhere. The WG also encourages work =
which
 improves the availability of information about the context in which =
measurements
-were taken.
+were taken, for example (but not limited to) measurement implementation
+information, estimates of confidence in these measurements, conditions =
on the
+network(s) on which measurements are taken, and/or information about =
the
+data-plane topology of these network(s).
+
+In the interest of measurement comparability, the WG may define data =
formats and
+information models for the storage and exchange of the results of =
measurements
+defined within IPPM.

 The IPPM WG seeks cooperation with other appropriate standards bodies =
and forums
 to promote consistent approaches and metrics. Within the IETF process, =
IPPM
@@ -58,22 +70,3 @@
 with the requirement of these specific metrics. The WG will, on =
request, provide
 input to other IETF working groups on the use and implementation of =
these
 metrics.
-
-Specific near-term milestones include:
-
-1. Advancement of protocols for one- and two-way metrics (OWAMP and =
TWAMP
-respectively) along the standards track.
-
-2. Update of the IPPM framework document (RFC 2330) to reflect =
experience with
-the framework, and to cover planned future metric development.
-
-3. Definition of a registry of metric definitions to improve the =
equivalency of
-metric results across multiple implementations.
-
-4. Publication of a rate measurement problem statement.
-
-5. Publication of documents supporting the use of IPSec to protect =
OWAMP /
-TWAMP.
-
-6. Publication of documents related to model-based TCP bulk transfer =
capacity


Cheers,

Brian

> On 25 Jul 2017, at 10:47, Brian Trammell (IETF) <ietf@trammell.ch> =
wrote:
>=20
> Greetings, all,
>=20
> Following our meeting in Prague (minutes forthcoming), here's where I =
think we are with the suggested new charter. Track changes view in =
Google Docs at: =
https://docs.google.com/document/d/15Q5tIcv2b6oQ9tL_dS90N_ApREZZpSJJxmk-Jn=
wx3z8/edit?usp=3Dsharing
>=20
> The new charter text, in full, appears below.
>=20
> Comments?
>=20
> Thanks, cheers,
>=20
> Brian (as chair)
>=20
>=20
> The IP Performance Measurement (IPPM) Working Group develops and =
maintains standard metrics that can be applied to the quality, =
performance, and reliability of Internet data delivery services and =
applications running over transport layer protocols (e.g. TCP, UDP) over =
IP. It also develops and maintains methodologies and protocols for the =
measurement of these metrics. These metrics, protocols, and =
methodologies are designed such that they can be used by network =
operators, end users, or independent testing groups. Metrics developed =
by the IPPM WG are intended to provide unbiased quantitative performance =
measurements.
>=20
> The IPPM WG works to foster commonality and comparability of metrics =
and measurements across IETF protocols at different layers. Its work is =
limited to metrics and methodologies which are applicable over =
transport-layer protocols over IP, and does not specify encapsulations =
required for measurements over non-IP layers.
>=20
> The IPPM WG has produced documents that define specific metrics and =
procedures for accurately measuring and documenting these metrics. The =
working group will continue advancing the most useful of these metrics =
along the standards track, using the guidelines stated in RFC 6576. To =
the extent possible, these metrics will be used as the basis for future =
work on metrics in the WG.
>=20
> The WG will seek to develop new metrics and models to more accurately =
characterize the network paths under test and/or the performance of =
transport and application layer protocols on these paths. The WG will =
balance the need for new metrics with the desire to minimize the =
introduction of new metrics, and will require that new metric =
definitions state how the definition improves on an existing metric =
definition, or assesses a property of network performance not previously =
covered by a defined metric. Metric definitions will follow the template =
given in RFC 6390.
>=20
> Additional methods will be defined for the composition and calibration =
of IPPM-defined metrics, as well as active, passive and hybrid =
measurement methods for these metrics. In addition, the WG encourages =
work which describes the applicability of metrics and measurement =
methods, especially to improve understanding of the tradeoffs involved =
among active, passive, and hybrid methods.
>=20
> The WG may update its core framework RFC 2330 as necessary to =
accommodate these activities.
>=20
> The WG has produced protocols for communication among test equipment =
to enable the measurement of the one- and two-way metrics (OWAMP and =
TWAMP respectively). These protocols will be advanced along the =
standards track. The work of the WG will take into account the =
suitability of measurements for automation, in order to support =
large-scale measurement efforts. This may result in further developments =
in protocols such as OWAMP and TWAMP.
>=20
> Agreement about the definitions of metrics and methods of measurement =
enables accurate, reproducible, and equivalent results across different =
implementations. To this end, the WG defines and maintains a registry of =
metric definitions.
>=20
> The WG encourages work which assesses the comparability of =
measurements of IPPM metrics with metrics developed elsewhere. The WG =
also encourages work which improves the availability of information =
about the context in which measurements were taken, for example (but not =
limited to) measurement implementation information, estimates of =
confidence in these measurements, conditions on the network(s) on which =
measurements are taken, and/or information about the data-plane topology =
of these network(s).
>=20
> In the interest of measurement comparability, the WG may define data =
formats and information models for the storage and exchange of the =
results of measurements defined within IPPM.
>=20
> The IPPM WG seeks cooperation with other appropriate standards bodies =
and forums to promote consistent approaches and metrics. Within the IETF =
process, IPPM metric definitions and measurement protocols will be =
subject to as rigorous a scrutiny for usefulness, clarity, and accuracy =
as other protocol standards. The IPPM WG will interact with other areas =
of IETF activity whose scope intersects with the requirement of these =
specific metrics. The WG will, on request, provide input to other IETF =
working groups on the use and implementation of these metrics.
>=20


--Apple-Mail=_51E7C6C8-DA81-43D0-803F-307EC99129F5
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

iQIcBAEBCgAGBQJZegOsAAoJEIoSt78L6kajaW0P/j+qn4984rD1aOhAEkSPw7lV
rGeCF7zKei1Iwce0XZ6OwGTaC/GrUC/oxqbHgv+IYAANdOZIzTDD+NHCqBzJXsjD
ZHpeyL9q0D3RqqlA8GtvQnG8jQzCK6ifqO5qtHpZ+U8ld4Nmnd2yqL5qz/0TTWQd
77u5eYjCuI8A42hnvfw7f8M1TurgKgo7OTR2GILMSyHChW7DBs6pb7NwJb5liKIl
lLkrSaMCXZM9/x0/D5DPL5GyHCj9iRDC+Ma98K8cp04SAA1ZWnjqoNTB0/FC3ruP
ChJdrvOIYCe0uTNECynkEH79lOpjmC4kSBoL1UBioa/+PJvaKWY8GdTR738pq5Pn
B0LQIbLNmrbb6fmAqJJAZFv5MNE5CAT0X9HIx9KYCWlOUGBFIRUaQP8qxDgq5eC0
iiEi9Fen4ggNokUM/PLN6glpEloHBFSGxZsyR84MyJm6r2wTm5Bk7HNs2xfUbxU/
ugoolCjTbP1F8tlGGCUZtQUGdBEK4SDAZfrNlNHygbIbOvJ5Knzk4tr3st2mPIEw
6YXIsw7GRWnnvev7unOvG424ESFRFNwMrfV2mt6Ala6I5V495+DvtGn4DmPiB+pJ
u9EHixB14feXAnu5a9erIoa9BH+fWBwHkkRgcqIsS5O9U5Zqn4hyCTKTdtTPmzk8
kyYUWCZx95dZU7PPXe8I
=8g1X
-----END PGP SIGNATURE-----

--Apple-Mail=_51E7C6C8-DA81-43D0-803F-307EC99129F5--


From nobody Thu Jul 27 09:25:29 2017
Return-Path: <cpignata@cisco.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A26CA131FEC for <ippm@ietfa.amsl.com>; Thu, 27 Jul 2017 09:25:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 xgtprRl5Mmbh for <ippm@ietfa.amsl.com>; Thu, 27 Jul 2017 09:25:25 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9698131CFA for <ippm@ietf.org>; Thu, 27 Jul 2017 09:25:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=52066; q=dns/txt; s=iport; t=1501172724; x=1502382324; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0CpmlVksM2wOJ9l08TwEPRytTMPvpYPmDGUMl7XogEo=; b=TSIhQ/WgoLwElE53TkK0UfyV1jwqN/5PiVmP8wZSoOg7dQs5mulyWlXS 1LWnxjZknF/k/K5E5Yeoa9+rjkBQ2fnxEmh4443XSxFu/jcKr2gJJ4Vde 8R50Ekw4lJjLPTXKHkX6U2pFLa9uCnxA6H7u7AVyzsEhTutyipJkGkllo k=;
X-Files: ippm-new-from-old.diff.html, ATT00001.htm, ippm-new-from-old.wdiff.html, ATT00002.htm : 27068, 284, 6285, 2398
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DAAABRE3pZ/5xdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy0tZG0nB44GojyFLw6CBCyFGwKDZT8YAQIBAQEBAQEBayiFGQY?= =?us-ascii?q?OVxQQAgEIBCkZAjAlAgQKBAUOiiEQsi6LPgEBAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?Q4PgyiDTYFhK4J5hDAJExNTgwSCMQWaFSyFJQKELoIehEyJC4IMkDCJU4weAR8?= =?us-ascii?q?4TD53FVsBhwZ2h0ABJYEMgQ4BAQE?=
X-IronPort-AV: E=Sophos;i="5.40,421,1496102400";  d="htm'217?html'217,217?scan'217,217,208,217";a="264966996"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jul 2017 16:25:23 +0000
Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v6RGPM5d009175 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 27 Jul 2017 16:25:23 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Jul 2017 12:25:22 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Thu, 27 Jul 2017 12:25:22 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: "Brian Trammell (IETF)" <ietf@trammell.ch>
CC: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] New IPPM charter suggestion
Thread-Index: AQHTBVToifPA4pJPmkKQdrTV96ykd6JoDuCAgAATbYA=
Date: Thu, 27 Jul 2017 16:25:21 +0000
Message-ID: <1CDD2D85-ACDA-4A27-81CB-3C1EC295C067@cisco.com>
References: <6995DF9D-CD73-4DAB-BE04-94096A5E00F6@trammell.ch> <75B99782-03D1-4D74-9C43-C40A5C3D3FC2@trammell.ch>
In-Reply-To: <75B99782-03D1-4D74-9C43-C40A5C3D3FC2@trammell.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.133]
Content-Type: multipart/mixed; boundary="_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/3PRhW_0eJvkYuRu0t9GTM5dZwNo>
Subject: Re: [ippm] New IPPM charter suggestion
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 27 Jul 2017 16:25:28 -0000

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: multipart/alternative;
	boundary="_000_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_"

--_000_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

If it helps, HTML side-by-side diffs and wdiffs attached.


--_000_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <B3A81DA377520C41AB65E040288C9D08@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable

<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-lin=
e-break: after-white-space;" class=3D"">
If it helps, HTML side-by-side diffs and wdiffs attached.
<div class=3D""><br class=3D"">
</div>
<div class=3D""></div>
</body>
</html>

--_000_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_--

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/html; name="ippm-new-from-old.diff.html"
Content-Description: ippm-new-from-old.diff.html
Content-Disposition: attachment; filename="ippm-new-from-old.diff.html";
	size=27068; creation-date="Thu, 27 Jul 2017 16:25:21 GMT";
	modification-date="Thu, 27 Jul 2017 16:25:21 GMT"
Content-ID: <0BC521A6C11914459A2FE13946BCF095@emea.cisco.com>
Content-Transfer-Encoding: base64

PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h
bC5kdGQiPiANCjwhLS0gR2VuZXJhdGVkIGJ5IHJmY2RpZmYgMS4zMjogcmZjZGlmZiBpcHBtLW9s
ZCBpcHBtLW5ldyAtLT4gDQo8aHRtbD4gDQo8aGVhZD4gDQogIDxtZXRhIGh0dHAtZXF1aXY9IkNv
bnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEiIC8+IA0K
ICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVN0eWxlLVR5cGUiIGNvbnRlbnQ9InRleHQvY3Nz
IiAvPiANCiAgPHRpdGxlPkRpZmY6IGlwcG0tb2xkIC0gaXBwbS1uZXc8L3RpdGxlPiANCiAgPHN0
eWxlIHR5cGU9InRleHQvY3NzIj4gDQogICAgYm9keSAgICB7IG1hcmdpbjogMC40ZXg7IG1hcmdp
bi1yaWdodDogYXV0bzsgfSANCiAgICB0ciAgICAgIHsgfSANCiAgICB0ZCAgICAgIHsgd2hpdGUt
c3BhY2U6IHByZTsgZm9udC1mYW1pbHk6IG1vbm9zcGFjZTsgdmVydGljYWwtYWxpZ246IHRvcDsg
Zm9udC1zaXplOiAwLjg2ZW07fSANCiAgICB0aCAgICAgIHsgZm9udC1zaXplOiAwLjg2ZW07IH0g
DQogICAgLnNtYWxsICB7IGZvbnQtc2l6ZTogMC42ZW07IGZvbnQtc3R5bGU6IGl0YWxpYzsgZm9u
dC1mYW1pbHk6IFZlcmRhbmEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgfSANCiAgICAubGVmdCAg
IHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSANCiAgICAucmlnaHQgIHsgYmFja2dyb3VuZC1j
b2xvcjogI0ZGRjsgfSANCiAgICAuZGlmZiAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0NDRjsgfSAN
CiAgICAubGJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0JGQjsgfSANCiAgICAucmJsb2NrIHsg
YmFja2dyb3VuZC1jb2xvcjogI0ZGODsgfSANCiAgICAuaW5zZXJ0IHsgYmFja2dyb3VuZC1jb2xv
cjogIzhGRjsgfSANCiAgICAuZGVsZXRlIHsgYmFja2dyb3VuZC1jb2xvcjogI0FDRjsgfSANCiAg
ICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGQjsgfSANCiAgICAuY29udCAgIHsgYmFj
a2dyb3VuZC1jb2xvcjogI0VFRTsgfSANCiAgICAubGluZWJyIHsgYmFja2dyb3VuZC1jb2xvcjog
I0FBQTsgfSANCiAgICAubGluZW5vIHsgY29sb3I6IHJlZDsgYmFja2dyb3VuZC1jb2xvcjogI0ZG
RjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGlnbjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4OyB9
IA0KICAgIC5lbGlwc2lzeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUFBOyB9IA0KICAgIC5sZWZ0IC5j
b250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RERDsgfSANCiAgICAucmlnaHQgLmNvbnQgeyBiYWNr
Z3JvdW5kLWNvbG9yOiAjRUVFOyB9IA0KICAgIC5sYmxvY2sgLmNvbnQgeyBiYWNrZ3JvdW5kLWNv
bG9yOiAjOUQ5OyB9IA0KICAgIC5yYmxvY2sgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjREQ2
OyB9IA0KICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjMEREOyB9IA0KICAg
IC5kZWxldGUgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjOEFEOyB9IA0KICAgIC5zdGF0cywg
LnN0YXRzIHRkLCAuc3RhdHMgdGggeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyBwYWRkaW5nOiAy
cHggMDsgfSANCiAgPC9zdHlsZT4gDQo8L2hlYWQ+IA0KPGJvZHkgPiANCiAgPHRhYmxlIGJvcmRl
cj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIj4gDQogIDx0ciBiZ2NvbG9yPSJv
cmFuZ2UiPjx0aD48L3RoPjx0aD4mbmJzcDtpcHBtLW9sZCZuYnNwOzwvdGg+PHRoPiA8L3RoPjx0
aD4mbmJzcDtpcHBtLW5ldyZuYnNwOzwvdGg+PHRoPjwvdGg+PC90cj4gDQogICAgICA8dHI+PHRk
PjxhIG5hbWU9ImRpZmYwMDAxIiAvPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPlRoZSBJUCBQZXJmb3Jt
YW5jZSBNZTxzcGFuIGNsYXNzPSJkZWxldGUiPnRyaWNzPC9zcGFuPiAoSVBQTSkgV29ya2luZyBH
cm91cCBkZXZlbG9wcyBhbmQgbWFpbnRhaW5zPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv
Y2siPlRoZSBJUCBQZXJmb3JtYW5jZSBNZTxzcGFuIGNsYXNzPSJpbnNlcnQiPmFzdXJlbWVudDwv
c3Bhbj4gKElQUE0pIFdvcmtpbmcgR3JvdXAgZGV2ZWxvcHMgYW5kIG1haW50YWluczwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+c3RhbmRhcmQg
bWV0cmljcyB0aGF0IGNhbiBiZSBhcHBsaWVkIHRvIHRoZSBxdWFsaXR5LCBwZXJmb3JtYW5jZSwg
YW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+c3RhbmRhcmQgbWV0cmljcyB0aGF0
IGNhbiBiZSBhcHBsaWVkIHRvIHRoZSBxdWFsaXR5LCBwZXJmb3JtYW5jZSwgYW5kPC90ZD48dGQg
Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5yZWxpYWJpbGl0
eSBvZiBJbnRlcm5ldCBkYXRhIGRlbGl2ZXJ5IHNlcnZpY2VzIGFuZCBhcHBsaWNhdGlvbnMgcnVu
bmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPnJlbGlhYmlsaXR5IG9mIEludGVy
bmV0IGRhdGEgZGVsaXZlcnkgc2VydmljZXMgYW5kIGFwcGxpY2F0aW9ucyBydW5uaW5nPC90ZD48
dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+
PGEgbmFtZT0iZGlmZjAwMDIiIC8+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+b3ZlciB0cmFuc3BvcnQg
bGF5ZXIgcHJvdG9jb2xzIChlLmcuIFRDUCwgVURQKSBvdmVyIElQLiA8c3BhbiBjbGFzcz0iZGVs
ZXRlIj5TcGVjaWZ5aW5nIG5ldHdvcms8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy
YmxvY2siPm92ZXIgdHJhbnNwb3J0IGxheWVyIHByb3RvY29scyAoZS5nLiBUQ1AsIFVEUCkgb3Zl
ciBJUC4gSXQgYWxzbyBkZXZlbG9wczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w
Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48
L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj5vciBsb3dlciBsYXll
ciBPQU0gbWVjaGFuaXNtcyBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhlIElQUE0gY2hhcnRlci48L3Nw
YW4+IEl0IGFsc288L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+YW5kIG1haW50YWlu
cyA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5tZXRob2RvbG9naWVzIGFuZDwvc3Bhbj4gcHJvdG9jb2xz
IGZvciB0aGUgbWVhc3VyZW1lbnQgb2YgdGhlc2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp
Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249
InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ZGV2ZWxvcHMgYW5kIG1haW50YWlucyBwcm90
b2NvbHMgZm9yIHRoZSBtZWFzdXJlbWVudCBvZiB0aGVzZSBtZXRyaWNzLjwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmJsb2NrIj5tZXRyaWNzLiAgVGhlc2UgPHNwYW4gY2xhc3M9Imluc2VydCI+
bWV0cmljcywgcHJvdG9jb2xzLCBhbmQgbWV0aG9kb2xvZ2llczwvc3Bhbj4gYXJlIGRlc2lnbmVk
IHN1Y2g8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxi
bG9jayI+VGhlc2UgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bWV0cmljczwvc3Bhbj4gYXJlIGRlc2ln
bmVkIHN1Y2ggdGhhdCB0aGV5IGNhbiBiZSB1c2VkIGJ5IG5ldHdvcmsgb3BlcmF0b3JzLDwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj50aGF0IHRoZXkgY2FuIGJlIHVzZWQgYnkgbmV0
d29yayBvcGVyYXRvcnMsIGVuZCB1c2Vycywgb3IgaW5kZXBlbmRlbnQ8L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ZW5kIHVzZXJzLCBvciBp
bmRlcGVuZGVudCB0ZXN0aW5nIGdyb3Vwcy4gTWV0cmljcyBkZXZlbG9wZWQgYnkgdGhlIElQUE0g
V0c8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+dGVzdGluZyBncm91cHMuIE1ldHJp
Y3MgZGV2ZWxvcGVkIGJ5IHRoZSBJUFBNIFdHIGFyZSBpbnRlbmRlZCB0byBwcm92aWRlPC90ZD48
dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg
Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPmFyZSBp
bnRlbmRlZCB0byBwcm92aWRlIHVuYmlhc2VkIHF1YW50aXRhdGl2ZSBwZXJmb3JtYW5jZSBtZWFz
dXJlbWVudHMgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPnVuYmlhc2VkIHF1
YW50aXRhdGl2ZSBwZXJmb3JtYW5jZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5tZWFzdXJlbWVudHMu
PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i
bGJsb2NrIj5ub3QgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+YSB2YWx1ZSBqdWRnZW1lbnQuPC9zcGFu
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij48
L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs
YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z
ZXJ0Ij5UaGUgSVBQTSBXRyB3b3JrcyB0byBmb3N0ZXIgY29tbW9uYWxpdHkgYW5kIGNvbXBhcmFi
aWxpdHkgb2YgbWV0cmljcyBhbmQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu
PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0
b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs
b2NrIj5tZWFzdXJlbWVudHMgPHNwYW4gY2xhc3M9Imluc2VydCI+YWNyb3NzIElFVEYgcHJvdG9j
b2xzIGF0IGRpZmZlcmVudCBsYXllcnMuIEl0cyB3b3JrIGlzPC9zcGFuPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+bGltaXRlZCB0byBtZXRy
aWNzIGFuZCBtZXRob2RvbG9naWVzIHdoaWNoIGFyZSBhcHBsaWNhYmxlIG92ZXI8L3NwYW4+PC90
ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij50cmFu
c3BvcnQtbGF5ZXIgcHJvdG9jb2xzIG92ZXIgSVAsPC9zcGFuPiBhbmQgPHNwYW4gY2xhc3M9Imlu
c2VydCI+ZG9lczwvc3Bhbj4gbm90IDxzcGFuIGNsYXNzPSJpbnNlcnQiPnNwZWNpZnkgZW5jYXBz
dWxhdGlvbnM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+
PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk
IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj
bGFzcz0iaW5zZXJ0Ij5yZXF1aXJlZCBmb3IgbWVhc3VyZW1lbnRzIG92ZXIgbm9uLUlQIGxheWVy
cy48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N
CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz
PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i
bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPlRoZSBJUFBNIFdHIGhhcyBw
cm9kdWNlZCBkb2N1bWVudHMgdGhhdCBkZWZpbmUgc3BlY2lmaWMgbWV0cmljcyBhbmQ8L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5UaGUgSVBQTSBXRyBoYXMgcHJvZHVjZWQgZG9jdW1l
bnRzIHRoYXQgZGVmaW5lIHNwZWNpZmljIG1ldHJpY3MgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVu
byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg
dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5wcm9jZWR1cmVzIGZvciBhY2N1cmF0
ZWx5IG1lYXN1cmluZyBhbmQgZG9jdW1lbnRpbmcgdGhlc2UgbWV0cmljcy4gVGhlPC90ZD48dGQ+
IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+cHJvY2VkdXJlcyBmb3IgYWNjdXJhdGVseSBtZWFzdXJp
bmcgYW5kIGRvY3VtZW50aW5nIHRoZXNlIG1ldHJpY3MuIFRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+d29ya2luZyBncm91cCB3aWxsIGNv
bnRpbnVlIGFkdmFuY2luZyB0aGUgbW9zdCB1c2VmdWwgb2YgdGhlc2UgbWV0cmljczwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPndvcmtpbmcgZ3JvdXAgd2lsbCBjb250aW51ZSBhZHZh
bmNpbmcgdGhlIG1vc3QgdXNlZnVsIG9mIHRoZXNlIG1ldHJpY3M8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPmFsb25nIHRoZSBzdGFuZGFyZHMg
dHJhY2ssIHVzaW5nIHRoZSBndWlkZWxpbmVzIHN0YXRlZCBpbiBSRkMgNjU3Ni4gVG8gdGhlPC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+YWxvbmcgdGhlIHN0YW5kYXJkcyB0cmFjaywg
dXNpbmcgdGhlIGd1aWRlbGluZXMgc3RhdGVkIGluIFJGQyA2NTc2LiBUbyB0aGU8L3RkPjx0ZCBj
bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz
cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPmV4dGVudCBwb3Nz
aWJsZSwgdGhlc2UgbWV0cmljcyB3aWxsIGJlIHVzZWQgYXMgdGhlIGJhc2lzIGZvciBmdXR1cmUg
d29yayBvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmV4dGVudCBwb3NzaWJsZSwg
dGhlc2UgbWV0cmljcyB3aWxsIGJlIHVzZWQgYXMgdGhlIGJhc2lzIGZvciBmdXR1cmUgd29yayBv
bjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
bWV0cmljcyBpbiB0aGUgV0cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+bWV0cmlj
cyBpbiB0aGUgV0cuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90
cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs
YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPlRoZSBXRyB3aWxsIHNl
ZWsgdG8gZGV2ZWxvcCBuZXcgbWV0cmljcyBhbmQgbW9kZWxzIHRvIG1vcmUgYWNjdXJhdGVseTwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPlRoZSBXRyB3aWxsIHNlZWsgdG8gZGV2ZWxv
cCBuZXcgbWV0cmljcyBhbmQgbW9kZWxzIHRvIG1vcmUgYWNjdXJhdGVseTwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Y2hhcmFjdGVyaXplIHRo
ZSBuZXR3b3JrIHBhdGhzIHVuZGVyIHRlc3QgYW5kL29yIHRoZSBwZXJmb3JtYW5jZSBvZjwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmNoYXJhY3Rlcml6ZSB0aGUgbmV0d29yayBwYXRo
cyB1bmRlciB0ZXN0IGFuZC9vciB0aGUgcGVyZm9ybWFuY2Ugb2Y8L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPnRyYW5zcG9ydCBhbmQgYXBwbGlj
YXRpb24gbGF5ZXIgcHJvdG9jb2xzIG9uIHRoZXNlIHBhdGhzLiBUaGUgV0cgd2lsbDwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPnRyYW5zcG9ydCBhbmQgYXBwbGljYXRpb24gbGF5ZXIg
cHJvdG9jb2xzIG9uIHRoZXNlIHBhdGhzLiBUaGUgV0cgd2lsbDwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+YmFsYW5jZSB0aGUgbmVlZCBmb3Ig
bmV3IG1ldHJpY3Mgd2l0aCB0aGUgZGVzaXJlIHRvIG1pbmltaXplIHRoZTwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmlnaHQiPmJhbGFuY2UgdGhlIG5lZWQgZm9yIG5ldyBtZXRyaWNzIHdpdGgg
dGhlIGRlc2lyZSB0byBtaW5pbWl6ZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249
InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv
cCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPmludHJvZHVjdGlvbiBvZiBuZXcgbWV0cmljcywgYW5k
IHdpbGwgcmVxdWlyZSB0aGF0IG5ldyBtZXRyaWMgZGVmaW5pdGlvbnM8L3RkPjx0ZD4gPC90ZD48
dGQgY2xhc3M9InJpZ2h0Ij5pbnRyb2R1Y3Rpb24gb2YgbmV3IG1ldHJpY3MsIGFuZCB3aWxsIHJl
cXVpcmUgdGhhdCBuZXcgbWV0cmljIGRlZmluaXRpb25zPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg
dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs
aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5zdGF0ZSBob3cgdGhlIGRlZmluaXRpb24g
aW1wcm92ZXMgb24gYW4gZXhpc3RpbmcgbWV0cmljIGRlZmluaXRpb24sIG9yPC90ZD48dGQ+IDwv
dGQ+PHRkIGNsYXNzPSJyaWdodCI+c3RhdGUgaG93IHRoZSBkZWZpbml0aW9uIGltcHJvdmVzIG9u
IGFuIGV4aXN0aW5nIG1ldHJpYyBkZWZpbml0aW9uLCBvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh
bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+YXNzZXNzZXMgYSBwcm9wZXJ0eSBvZiBu
ZXR3b3JrIHBlcmZvcm1hbmNlIG5vdCBwcmV2aW91c2x5IGNvdmVyZWQgYnkgYTwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmFzc2Vzc2VzIGEgcHJvcGVydHkgb2YgbmV0d29yayBwZXJm
b3JtYW5jZSBub3QgcHJldmlvdXNseSBjb3ZlcmVkIGJ5IGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5v
IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2
YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPmRlZmluZWQgbWV0cmljLiBNZXRyaWMg
ZGVmaW5pdGlvbnMgd2lsbCBmb2xsb3cgdGhlIHRlbXBsYXRlIGdpdmVuIGluIFJGQzwvdGQ+PHRk
PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmRlZmluZWQgbWV0cmljLiBNZXRyaWMgZGVmaW5pdGlv
bnMgd2lsbCBmb2xsb3cgdGhlIHRlbXBsYXRlIGdpdmVuIGluIFJGQzwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRp
ZmYwMDAzIiAvPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu
PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjYzOTAuIDxzcGFuIGNsYXNzPSJkZWxldGUi
Pkl0IGlzIHBvc3NpYmxlIHRoYXQgbmV3IG1lYXN1cmVtZW50IHByb3RvY29scyB3aWxsIGJlIG5l
ZWRlZCB0bzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+NjM5MC48L3Rk
Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0
ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw
YW4gY2xhc3M9ImRlbGV0ZSI+c3VwcG9ydCBuZXcgbWV0cmljczsgaWYgdGhpcyBpcyB0aGUgY2Fz
ZSwgdGhlIHdvcmtpbmcgZ3JvdXAgd2lsbCBiZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh
c3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90
cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs
YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPnJlY2hhcnRlcmVkIHRvIGRldmVsb3Ag
dGhlc2UgcHJvdG9jb2xzLjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+
PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0
cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2
YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp
Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkFkZGl0aW9uYWwgbWV0aG9kcyB3aWxsIGJl
IGRlZmluZWQgZm9yIHRoZSBjb21wb3NpdGlvbiBhbmQgY2FsaWJyYXRpb24gb2Y8L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5BZGRpdGlvbmFsIG1ldGhvZHMgd2lsbCBiZSBkZWZpbmVk
IGZvciB0aGUgY29tcG9zaXRpb24gYW5kIGNhbGlicmF0aW9uIG9mPC90ZD48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JUFBNLWRlZmluZWQgbWV0cmlj
cywgYXMgd2VsbCBhcyBhY3RpdmUsIHBhc3NpdmUgYW5kIGh5YnJpZCBtZWFzdXJlbWVudDwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPklQUE0tZGVmaW5lZCBtZXRyaWNzLCBhcyB3ZWxs
IGFzIGFjdGl2ZSwgcGFzc2l2ZSBhbmQgaHlicmlkIG1lYXN1cmVtZW50PC90ZD48dGQgY2xhc3M9
ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5tZXRob2RzIGZvciB0aGVz
ZSBtZXRyaWNzLiBJbiBhZGRpdGlvbiwgdGhlIFdHIGVuY291cmFnZXMgd29yayB3aGljaDwvdGQ+
PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPm1ldGhvZHMgZm9yIHRoZXNlIG1ldHJpY3MuIElu
IGFkZGl0aW9uLCB0aGUgV0cgZW5jb3VyYWdlcyB3b3JrIHdoaWNoPC90ZD48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5kZXNjcmliZXMgdGhlIGFwcGxp
Y2FiaWxpdHkgb2YgbWV0cmljcyBhbmQgbWVhc3VyZW1lbnQgbWV0aG9kcywgZXNwZWNpYWxseTwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmRlc2NyaWJlcyB0aGUgYXBwbGljYWJpbGl0
eSBvZiBtZXRyaWNzIGFuZCBtZWFzdXJlbWVudCBtZXRob2RzLCBlc3BlY2lhbGx5PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij50byBpbXByb3Zl
IHVuZGVyc3RhbmRpbmcgb2YgdGhlIHRyYWRlb2ZmcyBpbnZvbHZlZCBhbW9uZyBhY3RpdmUsIHBh
c3NpdmUsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+dG8gaW1wcm92ZSB1bmRlcnN0
YW5kaW5nIG9mIHRoZSB0cmFkZW9mZnMgaW52b2x2ZWQgYW1vbmcgYWN0aXZlLCBwYXNzaXZlLDwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+YW5k
IGh5YnJpZCBtZXRob2RzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmFuZCBoeWJy
aWQgbWV0aG9kcy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry
Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+VGhlIFdHIG1heSB1cGRh
dGUgaXRzIGNvcmUgZnJhbWV3b3JrIFJGQyAyMzMwIGFzIG5lY2Vzc2FyeSB0byBhY2NvbW1vZGF0
ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPlRoZSBXRyBtYXkgdXBkYXRlIGl0cyBj
b3JlIGZyYW1ld29yayBSRkMgMjMzMCBhcyBuZWNlc3NhcnkgdG8gYWNjb21tb2RhdGU8L3RkPjx0
ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj
bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPnRoZXNlIGFj
dGl2aXRpZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+dGhlc2UgYWN0aXZpdGll
cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg
PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi
PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i
IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh
bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+VGhlIFdHIGhhcyBwcm9kdWNlZCBwcm90
b2NvbHMgZm9yIGNvbW11bmljYXRpb24gYW1vbmcgdGVzdCBlcXVpcG1lbnQgdG88L3RkPjx0ZD4g
PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5UaGUgV0cgaGFzIHByb2R1Y2VkIHByb3RvY29scyBmb3Ig
Y29tbXVuaWNhdGlvbiBhbW9uZyB0ZXN0IGVxdWlwbWVudCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5l
bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i
IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ZW5hYmxlIHRoZSBtZWFzdXJlbWVu
dCBvZiB0aGUgb25lLSBhbmQgdHdvLXdheSBtZXRyaWNzIChPV0FNUCBhbmQgVFdBTVA8L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5lbmFibGUgdGhlIG1lYXN1cmVtZW50IG9mIHRoZSBv
bmUtIGFuZCB0d28td2F5IG1ldHJpY3MgKE9XQU1QIGFuZCBUV0FNUDwvdGQ+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l
bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+cmVzcGVjdGl2ZWx5KS4gVGhl
c2UgcHJvdG9jb2xzIHdpbGwgYmUgYWR2YW5jZWQgYWxvbmcgdGhlIHN0YW5kYXJkcyB0cmFjay48
L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5yZXNwZWN0aXZlbHkpLiBUaGVzZSBwcm90
b2NvbHMgd2lsbCBiZSBhZHZhbmNlZCBhbG9uZyB0aGUgc3RhbmRhcmRzIHRyYWNrLjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+VGhlIHdvcmsg
b2YgdGhlIFdHIHdpbGwgdGFrZSBpbnRvIGFjY291bnQgdGhlIHN1aXRhYmlsaXR5IG9mIG1lYXN1
cmVtZW50czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPlRoZSB3b3JrIG9mIHRoZSBX
RyB3aWxsIHRha2UgaW50byBhY2NvdW50IHRoZSBzdWl0YWJpbGl0eSBvZiBtZWFzdXJlbWVudHM8
L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy
Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPmZv
ciBhdXRvbWF0aW9uLCBpbiBvcmRlciB0byBzdXBwb3J0IGxhcmdlLXNjYWxlIG1lYXN1cmVtZW50
IGVmZm9ydHMuIFRoaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5mb3IgYXV0b21h
dGlvbiwgaW4gb3JkZXIgdG8gc3VwcG9ydCBsYXJnZS1zY2FsZSBtZWFzdXJlbWVudCBlZmZvcnRz
LiBUaGlzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij5tYXkgcmVzdWx0IGluIGZ1cnRoZXIgZGV2ZWxvcG1lbnRzIGluIHByb3RvY29scyBzdWNo
IGFzIE9XQU1QIGFuZCBUV0FNUC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5tYXkg
cmVzdWx0IGluIGZ1cnRoZXIgZGV2ZWxvcG1lbnRzIGluIHByb3RvY29scyBzdWNoIGFzIE9XQU1Q
IGFuZCBUV0FNUC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry
Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh
c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz
PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs
aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWdyZWVtZW50IGFib3V0
IHRoZSBkZWZpbml0aW9ucyBvZiBtZXRyaWNzIGFuZCBtZXRob2RzIG9mIG1lYXN1cmVtZW50PC90
ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+QWdyZWVtZW50IGFib3V0IHRoZSBkZWZpbml0
aW9ucyBvZiBtZXRyaWNzIGFuZCBtZXRob2RzIG9mIG1lYXN1cmVtZW50PC90ZD48dGQgY2xhc3M9
ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5lbmFibGVzIGFjY3VyYXRl
LCByZXByb2R1Y2libGUsIGFuZCBlcXVpdmFsZW50IHJlc3VsdHMgYWNyb3NzIGRpZmZlcmVudDwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmVuYWJsZXMgYWNjdXJhdGUsIHJlcHJvZHVj
aWJsZSwgYW5kIGVxdWl2YWxlbnQgcmVzdWx0cyBhY3Jvc3MgZGlmZmVyZW50PC90ZD48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFt
ZT0iZGlmZjAwMDQiIC8+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2
YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+aW1wbGVtZW50YXRpb25zLiBUbyB0
aGlzIGVuZCwgdGhlIFdHIDxzcGFuIGNsYXNzPSJkZWxldGUiPndpbGwgZGVmaW5lPC9zcGFuPiBh
bmQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bWFpbnRhaW48L3NwYW4+IGEgcmVnaXN0cnkgb2Y8L3Rk
Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+aW1wbGVtZW50YXRpb25zLiBUbyB0aGlzIGVu
ZCwgdGhlIFdHIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRlZmluZXM8L3NwYW4+IGFuZCA8c3BhbiBj
bGFzcz0iaW5zZXJ0Ij5tYWludGFpbnM8L3NwYW4+IGEgcmVnaXN0cnkgb2Y8L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+bWV0cmljIGRlZmlu
aXRpb25zLiBUaGUgV0cgZW5jb3VyYWdlcyB3b3JrIHdoaWNoIGFzc2Vzc2VzIHRoZSBjb21wYXJh
YmlsaXR5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPm1ldHJpYyBkZWZpbml0aW9u
cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg
PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j
ayI+b2YgbWVhc3VyZW1lbnRzIG9mIElQUE0gbWV0cmljcyB3aXRoIG1ldHJpY3MgZGV2ZWxvcGVk
IGVsc2V3aGVyZS4gVGhlIFdHPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry
Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh
c3M9ImxibG9jayI+YWxzbyBlbmNvdXJhZ2VzIHdvcmsgd2hpY2ggaW1wcm92ZXMgdGhlIGF2YWls
YWJpbGl0eSBvZiBpbmZvcm1hdGlvbiBhYm91dDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs
b2NrIj5UaGUgV0cgZW5jb3VyYWdlcyB3b3JrIHdoaWNoIGFzc2Vzc2VzIHRoZSBjb21wYXJhYmls
aXR5IG9mIG1lYXN1cmVtZW50cyBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w
Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48
L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj50aGUgY29udGV4dCBpbiB3aGljaCBtZWFzdXJlbWVudHMg
d2VyZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj50YWtlbi48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRk
IGNsYXNzPSJyYmxvY2siPklQUE0gbWV0cmljcyB3aXRoIG1ldHJpY3MgZGV2ZWxvcGVkIGVsc2V3
aGVyZS4gVGhlIFdHIGFsc28gZW5jb3VyYWdlcyB3b3JrPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg
dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs
aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz
cz0icmJsb2NrIj53aGljaCBpbXByb3ZlcyB0aGUgYXZhaWxhYmlsaXR5IG9mIGluZm9ybWF0aW9u
IGFib3V0IHRoZSBjb250ZXh0IGluIHdoaWNoPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu
PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0
b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs
b2NrIj5tZWFzdXJlbWVudHMgd2VyZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50YWtlbiwgZm9yIGV4
YW1wbGUgKGJ1dCBub3QgbGltaXRlZCB0bykgbWVhc3VyZW1lbnQ8L3NwYW4+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij5pbXBsZW1lbnRhdGlv
biBpbmZvcm1hdGlvbiwgZXN0aW1hdGVzIG9mIGNvbmZpZGVuY2UgaW4gdGhlc2UgbWVhc3VyZW1l
bnRzLDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry
Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh
c3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNz
PSJpbnNlcnQiPmNvbmRpdGlvbnMgb24gdGhlIG5ldHdvcmsocykgb24gd2hpY2ggbWVhc3VyZW1l
bnRzIGFyZSB0YWtlbiwgYW5kL29yPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln
bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i
dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi
bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+aW5mb3JtYXRpb24gYWJvdXQgdGhlIGRhdGEtcGxh
bmUgdG9wb2xvZ3kgb2YgdGhlc2UgbmV0d29yayhzKS48L3NwYW4+PC90ZD48dGQgY2xhc3M9Imxp
bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu
byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij48L3NwYW4+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8
L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij5JbiB0aGUgaW50ZXJl
c3Qgb2YgbWVhc3VyZW1lbnQgY29tcGFyYWJpbGl0eSwgdGhlIFdHIG1heSBkZWZpbmUgZGF0YTwv
c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg
ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxi
bG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNl
cnQiPmZvcm1hdHMgYW5kIGluZm9ybWF0aW9uIG1vZGVscyBmb3IgdGhlIHN0b3JhZ2UgYW5kIGV4
Y2hhbmdlIG9mIHRoZSByZXN1bHRzPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln
bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i
dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi
bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+b2YgbWVhc3VyZW1lbnRzIGRlZmluZWQgd2l0aGlu
IElQUE0uPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv
dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj
bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9
ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5UaGUgSVBQTSBXRyBz
ZWVrcyBjb29wZXJhdGlvbiB3aXRoIG90aGVyIGFwcHJvcHJpYXRlIHN0YW5kYXJkcyBib2RpZXMg
YW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+VGhlIElQUE0gV0cgc2Vla3MgY29v
cGVyYXRpb24gd2l0aCBvdGhlciBhcHByb3ByaWF0ZSBzdGFuZGFyZHMgYm9kaWVzIGFuZDwvdGQ+
PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk
IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Zm9ydW1z
IHRvIHByb21vdGUgY29uc2lzdGVudCBhcHByb2FjaGVzIGFuZCBtZXRyaWNzLiBXaXRoaW4gdGhl
IElFVEY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5mb3J1bXMgdG8gcHJvbW90ZSBj
b25zaXN0ZW50IGFwcHJvYWNoZXMgYW5kIG1ldHJpY3MuIFdpdGhpbiB0aGUgSUVURjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+cHJvY2Vzcywg
SVBQTSBtZXRyaWMgZGVmaW5pdGlvbnMgYW5kIG1lYXN1cmVtZW50IHByb3RvY29scyB3aWxsIGJl
IHN1YmplY3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5wcm9jZXNzLCBJUFBNIG1l
dHJpYyBkZWZpbml0aW9ucyBhbmQgbWVhc3VyZW1lbnQgcHJvdG9jb2xzIHdpbGwgYmUgc3ViamVj
dDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8
dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+
dG8gYXMgcmlnb3JvdXMgYSBzY3J1dGlueSBmb3IgdXNlZnVsbmVzcywgY2xhcml0eSwgYW5kIGFj
Y3VyYWN5IGFzIG90aGVyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+dG8gYXMgcmln
b3JvdXMgYSBzY3J1dGlueSBmb3IgdXNlZnVsbmVzcywgY2xhcml0eSwgYW5kIGFjY3VyYWN5IGFz
IG90aGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg
ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs
ZWZ0Ij5wcm90b2NvbCBzdGFuZGFyZHMuIFRoZSBJUFBNIFdHIHdpbGwgaW50ZXJhY3Qgd2l0aCBv
dGhlciBhcmVhcyBvZiBJRVRGPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+cHJvdG9j
b2wgc3RhbmRhcmRzLiBUaGUgSVBQTSBXRyB3aWxsIGludGVyYWN0IHdpdGggb3RoZXIgYXJlYXMg
b2YgSUVURjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+YWN0aXZpdHkgd2hvc2Ugc2NvcGUgaW50ZXJzZWN0cyB3aXRoIHRoZSByZXF1aXJlbWVu
dCBvZiB0aGVzZSBzcGVjaWZpYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPmFjdGl2
aXR5IHdob3NlIHNjb3BlIGludGVyc2VjdHMgd2l0aCB0aGUgcmVxdWlyZW1lbnQgb2YgdGhlc2Ug
c3BlY2lmaWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9
ImxlZnQiPm1ldHJpY3MuIFRoZSBXRyB3aWxsLCBvbiByZXF1ZXN0LCBwcm92aWRlIGlucHV0IHRv
IG90aGVyIElFVEYgd29ya2luZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPm1ldHJp
Y3MuIFRoZSBXRyB3aWxsLCBvbiByZXF1ZXN0LCBwcm92aWRlIGlucHV0IHRvIG90aGVyIElFVEYg
d29ya2luZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog
ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i
bGVmdCI+Z3JvdXBzIG9uIHRoZSB1c2UgYW5kIGltcGxlbWVudGF0aW9uIG9mIHRoZXNlIG1ldHJp
Y3MuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Z3JvdXBzIG9uIHRoZSB1c2UgYW5k
IGltcGxlbWVudGF0aW9uIG9mIHRoZXNlIG1ldHJpY3MuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg
dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMDUi
IC8+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+
PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0
ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90
ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48
dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+U3BlY2lmaWMgbmVhci10ZXJt
IG1pbGVzdG9uZXMgaW5jbHVkZTo8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv
Y2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg
ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJs
b2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz
PSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+
DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz
cz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4xLiBBZHZhbmNlbWVudCBvZiBwcm90b2Nv
bHMgZm9yIG9uZS0gYW5kIHR3by13YXkgbWV0cmljcyAoT1dBTVAgYW5kIFRXQU1QPC9zcGFuPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2
YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp
Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+cmVz
cGVjdGl2ZWx5KSBhbG9uZyB0aGUgc3RhbmRhcmRzIHRyYWNrLjwvc3Bhbj48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai
PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv
dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPjwvc3Bhbj48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu
PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0
b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPjIuIFVwZGF0
ZSBvZiB0aGUgSVBQTSBmcmFtZXdvcmsgZG9jdW1lbnQgKFJGQyAyMzMwKSB0byByZWZsZWN0IGV4
cGVyaWVuY2U8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRk
IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs
YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBj
bGFzcz0iZGVsZXRlIj53aXRoIHRoZSBmcmFtZXdvcmssIGFuZCB0byBjb3ZlciBwbGFubmVkIGZ1
dHVyZSBtZXRyaWMgZGV2ZWxvcG1lbnQuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i
cmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K
ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9
ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj
bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48
L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg
Y2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+My4gRGVmaW5pdGlvbiBvZiBhIHJl
Z2lzdHJ5IG9mIG1ldHJpYyBkZWZpbml0aW9ucyB0byBpbXByb3ZlIHRoZTwvc3Bhbj48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu
PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0
b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPmVxdWl2YWxl
bmN5IG9mIG1ldHJpYyByZXN1bHRzIGFjcm9zcyBtdWx0aXBsZSBpbXBsZW1lbnRhdGlvbnMuPC9z
cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0
ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFz
cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i
bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9
ImRlbGV0ZSI+NC4gUHVibGljYXRpb24gb2YgYSByYXRlIG1lYXN1cmVtZW50IHByb2JsZW0gc3Rh
dGVtZW50Ljwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQg
Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh
c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNs
YXNzPSJkZWxldGUiPjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90
ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48
dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxz
cGFuIGNsYXNzPSJkZWxldGUiPjUuIFB1YmxpY2F0aW9uIG9mIGRvY3VtZW50cyBzdXBwb3J0aW5n
IHRoZSB1c2Ugb2YgSVBTZWMgdG8gcHJvdGVjdCBPV0FNUCAvPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk
Pjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+
PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90
ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+VFdBTVAuPC9zcGFuPjwv
dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2
YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp
Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9z
cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGlu
ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v
IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0
ZSI+Ni4gUHVibGljYXRpb24gb2YgZG9jdW1lbnRzIHJlbGF0ZWQgdG8gbW9kZWwtYmFzZWQgVENQ
IGJ1bGsgdHJhbnNmZXI8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwv
dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+
PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48
c3BhbiBjbGFzcz0iZGVsZXRlIj5jYXBhY2l0eSBtZXRyaWNzLjwvc3Bhbj48L3RkPjx0ZD4gPC90
ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai
PjwvdGQ+PC90cj4NCg0KICAgICA8dHI+PHRkPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0
ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZD48L3RkPjwvdHI+DQogICAgIDx0ciBi
Z2NvbG9yPSJncmF5Ij48dGggY29sc3Bhbj0iNSIgYWxpZ249ImNlbnRlciI+PGEgbmFtZT0iZW5k
Ij4mbmJzcDtFbmQgb2YgY2hhbmdlcy4gNSBjaGFuZ2UgYmxvY2tzLiZuYnNwOzwvYT48L3RoPjwv
dHI+DQogICAgIDx0ciBjbGFzcz0ic3RhdHMiPjx0ZD48L3RkPjx0aD48aT4xNiBsaW5lcyBjaGFu
Z2VkIG9yIGRlbGV0ZWQ8L2k+PC90aD48dGg+PGk+IDwvaT48L3RoPjx0aD48aT4yOCBsaW5lcyBj
aGFuZ2VkIG9yIGFkZGVkPC9pPjwvdGg+PHRkPjwvdGQ+PC90cj4NCiAgICAgPHRyPjx0ZCBjb2xz
cGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0ic21hbGwiPjxici8+VGhpcyBodG1sIGRpZmYg
d2FzIHByb2R1Y2VkIGJ5IHJmY2RpZmYgMS4zMi4gVGhlIGxhdGVzdCB2ZXJzaW9uIGlzIGF2YWls
YWJsZSBmcm9tIDxhIGhyZWY9Imh0dHA6Ly93d3cubGV2a293ZXR6LmNvbS9pZXRmL3Rvb2xzL3Jm
Y2RpZmYvIiA+aHR0cDovL3d3dy5sZXZrb3dldHouY29tL2lldGYvdG9vbHMvcmZjZGlmZi88L2E+
IDwvdGQ+PC90cj4NCiAgIDwvdGFibGU+DQogICA8L2JvZHk+DQogICA8L2h0bWw+DQo=

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/html; name="ATT00001.htm"
Content-Description: ATT00001.htm
Content-Disposition: attachment; filename="ATT00001.htm"; size=284;
	creation-date="Thu, 27 Jul 2017 16:25:21 GMT";
	modification-date="Thu, 27 Jul 2017 16:25:21 GMT"
Content-ID: <4F1549557CBBD14EBFF0FF671A830E24@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+PGJvZHkgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1v
ZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyI+PGhlYWQ+
PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWwgY2hhcnNl
dD11cy1hc2NpaSI+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWwgY2hhcnNldD11cy1hc2NpaSI+PC9oZWFkPjxkaXY+PC9kaXY+PC9ib2R5PjwvaHRtbD4=

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/html; name="ippm-new-from-old.wdiff.html"
Content-Description: ippm-new-from-old.wdiff.html
Content-Disposition: attachment; filename="ippm-new-from-old.wdiff.html";
	size=6285; creation-date="Thu, 27 Jul 2017 16:25:21 GMT";
	modification-date="Thu, 27 Jul 2017 16:25:21 GMT"
Content-ID: <1DC98E8D1EA662478DE2BA0D1EC28ED7@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PHRpdGxlPndkaWZmIGlwcG0tb2xkIGlwcG0tbmV3PC90aXRsZT48L2hlYWQ+
PGJvZHk+DQo8cHJlPg0KVGhlIElQIFBlcmZvcm1hbmNlIDxzdHJpa2U+PGZvbnQgY29sb3I9J3Jl
ZCc+TWV0cmljczwvZm9udD48L3N0cmlrZT4gPHN0cm9uZz48Zm9udCBjb2xvcj0nZ3JlZW4nPk1l
YXN1cmVtZW50PC9mb250Pjwvc3Ryb25nPiAoSVBQTSkgV29ya2luZyBHcm91cCBkZXZlbG9wcyBh
bmQgbWFpbnRhaW5zDQpzdGFuZGFyZCBtZXRyaWNzIHRoYXQgY2FuIGJlIGFwcGxpZWQgdG8gdGhl
IHF1YWxpdHksIHBlcmZvcm1hbmNlLCBhbmQNCnJlbGlhYmlsaXR5IG9mIEludGVybmV0IGRhdGEg
ZGVsaXZlcnkgc2VydmljZXMgYW5kIGFwcGxpY2F0aW9ucyBydW5uaW5nDQpvdmVyIHRyYW5zcG9y
dCBsYXllciBwcm90b2NvbHMgKGUuZy4gVENQLCBVRFApIG92ZXIgSVAuIDxzdHJpa2U+PGZvbnQg
Y29sb3I9J3JlZCc+U3BlY2lmeWluZyBuZXR3b3JrDQpvciBsb3dlciBsYXllciBPQU0gbWVjaGFu
aXNtcyBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhlIElQUE0gY2hhcnRlci48L2ZvbnQ+PC9zdHJpa2U+
IEl0IGFsc28gZGV2ZWxvcHMNCmFuZCBtYWludGFpbnMgPHN0cm9uZz48Zm9udCBjb2xvcj0nZ3Jl
ZW4nPm1ldGhvZG9sb2dpZXMgYW5kPC9mb250Pjwvc3Ryb25nPiBwcm90b2NvbHMgZm9yIHRoZSBt
ZWFzdXJlbWVudCBvZiB0aGVzZQ0KbWV0cmljcy4gIFRoZXNlIDxzdHJpa2U+PGZvbnQgY29sb3I9
J3JlZCc+bWV0cmljczwvZm9udD48L3N0cmlrZT4gPHN0cm9uZz48Zm9udCBjb2xvcj0nZ3JlZW4n
Pm1ldHJpY3MsIHByb3RvY29scywgYW5kIG1ldGhvZG9sb2dpZXM8L2ZvbnQ+PC9zdHJvbmc+IGFy
ZSBkZXNpZ25lZCBzdWNoDQp0aGF0IHRoZXkgY2FuIGJlIHVzZWQgYnkgbmV0d29yayBvcGVyYXRv
cnMsIGVuZCB1c2Vycywgb3IgaW5kZXBlbmRlbnQNCnRlc3RpbmcgZ3JvdXBzLiBNZXRyaWNzIGRl
dmVsb3BlZCBieSB0aGUgSVBQTSBXRyBhcmUgaW50ZW5kZWQgdG8gcHJvdmlkZQ0KdW5iaWFzZWQg
cXVhbnRpdGF0aXZlIHBlcmZvcm1hbmNlIDxzdHJvbmc+PGZvbnQgY29sb3I9J2dyZWVuJz5tZWFz
dXJlbWVudHMuDQoNClRoZSBJUFBNIFdHIHdvcmtzIHRvIGZvc3RlciBjb21tb25hbGl0eSBhbmQg
Y29tcGFyYWJpbGl0eSBvZiBtZXRyaWNzIGFuZDwvZm9udD48L3N0cm9uZz4NCm1lYXN1cmVtZW50
cyA8c3Ryb25nPjxmb250IGNvbG9yPSdncmVlbic+YWNyb3NzIElFVEYgcHJvdG9jb2xzIGF0IGRp
ZmZlcmVudCBsYXllcnMuIEl0cyB3b3JrIGlzDQpsaW1pdGVkIHRvIG1ldHJpY3MgYW5kIG1ldGhv
ZG9sb2dpZXMgd2hpY2ggYXJlIGFwcGxpY2FibGUgb3Zlcg0KdHJhbnNwb3J0LWxheWVyIHByb3Rv
Y29scyBvdmVyIElQLDwvZm9udD48L3N0cm9uZz4gYW5kIDxzdHJvbmc+PGZvbnQgY29sb3I9J2dy
ZWVuJz5kb2VzPC9mb250Pjwvc3Ryb25nPiBub3QgPHN0cmlrZT48Zm9udCBjb2xvcj0ncmVkJz5h
IHZhbHVlIGp1ZGdlbWVudC48L2ZvbnQ+PC9zdHJpa2U+IDxzdHJvbmc+PGZvbnQgY29sb3I9J2dy
ZWVuJz5zcGVjaWZ5IGVuY2Fwc3VsYXRpb25zDQpyZXF1aXJlZCBmb3IgbWVhc3VyZW1lbnRzIG92
ZXIgbm9uLUlQIGxheWVycy48L2ZvbnQ+PC9zdHJvbmc+DQoNClRoZSBJUFBNIFdHIGhhcyBwcm9k
dWNlZCBkb2N1bWVudHMgdGhhdCBkZWZpbmUgc3BlY2lmaWMgbWV0cmljcyBhbmQNCnByb2NlZHVy
ZXMgZm9yIGFjY3VyYXRlbHkgbWVhc3VyaW5nIGFuZCBkb2N1bWVudGluZyB0aGVzZSBtZXRyaWNz
LiBUaGUNCndvcmtpbmcgZ3JvdXAgd2lsbCBjb250aW51ZSBhZHZhbmNpbmcgdGhlIG1vc3QgdXNl
ZnVsIG9mIHRoZXNlIG1ldHJpY3MNCmFsb25nIHRoZSBzdGFuZGFyZHMgdHJhY2ssIHVzaW5nIHRo
ZSBndWlkZWxpbmVzIHN0YXRlZCBpbiBSRkMgNjU3Ni4gVG8gdGhlDQpleHRlbnQgcG9zc2libGUs
IHRoZXNlIG1ldHJpY3Mgd2lsbCBiZSB1c2VkIGFzIHRoZSBiYXNpcyBmb3IgZnV0dXJlIHdvcmsg
b24gDQptZXRyaWNzIGluIHRoZSBXRy4NCg0KVGhlIFdHIHdpbGwgc2VlayB0byBkZXZlbG9wIG5l
dyBtZXRyaWNzIGFuZCBtb2RlbHMgdG8gbW9yZSBhY2N1cmF0ZWx5DQpjaGFyYWN0ZXJpemUgdGhl
IG5ldHdvcmsgcGF0aHMgdW5kZXIgdGVzdCBhbmQvb3IgdGhlIHBlcmZvcm1hbmNlIG9mDQp0cmFu
c3BvcnQgYW5kIGFwcGxpY2F0aW9uIGxheWVyIHByb3RvY29scyBvbiB0aGVzZSBwYXRocy4gVGhl
IFdHIHdpbGwNCmJhbGFuY2UgdGhlIG5lZWQgZm9yIG5ldyBtZXRyaWNzIHdpdGggdGhlIGRlc2ly
ZSB0byBtaW5pbWl6ZSB0aGUNCmludHJvZHVjdGlvbiBvZiBuZXcgbWV0cmljcywgYW5kIHdpbGwg
cmVxdWlyZSB0aGF0IG5ldyBtZXRyaWMgZGVmaW5pdGlvbnMNCnN0YXRlIGhvdyB0aGUgZGVmaW5p
dGlvbiBpbXByb3ZlcyBvbiBhbiBleGlzdGluZyBtZXRyaWMgZGVmaW5pdGlvbiwgb3INCmFzc2Vz
c2VzIGEgcHJvcGVydHkgb2YgbmV0d29yayBwZXJmb3JtYW5jZSBub3QgcHJldmlvdXNseSBjb3Zl
cmVkIGJ5IGENCmRlZmluZWQgbWV0cmljLiBNZXRyaWMgZGVmaW5pdGlvbnMgd2lsbCBmb2xsb3cg
dGhlIHRlbXBsYXRlIGdpdmVuIGluIFJGQw0KNjM5MC4gPHN0cmlrZT48Zm9udCBjb2xvcj0ncmVk
Jz5JdCBpcyBwb3NzaWJsZSB0aGF0IG5ldyBtZWFzdXJlbWVudCBwcm90b2NvbHMgd2lsbCBiZSBu
ZWVkZWQgdG8NCnN1cHBvcnQgbmV3IG1ldHJpY3M7IGlmIHRoaXMgaXMgdGhlIGNhc2UsIHRoZSB3
b3JraW5nIGdyb3VwIHdpbGwgYmUNCnJlY2hhcnRlcmVkIHRvIGRldmVsb3AgdGhlc2UgcHJvdG9j
b2xzLjwvZm9udD48L3N0cmlrZT4NCg0KQWRkaXRpb25hbCBtZXRob2RzIHdpbGwgYmUgZGVmaW5l
ZCBmb3IgdGhlIGNvbXBvc2l0aW9uIGFuZCBjYWxpYnJhdGlvbiBvZg0KSVBQTS1kZWZpbmVkIG1l
dHJpY3MsIGFzIHdlbGwgYXMgYWN0aXZlLCBwYXNzaXZlIGFuZCBoeWJyaWQgbWVhc3VyZW1lbnQN
Cm1ldGhvZHMgZm9yIHRoZXNlIG1ldHJpY3MuIEluIGFkZGl0aW9uLCB0aGUgV0cgZW5jb3VyYWdl
cyB3b3JrIHdoaWNoDQpkZXNjcmliZXMgdGhlIGFwcGxpY2FiaWxpdHkgb2YgbWV0cmljcyBhbmQg
bWVhc3VyZW1lbnQgbWV0aG9kcywgZXNwZWNpYWxseQ0KdG8gaW1wcm92ZSB1bmRlcnN0YW5kaW5n
IG9mIHRoZSB0cmFkZW9mZnMgaW52b2x2ZWQgYW1vbmcgYWN0aXZlLCBwYXNzaXZlLA0KYW5kIGh5
YnJpZCBtZXRob2RzLg0KDQpUaGUgV0cgbWF5IHVwZGF0ZSBpdHMgY29yZSBmcmFtZXdvcmsgUkZD
IDIzMzAgYXMgbmVjZXNzYXJ5IHRvIGFjY29tbW9kYXRlDQp0aGVzZSBhY3Rpdml0aWVzLg0KDQpU
aGUgV0cgaGFzIHByb2R1Y2VkIHByb3RvY29scyBmb3IgY29tbXVuaWNhdGlvbiBhbW9uZyB0ZXN0
IGVxdWlwbWVudCB0bw0KZW5hYmxlIHRoZSBtZWFzdXJlbWVudCBvZiB0aGUgb25lLSBhbmQgdHdv
LXdheSBtZXRyaWNzIChPV0FNUCBhbmQgVFdBTVANCnJlc3BlY3RpdmVseSkuIFRoZXNlIHByb3Rv
Y29scyB3aWxsIGJlIGFkdmFuY2VkIGFsb25nIHRoZSBzdGFuZGFyZHMgdHJhY2suDQpUaGUgd29y
ayBvZiB0aGUgV0cgd2lsbCB0YWtlIGludG8gYWNjb3VudCB0aGUgc3VpdGFiaWxpdHkgb2YgbWVh
c3VyZW1lbnRzDQpmb3IgYXV0b21hdGlvbiwgaW4gb3JkZXIgdG8gc3VwcG9ydCBsYXJnZS1zY2Fs
ZSBtZWFzdXJlbWVudCBlZmZvcnRzLiBUaGlzDQptYXkgcmVzdWx0IGluIGZ1cnRoZXIgZGV2ZWxv
cG1lbnRzIGluIHByb3RvY29scyBzdWNoIGFzIE9XQU1QIGFuZCBUV0FNUC4NCg0KQWdyZWVtZW50
IGFib3V0IHRoZSBkZWZpbml0aW9ucyBvZiBtZXRyaWNzIGFuZCBtZXRob2RzIG9mIG1lYXN1cmVt
ZW50DQplbmFibGVzIGFjY3VyYXRlLCByZXByb2R1Y2libGUsIGFuZCBlcXVpdmFsZW50IHJlc3Vs
dHMgYWNyb3NzIGRpZmZlcmVudA0KaW1wbGVtZW50YXRpb25zLiBUbyB0aGlzIGVuZCwgdGhlIFdH
IDxzdHJpa2U+PGZvbnQgY29sb3I9J3JlZCc+d2lsbCBkZWZpbmU8L2ZvbnQ+PC9zdHJpa2U+IDxz
dHJvbmc+PGZvbnQgY29sb3I9J2dyZWVuJz5kZWZpbmVzPC9mb250Pjwvc3Ryb25nPiBhbmQgPHN0
cmlrZT48Zm9udCBjb2xvcj0ncmVkJz5tYWludGFpbjwvZm9udD48L3N0cmlrZT4gPHN0cm9uZz48
Zm9udCBjb2xvcj0nZ3JlZW4nPm1haW50YWluczwvZm9udD48L3N0cm9uZz4gYSByZWdpc3RyeSBv
Zg0KbWV0cmljIGRlZmluaXRpb25zLg0KDQpUaGUgV0cgZW5jb3VyYWdlcyB3b3JrIHdoaWNoIGFz
c2Vzc2VzIHRoZSBjb21wYXJhYmlsaXR5IG9mIG1lYXN1cmVtZW50cyBvZg0KSVBQTSBtZXRyaWNz
IHdpdGggbWV0cmljcyBkZXZlbG9wZWQgZWxzZXdoZXJlLiBUaGUgV0cgYWxzbyBlbmNvdXJhZ2Vz
IHdvcmsNCndoaWNoIGltcHJvdmVzIHRoZSBhdmFpbGFiaWxpdHkgb2YgaW5mb3JtYXRpb24gYWJv
dXQgdGhlIGNvbnRleHQgaW4gd2hpY2gNCm1lYXN1cmVtZW50cyB3ZXJlIDxzdHJpa2U+PGZvbnQg
Y29sb3I9J3JlZCc+dGFrZW4uPC9mb250Pjwvc3RyaWtlPiA8c3Ryb25nPjxmb250IGNvbG9yPSdn
cmVlbic+dGFrZW4sIGZvciBleGFtcGxlIChidXQgbm90IGxpbWl0ZWQgdG8pIG1lYXN1cmVtZW50
DQppbXBsZW1lbnRhdGlvbiBpbmZvcm1hdGlvbiwgZXN0aW1hdGVzIG9mIGNvbmZpZGVuY2UgaW4g
dGhlc2UgbWVhc3VyZW1lbnRzLA0KY29uZGl0aW9ucyBvbiB0aGUgbmV0d29yayhzKSBvbiB3aGlj
aCBtZWFzdXJlbWVudHMgYXJlIHRha2VuLCBhbmQvb3INCmluZm9ybWF0aW9uIGFib3V0IHRoZSBk
YXRhLXBsYW5lIHRvcG9sb2d5IG9mIHRoZXNlIG5ldHdvcmsocykuDQoNCkluIHRoZSBpbnRlcmVz
dCBvZiBtZWFzdXJlbWVudCBjb21wYXJhYmlsaXR5LCB0aGUgV0cgbWF5IGRlZmluZSBkYXRhDQpm
b3JtYXRzIGFuZCBpbmZvcm1hdGlvbiBtb2RlbHMgZm9yIHRoZSBzdG9yYWdlIGFuZCBleGNoYW5n
ZSBvZiB0aGUgcmVzdWx0cw0Kb2YgbWVhc3VyZW1lbnRzIGRlZmluZWQgd2l0aGluIElQUE0uPC9m
b250Pjwvc3Ryb25nPg0KDQpUaGUgSVBQTSBXRyBzZWVrcyBjb29wZXJhdGlvbiB3aXRoIG90aGVy
IGFwcHJvcHJpYXRlIHN0YW5kYXJkcyBib2RpZXMgYW5kDQpmb3J1bXMgdG8gcHJvbW90ZSBjb25z
aXN0ZW50IGFwcHJvYWNoZXMgYW5kIG1ldHJpY3MuIFdpdGhpbiB0aGUgSUVURg0KcHJvY2Vzcywg
SVBQTSBtZXRyaWMgZGVmaW5pdGlvbnMgYW5kIG1lYXN1cmVtZW50IHByb3RvY29scyB3aWxsIGJl
IHN1YmplY3QNCnRvIGFzIHJpZ29yb3VzIGEgc2NydXRpbnkgZm9yIHVzZWZ1bG5lc3MsIGNsYXJp
dHksIGFuZCBhY2N1cmFjeSBhcyBvdGhlcg0KcHJvdG9jb2wgc3RhbmRhcmRzLiBUaGUgSVBQTSBX
RyB3aWxsIGludGVyYWN0IHdpdGggb3RoZXIgYXJlYXMgb2YgSUVURg0KYWN0aXZpdHkgd2hvc2Ug
c2NvcGUgaW50ZXJzZWN0cyB3aXRoIHRoZSByZXF1aXJlbWVudCBvZiB0aGVzZSBzcGVjaWZpYw0K
bWV0cmljcy4gVGhlIFdHIHdpbGwsIG9uIHJlcXVlc3QsIHByb3ZpZGUgaW5wdXQgdG8gb3RoZXIg
SUVURiB3b3JraW5nDQpncm91cHMgb24gdGhlIHVzZSBhbmQgaW1wbGVtZW50YXRpb24gb2YgdGhl
c2UgbWV0cmljcy4NCg0KPHN0cmlrZT48Zm9udCBjb2xvcj0ncmVkJz5TcGVjaWZpYyBuZWFyLXRl
cm0gbWlsZXN0b25lcyBpbmNsdWRlOg0KDQoxLiBBZHZhbmNlbWVudCBvZiBwcm90b2NvbHMgZm9y
IG9uZS0gYW5kIHR3by13YXkgbWV0cmljcyAoT1dBTVAgYW5kIFRXQU1QDQpyZXNwZWN0aXZlbHkp
IGFsb25nIHRoZSBzdGFuZGFyZHMgdHJhY2suDQoNCjIuIFVwZGF0ZSBvZiB0aGUgSVBQTSBmcmFt
ZXdvcmsgZG9jdW1lbnQgKFJGQyAyMzMwKSB0byByZWZsZWN0IGV4cGVyaWVuY2UNCndpdGggdGhl
IGZyYW1ld29yaywgYW5kIHRvIGNvdmVyIHBsYW5uZWQgZnV0dXJlIG1ldHJpYyBkZXZlbG9wbWVu
dC4NCg0KMy4gRGVmaW5pdGlvbiBvZiBhIHJlZ2lzdHJ5IG9mIG1ldHJpYyBkZWZpbml0aW9ucyB0
byBpbXByb3ZlIHRoZQ0KZXF1aXZhbGVuY3kgb2YgbWV0cmljIHJlc3VsdHMgYWNyb3NzIG11bHRp
cGxlIGltcGxlbWVudGF0aW9ucy4NCg0KNC4gUHVibGljYXRpb24gb2YgYSByYXRlIG1lYXN1cmVt
ZW50IHByb2JsZW0gc3RhdGVtZW50Lg0KDQo1LiBQdWJsaWNhdGlvbiBvZiBkb2N1bWVudHMgc3Vw
cG9ydGluZyB0aGUgdXNlIG9mIElQU2VjIHRvIHByb3RlY3QgT1dBTVAgLw0KVFdBTVAuDQoNCjYu
IFB1YmxpY2F0aW9uIG9mIGRvY3VtZW50cyByZWxhdGVkIHRvIG1vZGVsLWJhc2VkIFRDUCBidWxr
IHRyYW5zZmVyDQpjYXBhY2l0eSBtZXRyaWNzLjwvZm9udD48L3N0cmlrZT4NCg0KPC9wcmU+DQo8
L2JvZHk+PC9odG1sPg0K

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_
Content-Type: text/html; name="ATT00002.htm"
Content-Description: ATT00002.htm
Content-Disposition: attachment; filename="ATT00002.htm"; size=2398;
	creation-date="Thu, 27 Jul 2017 16:25:21 GMT";
	modification-date="Thu, 27 Jul 2017 16:25:21 GMT"
Content-ID: <362D8E3EC08EC64B9BDF614440C920E8@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0
L2h0bWwgY2hhcnNldD11dGYtOCI+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250
ZW50PSJ0ZXh0L2h0bWwgY2hhcnNldD11dGYtOCI+PC9oZWFkPjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPjxkaXYgY2xhc3M9IiI+PC9kaXY+PGRp
diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+PC9kaXY+PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+
PC9kaXY+PGRpdiBjbGFzcz0iIj48ZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi
PjxkaXYgY2xhc3M9IiI+T24gSnVsIDI3LCAyMDE3LCBhdCAxMToxNSBBTSwgQnJpYW4gVHJhbW1l
bGwgKElFVEYpICZsdDs8YSBocmVmPSJtYWlsdG86aWV0ZkB0cmFtbWVsbC5jaCIgY2xhc3M9IiI+
aWV0ZkB0cmFtbWVsbC5jaDwvYT4mZ3Q7IHdyb3RlOjwvZGl2PjxiciBjbGFzcz0iQXBwbGUtaW50
ZXJjaGFuZ2UtbmV3bGluZSI+PGRpdiBjbGFzcz0iIj48ZGl2IGNsYXNzPSIiPlNldmVyYWwgcGVv
cGxlIGhhdmUgbm90ZWQgdGhhdCB2aWV3ZXJzIG9mIHRoZSBHb29nbGUgRG9jIGNhbid0IHNlZSB0
aGUgZGlmZnMuIEhlcmUncyBhIGRpZmYgLVUgMyBvZiB0aGUgdHdvIGNoYXJ0ZXJzOjxiciBjbGFz
cz0iIj48YnIgY2xhc3M9IiI+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjxiciBjbGFz
cz0iIj48ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0
dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRl
eHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFs
OyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdp
ZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNl
OyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+PGRpdiBz
dHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFu
czogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNm
b3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2lu
ZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWst
d29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVy
LXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg
bGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7
IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y
bWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl
LXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNw
YWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+4oCU
PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5v
cm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7
IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87
IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQt
d3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUt
YnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+Q2FybG9zIFBpZ25hdGFybywmbmJz
cDs8YSBocmVmPSJtYWlsdG86Y2FybG9zQGNpc2NvLmNvbSIgY2xhc3M9IiI+Y2FybG9zQGNpc2Nv
LmNvbTwvYT48YnIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPjxpIGNsYXNzPSIiPuKAnFNvbWV0aW1l
cyBJIHVzZSBiaWcgd29yZHMgdGhhdCBJIGRvIG5vdCBmdWxseSB1bmRlcnN0YW5kLCB0byBtYWtl
IG15c2VsZiBzb3VuZCBtb3JlJm5ic3A7cGhvdG9zeW50aGVzaXMuIjwvaT48YnIgY2xhc3M9IiI+
PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj48L2Rpdj48L2JvZHk+PC9o
dG1sPg==

--_007_1CDD2D85ACDA4A2781CB3C1EC295C067ciscocom_--


From nobody Mon Jul 31 11:44:45 2017
Return-Path: <haoyu.song@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA4E4132770 for <ippm@ietfa.amsl.com>; Mon, 31 Jul 2017 11:44:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level: 
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 u2zS1AbBztld for <ippm@ietfa.amsl.com>; Mon, 31 Jul 2017 11:44:41 -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 5350713215C for <ippm@ietf.org>; Mon, 31 Jul 2017 11:44:41 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSK85629; Mon, 31 Jul 2017 18:44:22 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 31 Jul 2017 19:44:22 +0100
Received: from SJCEML703-CHM.china.huawei.com ([169.254.5.240]) by SJCEML702-CHM.china.huawei.com ([169.254.4.153]) with mapi id 14.03.0301.000;  Mon, 31 Jul 2017 11:44:15 -0700
From: Haoyu song <haoyu.song@huawei.com>
To: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: discussion on ioam data type extension
Thread-Index: AdMBO+k5WY+RG9yvTkOKwngg1eNn1gI8IYTg
Date: Mon, 31 Jul 2017 18:44:14 +0000
Message-ID: <78A2745BE9B57D4F9D27F86655EB87F92598B425@SJCEML703-CHM.china.huawei.com>
References: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com>
In-Reply-To: <78A2745BE9B57D4F9D27F86655EB87F925987A2D@SJCEML703-CHM.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.193.217.119]
Content-Type: multipart/alternative; boundary="_000_78A2745BE9B57D4F9D27F86655EB87F92598B425SJCEML703CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.597F7A97.0119, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.5.240, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 9980a43f4616037566aa7687b612e166
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/RUkwE4gYjF7cQ7GhOHt8dp2JDQI>
Subject: Re: [ippm] discussion on ioam data type extension
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.22
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, 31 Jul 2017 18:44:44 -0000

--_000_78A2745BE9B57D4F9D27F86655EB87F92598B425SJCEML703CHMchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dear all,

I repost the following message in case you were busy and ignored it during =
the Prague meeting week. I think these issues are important to make IOAM fu=
ture proof so please do help. Thanks!

Best,
Haoyu

From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Haoyu song
Sent: Thursday, July 20, 2017 2:46 AM
To: ippm@ietf.org
Subject: [ippm] discussion on ioam data type extension

Dear WG members and those who authored or are interested in the IOAM work,

Since IOAM has been adopted, we'd like to have some deep discussion on some=
 related issues. Let's first start from the following one.
We'd like to hear your opinion. We especially want to learn from people who=
 are familiar with data plane technologies, chip design, and applications.

Do you think we need to consider to support more standard data types?
Current scheme support 16 types in total and 14 have been defined. Do you t=
hink this is enough in conceivable future?

The potential new data types that I can think of include identify for flows=
 passing packet transforming middle boxes, data for optical/mobile/wireless=
 network information.
Do you think these use cases make sense or not? Do you have other use cases=
?

If we think the data type needs to be extended, then what's the best scheme=
?
TLV is an obvious option, but it has two drawbacks (1) not comply with the =
current bitmap scheme; (2) not perform well on systems supporting parallel =
processing; (3) code efficiency is not as good as bitmap (e.g., 1 type + le=
ngth would consume at least two bytes while a two-byte bitmap can indicate =
16 new types)
Do you have any argument to support either way (TLV or bitmap) for data typ=
e extension?

I think we should address these issues earlier than later. Your feedbacks a=
re highly appreciated. Thank you very much!

Please refer the following doc for more information.
https://datatracker.ietf.org/doc/draft-song-ippm-ioam-scalability/

Best,
Haoyu

--_000_78A2745BE9B57D4F9D27F86655EB87F92598B425SJCEML703CHMchi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Dear all,<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I repost the following=
 message in case you were busy and ignored it during the Prague meeting wee=
k. I think these issues are important to make IOAM future proof so please d=
o help. Thanks!<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Best,<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Haoyu<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><a name=3D"_MailEndCompose"><span style=3D"color:#1F=
497D"><o:p>&nbsp;</o:p></span></a></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b>From:</b> ippm [mailto:ippm-bounces@ietf.org] <b>=
On Behalf Of
</b>Haoyu song<br>
<b>Sent:</b> Thursday, July 20, 2017 2:46 AM<br>
<b>To:</b> ippm@ietf.org<br>
<b>Subject:</b> [ippm] discussion on ioam data type extension<o:p></o:p></p=
>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Dear WG members and those who authored or are intere=
sted in the IOAM work,
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Since IOAM has been adopted, we&#8217;d like to have=
 some deep discussion on some related issues. Let&#8217;s first start from =
the following one.
<o:p></o:p></p>
<p class=3D"MsoNormal">We&#8217;d like to hear your opinion. We especially =
want to learn from people who are familiar with data plane technologies, ch=
ip design, and applications.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Do you think we need to consider to support more sta=
ndard data types?<o:p></o:p></p>
<p class=3D"MsoNormal">Current scheme support 16 types in total and 14 have=
 been defined. Do you think this is enough in conceivable future?<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">The potential new data types that I can think of inc=
lude identify for flows passing packet transforming middle boxes, data for =
optical/mobile/wireless network information.<o:p></o:p></p>
<p class=3D"MsoNormal">Do you think these use cases make sense or not? Do y=
ou have other use cases?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">If we think the data type needs to be extended, then=
 what&#8217;s the best scheme?<o:p></o:p></p>
<p class=3D"MsoNormal">TLV is an obvious option, but it has two drawbacks (=
1) not comply with the current bitmap scheme; (2) not perform well on syste=
ms supporting parallel processing; (3) code efficiency is not as good as bi=
tmap (e.g., 1 type &#43; length would
 consume at least two bytes while a two-byte bitmap can indicate 16 new typ=
es)<o:p></o:p></p>
<p class=3D"MsoNormal">Do you have any argument to support either way (TLV =
or bitmap) for data type extension?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I think we should address these issues earlier than =
later. Your feedbacks are highly appreciated. Thank you very much!<o:p></o:=
p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Please refer the following doc for more information.=
 <o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"https://datatracker.ietf.org/doc/draft-so=
ng-ippm-ioam-scalability/">https://datatracker.ietf.org/doc/draft-song-ippm=
-ioam-scalability/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Best,<o:p></o:p></p>
<p class=3D"MsoNormal">Haoyu<o:p></o:p></p>
</div>
</body>
</html>

--_000_78A2745BE9B57D4F9D27F86655EB87F92598B425SJCEML703CHMchi_--

