From nobody Sun Mar 1 13:25:34 2020 Return-Path: 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 B532F3A08EA; Sun, 1 Mar 2020 13:25:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.798 X-Spam-Level: X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 jGgWq3t5caQw; Sun, 1 Mar 2020 13:25:26 -0800 (PST) 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 75A5B3A08E8; Sun, 1 Mar 2020 13:25:26 -0800 (PST) Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id 021LNGR7046565; Sun, 1 Mar 2020 16:25:25 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049459.ppops.net-00191d01. with ESMTP id 2ygmwgg0v1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 01 Mar 2020 16:25:24 -0500 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 021LPJug020667; Sun, 1 Mar 2020 15:25:19 -0600 Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [135.46.181.156]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 021LPDic020539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 1 Mar 2020 15:25:13 -0600 Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [127.0.0.1]) by zlp30497.vci.att.com (Service) with ESMTP id 372594016997; Sun, 1 Mar 2020 21:25:13 +0000 (GMT) Received: from clpi183.sldc.sbc.com (unknown [135.41.1.46]) by zlp30497.vci.att.com (Service) with ESMTP id EC33840006FA; Sun, 1 Mar 2020 21:25:12 +0000 (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 021LPC3B012092; Sun, 1 Mar 2020 15:25:12 -0600 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 021LP4FC011290; Sun, 1 Mar 2020 15:25:04 -0600 Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-azure.research.att.com (Postfix) with ESMTP id F1C6EE573B; Sun, 1 Mar 2020 16:24:52 -0500 (EST) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Sun, 1 Mar 2020 16:25:02 -0500 From: "MORTON, ALFRED C (AL)" To: "Ruediger.Geib@telekom.de" , "robert@raszuk.net" CC: "spring@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: [spring] Monitoring metric to detect and locate congestion Thread-Index: AQHV7Vqes6DvElEb3EuzJ92ptCCruag0Qfaw Date: Sun, 1 Mar 2020 21:25:01 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CFED653C41@njmtexg5.research.att.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [65.119.211.164] Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CFED653C41njmtexg5researc_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-03-01_07:2020-02-28, 2020-03-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 bulkscore=0 mlxlogscore=999 suspectscore=0 adultscore=0 impostorscore=0 priorityscore=1501 lowpriorityscore=0 spamscore=0 mlxscore=0 clxscore=1011 phishscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2003010169 Archived-At: Subject: Re: [ippm] [spring] Monitoring metric to detect and locate congestion X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2020 21:25:29 -0000 --_000_4D7F4AD313D3FC43A053B309F97543CFED653C41njmtexg5researc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUnVkaWdlciwNCg0KSeKAmW0gbG9va2luZyBhdCB5b3VyIHByb3Bvc2FsIGFnYWluIGFmdGVy IHNldmVyYWwgbW9udGhzLg0KDQpUaGFua3MgZm9yIHByZXBhcmluZyB0aGUgc2xpZGVzLCB3aGlj aCBoZWxwLg0KSSBoYXZlIGEgcXVlc3Rpb24gYWJvdXQgb25lIG9mIHRoZSBpbmZlcnJlZCByZXN1 bHRzDQpvbiBzbGlkZSAyLCB3aGVyZSBpdCBzYXlzOg0KDQpTaW11bHRhbmVvdXMgcGFja2V0IGxv c3Mgb3IgYSBjaGFuZ2UgaW4gZGVsYXkgb2YgbWVhc3VyZW1lbnQNCnBhdGhzIDEsIDIgYW5kIDMg aW5kaWNhdGUgbG9zcyBvZiBjb25uZWN0aXZpdHkgYmV0d2VlbiBMU1IgYSBhbmQgTEVSIGkNCg0K V2hhdCBhcmUgdGhlIGRldGFpbHMgbGVhZGluZy11cCB0byB0aGUgY29uY2x1c2lvbiBhYm92ZT8N CkkgbWlnaHQgYmUgbW9yZSBpbmNsaW5lZCB0byBhZ3JlZSBpZiB0aGUgY29uZGl0aW9ucyB3ZXJl DQrigJxTaW11bHRhbmVvdXMgcGFja2V0IGxvc3MgQU5EIGEgY2hhbmdlIGluIGRlbGF5IG9mIG1l YXN1cmVtZW504oCdDQpwb3NzaWJsZSBiZWNhdXNlIHRoZSBkYXRhIHBsYW5lIGhhcyBiZWVuIHJl LXJvdXRlZC4NCg0KSnVzdCBhIHRob3VnaHQsIG1vcmUgdG8gY29uc2lkZXIgaGVyZSwNCkFsDQoN Cg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDI3LCAy MDIwIDU6NDIgQU0NClRvOiByb2JlcnRAcmFzenVrLm5ldA0KQ2M6IHNwcmluZ0BpZXRmLm9yZzsg aXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbaXBwbV0g W3NwcmluZ10gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGlv bg0KDQpIaSBSb2JlcnQsDQoNCnRoYW5rcyBmb3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50cy4g SeKAmWQgYmUgZ2xhZCBpZiBvdGhlciBpbnRlcmVzdGVkIG9wZXJhdG9yIHJlcHJlc2VudGF0aXZl cyBpbmRpY2F0ZSB0aGVpciBpbnRlcmVzdCBvbiB0aGUgbGlzdC4uLg0KDQpSZWdhcmRzLCBSdWVk aWdlcg0KDQpWb246IFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2Jl cnRAcmFzenVrLm5ldD4+DQpHZXNlbmRldDogRG9ubmVyc3RhZywgMjcuIEZlYnJ1YXIgMjAyMCAx MDozOA0KQW46IEdlaWIsIFLDvGRpZ2VyIDxSdWVkaWdlci5HZWliQHRlbGVrb20uZGU8bWFpbHRv OlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4+DQpDYzogaXBwbS1jaGFpcnNAaWV0Zi5vcmc8bWFp bHRvOmlwcG0tY2hhaXJzQGlldGYub3JnPjsgU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmc8bWFp bHRvOnNwcmluZ0BpZXRmLm9yZz4+OyBpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3Jn Pg0KQmV0cmVmZjogUmU6IFtzcHJpbmddIE1vbml0b3JpbmcgbWV0cmljIHRvIGRldGVjdCBhbmQg bG9jYXRlIGNvbmdlc3Rpb24NCg0KSGksDQoNCkFzIEkgbWVudGlvbmVkIGluIG15IGZpcnN0IG1h aWwgSSBhbSBhIGJpZyBzdXBwb3J0ZXIgb2YgZW5kIHRvIGVuZCBwYXRoIG1lYXN1cmVtZW50IC0g bWFpbmx5IGhhdmUgYmVlbiBmb2N1c2luZyBvbiBob3AgYnkgaG9wIHRpbWVzdGFtcGluZyBhcHBy b2FjaC4NCg0KU28gbXkgY29tbWVudHMgd2VyZSBub3QgcmVhbGx5IHRvIGRpc2NvdXJhZ2UgaW4g YW55IHdheSBlbmQgdG8gZW5kIHBhdGggcHJvYmluZyAtIGl0IGlzIGV4dHJlbWVseSB1c2VmdWwu IFRoZXkgd2VyZSBqdXN0IHRvIHNlZSB5b3VyIHBvaW50IG9mIHZpZXcgb24gYWx0ZXJuYXRpdmUg b3B0aW9ucyBqdXN0IGZvciB0aGUgc3BlY2lmaWMgZ29hbCBoZXJlIC0gY29uZ2VzdGlvbiBkZXRl Y3Rpb24uDQoNCldpbGwgYmUgd2F0Y2hpbmcgaG93IHlvdXIgcHJvcG9zYWwgZXZvbHZlcyB3aXRo IGludGVyZXN0ICENCg0KQ2hlZXJzLA0KUi4NCg0KT24gVGh1LCBGZWIgMjcsIDIwMjAgYXQgOTox NyBBTSA8UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPG1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVr b20uZGU+PiB3cm90ZToNCkhpIFJvYmVydCwNCg0KcmVnYXJkaW5nIHNjYWxhYmlsaXR5LCBJIGhv cGUgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBvdXIgcG9zaXRpb25zIGlzIGp1c3Qgd2hldGhlciBp dOKAmXMgYSByb3V0ZXIgb3IgYSBkZWRpY2F0ZWQgQ1BFLiBJIGRvbuKAmXQgcHJvbW90ZSBkZXBs b3lpbmcgMjBrIFBDcyAoSSBob3BlIHRvIHByb21vdGUgYSBtZXRyaWMgdG8gcmVwbGFjZSB0aGVt KS4gSSBwcmVmZXIgdGhlIGRlZGljYXRlZCBDUEUsIGJ1dCByb3V0ZXJzIGRvIGFzIHdlbGwuDQoN ClRoZSB0ZWxlbWV0cnkgdGhyZXNob2xkIG1pZ2h0IGJlIGFuIG9wdGlvbiB0b28sIGlmIGNvbmdl c3Rpb24gaXMgdG8gYmUgZGV0ZWN0ZWQuIEluIFNlcHRlbWJlciBsYXN0IHllYXIsIHdlIGhhZCB0 byByZXBsYWNlIGEgbGluZSBjYXJkIGF0IGEgcHJvZHVjdGlvbiByb3V0ZXIsIHdob3NlIGluZ3Jl c3MgcG9ydCBoYXJkd2FyZSB3YXMgY29ycnVwdGVkLiBUaGVyZSB3ZXJlIG5vIGRyb3BzLCBqdXN0 IHJhbmRvbSBkZWxheSB2YXJpYXRpb25zLCB3aGljaCBzaG93ZWQgaW4gb3VyIHBlcmZvcm1hbmNl IG1lYXN1cmVtZW50IHN5c3RlbS4gSSB3b25kZXIgd2hldGhlciBwcm9ibGVtcyBsaWtlIHRoYXQg Y2FuIGJlIGRldGVjdGVkIGJ5IGV2YWx1YXRpbmcgdGVsZW1ldHJ5Lg0KRnVydGhlciwgdGVsZW1l dHJ5IG5lZWRzIHRvIHdvcmsgcmVsaWFibGUgaWYgdGhlIHJvdXRlciBoYXJkd2FyZSBpcyBidXN5 IGRlYWxpbmcgd2l0aCBoZWF2eSBsb2FkcyAoaS5lLiwgdGVsZW1ldHJ5IG11c3QgYmUgc3VmZmlj aWVudGx5IHByaXZpbGVnZWQpLiBFeHRlcm5hbCBtZWFzdXJlbWVudHMgb24gZm9yd2FyZGluZyBs YXllciBkb27igJl0IHJlbHkgb24gcm91dGVyIGludGVybmFsIHByb2Nlc3NpbmcgcmVzb3VyY2Vz Lg0KDQpSZWdhcmRzLA0KDQpSdWVkaWdlcg0KDQoNClZvbjogUm9iZXJ0IFJhc3p1ayA8cm9iZXJ0 QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0Pj4NCkdlc2VuZGV0OiBNaXR0d29j aCwgMjYuIEZlYnJ1YXIgMjAyMCAxNDoxOQ0KQW46IEdlaWIsIFLDvGRpZ2VyIDxSdWVkaWdlci5H ZWliQHRlbGVrb20uZGU8bWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4+DQpDYzogaXBw bS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnPjsgU1BSSU5HIFdH IDxzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+OyBpcHBtQGlldGYub3Jn PG1haWx0bzppcHBtQGlldGYub3JnPg0KQmV0cmVmZjogUmU6IFtzcHJpbmddIE1vbml0b3Jpbmcg bWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb24NCg0KSGksDQoNClR3byBjbGFy aWZpY2F0aW9uczoNCg0KW1JHMV0gdGhlIG1lYXN1cmVtZW50cyBwYXNzIHRoZSByb3V0ZXJzIG9u IGZvcndhcmRpbmcgcGxhbmUuDQoNCldlbGwgaWYgSSBoYXZlIDIwSyBDRXMgYW5kIHdvdWxkIGxp a2UgdG8gbWVhc3VyZSB0aGlzIGVuZCB0byBlbmQgdGhhdCBtZWFucyBpdCBiZXR0ZXIgcnVuIG9u IGEgcm91dGVyIC4uLiBJIGNhbiBub3QgZW52aXNpb24gaW5zdGFsbGluZyAyMEsgbmV3IFBDcyBq dXN0IGZvciB0aGlzLiBBdCBtaW4gc3VjaCBlbmQgcG9pbnQgaXQgc2hvdWxkIHJ1biBvbiBhIHdl bGwgZGVzaWduZWQgQ1BFIGFzIGFuIExYQy4NCg0KW1JHMV0gVXAgdG8gbm93LCB0aGUgY29uZGl0 aW9ucyBpbiBEZXV0c2NoZSBUZWxla29t4oCZcyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVpcmUgYSBj YXJlZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJvYmluZyBpbnRlcnZhbCBhbmQgY291bnRlcnMgdG8g YmUgcmVhZC4NCg0KU3VyZS4gSSBhY3R1YWxseSBoYWQgaW4gbWluZCB0ZWxlbWV0cnkgcHVzaCBt b2RlbCB3aGVyZSB5b3Ugb25seSBnZXQgbm90aWZpZWQgdG8geXIgbW9uaXRvcmluZyBzdGF0aW9u IHdoZW4gYXBwbGllZCBxdWV1ZSB0aHJlc2hvbGQgaXMgY3Jvc3NlZC4gVmVyeSBsaXR0bGUgbWdt dCB0cmFmZmljIGluIHRoZSBuZXR3b3JrIGxpbWl0ZWQgdG8gb25seSBpbmZvcm1hdGlvbiB3aGlj aCBpcyBpbXBvcnRhbnQuDQoNCkkga25vdyBzb21lIHZlbmRvcnMgcmVzaXN0IHRvIGxvY2FsbHkg KGF0IExDIG9yIGxvY2FsIFJFKSBhcHBseSBmaWx0ZXJpbmcgdG8gdGVsZW1ldHJ5IHN0cmVhbWlu ZyBidXQgdGhpcyBpcyBJTUhPIGp1c3Qgc2ljayBhcHByb2FjaC4NCg0KVGh4LA0KUi4NCg0KDQoN Cg0KDQpPbiBXZWQsIEZlYiAyNiwgMjAyMCBhdCAxMjowMSBQTSA8UnVlZGlnZXIuR2VpYkB0ZWxl a29tLmRlPG1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+PiB3cm90ZToNCkhpIFJvYmVy dCwNCg0KVGhhbmtzLCBteSByZXBsaWVzIGluIGxpbmUgbWFya2VkIFtSRzFdDQoNCkkgaGF2ZSBy ZWFkIHlvdXIgZHJhZnQgYW5kIHByZXNlbnRhdGlvbiB3aXRoIGludGVyZXN0IGFzIEkgYW0gYSBi aWcgc3VwcG9ydGVyIGFuZCBpbiBzb21lIGxhYiB0cmlhbHMgIG9mIGVuZCB0byBlbmQgbmV0d29y ayBwYXRoIHByb2JpbmcuDQoNCkZldyBjb21tZW50cywgb2JzZXJ2YXRpb25zLCBxdWVzdGlvbnM6 DQoNCllvdSBhcmUgZXNzZW50aWFsbHkgbWVhc3VyaW5nIGFuZCBjb21wYXJpbmcgZGVsYXkgYWNy b3NzIE4gcGF0aHMgdHJhdmVyc2luZyBrbm93biBuZXR3b3JrIHRvcG9sb2d5IChJIGxvdmUgIm5l dHdvcmsgdG9tb2dyYXBoeSIgbmFtZSAhKQ0KDQpbUkcxXSBpdOKAmXMgdGVsZW1ldHJ5IHdpdGgg YSBjb25zdHJhaW5lZCBzZXQgdXAsIGJ1dCB0aGUgdGVybSBkb2VzbuKAmXQgYXBwZWFyIGluIHRo ZSBkcmFmdCB5ZXTigKZ0aGF0IGNhbiBiZSBjaGFuZ2VkLg0KDQotLS0tLS0NCiogRmlyc3QgcXVl c3Rpb24gLSB0aGlzIHdpbGwgbGlrZWx5IHJ1biBvbiBSRS9SUCBhbmQgaW4gc29tZSBwbGF0Zm9y bXMgcGF0aCBiZXR3ZWVuIExDIGFuZCBSRS9SUCBpcyBjb21wbGV0ZWx5IGRldGVybWluaXN0aWMg YW5kIGNhbiB0YWtlIDEwcyBvciAxMDBzIG9mIG1zIGxvY2FsbHkgaW4gdGhlIHJvdXRlci4gU28g cmlnaHQgaGVyZSB0aGUgcHJvcG9zYWwgdG8gY29tcGFyZSBhbnl0aGluZyBtYXkgbm90IHJlYWxs eSB3b3JrIC0gdW5sZXNzIHRoZSBzcGVjIG1hbmRhdGVzIHRoYXQgYWN0dWFsbHkgdGltZXN0YW1w aW5nIGlzIGRvbmUgaW4gaGFyZHdhcmUgb24gdGhlIHJlY2VpdmluZyBMQy4gVGhlbiBDUFUgY2Fu IHByb2Nlc3MgaXQgd2hlbiBpdCBoYXMgY3ljbGVzLg0KDQpbUkcxXSB0aGUgbWVhc3VyZW1lbnRz IHBhc3MgdGhlIHJvdXRlcnMgb24gZm9yd2FyZGluZyBwbGFuZS4gSGlnaC1lbmQgcm91dGVycyBh ZGQgdmFyaWFibGUgcHJvY2Vzc2luZyBsYXRlbmNpZXMuIEl04oCZcyBvbiBhIGxldmVsIG9mIGRv dWJsZSBvciBsb3dlciB0cmlwbGUgZGlnaXQgW3VzXSBvbiBEZXV0c2NoZSBUZWxla29tIGJhY2ti b25lIHJvdXRlcnMuIElmIGEgZGVkaWNhdGVkIHNlbmRlciByZWNlaXZlciBzeXN0ZW0gaXMgdXNl ZCwgdGltZXN0YW1waW5nIG1heSBiZSBvcHRpbWl6ZWQgZm9yIHRoZSBwdXJwb3NlLg0KLS0tLS0t DQoNCiogU2Vjb25kIHF1ZXN0aW9uIGlzIHRoYXQgY29uZ2VzdGlvbiB1c3VhbGx5IGhhcyBhIHZl cnkgdHJhbnNpZW50IGNoYXJhY3RlciAuLi4gWW91IHdvdWxkIG5lZWQgdG8gYmUgc3VwZXIgbHVj a3kgdG8gZmluZCBhbnkgY29uZ2VzdGlvbiBpbiBub3JtYWwgbmV0d29yayB1c2luZyB0ZXN0IHBy b2JlcyBvZiBhbnkgc29ydC4gSWYgeW91IGhhdmUgaW50ZXJmYWNlcyBhbHdheXMgY29uZ2VzdGVk IHRoZW4ganVzdCB0aGUgcXVldWUgZGVwdGggdGltZSBkZWx0YSBtYXkgbm90IGJlIHZpc2libGUg aW4gZW5kIHRvIGVuZCBtZWFzdXJlbWVudHMuDQoNCltSRzFdIFRoZSBwcm9iaW5nIGZyZXF1ZW5j eSBkZXBlbmRzIG9uIHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgY29uZ2VzdGlvbiB0aGUgb3BlcmF0 b3Igd2FudHMgdG8gYmUgYXdhcmUgb2YuIFVucGxhbm5lZCBldmVudHMgbWF5IGNhdXNlIGNoYW5n ZXMgaW4gbWVhc3VyZW1lbnQgZGVsYXlzIGxhc3RpbmcgZm9yIG1pbnV0ZXMgb3IgbG9uZ2VyIChj b25nZXN0aW9uIG9yIGhhcmR3YXJlIGlzc3VlcykuIFRoZSBkdXJhdGlvbiBvZiBhIHJlbGlhYmx5 IGRldGVjdGFibGUg4oCcZXZlbnTigJ0gY29ycmVzcG9uZCB0byB0aGUgbWVhc3VyZW1lbnQgcGFj a2V0IGRpc3RhbmNlIChJIGRvbuKAmXQgaW50ZW5kIHRvIHJlcGxhY2UgaGVsbG8tZXhjaGFuZ2Vz IG9yIEJGRCBieSB0aGUgbWV0cmljKS4NCi0tLS0tLQ0KDQoqIFRoaXJkIC0gd2h5IG5vdCBzaW1w bHkgbG9vayBhdCB0aGUgcXVldWUgY291bnRlcnMgYXQgZWFjaCBub2RlID8gUXVldWUgZGVwdGgs IHF1ZXVlIGhpc3RvcnksIG1pbiwgYXZnLCBtYXggb24gYSBwZXIgaW50ZXJmYWNlIGJhc2lzIG9m ZmVyIHRvbnMgb2YgaW5mb3JtYXRpb24gcmVhZGlseSBhdmFpbGFibGUuIFdoeSB3b3VsZCBhbnlv bmUgbmVlZCB0byBpbmplY3QgbG9vcHMgb2YgcHJvYmUgcGFja2V0cyBpbiBrbm93biBuZXR3b3Jr IHRvIGRldGVjdCB0aGlzID8gQW5kIGluIGJsYWNrIGJveCB1bmtub3duIG5ldHdvcmtzIHRoaXMg aXMgbm90IGdvaW5nIHRvIHdvcmsgYXMgeW91IHdvdWxkIG5vdCBrbm93IHRoZSBuZXR3b3JrIHRv cG9sb2d5IGluIHRoZSBmaXJzdCBwbGFjZS4gTGlrZXdpc2UgbGluayBkb3duL3VwIGlzIGFscmVh ZHkgcmVmbGVjdGVkIGluIHlvdXIgc3lzbG9nIHZpYSBCRkQgYW5kIElHUCBhbGFybXMuIEkgcmVh bGx5IGRvIG5vdCB0aGluayB5b3UgbmVlZCBlbmQgdG8gZW5kIHByb3RvY29sIHRvIHRlbGwgeW91 IHRoYXQuDQoNCltSRzFdIFVwIHRvIG5vdywgdGhlIGNvbmRpdGlvbnMgaW4gRGV1dHNjaGUgVGVs ZWtvbeKAmXMgYmFja2JvbmUgbmV0d29yayByZXF1aXJlIGEgY2FyZWZ1bCBkZXNpZ24gb2Ygcm91 dGVyIHByb2JpbmcgaW50ZXJ2YWwgYW5kIGNvdW50ZXJzIHRvIGJlIHJlYWQuIFRoZSBwcm9wb3Nl ZCBtZXRyaWMgYWxsb3dzIHRvIGNhcHR1cmUgcGVyc2lzdGVudCBpc3N1ZXMgaW1wYWN0aW5nIGZv cndhcmRpbmcuIEl0IHBvaW50cyBvdXQsIHdoZXJlIHRoZXNlIGxpa2VseSBvY2N1ci4gQW4gb3Bl cmF0b3IgbWF5IHRoZW4gaGF2ZSBhIGNsb3NlciBsb29rIGF0IGFuIGludGVyZmFjZS9yb3V0ZXIg dG8gYW5hbHlzZSB3aGF04oCZcyBnb2luZyBvbiwgdXNpbmcgdGhlIGZ1bGwgYXJzZW5hbCBvZiBh Y2Nlc3NpYmxlIGluZm9ybWF0aW9uIGFuZCB0b29scy4gQXMgdW51c3VhbCBldmVudHMgaGFwcGVu IHJhcmVseSwgaXQgbWF5IHN0aWxsIGJlIGEgZmFpciBxdWVzdGlvbiBmb3Igd2hpY2ggcHVycG9z ZSBsaW5lY2FyZC0gYW5kIGNlbnRyYWwgcHJvY2Vzc2luZyBjeWNsZXMgb2Ygcm91dGVycyBhcmUg Y29uc3VtZWQuDQotLS0tLS0tDQorIFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIG5pdCBiZWxvdy4u DQoNClJlZ2FyZHMsIFJ1ZWRpZ2VyDQoNCnMvbm9kZXMgTDEwMCBhbmQgTDIwMCBvbmUgb25lL25v ZGVzIEwxMDAgYW5kIEwyMDAgb24gb25lLw0KDQo6KQ0KDQpNYW55IHRoeCwNClIuDQoNCk9uIFdl ZCwgRmViIDI2LCAyMDIwIGF0IDg6NTUgQU0gPFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTxtYWls dG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPj4gd3JvdGU6DQpEZWFyIElQUE0gKGFuZCBTUFJJ TkcpIHBhcnRpY2lwYW50cywNCg0KSeKAmW0gc29sbGljaXRpbmcgaW50ZXJlc3QgaW4gYSBuZXcg bmV0d29yayBtb25pdG9yaW5nIG1ldHJpYyB3aGljaCBhbGxvd3MgdG8gZGV0ZWN0IGFuZCBsb2Nh dGUgY29uZ2VzdGVkIGludGVyZmFjZXMuIEltcG9ydGFudCBwcm9wZXJ0aWVzIGFyZQ0KDQogICog ICBTYW1lIHNjYWxhYmlsaXR5IGFzIElDTVAgcGluZyBpbiB0aGUgc2Vuc2Ugb25lIG1lYXN1cmVt ZW50IHJlbGF0aW9uIHJlcXVpcmVkIHBlciBtb25pdG9yZWQgY29ubmVjdGlvbg0KICAqICAgQWRk cyBkZXRlY3Rpb24gYW5kIGxvY2F0aW9uIG9mIGNvbmdlc3RlZCBpbnRlcmZhY2VzIGFzIGNvbXBh cmVkIHRvIElDTVAgcGluZyAob3RoZXJ3aXNlIG1lYXN1cmVkIG1ldHJpY3MgYXJlIGNvbXBhdGli bGUgd2l0aCBJQ01QIHBpbmcpDQogICogICBSZXF1aXJlcyBTZWdtZW50IFJvdXRpbmcgKHdoaWNo IG1lYW5zLCBtZWFzdXJlbWVudCBvbiBmb3J3YXJkaW5nIGxheWVyLCBubyBvdGhlciBpbnRlcmFj dGlvbiB3aXRoIHBhc3NlZCByb3V0ZXJzIOKAkyBpbiBvcHBvc2l0ZSB0byBJQ01QIHBpbmcpDQog ICogICBBY3RpdmUgbWVhc3VyZW1lbnQgKG1heSBiZSBkZXBsb3llZCB1c2luZyBhIHNpbmdsZSBz ZW5kZXImcmVjZWl2ZXIgb3Igc2VwYXJhdGUgc2VuZGVyIGFuZCByZWNlaXZlciwgU2VnbWVudCBS b3V0aW5nIGFsbG93cyBmb3IgYm90aCBvcHRpb25zKQ0KDQpJ4oCZZCBiZSBoYXBweSB0byBwcmVz ZW50IHRoZSBkcmFmdCBpbiBWYW5jb3V2ZXIuLiBJZiB0aGVyZeKAmXMgY29tbXVuaXR5IGludGVy ZXN0LiBQbGVhc2UgcmVhZCBhbmQgY29tbWVudC4NCg0KWW914oCZbGwgZmluZCBzbGlkZXMgYXQN Cg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwNS9tYXRlcmlhbHMvc2xp ZGVzLTEwNS1pcHBtLTE0LWRyYWZ0LWdlaWItaXBwbS1jb25uZWN0aXZpdHktbW9uaXRvcmluZy0w MDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2Rh dGF0cmFja2VyLmlldGYub3JnX21lZXRpbmdfMTA1X21hdGVyaWFsc19zbGlkZXMtMkQxMDUtMkRp cHBtLTJEMTQtMkRkcmFmdC0yRGdlaWItMkRpcHBtLTJEY29ubmVjdGl2aXR5LTJEbW9uaXRvcmlu Zy0yRDAwJmQ9RHdNR2FRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPU9mc1N1OGtUSWx0VnlE MW9MNzJjQncmbT1jMzhQcEZUYUowQVdUajlxM3lONE50WVVEX2lldWdDV01uUnFqZDNabVBRJnM9 M3p6bEFsYWIzOTlCdzNhNnhYOHlXWUtOaUlndWwtRnhXaVFYM2wwbjc1OCZlPT4NCg0KRHJhZnQg dXJsOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nZWliLWlwcG0t Y29ubmVjdGl2aXR5LW1vbml0b3JpbmcvPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEZ2Vp Yi0yRGlwcG0tMkRjb25uZWN0aXZpdHktMkRtb25pdG9yaW5nXyZkPUR3TUdhUSZjPUxGWVotbzlf SFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09YzM4UHBGVGFKMEFXVGo5 cTN5TjROdFlVRF9pZXVnQ1dNblJxamQzWm1QUSZzPVp1MVNMcnJIU0MwWGV5U2s3WlNaeFo1Q25F amRubG8xVGREcThSMDdaSkUmZT0+DQoNClJlZ2FyZHMsDQoNClJ1ZWRpZ2VyDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlz dA0Kc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzxodHRwczovL3VybGRlZmVuc2UucHJvb2Zw b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZv X3NwcmluZyZkPUR3TUdhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5 RDFvTDcyY0J3Jm09YzM4UHBGVGFKMEFXVGo5cTN5TjROdFlVRF9pZXVnQ1dNblJxamQzWm1QUSZz PUoyQWhPbDZEUnFmZzNsazkwYW5VSkV2T1F5Z0dkSU1BTXlmSndkWnRyVlUmZT0+DQo= --_000_4D7F4AD313D3FC43A053B309F97543CFED653C41njmtexg5researc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpi bGFjazt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDU2LjdwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6NTkxODE2OTgwOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczot MTY1MjI5OTgyO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGlu Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMu NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6OTA4NDI1ODc3Ow0K CW1zby1saXN0LXRlbXBsYXRlLWlkczotMTI3NDcwMjk4O30NCkBsaXN0IGwxOmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEu MGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw3 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0Kb2wNCgl7bWFyZ2lu LWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+SGkgUnVkaWdlciw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+SeKAmW0gbG9va2lu ZyBhdCB5b3VyIHByb3Bvc2FsIGFnYWluIGFmdGVyIHNldmVyYWwgbW9udGhzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5UaGFua3MgZm9yIHByZXBhcmlu ZyB0aGUgc2xpZGVzLCB3aGljaCBoZWxwLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrIj5JIGhhdmUgYSBxdWVzdGlvbiBhYm91dCBvbmUgb2YgdGhlIGlu ZmVycmVkIHJlc3VsdHMNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+b24gc2xpZGUgMiwgd2hlcmUgaXQgc2F5czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+U2ltdWx0YW5lb3VzIHBhY2tldCBsb3NzIG9yIGEg Y2hhbmdlIGluIGRlbGF5IG9mIG1lYXN1cmVtZW50DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPnBhdGhzIDEsIDIgYW5kIDMgaW5kaWNhdGUgbG9zcyBv ZiBjb25uZWN0aXZpdHkgYmV0d2VlbiBMU1IgYSBhbmQgTEVSIGk8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+V2hhdCBhcmUgdGhlIGRldGFpbHMgbGVhZGlu Zy11cCB0byB0aGUgY29uY2x1c2lvbiBhYm92ZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2siPkkgbWlnaHQgYmUgbW9yZSBpbmNsaW5lZCB0byBhZ3JlZSBp ZiB0aGUgY29uZGl0aW9ucyB3ZXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O2NvbG9yOmJsYWNrIj7igJxTaW11bHRhbmVvdXMgcGFja2V0IGxvc3MgQU5EIGEgY2hhbmdlIGlu IGRlbGF5IG9mIG1lYXN1cmVtZW504oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj5wb3NzaWJsZSBiZWNhdXNlIHRoZSBkYXRhIHBsYW5lIGhhcyBiZWVu IHJlLXJvdXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj ayI+SnVzdCBhIHRob3VnaHQsIG1vcmUgdG8gY29uc2lkZXIgaGVyZSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkFsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ RnJvbTo8L2I+IGlwcG0gW21haWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIDxiPk9uIEJlaGFs ZiBPZg0KPC9iPlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTxicj4NCjxiPlNlbnQ6PC9iPiBUaHVy c2RheSwgRmVicnVhcnkgMjcsIDIwMjAgNTo0MiBBTTxicj4NCjxiPlRvOjwvYj4gcm9iZXJ0QHJh c3p1ay5uZXQ8YnI+DQo8Yj5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0 Zi5vcmc7IGlwcG1AaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBbc3By aW5nXSBNb25pdG9yaW5nIG1ldHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBSb2JlcnQsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPnRoYW5rcyBmb3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50cy4gSeKA mWQgYmUgZ2xhZCBpZiBvdGhlciBpbnRlcmVzdGVkIG9wZXJhdG9yIHJlcHJlc2VudGF0aXZlcyBp bmRpY2F0ZSB0aGVpciBpbnRlcmVzdCBvbiB0aGUgbGlzdC4uLg0KPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlJlZ2FyZHMsIFJ1ZWRpZ2VyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu IGxhbmc9IkRFIj5Wb246PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJERSI+IFJvYmVydCBSYXN6dWsg Jmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8 L2E+Jmd0Ow0KPGJyPg0KPGI+R2VzZW5kZXQ6PC9iPiBEb25uZXJzdGFnLCAyNy4gRmVicnVhciAy MDIwIDEwOjM4PGJyPg0KPGI+QW46PC9iPiBHZWliLCBSw7xkaWdlciAmbHQ7PGEgaHJlZj0ibWFp bHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSI+UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPC9h PiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzppcHBtLWNoYWlyc0BpZXRmLm9y ZyI+aXBwbS1jaGFpcnNAaWV0Zi5vcmc8L2E+OyBTUFJJTkcgV0cgJmx0OzxhIGhyZWY9Im1haWx0 bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFp bHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KPGI+QmV0cmVmZjo8L2I+ IFJlOiBbc3ByaW5nXSBNb25pdG9yaW5nIG1ldHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25n ZXN0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBJIG1lbnRpb25lZCBpbiBt eSBmaXJzdCBtYWlsIEkgYW0gYSBiaWcgc3VwcG9ydGVyJm5ic3A7b2YgZW5kIHRvIGVuZCBwYXRo IG1lYXN1cmVtZW50IC0gbWFpbmx5IGhhdmUgYmVlbiBmb2N1c2luZyBvbiBob3AgYnkgaG9wIHRp bWVzdGFtcGluZyBhcHByb2FjaC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28gbXkgY29tbWVudHMgd2VyZSBub3QgcmVhbGx5IHRv IGRpc2NvdXJhZ2UgaW4gYW55IHdheSBlbmQgdG8gZW5kIHBhdGggcHJvYmluZyAtIGl0IGlzIGV4 dHJlbWVseSB1c2VmdWwuIFRoZXkgd2VyZSBqdXN0IHRvIHNlZSB5b3VyIHBvaW50IG9mIHZpZXcg b24gYWx0ZXJuYXRpdmUgb3B0aW9ucyBqdXN0IGZvciB0aGUgc3BlY2lmaWMgZ29hbCBoZXJlIC0g Y29uZ2VzdGlvbiBkZXRlY3Rpb24uJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldpbGwgYmUgd2F0Y2hpbmcgaG93IHlvdXIgcHJvcG9z YWwgZXZvbHZlcyB3aXRoIGludGVyZXN0ICE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLDxicj4NClIuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgRmViIDI3LCAyMDIw IGF0IDk6MTcgQU0gJmx0OzxhIGhyZWY9Im1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGUi PlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg I0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0 O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBSb2JlcnQsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj5yZWdhcmRpbmcgc2NhbGFiaWxpdHksIEkgaG9wZSB0aGUgZGlm ZmVyZW5jZSBiZXR3ZWVuIG91ciBwb3NpdGlvbnMgaXMganVzdCB3aGV0aGVyIGl04oCZcyBhIHJv dXRlciBvciBhIGRlZGljYXRlZCBDUEUuIEkgZG9u4oCZdCBwcm9tb3RlIGRlcGxveWluZyAyMGsg UENzIChJIGhvcGUgdG8gcHJvbW90ZSBhIG1ldHJpYw0KIHRvIHJlcGxhY2UgdGhlbSkuIEkgcHJl ZmVyIHRoZSBkZWRpY2F0ZWQgQ1BFLCBidXQgcm91dGVycyBkbyBhcyB3ZWxsLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+VGhlIHRlbGVtZXRyeSB0aHJlc2hvbGQgbWlnaHQgYmUgYW4gb3B0 aW9uIHRvbywgaWYgY29uZ2VzdGlvbiBpcyB0byBiZSBkZXRlY3RlZC4gSW4gU2VwdGVtYmVyIGxh c3QgeWVhciwgd2UgaGFkIHRvIHJlcGxhY2UgYSBsaW5lIGNhcmQgYXQgYSBwcm9kdWN0aW9uIHJv dXRlciwgd2hvc2UgaW5ncmVzcyBwb3J0DQogaGFyZHdhcmUgd2FzIGNvcnJ1cHRlZC4gVGhlcmUg d2VyZSBubyBkcm9wcywganVzdCByYW5kb20gZGVsYXkgdmFyaWF0aW9ucywgd2hpY2ggc2hvd2Vk IGluIG91ciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBzeXN0ZW0uIEkgd29uZGVyIHdoZXRoZXIg cHJvYmxlbXMgbGlrZSB0aGF0IGNhbiBiZSBkZXRlY3RlZCBieSBldmFsdWF0aW5nIHRlbGVtZXRy eS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5GdXJ0aGVyLCB0ZWxl bWV0cnkgbmVlZHMgdG8gd29yayByZWxpYWJsZSBpZiB0aGUgcm91dGVyIGhhcmR3YXJlIGlzIGJ1 c3kgZGVhbGluZyB3aXRoIGhlYXZ5IGxvYWRzIChpLmUuLCB0ZWxlbWV0cnkgbXVzdCBiZSBzdWZm aWNpZW50bHkgcHJpdmlsZWdlZCkuIEV4dGVybmFsIG1lYXN1cmVtZW50cyBvbiBmb3J3YXJkaW5n DQogbGF5ZXIgZG9u4oCZdCByZWx5IG9uIHJvdXRlciBpbnRlcm5hbCBwcm9jZXNzaW5nIHJlc291 cmNlcy4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+UnVlZGlnZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJE RSI+Vm9uOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iREUiPiBSb2JlcnQgUmFzenVrICZsdDs8YSBo cmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRAcmFz enVrLm5ldDwvYT4mZ3Q7DQo8YnI+DQo8Yj5HZXNlbmRldDo8L2I+IE1pdHR3b2NoLCAyNi4gRmVi cnVhciAyMDIwIDE0OjE5PGJyPg0KPGI+QW46PC9iPiBHZWliLCBSw7xkaWdlciAmbHQ7PGEgaHJl Zj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSIgdGFyZ2V0PSJfYmxhbmsiPlJ1ZWRp Z2VyLkdlaWJAdGVsZWtvbS5kZTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWls dG86aXBwbS1jaGFpcnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtLWNoYWlyc0BpZXRm Lm9yZzwvYT47IFNQUklORyBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnNwcmluZ0BpZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRv OmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxi PkJldHJlZmY6PC9iPiBSZTogW3NwcmluZ10gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFu ZCBsb2NhdGUgY29uZ2VzdGlvbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj5IaSw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5Ud28gY2xhcmlmaWNhdGlvbnM6Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5bUkcxXSB0aGUgbWVhc3VyZW1lbnRzIHBhc3Mg dGhlIHJvdXRlcnMgb24gZm9yd2FyZGluZyBwbGFuZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldlbGwgaWYgSSBoYXZlIDIw SyBDRXMgYW5kIHdvdWxkIGxpa2UgdG8gbWVhc3VyZSB0aGlzIGVuZCB0byBlbmQgdGhhdCBtZWFu cyBpdCBiZXR0ZXIgcnVuIG9uIGEgcm91dGVyIC4uLiBJIGNhbiBub3QgZW52aXNpb24gaW5zdGFs bGluZyAyMEsgbmV3IFBDcyBqdXN0IGZvciB0aGlzLiBBdCBtaW4gc3VjaCBlbmQNCiBwb2ludCBp dCBzaG91bGQgcnVuIG9uIGEgd2VsbCBkZXNpZ25lZCBDUEUgYXMgYW4gTFhDLiZuYnNwOyZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+W1JHMV0gVXAgdG8gbm93LCB0aGUgY29uZGl0aW9ucyBpbiBEZXV0c2NoZSBUZWxla29t4oCZ cyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVpcmUgYSBjYXJlZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJv YmluZyBpbnRlcnZhbCBhbmQgY291bnRlcnMgdG8gYmUgcmVhZC4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlN1cmUuIEkgYWN0 dWFsbHkgaGFkIGluIG1pbmQgdGVsZW1ldHJ5IHB1c2ggbW9kZWwgd2hlcmUgeW91IG9ubHkgZ2V0 IG5vdGlmaWVkIHRvIHlyIG1vbml0b3Jpbmcgc3RhdGlvbiB3aGVuIGFwcGxpZWQgcXVldWUgdGhy ZXNob2xkJm5ic3A7aXMgY3Jvc3NlZC4gVmVyeSBsaXR0bGUgbWdtdCB0cmFmZmljIGluIHRoZSBu ZXR3b3JrDQogbGltaXRlZCB0byBvbmx5IGluZm9ybWF0aW9uIHdoaWNoIGlzIGltcG9ydGFudC4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPkkga25vdyBzb21lIHZlbmRvcnMgcmVzaXN0IHRvIGxvY2FsbHkgKGF0IExDIG9yIGxv Y2FsIFJFKSBhcHBseSBmaWx0ZXJpbmcgdG8gdGVsZW1ldHJ5IHN0cmVhbWluZyBidXQgdGhpcyBp cyBJTUhPIGp1c3Qgc2ljayBhcHByb2FjaC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoeCw8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Ui48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5P biBXZWQsIEZlYiAyNiwgMjAyMCBhdCAxMjowMSBQTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOlJ1ZWRp Z2VyLkdlaWJAdGVsZWtvbS5kZSIgdGFyZ2V0PSJfYmxhbmsiPlJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5n OjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5IaSBSb2JlcnQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkRFIj4mbmJzcDs8L3NwYW4+PC9iPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaGFua3MsIG15IHJlcGxpZXMgaW4gbGluZSBt YXJrZWQgW1JHMV08bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+SSBoYXZlIHJlYWQgeW91ciBkcmFmdCZuYnNwO2FuZCBwcmVzZW50YXRpb24g d2l0aCBpbnRlcmVzdCBhcyBJIGFtIGEgYmlnJm5ic3A7c3VwcG9ydGVyIGFuZCBpbiBzb21lIGxh YiB0cmlhbHMmbmJzcDsgb2YgZW5kIHRvIGVuZCBuZXR3b3JrIHBhdGggcHJvYmluZy4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PkZldyBjb21tZW50cywgb2JzZXJ2YXRpb25zLCBxdWVzdGlvbnM6Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Zb3UgYXJlIGVz c2VudGlhbGx5IG1lYXN1cmluZyBhbmQgY29tcGFyaW5nIGRlbGF5IGFjcm9zcyBOIHBhdGhzIHRy YXZlcnNpbmcga25vd24mbmJzcDtuZXR3b3JrIHRvcG9sb2d5IChJIGxvdmUgJnF1b3Q7bmV0d29y ayB0b21vZ3JhcGh5JnF1b3Q7IG5hbWUgISk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPltS RzFdIGl04oCZcyB0ZWxlbWV0cnkgd2l0aCBhIGNvbnN0cmFpbmVkIHNldCB1cCwgYnV0IHRoZSB0 ZXJtIGRvZXNu4oCZdCBhcHBlYXIgaW4gdGhlIGRyYWZ0IHlldOKApnRoYXQgY2FuIGJlIGNoYW5n ZWQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0tLS0tLTxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4qIEZp cnN0IHF1ZXN0aW9uIC0gdGhpcyB3aWxsIGxpa2VseSBydW4gb24gUkUvUlAgYW5kIGluIHNvbWUg cGxhdGZvcm1zIHBhdGggYmV0d2VlbiBMQyBhbmQgUkUvUlAgaXMgY29tcGxldGVseSBkZXRlcm1p bmlzdGljJm5ic3A7YW5kIGNhbiB0YWtlIDEwcyBvciAxMDBzIG9mIG1zIGxvY2FsbHkgaW4gdGhl IHJvdXRlci4NCiBTbyByaWdodCBoZXJlIHRoZSBwcm9wb3NhbCB0byBjb21wYXJlIGFueXRoaW5n IG1heSBub3QgcmVhbGx5IHdvcmsmbmJzcDstIHVubGVzcyB0aGUgc3BlYyBtYW5kYXRlcyB0aGF0 IGFjdHVhbGx5IHRpbWVzdGFtcGluZyBpcyBkb25lIGluIGhhcmR3YXJlIG9uIHRoZSByZWNlaXZp bmcgTEMuIFRoZW4gQ1BVIGNhbiBwcm9jZXNzIGl0IHdoZW4gaXQgaGFzIGN5Y2xlcy4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPltSRzFdIHRoZSBtZWFzdXJlbWVudHMgcGFzcyB0 aGUgcm91dGVycyBvbiBmb3J3YXJkaW5nIHBsYW5lLiBIaWdoLWVuZCByb3V0ZXJzIGFkZCB2YXJp YWJsZSBwcm9jZXNzaW5nIGxhdGVuY2llcy4gSXTigJlzIG9uIGEgbGV2ZWwgb2YgZG91YmxlIG9y IGxvd2VyIHRyaXBsZSBkaWdpdCBbdXNdIG9uIERldXRzY2hlDQogVGVsZWtvbSBiYWNrYm9uZSBy b3V0ZXJzLiBJZiBhIGRlZGljYXRlZCBzZW5kZXIgcmVjZWl2ZXIgc3lzdGVtIGlzIHVzZWQsIHRp bWVzdGFtcGluZyBtYXkgYmUgb3B0aW1pemVkIGZvciB0aGUgcHVycG9zZS4NCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiogU2Vjb25kIHF1ZXN0aW9uIGlzIHRoYXQgY29uZ2VzdGlv biB1c3VhbGx5IGhhcyBhIHZlcnkgdHJhbnNpZW50IGNoYXJhY3RlciAuLi4gWW91IHdvdWxkIG5l ZWQgdG8gYmUgc3VwZXIgbHVja3kgdG8gZmluZCBhbnkgY29uZ2VzdGlvbiZuYnNwO2luIG5vcm1h bCBuZXR3b3JrIHVzaW5nIHRlc3QgcHJvYmVzIG9mIGFueQ0KIHNvcnQuIElmIHlvdSBoYXZlIGlu dGVyZmFjZXMgYWx3YXlzIGNvbmdlc3RlZCB0aGVuIGp1c3QgdGhlIHF1ZXVlIGRlcHRoIHRpbWUg ZGVsdGEgbWF5IG5vdCBiZSB2aXNpYmxlIGluIGVuZCB0byBlbmQgbWVhc3VyZW1lbnRzLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+W1JHMV0gVGhlIHByb2JpbmcgZnJlcXVlbmN5IGRlcGVu ZHMgb24gdGhlIGNoYXJhY3RlcmlzdGljcyBvZiBjb25nZXN0aW9uIHRoZSBvcGVyYXRvciB3YW50 cyB0byBiZSBhd2FyZSBvZi4gVW5wbGFubmVkIGV2ZW50cyBtYXkgY2F1c2UgY2hhbmdlcyBpbiBt ZWFzdXJlbWVudCBkZWxheXMgbGFzdGluZyBmb3INCiBtaW51dGVzIG9yIGxvbmdlciAoY29uZ2Vz dGlvbiBvciBoYXJkd2FyZSBpc3N1ZXMpLiBUaGUgZHVyYXRpb24gb2YgYSByZWxpYWJseSBkZXRl Y3RhYmxlIOKAnGV2ZW504oCdIGNvcnJlc3BvbmQgdG8gdGhlIG1lYXN1cmVtZW50IHBhY2tldCBk aXN0YW5jZSAoSSBkb27igJl0IGludGVuZCB0byByZXBsYWNlIGhlbGxvLWV4Y2hhbmdlcyBvciBC RkQgYnkgdGhlIG1ldHJpYykuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+LS0tLS0tJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj4qIFRoaXJkIC0gd2h5IG5vdCBzaW1wbHkgbG9vayBhdCB0aGUgcXVl dWUgY291bnRlcnMgYXQgZWFjaCBub2RlID8gUXVldWUgZGVwdGgsIHF1ZXVlIGhpc3RvcnksIG1p biwgYXZnLCBtYXggb24gYSBwZXIgaW50ZXJmYWNlIGJhc2lzIG9mZmVyIHRvbnMgb2YgaW5mb3Jt YXRpb24gcmVhZGlseSBhdmFpbGFibGUuDQogV2h5IHdvdWxkIGFueW9uZSBuZWVkIHRvIGluamVj dCBsb29wcyBvZiBwcm9iZSBwYWNrZXRzIGluIGtub3duIG5ldHdvcmsgdG8gZGV0ZWN0IHRoaXMg PyBBbmQgaW4gYmxhY2sgYm94IHVua25vd24gbmV0d29ya3MgdGhpcyBpcyBub3QgZ29pbmcgdG8g d29yayBhcyB5b3Ugd291bGQgbm90IGtub3cgdGhlIG5ldHdvcmsgdG9wb2xvZ3kgaW4gdGhlIGZp cnN0IHBsYWNlLiBMaWtld2lzZSBsaW5rIGRvd24vdXAgaXMgYWxyZWFkeSByZWZsZWN0ZWQgaW4N CiB5b3VyIHN5c2xvZyB2aWEgQkZEIGFuZCBJR1AgYWxhcm1zLiBJIHJlYWxseSBkbyBub3QgdGhp bmsgeW91IG5lZWQgZW5kIHRvIGVuZCBwcm90b2NvbCB0byB0ZWxsIHlvdSB0aGF0LiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+W1JHMV0gVXAgdG8gbm93LCB0aGUgY29uZGl0aW9u cyBpbiBEZXV0c2NoZSBUZWxla29t4oCZcyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVpcmUgYSBjYXJl ZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJvYmluZyBpbnRlcnZhbCBhbmQgY291bnRlcnMgdG8gYmUg cmVhZC4gVGhlIHByb3Bvc2VkIG1ldHJpYyBhbGxvd3MgdG8NCiBjYXB0dXJlIHBlcnNpc3RlbnQg aXNzdWVzIGltcGFjdGluZyBmb3J3YXJkaW5nLiBJdCBwb2ludHMgb3V0LCB3aGVyZSB0aGVzZSBs aWtlbHkgb2NjdXIuIEFuIG9wZXJhdG9yIG1heSB0aGVuIGhhdmUgYSBjbG9zZXIgbG9vayBhdCBh biBpbnRlcmZhY2Uvcm91dGVyIHRvIGFuYWx5c2Ugd2hhdOKAmXMgZ29pbmcgb24sIHVzaW5nIHRo ZSBmdWxsIGFyc2VuYWwgb2YgYWNjZXNzaWJsZSBpbmZvcm1hdGlvbiBhbmQgdG9vbHMuIEFzIHVu dXN1YWwgZXZlbnRzDQogaGFwcGVuIHJhcmVseSwgaXQgbWF5IHN0aWxsIGJlIGEgZmFpciBxdWVz dGlvbiBmb3Igd2hpY2ggcHVycG9zZSBsaW5lY2FyZC0gYW5kIGNlbnRyYWwgcHJvY2Vzc2luZyBj eWNsZXMgb2Ygcm91dGVycyBhcmUgY29uc3VtZWQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mIzQzOyZuYnNwO1RoYW5rcyBmb3Ig Y2F0Y2hpbmcgdGhlIG5pdCBiZWxvdy4uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdh cmRzLCBSdWVkaWdlcjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+cy88c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOiNGRkZERjUi Pm5vZGVzIEwxMDAgYW5kIEwyMDAgb25lIG9uZS9ub2RlcyBMMTAwIGFuZCBMMjAwIG9uIG9uZS8m bmJzcDsmbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOiNGRkZE RjUiPjopJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+TWFueSB0aHgsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbiBXZWQsIEZlYiAyNiwgMjAyMCBhdCA4 OjU1IEFNICZsdDs8YSBocmVmPSJtYWlsdG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIiB0YXJn ZXQ9Il9ibGFuayI+UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPC9hPiZndDsgd3JvdGU6PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2lu LWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkRFIj5EZWFyIElQUE0gKGFuZCBTUFJJTkcpIHBhcnRpY2lwYW50cyw8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkRFIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPknigJltIHNvbGxp Y2l0aW5nIGludGVyZXN0IGluIGEgbmV3IG5ldHdvcmsgbW9uaXRvcmluZyBtZXRyaWMgd2hpY2gg YWxsb3dzIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3RlZCBpbnRlcmZhY2VzLiBJbXBvcnRh bnQgcHJvcGVydGllcyBhcmU8bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPg0KU2FtZSBzY2FsYWJp bGl0eSBhcyBJQ01QIHBpbmcgaW4gdGhlIHNlbnNlIG9uZSBtZWFzdXJlbWVudCByZWxhdGlvbiBy ZXF1aXJlZCBwZXIgbW9uaXRvcmVkIGNvbm5lY3Rpb248bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMyI+DQpBZGRzIGRldGVjdGlvbiBh bmQgbG9jYXRpb24gb2YgY29uZ2VzdGVkIGludGVyZmFjZXMgYXMgY29tcGFyZWQgdG8gSUNNUCBw aW5nIChvdGhlcndpc2UgbWVhc3VyZWQgbWV0cmljcyBhcmUgY29tcGF0aWJsZSB3aXRoIElDTVAg cGluZyk8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBs ZXZlbDEgbGZvMyI+DQpSZXF1aXJlcyBTZWdtZW50IFJvdXRpbmcgKHdoaWNoIG1lYW5zLCBtZWFz dXJlbWVudCBvbiBmb3J3YXJkaW5nIGxheWVyLCBubyBvdGhlciBpbnRlcmFjdGlvbiB3aXRoIHBh c3NlZCByb3V0ZXJzIOKAkyBpbiBvcHBvc2l0ZSB0byBJQ01QIHBpbmcpPG86cD48L286cD48L2xp PjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPg0KQWN0aXZl IG1lYXN1cmVtZW50IChtYXkgYmUgZGVwbG95ZWQgdXNpbmcgYSBzaW5nbGUgc2VuZGVyJmFtcDty ZWNlaXZlciBvciBzZXBhcmF0ZSBzZW5kZXIgYW5kIHJlY2VpdmVyLCBTZWdtZW50IFJvdXRpbmcg YWxsb3dzIGZvciBib3RoIG9wdGlvbnMpPG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5J4oCZZCBiZSBoYXBweSB0byBwcmVzZW50IHRoZSBkcmFmdCBpbiBWYW5jb3V2ZXIuLiBJZiB0 aGVyZeKAmXMgY29tbXVuaXR5IGludGVyZXN0LiBQbGVhc2UgcmVhZCBhbmQgY29tbWVudC48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPllvdeKAmWxsIGZpbmQgc2xpZGVzIGF0ICZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iREUiPjxhIGhyZWY9Imh0dHBz Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNr ZXIuaWV0Zi5vcmdfbWVldGluZ18xMDVfbWF0ZXJpYWxzX3NsaWRlcy0yRDEwNS0yRGlwcG0tMkQx NC0yRGRyYWZ0LTJEZ2VpYi0yRGlwcG0tMkRjb25uZWN0aXZpdHktMkRtb25pdG9yaW5nLTJEMDAm YW1wO2Q9RHdNR2FRJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9T2ZzU3U4a1RJ bHRWeUQxb0w3MmNCdyZhbXA7bT1jMzhQcEZUYUowQVdUajlxM3lONE50WVVEX2lldWdDV01uUnFq ZDNabVBRJmFtcDtzPTN6emxBbGFiMzk5QnczYTZ4WDh5V1lLTmlJZ3VsLUZ4V2lRWDNsMG43NTgm YW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDUvbWF0ZXJpYWxzL3NsaWRlcy0xMDUtaXBwbS0xNC1k cmFmdC1nZWliLWlwcG0tY29ubmVjdGl2aXR5LW1vbml0b3JpbmctMDA8L3NwYW4+PC9hPjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkRyYWZ0IHVybDo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92 Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEZ2VpYi0y RGlwcG0tMkRjb25uZWN0aXZpdHktMkRtb25pdG9yaW5nXyZhbXA7ZD1Ed01HYVEmYW1wO2M9TEZZ Wi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7cj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3JmFtcDttPWMz OFBwRlRhSjBBV1RqOXEzeU40TnRZVURfaWV1Z0NXTW5ScWpkM1ptUFEmYW1wO3M9WnUxU0xyckhT QzBYZXlTazdaU1p4WjVDbkVqZG5sbzFUZERxOFIwN1pKRSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nZWliLWlwcG0tY29ubmVj dGl2aXR5LW1vbml0b3JpbmcvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UmVnYXJk cyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlJ1ZWRpZ2VyPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCnNwcmluZyBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ByaW5n QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fc3By aW5nJmFtcDtkPUR3TUdhUSZhbXA7Yz1MRllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1 OGtUSWx0VnlEMW9MNzJjQncmYW1wO209YzM4UHBGVGFKMEFXVGo5cTN5TjROdFlVRF9pZXVnQ1dN blJxamQzWm1QUSZhbXA7cz1KMkFoT2w2RFJxZmczbGs5MGFuVUpFdk9ReWdHZElNQU15Zkp3ZFp0 clZVJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vc3ByaW5nPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_4D7F4AD313D3FC43A053B309F97543CFED653C41njmtexg5researc_-- From nobody Mon Mar 2 00:35:16 2020 Return-Path: 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 36E333A0FB3; Mon, 2 Mar 2020 00:35:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de 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 lX5NY2sDkVpd; Mon, 2 Mar 2020 00:35:04 -0800 (PST) Received: from mailout31.telekom.de (mailout31.telekom.de [194.25.225.143]) (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 6B94D3A0FEA; Mon, 2 Mar 2020 00:35:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1583138101; x=1614674101; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NF/+RETg4+yC6vfcLU/b/S7St0/uD/VZL/QJvMpU6BI=; b=eP+f9hj0MfQBcXusFyTV+0rVikjqRbN5kUDZMHu6YuSMIfTpMHL5W8P8 W11aqPYh1oGBMKYJIowmpU/WvE3V9VzHnjjzaK0HUGdlj0i5vZ9EB8vnt dRIOzlq2vurxLqvm62xmzzumUwR3QK7UyDi6yAVVwl2QBcjs4xhukpCLz xrwY86UVmHqwIME+MguEjyGtX707GzsYLAf4+pf+iPAwSBAFJBmbsM4Hw y3nGQ4rEnqQyrX1hbmM53XJmdr4XxWE6t7Y0KQmA33UeZAwTZtmk7wllm 109w8xh4xaBLc3Muc7Yzpbfk6KnHnSR9qYFlrW53+yMARovYypweQTI4a Q==; IronPort-SDR: UHWbndQhgAA/3Li+euq47Z97Lr09ikIZED4hBsUBTh+eEQw0BZtETnAKcPBXQiiEZCM3qZIsaw DLSr1YC4oyew== Received: from qdefcs.de.t-internal.com ([10.171.254.41]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Mar 2020 09:34:59 +0100 IronPort-SDR: KQynH63vPGmw+/s9BFkBPvrPU5EPpPVNL67gujSbZW71NM57F+qOmS3JrhhK3wHZbBKN5KA0Ok WPBzdgy0Pwrg== X-IronPort-AV: E=Sophos; i="5.69,256,1571695200"; d="scan'208,217"; a="61329690" X-MGA-submission: =?us-ascii?q?MDF+ncIQ1WIScSXJnulyHEei5rk2KRlQ3aQZZd?= =?us-ascii?q?X91vGX1XhP3HbaB4eKRiFKMyK7VAdljiezEW/HE+65AymlA4M3b9zkhN?= =?us-ascii?q?VbkzJy2fWexx/b8pVntMSepBZmkIf/Q8X2mjbp2M7agQZgOFieEJpZbx?= =?us-ascii?q?0z7dzgpVuncb7kHM0kLEUs1w=3D=3D?= Received: from he105867.emea1.cds.t-internal.com ([10.169.119.44]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 02 Mar 2020 09:34:58 +0100 Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE105867.emea1.cds.t-internal.com (10.169.119.44) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 09:34:58 +0100 Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE199743.EMEA1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Mar 2020 09:34:58 +0100 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.23) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 09:34:57 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ShhgtxYNL+txn8SgXWT/ifDecxUtp1FG2hex+dsYXd1xLazzcYPRdiPwTh0YaQZ3jjqKPZ6k/8Apsi2KbK61LpuJNIG0/kLb+afXJ5Aqox7BhszZzgiJd4woFQU1rt2LaLbSDb5Dx2hDClxFiI3MK2cPrt1a4d7NxMCtfPpi9n+VLLDT30Giz0866aW8GII7RqKnlsZr3qYpIy8rcCmh3wVMJf9xR0u1J7gOtrRoum1BNlI2vJwV9V/rOBzF3lFQ+bCjsV6VcvvT6Ab7D4Ughf6O/3Dd0kpG6o4aHUZn5paTny+uHTNx92utXrlBqJ7BC6c+iBI2659qKR9QZ90epg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NF/+RETg4+yC6vfcLU/b/S7St0/uD/VZL/QJvMpU6BI=; b=X4q3I1Pu4Lw/JtXBPeLWNr/gxm6VZUxuk6Zj15FUE7na2LyFGjc1lAjycjoQzux5XKahrUaD80Ri1GCbgoVvMOrGvd0rh58chktw1u+2Mox8ApeogtUnn08sc/xTLeYhbV8joWhq8jjoRe6Z5bDL1N2IS+dtwFaZIIjF8jUhC9cUTIfX+r2NtQzSskxM3XuqR1jNPQLRGN9rdIwZJmzh8yi1oKahiDhDodJzttEW+ExIy3X02DCp6pxs4PaElWdB21iDxieFFhSm6rrm9zhXloB5eiPYPX1Z9k3ZDwwy/zFuuvhDr7Col4QMp1vO1NYXfId6NwrOouPjyY9IU5ESwg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE (10.158.152.135) by FRXPR01MB0534.DEUPRD01.PROD.OUTLOOK.DE (10.158.151.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.19; Mon, 2 Mar 2020 08:34:55 +0000 Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214]) by FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214%4]) with mapi id 15.20.2772.019; Mon, 2 Mar 2020 08:34:55 +0000 From: To: CC: , , Thread-Topic: [spring] Monitoring metric to detect and locate congestion Thread-Index: AdXsd9MS3uEh95p5QyK2WBDxA74xnQAEqfmAAAB4ZeAABsDXgAAmPf1wAARS74AAAhcl0ACtd1qAABY+MrA= Date: Mon, 2 Mar 2020 08:34:55 +0000 Message-ID: References: <4D7F4AD313D3FC43A053B309F97543CFED653C41@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CFED653C41@njmtexg5.research.att.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Ruediger.Geib@telekom.de; x-originating-ip: [164.19.4.187] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d78d57a9-53aa-4371-fe2b-08d7be8495dd x-ms-traffictypediagnostic: FRXPR01MB0534: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 033054F29A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(136003)(346002)(366004)(39860400002)(189003)(199004)(19627235002)(316002)(71200400001)(86362001)(54906003)(6916009)(2906002)(66574012)(9686003)(55016002)(966005)(33656002)(85202003)(26005)(9326002)(66476007)(66946007)(76116006)(66556008)(64756008)(66446008)(85182001)(8936002)(186003)(478600001)(81156014)(8676002)(81166006)(7696005)(5660300002)(4326008)(53546011)(777600001); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0534; H:FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6UqkLsKR66EbATqrfpGSZc6/3vkEeBCwRMLx+euO+Dm/u9XPyKeBIzMiZuJBOLZaJ7qb9+T45kROScjYlQBgNHK++pv7F/HDTKoyTfBgXuULM49RYp8QuLOaBAMqp+Ep7HQ3ApTai0laTTIxKWYWBSR3R7O2I47hbTF3Vpdy2Fhfsacdv9r129Jz9nLMgVtRL8ERpoqLIGwP+n2RNXQqzoXzNNfWqkE7PyB9nlSbtLwfP15dnQHLsgY8y4LNEkTxHDLBJfiip9nn11Ap7mL/NT7WHuy7viwdhT4CtR07aOX57oQZR1Zi/VL83fvVeQmnlBt7/D+N3MBIJ91aaDL36s2TkeCYqJIww3gpz2IlYKBpky6qRXxoqcxf2Gs6qsXnq4QSACoHzgK6f4L4ALFph1REgGgtsbyUJVwdhZDk8yIDyH6bGTQ6qUtz10Yii4PjqYMO9glxzyEFxoxTdcwoHTS2EZwyoTafy3BBZdvEHNRpC10Ph7BSplX+DwDqFiOgCEi9JUR7fjXUFa5K3FXjcNf9UPyYqhnqjhqkwV+pJp0= x-ms-exchange-antispam-messagedata: 2TQx8qys+NZVYIGpKFRdNqumqp305iw6btrNKY9K3RJGZ2IQ9jIeE90kGkwJpcUbUzqlOpS7Uj/biIpHXOwkXvlGD2LF7hj2m3aA84Ho0crnHtwT1FxwXaIn8x3A2vtqcHgPUIfXc0jJB8wwElXHEQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_FRXPR01MB0392EA36AA58B32BD050D2029CE70FRXPR01MB0392DEUP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: d78d57a9-53aa-4371-fe2b-08d7be8495dd X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2020 08:34:55.4459 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: yXHCxRI0+UGjbhh4JsV5It8ztrcQBcGmm9yvIMR/0TfBHawd9HQv0wq0QaeqSCmriINSQbxHYagUF5dcyjtsT7uUoma7O5wA8msAr3WYR/Y= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0534 X-TM-SNTS-SMTP: 6D8514FF702D3C0D3EEA58780A7EA9C3D129D8C6E12B464D11220BC93AFCCE652000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] [spring] Monitoring metric to detect and locate congestion X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 08:35:09 -0000 --_000_FRXPR01MB0392EA36AA58B32BD050D2029CE70FRXPR01MB0392DEUP_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWwsDQoNCnRoZSBkcmFmdCBleHBsYWlucyB0aGUg4oCcb3LigJ0gaW4gc2VjdGlvbiDigJwy LiAgQSBicmllZiBzZWdtZW50IHJvdXRpbmcgY29ubmVjdGl2aXR5IG1vbml0b3JpbmcgZnJhbWV3 b3Jr4oCdICh0aGUgbGFzdCBidWxsZXQgcG9pbnQgbGlzdCBhdCB0aGUgZW5kIG9mIHRoZSBzZWN0 aW9uKS4NCg0KU2VnbWVudCBSb3V0aW5nIGFsbG93cyB0byBjb25jYXRlbmF0ZSBUcmFucG9ydCBM YWJlbHMsIHdoaWNoIGNhcnJ5IHJvdXRpbmcgaW5mb3JtYXRpb24gZm9sbG93aW5nIFNQRi4gQSBs b3NzIGluIGNvbm5lY3Rpdml0eSBpcyBmb2xsb3dlZCBieSBhIHJlLXJvdXRlIGFuZCB0aGUgZGVs YXkgY2hhbmdlcyAobWlnaHQgYmUgYSByYXRoZXIgc21hbGwgZGlmZmVyZW5jZSBpbiBhIERDKS4N Cg0KU2VnbWVudCBSb3V0aW5nIGFsc28gYWxsb3dzIHRvIGluc2VydCBzbyBjYWxsZWQgQWRqYWNl bmN5IFNlZ21lbnRzLCB3aGljaCBtYXkgYmUgaW50ZXJwcmV0ZWQgYXMgYSBzdGF0aWMgbGFiZWwg KG9yIFNSdjYgU2VnbWVudCkgcG9pbnRpbmcgdG8gYSBsb2NhbCByb3V0ZXIgaW50ZXJmYWNlLiBJ ZiBzdWNoIGFuIGludGVyZmFjZSBsb29zZXMgY29ubmVjdGl2aXR5LCBhbGwgdHJhZmZpYyB3aWxs IGJlIGRyb3BwZWQuDQoNClRoZSBiZWhhdmlvciBkZXBlbmRzIG9uIHRoZSBtZXRob2QgcHJlZmVy cmVkIHRvIHNldCB1cCB0aGUgbWVhc3VyZW1lbnQgcGF0aC4gVGhlIHNsaWRlcyBkb27igJl0IGV4 cGxhaW4gdGhhdCwgYnV0IHRoZSBkcmFmdCBkb2VzICh0byBhY2NvbW1vZGF0ZSBhIHVzdWFsbHkg ZGVuc2VseSBwb3B1bGF0ZWQgSVBQTSBhZ2VuZGEsIEkgcHJlZmVycmVkIGEgYnJpZWYgcHJlc2Vu dGF0aW9uIHdpdGggYSBjb3JyZWN0LCBidXQgbm90IGNvbXBsZXRlIGV4dHJhY3QgZnJvbSB0aGUg ZHJhZnQpLg0KDQpSZWdhcmRzLA0KDQpSdWVkaWdlcg0KDQpWb246IE1PUlRPTiwgQUxGUkVEIEMg KEFMKSA8YWNtQHJlc2VhcmNoLmF0dC5jb20+DQpHZXNlbmRldDogU29ubnRhZywgMS4gTcOkcnog MjAyMCAyMjoyNQ0KQW46IEdlaWIsIFLDvGRpZ2VyIDxSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+ OyByb2JlcnRAcmFzenVrLm5ldA0KQ2M6IHNwcmluZ0BpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0 Zi5vcmc7IGlwcG1AaWV0Zi5vcmcNCkJldHJlZmY6IFJFOiBbc3ByaW5nXSBNb25pdG9yaW5nIG1l dHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uDQoNCkhpIFJ1ZGlnZXIsDQoNCkni gJltIGxvb2tpbmcgYXQgeW91ciBwcm9wb3NhbCBhZ2FpbiBhZnRlciBzZXZlcmFsIG1vbnRocy4N Cg0KVGhhbmtzIGZvciBwcmVwYXJpbmcgdGhlIHNsaWRlcywgd2hpY2ggaGVscC4NCkkgaGF2ZSBh IHF1ZXN0aW9uIGFib3V0IG9uZSBvZiB0aGUgaW5mZXJyZWQgcmVzdWx0cw0Kb24gc2xpZGUgMiwg d2hlcmUgaXQgc2F5czoNCg0KU2ltdWx0YW5lb3VzIHBhY2tldCBsb3NzIG9yIGEgY2hhbmdlIGlu IGRlbGF5IG9mIG1lYXN1cmVtZW50DQpwYXRocyAxLCAyIGFuZCAzIGluZGljYXRlIGxvc3Mgb2Yg Y29ubmVjdGl2aXR5IGJldHdlZW4gTFNSIGEgYW5kIExFUiBpDQoNCldoYXQgYXJlIHRoZSBkZXRh aWxzIGxlYWRpbmctdXAgdG8gdGhlIGNvbmNsdXNpb24gYWJvdmU/DQpJIG1pZ2h0IGJlIG1vcmUg aW5jbGluZWQgdG8gYWdyZWUgaWYgdGhlIGNvbmRpdGlvbnMgd2VyZQ0K4oCcU2ltdWx0YW5lb3Vz IHBhY2tldCBsb3NzIEFORCBhIGNoYW5nZSBpbiBkZWxheSBvZiBtZWFzdXJlbWVudOKAnQ0KcG9z c2libGUgYmVjYXVzZSB0aGUgZGF0YSBwbGFuZSBoYXMgYmVlbiByZS1yb3V0ZWQuDQoNCkp1c3Qg YSB0aG91Z2h0LCBtb3JlIHRvIGNvbnNpZGVyIGhlcmUsDQpBbA0KDQoNCkZyb206IGlwcG0gW21h aWx0bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSdWVkaWdlci5HZWliQHRl bGVrb20uZGU8bWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4NClNlbnQ6IFRodXJzZGF5 LCBGZWJydWFyeSAyNywgMjAyMCA1OjQyIEFNDQpUbzogcm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRv OnJvYmVydEByYXN6dWsubmV0Pg0KQ2M6IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGll dGYub3JnPjsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3Jn PjsgaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBw bV0gW3NwcmluZ10gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2Vz dGlvbg0KDQpIaSBSb2JlcnQsDQoNCnRoYW5rcyBmb3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50 cy4gSeKAmWQgYmUgZ2xhZCBpZiBvdGhlciBpbnRlcmVzdGVkIG9wZXJhdG9yIHJlcHJlc2VudGF0 aXZlcyBpbmRpY2F0ZSB0aGVpciBpbnRlcmVzdCBvbiB0aGUgbGlzdC4uLg0KDQpSZWdhcmRzLCBS dWVkaWdlcg0KDQpWb246IFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpy b2JlcnRAcmFzenVrLm5ldD4+DQpHZXNlbmRldDogRG9ubmVyc3RhZywgMjcuIEZlYnJ1YXIgMjAy MCAxMDozOA0KQW46IEdlaWIsIFLDvGRpZ2VyIDxSdWVkaWdlci5HZWliQHRlbGVrb20uZGU8bWFp bHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4+DQpDYzogaXBwbS1jaGFpcnNAaWV0Zi5vcmc8 bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnPjsgU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmc8 bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+OyBpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYu b3JnPg0KQmV0cmVmZjogUmU6IFtzcHJpbmddIE1vbml0b3JpbmcgbWV0cmljIHRvIGRldGVjdCBh bmQgbG9jYXRlIGNvbmdlc3Rpb24NCg0KSGksDQoNCkFzIEkgbWVudGlvbmVkIGluIG15IGZpcnN0 IG1haWwgSSBhbSBhIGJpZyBzdXBwb3J0ZXIgb2YgZW5kIHRvIGVuZCBwYXRoIG1lYXN1cmVtZW50 IC0gbWFpbmx5IGhhdmUgYmVlbiBmb2N1c2luZyBvbiBob3AgYnkgaG9wIHRpbWVzdGFtcGluZyBh cHByb2FjaC4NCg0KU28gbXkgY29tbWVudHMgd2VyZSBub3QgcmVhbGx5IHRvIGRpc2NvdXJhZ2Ug aW4gYW55IHdheSBlbmQgdG8gZW5kIHBhdGggcHJvYmluZyAtIGl0IGlzIGV4dHJlbWVseSB1c2Vm dWwuIFRoZXkgd2VyZSBqdXN0IHRvIHNlZSB5b3VyIHBvaW50IG9mIHZpZXcgb24gYWx0ZXJuYXRp dmUgb3B0aW9ucyBqdXN0IGZvciB0aGUgc3BlY2lmaWMgZ29hbCBoZXJlIC0gY29uZ2VzdGlvbiBk ZXRlY3Rpb24uDQoNCldpbGwgYmUgd2F0Y2hpbmcgaG93IHlvdXIgcHJvcG9zYWwgZXZvbHZlcyB3 aXRoIGludGVyZXN0ICENCg0KQ2hlZXJzLA0KUi4NCg0KT24gVGh1LCBGZWIgMjcsIDIwMjAgYXQg OToxNyBBTSA8UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPG1haWx0bzpSdWVkaWdlci5HZWliQHRl bGVrb20uZGU+PiB3cm90ZToNCkhpIFJvYmVydCwNCg0KcmVnYXJkaW5nIHNjYWxhYmlsaXR5LCBJ IGhvcGUgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBvdXIgcG9zaXRpb25zIGlzIGp1c3Qgd2hldGhl ciBpdOKAmXMgYSByb3V0ZXIgb3IgYSBkZWRpY2F0ZWQgQ1BFLiBJIGRvbuKAmXQgcHJvbW90ZSBk ZXBsb3lpbmcgMjBrIFBDcyAoSSBob3BlIHRvIHByb21vdGUgYSBtZXRyaWMgdG8gcmVwbGFjZSB0 aGVtKS4gSSBwcmVmZXIgdGhlIGRlZGljYXRlZCBDUEUsIGJ1dCByb3V0ZXJzIGRvIGFzIHdlbGwu DQoNClRoZSB0ZWxlbWV0cnkgdGhyZXNob2xkIG1pZ2h0IGJlIGFuIG9wdGlvbiB0b28sIGlmIGNv bmdlc3Rpb24gaXMgdG8gYmUgZGV0ZWN0ZWQuIEluIFNlcHRlbWJlciBsYXN0IHllYXIsIHdlIGhh ZCB0byByZXBsYWNlIGEgbGluZSBjYXJkIGF0IGEgcHJvZHVjdGlvbiByb3V0ZXIsIHdob3NlIGlu Z3Jlc3MgcG9ydCBoYXJkd2FyZSB3YXMgY29ycnVwdGVkLiBUaGVyZSB3ZXJlIG5vIGRyb3BzLCBq dXN0IHJhbmRvbSBkZWxheSB2YXJpYXRpb25zLCB3aGljaCBzaG93ZWQgaW4gb3VyIHBlcmZvcm1h bmNlIG1lYXN1cmVtZW50IHN5c3RlbS4gSSB3b25kZXIgd2hldGhlciBwcm9ibGVtcyBsaWtlIHRo YXQgY2FuIGJlIGRldGVjdGVkIGJ5IGV2YWx1YXRpbmcgdGVsZW1ldHJ5Lg0KRnVydGhlciwgdGVs ZW1ldHJ5IG5lZWRzIHRvIHdvcmsgcmVsaWFibGUgaWYgdGhlIHJvdXRlciBoYXJkd2FyZSBpcyBi dXN5IGRlYWxpbmcgd2l0aCBoZWF2eSBsb2FkcyAoaS5lLiwgdGVsZW1ldHJ5IG11c3QgYmUgc3Vm ZmljaWVudGx5IHByaXZpbGVnZWQpLiBFeHRlcm5hbCBtZWFzdXJlbWVudHMgb24gZm9yd2FyZGlu ZyBsYXllciBkb27igJl0IHJlbHkgb24gcm91dGVyIGludGVybmFsIHByb2Nlc3NpbmcgcmVzb3Vy Y2VzLg0KDQpSZWdhcmRzLA0KDQpSdWVkaWdlcg0KDQoNClZvbjogUm9iZXJ0IFJhc3p1ayA8cm9i ZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0Pj4NCkdlc2VuZGV0OiBNaXR0 d29jaCwgMjYuIEZlYnJ1YXIgMjAyMCAxNDoxOQ0KQW46IEdlaWIsIFLDvGRpZ2VyIDxSdWVkaWdl ci5HZWliQHRlbGVrb20uZGU8bWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4+DQpDYzog aXBwbS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnPjsgU1BSSU5H IFdHIDxzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+OyBpcHBtQGlldGYu b3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KQmV0cmVmZjogUmU6IFtzcHJpbmddIE1vbml0b3Jp bmcgbWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb24NCg0KSGksDQoNClR3byBj bGFyaWZpY2F0aW9uczoNCg0KW1JHMV0gdGhlIG1lYXN1cmVtZW50cyBwYXNzIHRoZSByb3V0ZXJz IG9uIGZvcndhcmRpbmcgcGxhbmUuDQoNCldlbGwgaWYgSSBoYXZlIDIwSyBDRXMgYW5kIHdvdWxk IGxpa2UgdG8gbWVhc3VyZSB0aGlzIGVuZCB0byBlbmQgdGhhdCBtZWFucyBpdCBiZXR0ZXIgcnVu IG9uIGEgcm91dGVyIC4uLiBJIGNhbiBub3QgZW52aXNpb24gaW5zdGFsbGluZyAyMEsgbmV3IFBD cyBqdXN0IGZvciB0aGlzLiBBdCBtaW4gc3VjaCBlbmQgcG9pbnQgaXQgc2hvdWxkIHJ1biBvbiBh IHdlbGwgZGVzaWduZWQgQ1BFIGFzIGFuIExYQy4NCg0KW1JHMV0gVXAgdG8gbm93LCB0aGUgY29u ZGl0aW9ucyBpbiBEZXV0c2NoZSBUZWxla29t4oCZcyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVpcmUg YSBjYXJlZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJvYmluZyBpbnRlcnZhbCBhbmQgY291bnRlcnMg dG8gYmUgcmVhZC4NCg0KU3VyZS4gSSBhY3R1YWxseSBoYWQgaW4gbWluZCB0ZWxlbWV0cnkgcHVz aCBtb2RlbCB3aGVyZSB5b3Ugb25seSBnZXQgbm90aWZpZWQgdG8geXIgbW9uaXRvcmluZyBzdGF0 aW9uIHdoZW4gYXBwbGllZCBxdWV1ZSB0aHJlc2hvbGQgaXMgY3Jvc3NlZC4gVmVyeSBsaXR0bGUg bWdtdCB0cmFmZmljIGluIHRoZSBuZXR3b3JrIGxpbWl0ZWQgdG8gb25seSBpbmZvcm1hdGlvbiB3 aGljaCBpcyBpbXBvcnRhbnQuDQoNCkkga25vdyBzb21lIHZlbmRvcnMgcmVzaXN0IHRvIGxvY2Fs bHkgKGF0IExDIG9yIGxvY2FsIFJFKSBhcHBseSBmaWx0ZXJpbmcgdG8gdGVsZW1ldHJ5IHN0cmVh bWluZyBidXQgdGhpcyBpcyBJTUhPIGp1c3Qgc2ljayBhcHByb2FjaC4NCg0KVGh4LA0KUi4NCg0K DQoNCg0KDQpPbiBXZWQsIEZlYiAyNiwgMjAyMCBhdCAxMjowMSBQTSA8UnVlZGlnZXIuR2VpYkB0 ZWxla29tLmRlPG1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+PiB3cm90ZToNCkhpIFJv YmVydCwNCg0KVGhhbmtzLCBteSByZXBsaWVzIGluIGxpbmUgbWFya2VkIFtSRzFdDQoNCkkgaGF2 ZSByZWFkIHlvdXIgZHJhZnQgYW5kIHByZXNlbnRhdGlvbiB3aXRoIGludGVyZXN0IGFzIEkgYW0g YSBiaWcgc3VwcG9ydGVyIGFuZCBpbiBzb21lIGxhYiB0cmlhbHMgIG9mIGVuZCB0byBlbmQgbmV0 d29yayBwYXRoIHByb2JpbmcuDQoNCkZldyBjb21tZW50cywgb2JzZXJ2YXRpb25zLCBxdWVzdGlv bnM6DQoNCllvdSBhcmUgZXNzZW50aWFsbHkgbWVhc3VyaW5nIGFuZCBjb21wYXJpbmcgZGVsYXkg YWNyb3NzIE4gcGF0aHMgdHJhdmVyc2luZyBrbm93biBuZXR3b3JrIHRvcG9sb2d5IChJIGxvdmUg Im5ldHdvcmsgdG9tb2dyYXBoeSIgbmFtZSAhKQ0KDQpbUkcxXSBpdOKAmXMgdGVsZW1ldHJ5IHdp dGggYSBjb25zdHJhaW5lZCBzZXQgdXAsIGJ1dCB0aGUgdGVybSBkb2VzbuKAmXQgYXBwZWFyIGlu IHRoZSBkcmFmdCB5ZXTigKZ0aGF0IGNhbiBiZSBjaGFuZ2VkLg0KDQotLS0tLS0NCiogRmlyc3Qg cXVlc3Rpb24gLSB0aGlzIHdpbGwgbGlrZWx5IHJ1biBvbiBSRS9SUCBhbmQgaW4gc29tZSBwbGF0 Zm9ybXMgcGF0aCBiZXR3ZWVuIExDIGFuZCBSRS9SUCBpcyBjb21wbGV0ZWx5IGRldGVybWluaXN0 aWMgYW5kIGNhbiB0YWtlIDEwcyBvciAxMDBzIG9mIG1zIGxvY2FsbHkgaW4gdGhlIHJvdXRlci4g U28gcmlnaHQgaGVyZSB0aGUgcHJvcG9zYWwgdG8gY29tcGFyZSBhbnl0aGluZyBtYXkgbm90IHJl YWxseSB3b3JrIC0gdW5sZXNzIHRoZSBzcGVjIG1hbmRhdGVzIHRoYXQgYWN0dWFsbHkgdGltZXN0 YW1waW5nIGlzIGRvbmUgaW4gaGFyZHdhcmUgb24gdGhlIHJlY2VpdmluZyBMQy4gVGhlbiBDUFUg Y2FuIHByb2Nlc3MgaXQgd2hlbiBpdCBoYXMgY3ljbGVzLg0KDQpbUkcxXSB0aGUgbWVhc3VyZW1l bnRzIHBhc3MgdGhlIHJvdXRlcnMgb24gZm9yd2FyZGluZyBwbGFuZS4gSGlnaC1lbmQgcm91dGVy cyBhZGQgdmFyaWFibGUgcHJvY2Vzc2luZyBsYXRlbmNpZXMuIEl04oCZcyBvbiBhIGxldmVsIG9m IGRvdWJsZSBvciBsb3dlciB0cmlwbGUgZGlnaXQgW3VzXSBvbiBEZXV0c2NoZSBUZWxla29tIGJh Y2tib25lIHJvdXRlcnMuIElmIGEgZGVkaWNhdGVkIHNlbmRlciByZWNlaXZlciBzeXN0ZW0gaXMg dXNlZCwgdGltZXN0YW1waW5nIG1heSBiZSBvcHRpbWl6ZWQgZm9yIHRoZSBwdXJwb3NlLg0KLS0t LS0tDQoNCiogU2Vjb25kIHF1ZXN0aW9uIGlzIHRoYXQgY29uZ2VzdGlvbiB1c3VhbGx5IGhhcyBh IHZlcnkgdHJhbnNpZW50IGNoYXJhY3RlciAuLi4gWW91IHdvdWxkIG5lZWQgdG8gYmUgc3VwZXIg bHVja3kgdG8gZmluZCBhbnkgY29uZ2VzdGlvbiBpbiBub3JtYWwgbmV0d29yayB1c2luZyB0ZXN0 IHByb2JlcyBvZiBhbnkgc29ydC4gSWYgeW91IGhhdmUgaW50ZXJmYWNlcyBhbHdheXMgY29uZ2Vz dGVkIHRoZW4ganVzdCB0aGUgcXVldWUgZGVwdGggdGltZSBkZWx0YSBtYXkgbm90IGJlIHZpc2li bGUgaW4gZW5kIHRvIGVuZCBtZWFzdXJlbWVudHMuDQoNCltSRzFdIFRoZSBwcm9iaW5nIGZyZXF1 ZW5jeSBkZXBlbmRzIG9uIHRoZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgY29uZ2VzdGlvbiB0aGUgb3Bl cmF0b3Igd2FudHMgdG8gYmUgYXdhcmUgb2YuIFVucGxhbm5lZCBldmVudHMgbWF5IGNhdXNlIGNo YW5nZXMgaW4gbWVhc3VyZW1lbnQgZGVsYXlzIGxhc3RpbmcgZm9yIG1pbnV0ZXMgb3IgbG9uZ2Vy IChjb25nZXN0aW9uIG9yIGhhcmR3YXJlIGlzc3VlcykuIFRoZSBkdXJhdGlvbiBvZiBhIHJlbGlh Ymx5IGRldGVjdGFibGUg4oCcZXZlbnTigJ0gY29ycmVzcG9uZCB0byB0aGUgbWVhc3VyZW1lbnQg cGFja2V0IGRpc3RhbmNlIChJIGRvbuKAmXQgaW50ZW5kIHRvIHJlcGxhY2UgaGVsbG8tZXhjaGFu Z2VzIG9yIEJGRCBieSB0aGUgbWV0cmljKS4NCi0tLS0tLQ0KDQoqIFRoaXJkIC0gd2h5IG5vdCBz aW1wbHkgbG9vayBhdCB0aGUgcXVldWUgY291bnRlcnMgYXQgZWFjaCBub2RlID8gUXVldWUgZGVw dGgsIHF1ZXVlIGhpc3RvcnksIG1pbiwgYXZnLCBtYXggb24gYSBwZXIgaW50ZXJmYWNlIGJhc2lz IG9mZmVyIHRvbnMgb2YgaW5mb3JtYXRpb24gcmVhZGlseSBhdmFpbGFibGUuIFdoeSB3b3VsZCBh bnlvbmUgbmVlZCB0byBpbmplY3QgbG9vcHMgb2YgcHJvYmUgcGFja2V0cyBpbiBrbm93biBuZXR3 b3JrIHRvIGRldGVjdCB0aGlzID8gQW5kIGluIGJsYWNrIGJveCB1bmtub3duIG5ldHdvcmtzIHRo aXMgaXMgbm90IGdvaW5nIHRvIHdvcmsgYXMgeW91IHdvdWxkIG5vdCBrbm93IHRoZSBuZXR3b3Jr IHRvcG9sb2d5IGluIHRoZSBmaXJzdCBwbGFjZS4gTGlrZXdpc2UgbGluayBkb3duL3VwIGlzIGFs cmVhZHkgcmVmbGVjdGVkIGluIHlvdXIgc3lzbG9nIHZpYSBCRkQgYW5kIElHUCBhbGFybXMuIEkg cmVhbGx5IGRvIG5vdCB0aGluayB5b3UgbmVlZCBlbmQgdG8gZW5kIHByb3RvY29sIHRvIHRlbGwg eW91IHRoYXQuDQoNCltSRzFdIFVwIHRvIG5vdywgdGhlIGNvbmRpdGlvbnMgaW4gRGV1dHNjaGUg VGVsZWtvbeKAmXMgYmFja2JvbmUgbmV0d29yayByZXF1aXJlIGEgY2FyZWZ1bCBkZXNpZ24gb2Yg cm91dGVyIHByb2JpbmcgaW50ZXJ2YWwgYW5kIGNvdW50ZXJzIHRvIGJlIHJlYWQuIFRoZSBwcm9w b3NlZCBtZXRyaWMgYWxsb3dzIHRvIGNhcHR1cmUgcGVyc2lzdGVudCBpc3N1ZXMgaW1wYWN0aW5n IGZvcndhcmRpbmcuIEl0IHBvaW50cyBvdXQsIHdoZXJlIHRoZXNlIGxpa2VseSBvY2N1ci4gQW4g b3BlcmF0b3IgbWF5IHRoZW4gaGF2ZSBhIGNsb3NlciBsb29rIGF0IGFuIGludGVyZmFjZS9yb3V0 ZXIgdG8gYW5hbHlzZSB3aGF04oCZcyBnb2luZyBvbiwgdXNpbmcgdGhlIGZ1bGwgYXJzZW5hbCBv ZiBhY2Nlc3NpYmxlIGluZm9ybWF0aW9uIGFuZCB0b29scy4gQXMgdW51c3VhbCBldmVudHMgaGFw cGVuIHJhcmVseSwgaXQgbWF5IHN0aWxsIGJlIGEgZmFpciBxdWVzdGlvbiBmb3Igd2hpY2ggcHVy cG9zZSBsaW5lY2FyZC0gYW5kIGNlbnRyYWwgcHJvY2Vzc2luZyBjeWNsZXMgb2Ygcm91dGVycyBh cmUgY29uc3VtZWQuDQotLS0tLS0tDQorIFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIG5pdCBiZWxv dy4uDQoNClJlZ2FyZHMsIFJ1ZWRpZ2VyDQoNCnMvbm9kZXMgTDEwMCBhbmQgTDIwMCBvbmUgb25l L25vZGVzIEwxMDAgYW5kIEwyMDAgb24gb25lLw0KDQo6KQ0KDQpNYW55IHRoeCwNClIuDQoNCk9u IFdlZCwgRmViIDI2LCAyMDIwIGF0IDg6NTUgQU0gPFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTxt YWlsdG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPj4gd3JvdGU6DQpEZWFyIElQUE0gKGFuZCBT UFJJTkcpIHBhcnRpY2lwYW50cywNCg0KSeKAmW0gc29sbGljaXRpbmcgaW50ZXJlc3QgaW4gYSBu ZXcgbmV0d29yayBtb25pdG9yaW5nIG1ldHJpYyB3aGljaCBhbGxvd3MgdG8gZGV0ZWN0IGFuZCBs b2NhdGUgY29uZ2VzdGVkIGludGVyZmFjZXMuIEltcG9ydGFudCBwcm9wZXJ0aWVzIGFyZQ0KDQog ICogICBTYW1lIHNjYWxhYmlsaXR5IGFzIElDTVAgcGluZyBpbiB0aGUgc2Vuc2Ugb25lIG1lYXN1 cmVtZW50IHJlbGF0aW9uIHJlcXVpcmVkIHBlciBtb25pdG9yZWQgY29ubmVjdGlvbg0KICAqICAg QWRkcyBkZXRlY3Rpb24gYW5kIGxvY2F0aW9uIG9mIGNvbmdlc3RlZCBpbnRlcmZhY2VzIGFzIGNv bXBhcmVkIHRvIElDTVAgcGluZyAob3RoZXJ3aXNlIG1lYXN1cmVkIG1ldHJpY3MgYXJlIGNvbXBh dGlibGUgd2l0aCBJQ01QIHBpbmcpDQogICogICBSZXF1aXJlcyBTZWdtZW50IFJvdXRpbmcgKHdo aWNoIG1lYW5zLCBtZWFzdXJlbWVudCBvbiBmb3J3YXJkaW5nIGxheWVyLCBubyBvdGhlciBpbnRl cmFjdGlvbiB3aXRoIHBhc3NlZCByb3V0ZXJzIOKAkyBpbiBvcHBvc2l0ZSB0byBJQ01QIHBpbmcp DQogICogICBBY3RpdmUgbWVhc3VyZW1lbnQgKG1heSBiZSBkZXBsb3llZCB1c2luZyBhIHNpbmds ZSBzZW5kZXImcmVjZWl2ZXIgb3Igc2VwYXJhdGUgc2VuZGVyIGFuZCByZWNlaXZlciwgU2VnbWVu dCBSb3V0aW5nIGFsbG93cyBmb3IgYm90aCBvcHRpb25zKQ0KDQpJ4oCZZCBiZSBoYXBweSB0byBw cmVzZW50IHRoZSBkcmFmdCBpbiBWYW5jb3V2ZXIuLiBJZiB0aGVyZeKAmXMgY29tbXVuaXR5IGlu dGVyZXN0LiBQbGVhc2UgcmVhZCBhbmQgY29tbWVudC4NCg0KWW914oCZbGwgZmluZCBzbGlkZXMg YXQNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwNS9tYXRlcmlhbHMv c2xpZGVzLTEwNS1pcHBtLTE0LWRyYWZ0LWdlaWItaXBwbS1jb25uZWN0aXZpdHktbW9uaXRvcmlu Zy0wMDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0Ff X2RhdGF0cmFja2VyLmlldGYub3JnX21lZXRpbmdfMTA1X21hdGVyaWFsc19zbGlkZXMtMkQxMDUt MkRpcHBtLTJEMTQtMkRkcmFmdC0yRGdlaWItMkRpcHBtLTJEY29ubmVjdGl2aXR5LTJEbW9uaXRv cmluZy0yRDAwJmQ9RHdNR2FRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPU9mc1N1OGtUSWx0 VnlEMW9MNzJjQncmbT1jMzhQcEZUYUowQVdUajlxM3lONE50WVVEX2lldWdDV01uUnFqZDNabVBR JnM9M3p6bEFsYWIzOTlCdzNhNnhYOHlXWUtOaUlndWwtRnhXaVFYM2wwbjc1OCZlPT4NCg0KRHJh ZnQgdXJsOg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nZWliLWlw cG0tY29ubmVjdGl2aXR5LW1vbml0b3JpbmcvPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJE Z2VpYi0yRGlwcG0tMkRjb25uZWN0aXZpdHktMkRtb25pdG9yaW5nXyZkPUR3TUdhUSZjPUxGWVot bzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3Jm09YzM4UHBGVGFKMEFX VGo5cTN5TjROdFlVRF9pZXVnQ1dNblJxamQzWm1QUSZzPVp1MVNMcnJIU0MwWGV5U2s3WlNaeFo1 Q25FamRubG8xVGREcThSMDdaSkUmZT0+DQoNClJlZ2FyZHMsDQoNClJ1ZWRpZ2VyDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcg bGlzdA0Kc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzxodHRwczovL3VybGRlZmVuc2UucHJv b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3Rp bmZvX3NwcmluZyZkPUR3TUdhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1PZnNTdThrVEls dFZ5RDFvTDcyY0J3Jm09YzM4UHBGVGFKMEFXVGo5cTN5TjROdFlVRF9pZXVnQ1dNblJxamQzWm1Q USZzPUoyQWhPbDZEUnFmZzNsazkwYW5VSkV2T1F5Z0dkSU1BTXlmSndkWnRyVlUmZT0+DQo= --_000_FRXPR01MB0392EA36AA58B32BD050D2029CE70FRXPR01MB0392DEUP_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRS1NYWlsRm9ybWF0dm9ybGFn ZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdl MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 IjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkUtTWFpbEZvcm1hdHZvcmxhZ2UyMQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp ZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ e3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAu ODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3Qg RGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjQ3ODMwNjA5OTsNCgltc28t bGlzdC10ZW1wbGF0ZS1pZHM6MTA0MDk5MjE0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA bGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDQN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz dCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDo1OTE4MTY5ODA7DQoJbXNvLWxpc3QtdGVt cGxhdGUtaWRzOi0xNjUyMjk5ODI7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwx OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDox ODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxl dmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N Cm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4N CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBBbCw8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhlIGRyYWZ0IGV4cGxhaW5zIHRoZSDigJxvcuKAnSBp biBzZWN0aW9uIOKAnDIuJm5ic3A7IEEgYnJpZWYgc2VnbWVudCByb3V0aW5nIGNvbm5lY3Rpdml0 eSBtb25pdG9yaW5nIGZyYW1ld29ya+KAnSAodGhlIGxhc3QgYnVsbGV0IHBvaW50IGxpc3QgYXQg dGhlIGVuZCBvZiB0aGUgc2VjdGlvbikuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlZ21lbnQg Um91dGluZyBhbGxvd3MgdG8gY29uY2F0ZW5hdGUgVHJhbnBvcnQgTGFiZWxzLCB3aGljaCBjYXJy eSByb3V0aW5nIGluZm9ybWF0aW9uIGZvbGxvd2luZyBTUEYuIEEgbG9zcyBpbiBjb25uZWN0aXZp dHkgaXMgZm9sbG93ZWQgYnkgYSByZS1yb3V0ZSBhbmQgdGhlIGRlbGF5IGNoYW5nZXMgKG1pZ2h0 IGJlIGEgcmF0aGVyIHNtYWxsIGRpZmZlcmVuY2UgaW4gYSBEQykuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlNlZ21lbnQgUm91dGluZyBhbHNvIGFsbG93cyB0byBpbnNlcnQgc28gY2FsbGVkIEFk amFjZW5jeSBTZWdtZW50cywgd2hpY2ggbWF5IGJlIGludGVycHJldGVkIGFzIGEgc3RhdGljIGxh YmVsIChvciBTUnY2IFNlZ21lbnQpIHBvaW50aW5nIHRvIGEgbG9jYWwgcm91dGVyIGludGVyZmFj ZS4gSWYgc3VjaCBhbiBpbnRlcmZhY2UgbG9vc2VzIGNvbm5lY3Rpdml0eSwgYWxsIHRyYWZmaWMg d2lsbCBiZSBkcm9wcGVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgYmVoYXZpb3IgZGVw ZW5kcyBvbiB0aGUgbWV0aG9kIHByZWZlcnJlZCB0byBzZXQgdXAgdGhlIG1lYXN1cmVtZW50IHBh dGguIFRoZSBzbGlkZXMgZG9u4oCZdCBleHBsYWluIHRoYXQsIGJ1dCB0aGUgZHJhZnQgZG9lcyAo dG8gYWNjb21tb2RhdGUgYSB1c3VhbGx5IGRlbnNlbHkgcG9wdWxhdGVkIElQUE0gYWdlbmRhLCBJ IHByZWZlcnJlZCBhIGJyaWVmIHByZXNlbnRhdGlvbiB3aXRoIGEgY29ycmVjdCwgYnV0DQogbm90 IGNvbXBsZXRlIGV4dHJhY3QgZnJvbSB0aGUgZHJhZnQpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SdWVkaWdlcjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu Zz0iREUiPlZvbjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkRFIj4gTU9SVE9OLCBBTEZSRUQgQyAo QUwpICZsdDthY21AcmVzZWFyY2guYXR0LmNvbSZndDsNCjxicj4NCjxiPkdlc2VuZGV0OjwvYj4g U29ubnRhZywgMS4gTcOkcnogMjAyMCAyMjoyNTxicj4NCjxiPkFuOjwvYj4gR2VpYiwgUsO8ZGln ZXIgJmx0O1J1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSZndDs7IHJvYmVydEByYXN6dWsubmV0PGJy Pg0KPGI+Q2M6PC9iPiBzcHJpbmdAaWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBt QGlldGYub3JnPGJyPg0KPGI+QmV0cmVmZjo8L2I+IFJFOiBbc3ByaW5nXSBNb25pdG9yaW5nIG1l dHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5IaSBSdWRpZ2VyLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5J4oCZbSBsb29raW5nIGF0IHlvdXIg cHJvcG9zYWwgYWdhaW4gYWZ0ZXIgc2V2ZXJhbCBtb250aHMuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlRoYW5rcyBmb3IgcHJlcGFyaW5nIHRoZSBzbGlk ZXMsIHdoaWNoIGhlbHAuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s b3I6YmxhY2siPkkgaGF2ZSBhIHF1ZXN0aW9uIGFib3V0IG9uZSBvZiB0aGUgaW5mZXJyZWQgcmVz dWx0cw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5v biBzbGlkZSAyLCB3aGVyZSBpdCBzYXlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj5TaW11bHRhbmVvdXMgcGFja2V0IGxvc3Mgb3IgYSBjaGFuZ2UgaW4g ZGVsYXkgb2YgbWVhc3VyZW1lbnQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjpibGFjayI+cGF0aHMgMSwgMiBhbmQgMyBpbmRpY2F0ZSBsb3NzIG9mIGNvbm5lY3Rp dml0eSBiZXR3ZWVuIExTUiBhIGFuZCBMRVIgaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrIj5XaGF0IGFyZSB0aGUgZGV0YWlscyBsZWFkaW5nLXVwIHRvIHRo ZSBjb25jbHVzaW9uIGFib3ZlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj b2xvcjpibGFjayI+SSBtaWdodCBiZSBtb3JlIGluY2xpbmVkIHRvIGFncmVlIGlmIHRoZSBjb25k aXRpb25zIHdlcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6Ymxh Y2siPuKAnFNpbXVsdGFuZW91cyBwYWNrZXQgbG9zcyBBTkQgYSBjaGFuZ2UgaW4gZGVsYXkgb2Yg bWVhc3VyZW1lbnTigJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 YmxhY2siPnBvc3NpYmxlIGJlY2F1c2UgdGhlIGRhdGEgcGxhbmUgaGFzIGJlZW4gcmUtcm91dGVk LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5KdXN0IGEg dGhvdWdodCwgbW9yZSB0byBjb25zaWRlciBoZXJlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjayI+QWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAw Y20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gaXBwbSBbPGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91 bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBC ZWhhbGYgT2YgPC9iPjxhIGhyZWY9Im1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGUiPlJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTwvYT48YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEZl YnJ1YXJ5IDI3LCAyMDIwIDU6NDIgQU08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpy b2JlcnRAcmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8 YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj5zcHJpbmdAaWV0Zi5vcmc8L2E+OyA8YSBo cmVmPSJtYWlsdG86aXBwbS1jaGFpcnNAaWV0Zi5vcmciPg0KaXBwbS1jaGFpcnNAaWV0Zi5vcmc8 L2E+OyA8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBbc3ByaW5nXSBNb25pdG9yaW5nIG1ldHJpYyB0 byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5IaSBSb2JlcnQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoYW5rcyBm b3IgeW91ciBzdXBwb3J0IGFuZCBjb21tZW50cy4gSeKAmWQgYmUgZ2xhZCBpZiBvdGhlciBpbnRl cmVzdGVkIG9wZXJhdG9yIHJlcHJlc2VudGF0aXZlcyBpbmRpY2F0ZSB0aGVpciBpbnRlcmVzdCBv biB0aGUgbGlzdC4uLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsIFJ1ZWRpZ2Vy PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkRFIj5Wb246PC9zcGFuPjwv Yj48c3BhbiBsYW5nPSJERSI+IFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2Jl cnRAcmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+Jmd0Ow0KPGJyPg0KPGI+R2VzZW5k ZXQ6PC9iPiBEb25uZXJzdGFnLCAyNy4gRmVicnVhciAyMDIwIDEwOjM4PGJyPg0KPGI+QW46PC9i PiBHZWliLCBSw7xkaWdlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZSI+UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxh IGhyZWY9Im1haWx0bzppcHBtLWNoYWlyc0BpZXRmLm9yZyI+aXBwbS1jaGFpcnNAaWV0Zi5vcmc8 L2E+OyBTUFJJTkcgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmlu Z0BpZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1A aWV0Zi5vcmc8L2E+PGJyPg0KPGI+QmV0cmVmZjo8L2I+IFJlOiBbc3ByaW5nXSBNb25pdG9yaW5n IG1ldHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5BcyBJIG1lbnRpb25lZCBpbiBteSBmaXJzdCBtYWlsIEkgYW0gYSBiaWcg c3VwcG9ydGVyJm5ic3A7b2YgZW5kIHRvIGVuZCBwYXRoIG1lYXN1cmVtZW50IC0gbWFpbmx5IGhh dmUgYmVlbiBmb2N1c2luZyBvbiBob3AgYnkgaG9wIHRpbWVzdGFtcGluZyBhcHByb2FjaC4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ U28gbXkgY29tbWVudHMgd2VyZSBub3QgcmVhbGx5IHRvIGRpc2NvdXJhZ2UgaW4gYW55IHdheSBl bmQgdG8gZW5kIHBhdGggcHJvYmluZyAtIGl0IGlzIGV4dHJlbWVseSB1c2VmdWwuIFRoZXkgd2Vy ZSBqdXN0IHRvIHNlZSB5b3VyIHBvaW50IG9mIHZpZXcgb24gYWx0ZXJuYXRpdmUgb3B0aW9ucyBq dXN0IGZvciB0aGUgc3BlY2lmaWMgZ29hbCBoZXJlIC0gY29uZ2VzdGlvbiBkZXRlY3Rpb24uJm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PldpbGwgYmUgd2F0Y2hpbmcgaG93IHlvdXIgcHJvcG9zYWwgZXZvbHZlcyB3aXRoIGludGVyZXN0 ICE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Q2hlZXJzLDxicj4NClIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk9uIFRodSwgRmViIDI3LCAyMDIwIGF0IDk6MTcgQU0gJmx0OzxhIGhyZWY9 Im1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGUiPlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5k ZTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBj bSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj5IaSBSb2JlcnQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5yZWdh cmRpbmcgc2NhbGFiaWxpdHksIEkgaG9wZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIG91ciBwb3Np dGlvbnMgaXMganVzdCB3aGV0aGVyIGl04oCZcyBhIHJvdXRlciBvciBhIGRlZGljYXRlZCBDUEUu IEkgZG9u4oCZdCBwcm9tb3RlIGRlcGxveWluZyAyMGsgUENzIChJIGhvcGUgdG8gcHJvbW90ZSBh IG1ldHJpYw0KIHRvIHJlcGxhY2UgdGhlbSkuIEkgcHJlZmVyIHRoZSBkZWRpY2F0ZWQgQ1BFLCBi dXQgcm91dGVycyBkbyBhcyB3ZWxsLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlIHRl bGVtZXRyeSB0aHJlc2hvbGQgbWlnaHQgYmUgYW4gb3B0aW9uIHRvbywgaWYgY29uZ2VzdGlvbiBp cyB0byBiZSBkZXRlY3RlZC4gSW4gU2VwdGVtYmVyIGxhc3QgeWVhciwgd2UgaGFkIHRvIHJlcGxh Y2UgYSBsaW5lIGNhcmQgYXQgYSBwcm9kdWN0aW9uIHJvdXRlciwgd2hvc2UgaW5ncmVzcyBwb3J0 DQogaGFyZHdhcmUgd2FzIGNvcnJ1cHRlZC4gVGhlcmUgd2VyZSBubyBkcm9wcywganVzdCByYW5k b20gZGVsYXkgdmFyaWF0aW9ucywgd2hpY2ggc2hvd2VkIGluIG91ciBwZXJmb3JtYW5jZSBtZWFz dXJlbWVudCBzeXN0ZW0uIEkgd29uZGVyIHdoZXRoZXIgcHJvYmxlbXMgbGlrZSB0aGF0IGNhbiBi ZSBkZXRlY3RlZCBieSBldmFsdWF0aW5nIHRlbGVtZXRyeS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj5GdXJ0aGVyLCB0ZWxlbWV0cnkgbmVlZHMgdG8gd29yayByZWxp YWJsZSBpZiB0aGUgcm91dGVyIGhhcmR3YXJlIGlzIGJ1c3kgZGVhbGluZyB3aXRoIGhlYXZ5IGxv YWRzIChpLmUuLCB0ZWxlbWV0cnkgbXVzdCBiZSBzdWZmaWNpZW50bHkgcHJpdmlsZWdlZCkuIEV4 dGVybmFsIG1lYXN1cmVtZW50cyBvbiBmb3J3YXJkaW5nDQogbGF5ZXIgZG9u4oCZdCByZWx5IG9u IHJvdXRlciBpbnRlcm5hbCBwcm9jZXNzaW5nIHJlc291cmNlcy4gPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UnVlZGlnZXI8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJERSI+Vm9uOjwvc3Bhbj48L2I+PHNwYW4g bGFuZz0iREUiPiBSb2JlcnQgUmFzenVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1 ay5uZXQiIHRhcmdldD0iX2JsYW5rIj5yb2JlcnRAcmFzenVrLm5ldDwvYT4mZ3Q7DQo8YnI+DQo8 Yj5HZXNlbmRldDo8L2I+IE1pdHR3b2NoLCAyNi4gRmVicnVhciAyMDIwIDE0OjE5PGJyPg0KPGI+ QW46PC9iPiBHZWliLCBSw7xkaWdlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJA dGVsZWtvbS5kZSIgdGFyZ2V0PSJfYmxhbmsiPlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTwvYT4m Z3Q7PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86aXBwbS1jaGFpcnNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5pcHBtLWNoYWlyc0BpZXRmLm9yZzwvYT47IFNQUklORyBXRyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNwcmluZ0Bp ZXRmLm9yZzwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxiPkJldHJlZmY6PC9iPiBSZTogW3Nwcmlu Z10gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGlvbjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSw8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Ud28gY2xhcmlmaWNhdGlvbnM6Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj5bUkcxXSB0aGUgbWVhc3VyZW1lbnRzIHBhc3MgdGhlIHJvdXRlcnMgb24gZm9yd2FyZGlu ZyBwbGFuZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPldlbGwgaWYgSSBoYXZlIDIwSyBDRXMgYW5kIHdvdWxkIGxpa2UgdG8g bWVhc3VyZSB0aGlzIGVuZCB0byBlbmQgdGhhdCBtZWFucyBpdCBiZXR0ZXIgcnVuIG9uIGEgcm91 dGVyIC4uLiBJIGNhbiBub3QgZW52aXNpb24gaW5zdGFsbGluZyAyMEsgbmV3IFBDcyBqdXN0IGZv ciB0aGlzLiBBdCBtaW4gc3VjaCBlbmQNCiBwb2ludCBpdCBzaG91bGQgcnVuIG9uIGEgd2VsbCBk ZXNpZ25lZCBDUEUgYXMgYW4gTFhDLiZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+W1JHMV0gVXAgdG8gbm93LCB0aGUg Y29uZGl0aW9ucyBpbiBEZXV0c2NoZSBUZWxla29t4oCZcyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVp cmUgYSBjYXJlZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJvYmluZyBpbnRlcnZhbCBhbmQgY291bnRl cnMgdG8gYmUgcmVhZC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPlN1cmUuIEkgYWN0dWFsbHkgaGFkIGluIG1pbmQgdGVsZW1l dHJ5IHB1c2ggbW9kZWwgd2hlcmUgeW91IG9ubHkgZ2V0IG5vdGlmaWVkIHRvIHlyIG1vbml0b3Jp bmcgc3RhdGlvbiB3aGVuIGFwcGxpZWQgcXVldWUgdGhyZXNob2xkJm5ic3A7aXMgY3Jvc3NlZC4g VmVyeSBsaXR0bGUgbWdtdCB0cmFmZmljIGluIHRoZSBuZXR3b3JrDQogbGltaXRlZCB0byBvbmx5 IGluZm9ybWF0aW9uIHdoaWNoIGlzIGltcG9ydGFudC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkga25vdyBzb21lIHZlbmRv cnMgcmVzaXN0IHRvIGxvY2FsbHkgKGF0IExDIG9yIGxvY2FsIFJFKSBhcHBseSBmaWx0ZXJpbmcg dG8gdGVsZW1ldHJ5IHN0cmVhbWluZyBidXQgdGhpcyBpcyBJTUhPIGp1c3Qgc2ljayBhcHByb2Fj aC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPlRoeCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Ui48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbiBXZWQsIEZlYiAyNiwgMjAyMCBhdCAx MjowMSBQTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSIgdGFy Z2V0PSJfYmxhbmsiPlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTwvYT4mZ3Q7IHdyb3RlOjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdp bi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBSb2Jl cnQsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9 IkRFIj4mbmJzcDs8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj5UaGFua3MsIG15IHJlcGxpZXMgaW4gbGluZSBtYXJrZWQgW1JHMV08bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SSBoYXZlIHJlYWQg eW91ciBkcmFmdCZuYnNwO2FuZCBwcmVzZW50YXRpb24gd2l0aCBpbnRlcmVzdCBhcyBJIGFtIGEg YmlnJm5ic3A7c3VwcG9ydGVyIGFuZCBpbiBzb21lIGxhYiB0cmlhbHMmbmJzcDsgb2YgZW5kIHRv IGVuZCBuZXR3b3JrIHBhdGggcHJvYmluZy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkZldyBjb21tZW50cywgb2JzZXJ2YXRp b25zLCBxdWVzdGlvbnM6Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj5Zb3UgYXJlIGVzc2VudGlhbGx5IG1lYXN1cmluZyBhbmQg Y29tcGFyaW5nIGRlbGF5IGFjcm9zcyBOIHBhdGhzIHRyYXZlcnNpbmcga25vd24mbmJzcDtuZXR3 b3JrIHRvcG9sb2d5IChJIGxvdmUgJnF1b3Q7bmV0d29yayB0b21vZ3JhcGh5JnF1b3Q7IG5hbWUg ISk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPltSRzFdIGl04oCZcyB0ZWxlbWV0cnkgd2l0 aCBhIGNvbnN0cmFpbmVkIHNldCB1cCwgYnV0IHRoZSB0ZXJtIGRvZXNu4oCZdCBhcHBlYXIgaW4g dGhlIGRyYWZ0IHlldOKApnRoYXQgY2FuIGJlIGNoYW5nZWQuDQo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4qIEZpcnN0IHF1ZXN0aW9uIC0gdGhpcyB3aWxs IGxpa2VseSBydW4gb24gUkUvUlAgYW5kIGluIHNvbWUgcGxhdGZvcm1zIHBhdGggYmV0d2VlbiBM QyBhbmQgUkUvUlAgaXMgY29tcGxldGVseSBkZXRlcm1pbmlzdGljJm5ic3A7YW5kIGNhbiB0YWtl IDEwcyBvciAxMDBzIG9mIG1zIGxvY2FsbHkgaW4gdGhlIHJvdXRlci4NCiBTbyByaWdodCBoZXJl IHRoZSBwcm9wb3NhbCB0byBjb21wYXJlIGFueXRoaW5nIG1heSBub3QgcmVhbGx5IHdvcmsmbmJz cDstIHVubGVzcyB0aGUgc3BlYyBtYW5kYXRlcyB0aGF0IGFjdHVhbGx5IHRpbWVzdGFtcGluZyBp cyBkb25lIGluIGhhcmR3YXJlIG9uIHRoZSByZWNlaXZpbmcgTEMuIFRoZW4gQ1BVIGNhbiBwcm9j ZXNzIGl0IHdoZW4gaXQgaGFzIGN5Y2xlcy4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPltSRzFdIHRoZSBtZWFzdXJlbWVudHMgcGFzcyB0aGUgcm91dGVycyBvbiBmb3J3YXJkaW5n IHBsYW5lLiBIaWdoLWVuZCByb3V0ZXJzIGFkZCB2YXJpYWJsZSBwcm9jZXNzaW5nIGxhdGVuY2ll cy4gSXTigJlzIG9uIGEgbGV2ZWwgb2YgZG91YmxlIG9yIGxvd2VyIHRyaXBsZSBkaWdpdCBbdXNd IG9uIERldXRzY2hlDQogVGVsZWtvbSBiYWNrYm9uZSByb3V0ZXJzLiBJZiBhIGRlZGljYXRlZCBz ZW5kZXIgcmVjZWl2ZXIgc3lzdGVtIGlzIHVzZWQsIHRpbWVzdGFtcGluZyBtYXkgYmUgb3B0aW1p emVkIGZvciB0aGUgcHVycG9zZS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiog U2Vjb25kIHF1ZXN0aW9uIGlzIHRoYXQgY29uZ2VzdGlvbiB1c3VhbGx5IGhhcyBhIHZlcnkgdHJh bnNpZW50IGNoYXJhY3RlciAuLi4gWW91IHdvdWxkIG5lZWQgdG8gYmUgc3VwZXIgbHVja3kgdG8g ZmluZCBhbnkgY29uZ2VzdGlvbiZuYnNwO2luIG5vcm1hbCBuZXR3b3JrIHVzaW5nIHRlc3QgcHJv YmVzIG9mIGFueQ0KIHNvcnQuIElmIHlvdSBoYXZlIGludGVyZmFjZXMgYWx3YXlzIGNvbmdlc3Rl ZCB0aGVuIGp1c3QgdGhlIHF1ZXVlIGRlcHRoIHRpbWUgZGVsdGEgbWF5IG5vdCBiZSB2aXNpYmxl IGluIGVuZCB0byBlbmQgbWVhc3VyZW1lbnRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ W1JHMV0gVGhlIHByb2JpbmcgZnJlcXVlbmN5IGRlcGVuZHMgb24gdGhlIGNoYXJhY3RlcmlzdGlj cyBvZiBjb25nZXN0aW9uIHRoZSBvcGVyYXRvciB3YW50cyB0byBiZSBhd2FyZSBvZi4gVW5wbGFu bmVkIGV2ZW50cyBtYXkgY2F1c2UgY2hhbmdlcyBpbiBtZWFzdXJlbWVudCBkZWxheXMgbGFzdGlu ZyBmb3INCiBtaW51dGVzIG9yIGxvbmdlciAoY29uZ2VzdGlvbiBvciBoYXJkd2FyZSBpc3N1ZXMp LiBUaGUgZHVyYXRpb24gb2YgYSByZWxpYWJseSBkZXRlY3RhYmxlIOKAnGV2ZW504oCdIGNvcnJl c3BvbmQgdG8gdGhlIG1lYXN1cmVtZW50IHBhY2tldCBkaXN0YW5jZSAoSSBkb27igJl0IGludGVu ZCB0byByZXBsYWNlIGhlbGxvLWV4Y2hhbmdlcyBvciBCRkQgYnkgdGhlIG1ldHJpYykuDQo8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LS0tLS0tJm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4qIFRoaXJk IC0gd2h5IG5vdCBzaW1wbHkgbG9vayBhdCB0aGUgcXVldWUgY291bnRlcnMgYXQgZWFjaCBub2Rl ID8gUXVldWUgZGVwdGgsIHF1ZXVlIGhpc3RvcnksIG1pbiwgYXZnLCBtYXggb24gYSBwZXIgaW50 ZXJmYWNlIGJhc2lzIG9mZmVyIHRvbnMgb2YgaW5mb3JtYXRpb24gcmVhZGlseSBhdmFpbGFibGUu DQogV2h5IHdvdWxkIGFueW9uZSBuZWVkIHRvIGluamVjdCBsb29wcyBvZiBwcm9iZSBwYWNrZXRz IGluIGtub3duIG5ldHdvcmsgdG8gZGV0ZWN0IHRoaXMgPyBBbmQgaW4gYmxhY2sgYm94IHVua25v d24gbmV0d29ya3MgdGhpcyBpcyBub3QgZ29pbmcgdG8gd29yayBhcyB5b3Ugd291bGQgbm90IGtu b3cgdGhlIG5ldHdvcmsgdG9wb2xvZ3kgaW4gdGhlIGZpcnN0IHBsYWNlLiBMaWtld2lzZSBsaW5r IGRvd24vdXAgaXMgYWxyZWFkeSByZWZsZWN0ZWQgaW4NCiB5b3VyIHN5c2xvZyB2aWEgQkZEIGFu ZCBJR1AgYWxhcm1zLiBJIHJlYWxseSBkbyBub3QgdGhpbmsgeW91IG5lZWQgZW5kIHRvIGVuZCBw cm90b2NvbCB0byB0ZWxsIHlvdSB0aGF0LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+W1JHMV0gVXAgdG8gbm93LCB0aGUgY29uZGl0aW9ucyBpbiBEZXV0c2NoZSBUZWxla29t4oCZ cyBiYWNrYm9uZSBuZXR3b3JrIHJlcXVpcmUgYSBjYXJlZnVsIGRlc2lnbiBvZiByb3V0ZXIgcHJv YmluZyBpbnRlcnZhbCBhbmQgY291bnRlcnMgdG8gYmUgcmVhZC4gVGhlIHByb3Bvc2VkIG1ldHJp YyBhbGxvd3MgdG8NCiBjYXB0dXJlIHBlcnNpc3RlbnQgaXNzdWVzIGltcGFjdGluZyBmb3J3YXJk aW5nLiBJdCBwb2ludHMgb3V0LCB3aGVyZSB0aGVzZSBsaWtlbHkgb2NjdXIuIEFuIG9wZXJhdG9y IG1heSB0aGVuIGhhdmUgYSBjbG9zZXIgbG9vayBhdCBhbiBpbnRlcmZhY2Uvcm91dGVyIHRvIGFu YWx5c2Ugd2hhdOKAmXMgZ29pbmcgb24sIHVzaW5nIHRoZSBmdWxsIGFyc2VuYWwgb2YgYWNjZXNz aWJsZSBpbmZvcm1hdGlvbiBhbmQgdG9vbHMuIEFzIHVudXN1YWwgZXZlbnRzDQogaGFwcGVuIHJh cmVseSwgaXQgbWF5IHN0aWxsIGJlIGEgZmFpciBxdWVzdGlvbiBmb3Igd2hpY2ggcHVycG9zZSBs aW5lY2FyZC0gYW5kIGNlbnRyYWwgcHJvY2Vzc2luZyBjeWNsZXMgb2Ygcm91dGVycyBhcmUgY29u c3VtZWQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+LS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mIzQzOyZuYnNwO1RoYW5rcyBmb3IgY2F0Y2hpbmcgdGhlIG5pdCBiZWxvdy4u PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5SZWdhcmRzLCBSdWVkaWdlcjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+cy88c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOiNGRkZERjUiPm5vZGVzIEwxMDAgYW5kIEwyMDAgb25l IG9uZS9ub2RlcyBMMTAwIGFuZCBMMjAwIG9uIG9uZS8mbmJzcDsmbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90Oztjb2xvcjpibGFjaztiYWNrZ3JvdW5kOiNGRkZERjUiPjopJm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+TWFu eSB0aHgsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPlIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5PbiBXZWQsIEZlYiAyNiwgMjAyMCBhdCA4OjU1IEFNICZsdDs8YSBocmVmPSJtYWls dG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIiB0YXJnZXQ9Il9ibGFuayI+UnVlZGlnZXIuR2Vp YkB0ZWxla29tLmRlPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkRFIj5EZWFyIElQUE0gKGFuZCBT UFJJTkcpIHBhcnRpY2lwYW50cyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkRFIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPknigJltIHNvbGxpY2l0aW5nIGludGVyZXN0IGluIGEgbmV3 IG5ldHdvcmsgbW9uaXRvcmluZyBtZXRyaWMgd2hpY2ggYWxsb3dzIHRvIGRldGVjdCBhbmQgbG9j YXRlIGNvbmdlc3RlZCBpbnRlcmZhY2VzLiBJbXBvcnRhbnQgcHJvcGVydGllcyBhcmU8bzpwPjwv bzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxp c3Q6bDEgbGV2ZWwxIGxmbzMiPg0KU2FtZSBzY2FsYWJpbGl0eSBhcyBJQ01QIHBpbmcgaW4gdGhl IHNlbnNlIG9uZSBtZWFzdXJlbWVudCByZWxhdGlvbiByZXF1aXJlZCBwZXIgbW9uaXRvcmVkIGNv bm5lY3Rpb248bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDps MSBsZXZlbDEgbGZvMyI+DQpBZGRzIGRldGVjdGlvbiBhbmQgbG9jYXRpb24gb2YgY29uZ2VzdGVk IGludGVyZmFjZXMgYXMgY29tcGFyZWQgdG8gSUNNUCBwaW5nIChvdGhlcndpc2UgbWVhc3VyZWQg bWV0cmljcyBhcmUgY29tcGF0aWJsZSB3aXRoIElDTVAgcGluZyk8bzpwPjwvbzpwPjwvbGk+PGxp IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+DQpSZXF1aXJlcyBT ZWdtZW50IFJvdXRpbmcgKHdoaWNoIG1lYW5zLCBtZWFzdXJlbWVudCBvbiBmb3J3YXJkaW5nIGxh eWVyLCBubyBvdGhlciBpbnRlcmFjdGlvbiB3aXRoIHBhc3NlZCByb3V0ZXJzIOKAkyBpbiBvcHBv c2l0ZSB0byBJQ01QIHBpbmcpPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPg0KQWN0aXZlIG1lYXN1cmVtZW50IChtYXkgYmUgZGVw bG95ZWQgdXNpbmcgYSBzaW5nbGUgc2VuZGVyJmFtcDtyZWNlaXZlciBvciBzZXBhcmF0ZSBzZW5k ZXIgYW5kIHJlY2VpdmVyLCBTZWdtZW50IFJvdXRpbmcgYWxsb3dzIGZvciBib3RoIG9wdGlvbnMp PG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5J4oCZZCBiZSBoYXBweSB0byBwcmVz ZW50IHRoZSBkcmFmdCBpbiBWYW5jb3V2ZXIuLiBJZiB0aGVyZeKAmXMgY29tbXVuaXR5IGludGVy ZXN0LiBQbGVhc2UgcmVhZCBhbmQgY29tbWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PllvdeKAmWxsIGZpbmQgc2xpZGVzIGF0ICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iREUiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfbWVldGluZ18xMDVf bWF0ZXJpYWxzX3NsaWRlcy0yRDEwNS0yRGlwcG0tMkQxNC0yRGRyYWZ0LTJEZ2VpYi0yRGlwcG0t MkRjb25uZWN0aXZpdHktMkRtb25pdG9yaW5nLTJEMDAmYW1wO2Q9RHdNR2FRJmFtcDtjPUxGWVot bzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9T2ZzU3U4a1RJbHRWeUQxb0w3MmNCdyZhbXA7bT1jMzhQ cEZUYUowQVdUajlxM3lONE50WVVEX2lldWdDV01uUnFqZDNabVBRJmFtcDtzPTN6emxBbGFiMzk5 QnczYTZ4WDh5V1lLTmlJZ3VsLUZ4V2lRWDNsMG43NTgmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gbGFuZz0iRU4tVVMiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8x MDUvbWF0ZXJpYWxzL3NsaWRlcy0xMDUtaXBwbS0xNC1kcmFmdC1nZWliLWlwcG0tY29ubmVjdGl2 aXR5LW1vbml0b3JpbmctMDA8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPkRyYWZ0IHVybDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxhIGhyZWY9Imh0 dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRy YWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEZ2VpYi0yRGlwcG0tMkRjb25uZWN0aXZpdHktMkRt b25pdG9yaW5nXyZhbXA7ZD1Ed01HYVEmYW1wO2M9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZhbXA7 cj1PZnNTdThrVElsdFZ5RDFvTDcyY0J3JmFtcDttPWMzOFBwRlRhSjBBV1RqOXEzeU40TnRZVURf aWV1Z0NXTW5ScWpkM1ptUFEmYW1wO3M9WnUxU0xyckhTQzBYZXlTazdaU1p4WjVDbkVqZG5sbzFU ZERxOFIwN1pKRSZhbXA7ZT0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1nZWliLWlwcG0tY29ubmVjdGl2aXR5LW1vbml0b3JpbmcvPC9hPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPlJ1ZWRpZ2VyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCnNwcmluZyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86c3ByaW5n QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ByaW5nQGlldGYub3JnPC9hPjxicj4NCjxhIGhy ZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9f d3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fc3ByaW5nJmFtcDtkPUR3TUdhUSZhbXA7Yz1M RllaLW85X0hVTWVNVFNRaWN2aklnJmFtcDtyPU9mc1N1OGtUSWx0VnlEMW9MNzJjQncmYW1wO209 YzM4UHBGVGFKMEFXVGo5cTN5TjROdFlVRF9pZXVnQ1dNblJxamQzWm1QUSZhbXA7cz1KMkFoT2w2 RFJxZmczbGs5MGFuVUpFdk9ReWdHZElNQU15Zkp3ZFp0clZVJmFtcDtlPSIgdGFyZ2V0PSJfYmxh bmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nPC9hPjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_FRXPR01MB0392EA36AA58B32BD050D2029CE70FRXPR01MB0392DEUP_-- From nobody Mon Mar 2 06:02:24 2020 Return-Path: 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 68F143A0C55; Mon, 2 Mar 2020 06:02:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 nt0cpA5ceAAd; Mon, 2 Mar 2020 06:02:20 -0800 (PST) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 7CDB13A0C5A; Mon, 2 Mar 2020 06:02:19 -0800 (PST) Received: by mail-lf1-x131.google.com with SMTP id w22so7158146lfk.5; Mon, 02 Mar 2020 06:02:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=irdNw13cCczFzNd0zyT29jaSlxfmJnrxNRU1sxuWfZM=; b=lZqdGJ7Qd3OMaKwHe6pszPtPsn3f+8XmdEIbL7w3Mb95RUhvbXgVLp4SDwCQBO74AG S5Us7B/BLmdbmtaQhtJ1DzZ6rXFUPrD4jhdBky7Z9ooNZlfs0PPOy9ryY8zmPaGpVNap MHPb07yObZZTud5lSITCXURpY7GrRbp4c3Fv8F8gIDtT6kR7Hxm6TQbga57FKRD1t0Oh bELcpxQM60bVcUjVGg5gTu62cyEW7tV53lCMAqYhXq1CeQIH9WHvVFl4yog/9e08SHzY wvZdtXXeWuZJYgm9yt8FwXPVh7kJpRVvCQDob96phBwDqNE+bYZKmUGB3PNloFd2Upxx jjbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=irdNw13cCczFzNd0zyT29jaSlxfmJnrxNRU1sxuWfZM=; b=c1dLi6zBRCBpxREnoWAoDwnT4j2U7Waodu1rwV1TQIcMUjeg1DlJasyOR+W2aUxGUg HA+F0mqZR6nINAa85A9AN0TRcJT+dKUj+TPe6+9ANpvrBFLaU3scBH9mgpRj8GAJY4o6 iFFmFLdb4z9zjBQ+cOuW3bNqCHxIBhUySMq7K3xSM0WuJlipy76bSPPEBjb/cpttQ9JU e596VIl4FYcH0C4JcX+9/Z67krLjtGJU2+WzTjgANARjl4djkyWp6//PeFte5lePsSIK ZdJFlMAHBcdnOgoxjM7TpbYQJyRECn9YuBuJDI2PCiAQE0ZN/+HEzP16gYqDbzyoSLfA OuYw== X-Gm-Message-State: ANhLgQ3VzV/pAPCtbCLBf0naMS48KodrhvygRirxDPWK+TwUCLpHmF+J zXt/f9KGAmQI4/4d/fKt1ib8svO7rjOCTnnVGIsx0rU= X-Google-Smtp-Source: ADFU+vsyJTW3q5inV6ab4dUoXr7iqCc+anWkgUwzYDpxTbpVEVG7DuFYvLyvlwEB8WwTPRbB1xG5OZN7etrYy1z6m60= X-Received: by 2002:a05:6512:68a:: with SMTP id t10mr4612843lfe.126.1583157737662; Mon, 02 Mar 2020 06:02:17 -0800 (PST) MIME-Version: 1.0 References: <158230107443.29037.14133930624764653909.idtracker@ietfa.amsl.com> <4ABD2C49-D3AC-4E3E-8059-259371085D91@cisco.com> In-Reply-To: From: Rakesh Gandhi Date: Mon, 2 Mar 2020 09:02:06 -0500 Message-ID: To: Greg Mirsky Cc: IPPM Chairs , "Rakesh Gandhi (rgandhi)" , IETF IPPM WG Content-Type: multipart/alternative; boundary="00000000000093ac00059fdfa2fa" Archived-At: Subject: Re: [ippm] Fwd: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 14:02:23 -0000 --00000000000093ac00059fdfa2fa Content-Type: text/plain; charset="UTF-8" Thanks Greg for your reply. As this is a WG document, an internal authors discussion only is not sufficient. New field added takes up 16-bits (too many) from the fixed length format for session-ID, which makes it difficult to add flags for new use-cases in future. BTW, the packet has 32-bit sequence number, out of which 16-bits can be used for session-ID in some use-cases. As mentioned if there is a need, 32-bit sequence number can be added in a TLV. The scope of the WG adopted draft was to define TLVs for STAMP. Thanks, Rakesh On Fri, Feb 28, 2020 at 6:57 PM Greg Mirsky wrote: > Hi Rakesh, > thank you for reminding me of the decision WGs chairs made. > Your questions about SSID are greatly appreciated. Authors of the STAMP > TLV draft have discussed where to place the SSID field, and our proposal is > reflected in the updated draft. I'll present it at the IPPM WG meeting and > will be glad to discuss and answer any questions. > > Regards, > Greg > > On Fri, Feb 28, 2020 at 3:40 PM Rakesh Gandhi > wrote: > >> Hi Greg, >> Thanks for your reply. >> After some good discussions between the IPPM and SPRING chairs, it has >> already been agreed that the draft-gandhi-spring-twamp-srpm will be hosted >> in SPRING. It is captured in the chairs update at the last IETF meeting: >> >> https://datatracker.ietf.org/meeting/106/materials/slides-106-spring-sessa-chairs-slides-01 >> >> Original purpose of the draft-ietf-ippm-stamp-option-tlv accepted as a WG >> document was to define TLVs for STAMP. But now it is also modifying the >> STAMP packet format. Shouldn't SSID (session ID) be in a STAMP TLV? It can >> then be 32-bit number (as opposed to 16-bit) and can be used for encoding >> additional information. >> >> This way, we can keep the 16-bits available in the STAMP packet format >> for future use - instead of leaving no space at all and using up all the >> available bits in the message for SSID. >> >> Recall that draft-gandhi-spring-twamp-srpm only uses one bit flag from >> the 16-bit field, rest is still available. >> >> Thanks, >> Rakesh >> >> >> On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky >> wrote: >> >>> Hi Rakesh, >>> thank you for your expedient clarification. I think that one assumption >>> made in your draft requires very careful consideration by IPPM WG that had >>> worked on STAMP for quite some time already. Here's the paragraph that >>> raises a question: >>> The loss measurement probe and query messages defined in this >>> document are also equally applicable to STAMP and STAMP TLVs, and use >>> the message formats defined in [I-D.ippm-stamp]. >>> As I understand, you've planned to anchor this work at SPRING WG though >>> you propose to update documents developed in IPPM WG. Perhaps Chars of >>> these two WGs will discuss and suggest to you on the appropriate WG to host >>> this draft. >>> As for the proposed changes to STAMP, I believe that these should be >>> handled with lots of caution and we encourage authors to make the use of >>> the STAMP extension mechanism provided by TLVs. >>> >>> Regards, >>> Greg >>> >>> On Fri, Feb 28, 2020 at 10:10 AM Rakesh Gandhi >>> wrote: >>> >>>> Hi Greg, >>>> Thanks for your reply. >>>> The draft-gandhi-spring-twamp-srpm includes both TWAMP Light and STAMP >>>> (Section 3.2) (TLVs for STAMP in other sections). Two drafts are updating >>>> the same field in the STAMP packet format. >>>> Thanks, >>>> Rakesh >>>> >>>> >>>> On Thu, Feb 27, 2020 at 11:14 PM Greg Mirsky >>>> wrote: >>>> >>>>> Hi Rakesh, >>>>> thank you for your interest in the update to STAMP extensions. Can you >>>>> elaborate on where you see the conflict between STAMP and your proposal? Is >>>>> the change you've proposed applicable to STAMP test packet? As far as I >>>>> understand, STAMP cannot support your proposal and interwork with a system >>>>> that is complaint with draft-gandhi-spring-twamp-srpm. As for STAP >>>>> interworking with TWAMP in Unauthenticated mode, SSID doesn't change >>>>> anything, as TWAMP Session-Sender will zero the field and Session-Reflector >>>>> will ignore it on receipt. So I don't see conflict here at all. I greatly >>>>> appreciate your clarification. >>>>> >>>>> Regards, >>>>> Greg >>>>> >>>>> On Thu, Feb 27, 2020 at 7:48 PM Rakesh Gandhi (rgandhi) < >>>>> rgandhi@cisco.com> wrote: >>>>> >>>>>> Hi Greg, >>>>>> >>>>>> I noticed that this STAMP TLV draft update is proposing to modify the >>>>>> STAMP packet format to contain SSID. >>>>>> >>>>>> >>>>>> >>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>> >>>>>> | Error Estimate | SSID | >>>>>> >>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>> >>>>>> >>>>>> >>>>>> The SRPM draft posted in December had already proposed to use the >>>>>> same field for control-code. >>>>>> >>>>>> https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-05 >>>>>> >>>>>> . . >>>>>> >>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>> >>>>>> | Error Estimate | Reserved | Control Code | >>>>>> >>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>> >>>>>> . >>>>>> >>>>>> >>>>>> >>>>>> Looks like there is a conflict in packet format update proposed that >>>>>> need to sort out. >>>>>> >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Rakesh >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> *From: *ippm on behalf of Greg Mirsky < >>>>>> gregimirsky@gmail.com> >>>>>> *Date: *Friday, February 21, 2020 at 11:07 AM >>>>>> *To: *IETF IPPM WG >>>>>> *Subject: *[ippm] Fwd: New Version Notification for >>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>> >>>>>> >>>>>> >>>>>> Dear All, >>>>>> >>>>>> the new version includes updates to the Followup Telemetry TLV and >>>>>> introduces the new HMAC TLV. >>>>>> >>>>>> We always welcome and greatly appreciate your comments, questions, >>>>>> and suggestions. >>>>>> >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> Greg >>>>>> >>>>>> ---------- Forwarded message --------- >>>>>> From: >>>>>> Date: Fri, Feb 21, 2020 at 8:04 AM >>>>>> Subject: New Version Notification for >>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>> To: Henrik Nydell >, >>>>>> Min Xiao , Adi Masputra , >>>>>> Ernesto Ruffini , Gregory Mirsky < >>>>>> gregimirsky@gmail.com>, Richard Foote >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>> has been successfully submitted by Greg Mirsky and posted to the >>>>>> IETF repository. >>>>>> >>>>>> Name: draft-ietf-ippm-stamp-option-tlv >>>>>> Revision: 03 >>>>>> Title: Simple Two-way Active Measurement Protocol Optional >>>>>> Extensions >>>>>> Document date: 2020-02-21 >>>>>> Group: ippm >>>>>> Pages: 25 >>>>>> URL: >>>>>> https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>> Status: >>>>>> https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/ >>>>>> Htmlized: >>>>>> https://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-03 >>>>>> Htmlized: >>>>>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv >>>>>> Diff: >>>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-option-tlv-03 >>>>>> >>>>>> Abstract: >>>>>> This document describes optional extensions to Simple Two-way >>>>>> Active >>>>>> Measurement Protocol (STAMP) which enable measurement performance >>>>>> metrics in addition to ones supported by the STAMP base >>>>>> specification. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 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. >>>>>> >>>>>> The IETF Secretariat >>>>>> >>>>> _______________________________________________ >>>>> ippm mailing list >>>>> ippm@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ippm >>>>> >>>> --00000000000093ac00059fdfa2fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Greg for your reply.
As this is a WG document, an internal authors discussion only is not suff= icient. New field added takes up 16-bits (too many) from the fixed length f= ormat for session-ID, which makes it difficult to add flags for new use-cas= es in future. BTW, the packet has 32-bit sequence number, out of which 16-b= its can be used for session-ID in some use-cases. As mentioned if there is = a need, 32-bit sequence number can be added in a TLV. The scope of the WG a= dopted draft was to define TLVs for STAMP.

Tha= nks,
Rakesh


On Fri, Feb 28, 2020= at 6:57 PM Greg Mirsky <gregim= irsky@gmail.com> wrote:
Hi Rakesh,
thank you for reminding me of= the decision WGs chairs made.
Your questions about SSID are greatly app= reciated. Authors of the STAMP TLV draft have discussed where to place the = SSID field, and our proposal is reflected in the updated draft. I'll pr= esent it at the IPPM WG meeting and will be glad to discuss and answer any = questions.

Regards,
Greg
<= /div>
O= n Fri, Feb 28, 2020 at 3:40 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
=
Hi Greg,
Thanks for your reply.
Aft= er some good discussions between the IPPM and SPRING chairs, it has already= been agreed that the draft-gandhi-spring-twamp-srpm will be hosted in SPR= ING. It is captured in the chairs update at the last IETF meeting:
https://datatracker.ietf.o= rg/meeting/106/materials/slides-106-spring-sessa-chairs-slides-01
=

Original purpose of the draft-ietf-ippm-stamp-option-tl= v accepted as a WG document was to define TLVs for STAMP. But now it is als= o modifying the STAMP packet format. Shouldn't SSID (session ID) be in = a STAMP TLV? It can then be 32-bit number (as opposed to 16-bit) and can be= used for encoding additional information.

Thi= s way, we can keep the 16-bits available in the STAMP packet format for fut= ure use - instead of leaving no space at all and using up all the available= bits in the message for SSID.

Recall that dra= ft-gandhi-spring-twamp-srpm only uses one bit flag from the 16-bit field, r= est is still available.

Thanks,
Rake= sh


On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky <gregimirsky@gmail.co= m> wrote:
Hi Rakesh,
thank you for your expedient clarification= . I think that one assumption made in your draft requires very careful cons= ideration by IPPM WG that had worked on STAMP for quite some time already. = Here's the paragraph that raises a question:
=C2=A0 =C2=A0The= loss measurement probe and query messages defined in this
=C2=A0 =C2=A0= document are also equally applicable to STAMP and STAMP TLVs, and use
= =C2=A0 =C2=A0the message formats defined in [I-D.ippm-stamp].
As I understand, you've planned to anchor this work at SPRING WG thoug= h you propose to update documents developed in IPPM WG. Perhaps Chars of th= ese two WGs will discuss and suggest to you on the appropriate WG to host t= his draft.
As for the proposed changes to STAMP, I believe that t= hese should be handled with lots of caution and we encourage authors to mak= e the use of the STAMP extension mechanism provided by TLVs.

=
Regards,
Greg

On Fri, Feb 28, 2020 at 10:10 AM Ra= kesh Gandhi <rgandhi.ietf@gmail.com> wrote:
Hi Greg,
Thanks for = your reply.
The draft-gandhi-spring-twamp-srpm includes both TWAM= P Light and STAMP (Section 3.2) (TLVs for STAMP in other sections). Two dra= fts are updating the same field in the STAMP packet format.
= Thanks,
Rakesh


On Thu, Feb 27, 2020 at 11= :14 PM Greg Mirsky <gregimirsky@gmail.com> wrote:
Hi Rakesh,
thank you for y= our interest in the update to STAMP extensions. Can you elaborate on where = you see the conflict between STAMP and your proposal? Is the change you'= ;ve proposed applicable to STAMP test packet? As far as I understand, STAMP= cannot support your proposal and interwork with a system that is complaint= with draft-gandhi-spring-twamp-srpm. As for STAP interworking with TWAMP i= n Unauthenticated mode, SSID doesn't change anything, as TWAMP Session-= Sender will zero the field and Session-Reflector will ignore it on receipt.= So I don't see conflict here at all. I greatly appreciate your clarifi= cation.

Regards,
Greg

On Thu, Feb 2= 7, 2020 at 7:48 PM Rakesh Gandhi (rgandhi) <rgandhi@cisco.com> wrote:

Hi Greg,

I noticed that this STAMP TLV draft update is propos= ing to modify the STAMP packet format to contain SSID.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SSID=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0

The SRPM draft posted in December had already propos= ed to use the same field for control-code.

https://tools.ietf.org/html/draft-g= andhi-spring-twamp-srpm-05

=C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .

=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Reserv= ed=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 Control Code |

=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=C2=A0

Looks like there is a conflict in packet format upda= te proposed that need to sort out.

=C2=A0

Thanks,

Rakesh

=C2=A0

=C2=A0

From: = ippm <ippm-bounces@ietf.org>= ; on behalf of Greg Mirsky <gregimirsky@gmail.com>
Date: Friday, February 21, 2020 at 11:07 AM
To: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Fwd: New Version Notification for draft-ietf-ippm-st= amp-option-tlv-03.txt

=C2=A0

Dear All,

the new version includes updates to the Followup Tel= emetry TLV and introduces the new HMAC TLV.

We always welcome and greatly appreciate your commen= ts, questions, and suggestions.

=C2=A0

Regards,

Greg

---------- Forwarded message ---------
From: <int= ernet-drafts@ietf.org>
Date: Fri, Feb 21, 2020 at 8:04 AM
Subject: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.t= xt
To: Henrik Nydell <hnydell@accedian.com>, Min Xiao <xiao.min2@zte.com.cn>, Adi Masputra = <adi@apple.com>= ;, Ernesto Ruffini <eruffini@outsys.org>, Gregory Mirsky <gregimirsky@gmail.com>, Richard Foote <footer.foote@nokia.com>=




A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-ippm-stamp-option-= tlv
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A003
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Simple Two-way Active Measurement = Protocol Optional Extensions
Document date:=C2=A0 2020-02-21
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ippm
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 25
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.tx= t
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://data= tracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.o= rg/html/draft-ietf-ippm-stamp-option-tlv-03
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datat= racker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ht= tps://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-stamp-option-tlv-03
Abstract:
=C2=A0 =C2=A0This document describes optional extensions to Simple Two-way = Active
=C2=A0 =C2=A0Measurement Protocol (STAMP) which enable measurement performa= nce
=C2=A0 =C2=A0metrics in addition to ones supported by the STAMP base
=C2=A0 =C2=A0specification.




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.

The IETF Secretariat

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--00000000000093ac00059fdfa2fa-- From nobody Mon Mar 2 06:16:52 2020 Return-Path: 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 BBA6A3A041A; Mon, 2 Mar 2020 06:16:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 XT4qb9n8BJlJ; Mon, 2 Mar 2020 06:16:47 -0800 (PST) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 235293A0410; Mon, 2 Mar 2020 06:16:47 -0800 (PST) Received: by mail-lj1-x235.google.com with SMTP id d10so11909465ljl.9; Mon, 02 Mar 2020 06:16:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LHMGpEuvBdmzHzZ4sHgaMCODt3I4FO/1MztD7lXm3i4=; b=gKQ6BOxEkBr2Lbh26jl5wV1EaCJqNh8OVM+HYBbyM6z/LWm/NvbU+6xRtuou+A6cCY eibBpLXjsScH7v7qIfa77OWM8bDldAv4rxVoZyfQ7Mubs+AOmeZ06qLoqVJx070rNa4j lnfUk2z8I8yo/d+w3Am9f4lWVYKoDEHz9kjKxAuj1NthJ3jMS+EvEG1UrtA0jT5XxHYp i+UlQnCu6PyY4yd6IzFryE3Uj4OCqjWMx/9V56lhchCtuyWcesT/V7tOeHBL8BNlJOBQ Q0gsUdqlymfktNv5BAqAUWXR0HFM6nhj1uKBs7QO9YuzHzpJEr+G+B2bmFRyBSPrrTb9 ViTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LHMGpEuvBdmzHzZ4sHgaMCODt3I4FO/1MztD7lXm3i4=; b=EZ4jE/qs6t6NzwvGYGVGwtLLjSYfHk+bQMPx5EHr4OjkOWOBfwJ0qsvoiouFgPk2TE z1Mu3MhJOwOW9byqVsQD7xZU5pKfZYOkIBkb1Zn7IgIgO4aKZMdn/IqOYgBYwqg9obUI cj/um516ZpwLLymB82oJDHQCgaEXLfk1uzQK3GirR5sw3yjc0tCYVeXsxJJmym4nCE35 EAD5NaUkjDG66d3+XjNWcLOvAv96FnMiWh6oNfjKGwMylU6jBQiMoCimJo26XNFBF3jP 8OCetXMxA27uXa1yHbSyk5EMf9/BHF2ZE3HHwHZlVq1mgCxtAyy3wDGGhxjVFk/6xC+k gT9Q== X-Gm-Message-State: ANhLgQ0bq05zZ2OTpX1Z6u1PVVYvITmSYm0REoz+072JPmvT9BZ0JxDt 7zKVPqNrz4+x0OtDxb3TzTgzc60LXjtWqQA9CBg= X-Google-Smtp-Source: ADFU+vv5Wkvzy6UmRtfP60NSsR7LwUExrAa0J5YfIA8O1pWEhf6Lg7QWghwheehydzIgamiLd2MtzSH9nw4qD4xYhkU= X-Received: by 2002:a2e:b306:: with SMTP id o6mr1941034lja.185.1583158605304; Mon, 02 Mar 2020 06:16:45 -0800 (PST) MIME-Version: 1.0 References: <158230107443.29037.14133930624764653909.idtracker@ietfa.amsl.com> <4ABD2C49-D3AC-4E3E-8059-259371085D91@cisco.com> In-Reply-To: From: Greg Mirsky Date: Mon, 2 Mar 2020 15:16:33 +0100 Message-ID: To: Rakesh Gandhi Cc: IPPM Chairs , "Rakesh Gandhi (rgandhi)" , IETF IPPM WG Content-Type: multipart/alternative; boundary="0000000000004ad871059fdfd683" Archived-At: Subject: Re: [ippm] Fwd: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 14:16:50 -0000 --0000000000004ad871059fdfd683 Content-Type: text/plain; charset="UTF-8" Hi Rakesh, thank you for your reply. The updates will be presented at the IPPM WG meeting for discussion and review. If the consensus of the IPPM WG will be not to make any of the updates, these will be acted upon according to the WG decision. The consensus of the WG is usually decided by WG Chairs. I hope we can all agree on the process. On the question of space. The base unauthenticated STAMP test packet, as defined in STAMP specification , has 30 octets MBZ. The proposed SSID uses only two octets out of 30. And I will reiterate that the extensions to STAMP are encouraged to use TLVs as the main extension mechanism. Regards, Greg On Mon, Mar 2, 2020 at 3:02 PM Rakesh Gandhi wrote: > Thanks Greg for your reply. > As this is a WG document, an internal authors discussion only is not > sufficient. New field added takes up 16-bits (too many) from the fixed > length format for session-ID, which makes it difficult to add flags for new > use-cases in future. BTW, the packet has 32-bit sequence number, out of > which 16-bits can be used for session-ID in some use-cases. As mentioned if > there is a need, 32-bit sequence number can be added in a TLV. The scope of > the WG adopted draft was to define TLVs for STAMP. > > Thanks, > Rakesh > > > On Fri, Feb 28, 2020 at 6:57 PM Greg Mirsky wrote: > >> Hi Rakesh, >> thank you for reminding me of the decision WGs chairs made. >> Your questions about SSID are greatly appreciated. Authors of the STAMP >> TLV draft have discussed where to place the SSID field, and our proposal is >> reflected in the updated draft. I'll present it at the IPPM WG meeting and >> will be glad to discuss and answer any questions. >> >> Regards, >> Greg >> >> On Fri, Feb 28, 2020 at 3:40 PM Rakesh Gandhi >> wrote: >> >>> Hi Greg, >>> Thanks for your reply. >>> After some good discussions between the IPPM and SPRING chairs, it has >>> already been agreed that the draft-gandhi-spring-twamp-srpm will be hosted >>> in SPRING. It is captured in the chairs update at the last IETF meeting: >>> >>> https://datatracker.ietf.org/meeting/106/materials/slides-106-spring-sessa-chairs-slides-01 >>> >>> Original purpose of the draft-ietf-ippm-stamp-option-tlv accepted as a >>> WG document was to define TLVs for STAMP. But now it is also modifying the >>> STAMP packet format. Shouldn't SSID (session ID) be in a STAMP TLV? It can >>> then be 32-bit number (as opposed to 16-bit) and can be used for encoding >>> additional information. >>> >>> This way, we can keep the 16-bits available in the STAMP packet format >>> for future use - instead of leaving no space at all and using up all the >>> available bits in the message for SSID. >>> >>> Recall that draft-gandhi-spring-twamp-srpm only uses one bit flag from >>> the 16-bit field, rest is still available. >>> >>> Thanks, >>> Rakesh >>> >>> >>> On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky >>> wrote: >>> >>>> Hi Rakesh, >>>> thank you for your expedient clarification. I think that one assumption >>>> made in your draft requires very careful consideration by IPPM WG that had >>>> worked on STAMP for quite some time already. Here's the paragraph that >>>> raises a question: >>>> The loss measurement probe and query messages defined in this >>>> document are also equally applicable to STAMP and STAMP TLVs, and use >>>> the message formats defined in [I-D.ippm-stamp]. >>>> As I understand, you've planned to anchor this work at SPRING WG though >>>> you propose to update documents developed in IPPM WG. Perhaps Chars of >>>> these two WGs will discuss and suggest to you on the appropriate WG to host >>>> this draft. >>>> As for the proposed changes to STAMP, I believe that these should be >>>> handled with lots of caution and we encourage authors to make the use of >>>> the STAMP extension mechanism provided by TLVs. >>>> >>>> Regards, >>>> Greg >>>> >>>> On Fri, Feb 28, 2020 at 10:10 AM Rakesh Gandhi >>>> wrote: >>>> >>>>> Hi Greg, >>>>> Thanks for your reply. >>>>> The draft-gandhi-spring-twamp-srpm includes both TWAMP Light and STAMP >>>>> (Section 3.2) (TLVs for STAMP in other sections). Two drafts are updating >>>>> the same field in the STAMP packet format. >>>>> Thanks, >>>>> Rakesh >>>>> >>>>> >>>>> On Thu, Feb 27, 2020 at 11:14 PM Greg Mirsky >>>>> wrote: >>>>> >>>>>> Hi Rakesh, >>>>>> thank you for your interest in the update to STAMP extensions. Can >>>>>> you elaborate on where you see the conflict between STAMP and your >>>>>> proposal? Is the change you've proposed applicable to STAMP test packet? As >>>>>> far as I understand, STAMP cannot support your proposal and interwork with >>>>>> a system that is complaint with draft-gandhi-spring-twamp-srpm. As for STAP >>>>>> interworking with TWAMP in Unauthenticated mode, SSID doesn't change >>>>>> anything, as TWAMP Session-Sender will zero the field and Session-Reflector >>>>>> will ignore it on receipt. So I don't see conflict here at all. I greatly >>>>>> appreciate your clarification. >>>>>> >>>>>> Regards, >>>>>> Greg >>>>>> >>>>>> On Thu, Feb 27, 2020 at 7:48 PM Rakesh Gandhi (rgandhi) < >>>>>> rgandhi@cisco.com> wrote: >>>>>> >>>>>>> Hi Greg, >>>>>>> >>>>>>> I noticed that this STAMP TLV draft update is proposing to modify >>>>>>> the STAMP packet format to contain SSID. >>>>>>> >>>>>>> >>>>>>> >>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>> >>>>>>> | Error Estimate | SSID | >>>>>>> >>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>> >>>>>>> >>>>>>> >>>>>>> The SRPM draft posted in December had already proposed to use the >>>>>>> same field for control-code. >>>>>>> >>>>>>> https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-05 >>>>>>> >>>>>>> . . >>>>>>> >>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>> >>>>>>> | Error Estimate | Reserved | Control Code | >>>>>>> >>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>> >>>>>>> . >>>>>>> >>>>>>> >>>>>>> >>>>>>> Looks like there is a conflict in packet format update proposed that >>>>>>> need to sort out. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Rakesh >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> *From: *ippm on behalf of Greg Mirsky < >>>>>>> gregimirsky@gmail.com> >>>>>>> *Date: *Friday, February 21, 2020 at 11:07 AM >>>>>>> *To: *IETF IPPM WG >>>>>>> *Subject: *[ippm] Fwd: New Version Notification for >>>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>> >>>>>>> >>>>>>> >>>>>>> Dear All, >>>>>>> >>>>>>> the new version includes updates to the Followup Telemetry TLV and >>>>>>> introduces the new HMAC TLV. >>>>>>> >>>>>>> We always welcome and greatly appreciate your comments, questions, >>>>>>> and suggestions. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Greg >>>>>>> >>>>>>> ---------- Forwarded message --------- >>>>>>> From: >>>>>>> Date: Fri, Feb 21, 2020 at 8:04 AM >>>>>>> Subject: New Version Notification for >>>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>> To: Henrik Nydell >, >>>>>>> Min Xiao , Adi Masputra , >>>>>>> Ernesto Ruffini , Gregory Mirsky < >>>>>>> gregimirsky@gmail.com>, Richard Foote >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>> has been successfully submitted by Greg Mirsky and posted to the >>>>>>> IETF repository. >>>>>>> >>>>>>> Name: draft-ietf-ippm-stamp-option-tlv >>>>>>> Revision: 03 >>>>>>> Title: Simple Two-way Active Measurement Protocol Optional >>>>>>> Extensions >>>>>>> Document date: 2020-02-21 >>>>>>> Group: ippm >>>>>>> Pages: 25 >>>>>>> URL: >>>>>>> https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>> Status: >>>>>>> https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/ >>>>>>> Htmlized: >>>>>>> https://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-03 >>>>>>> Htmlized: >>>>>>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv >>>>>>> Diff: >>>>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-option-tlv-03 >>>>>>> >>>>>>> Abstract: >>>>>>> This document describes optional extensions to Simple Two-way >>>>>>> Active >>>>>>> Measurement Protocol (STAMP) which enable measurement performance >>>>>>> metrics in addition to ones supported by the STAMP base >>>>>>> specification. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 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. >>>>>>> >>>>>>> The IETF Secretariat >>>>>>> >>>>>> _______________________________________________ >>>>>> ippm mailing list >>>>>> ippm@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ippm >>>>>> >>>>> --0000000000004ad871059fdfd683 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rakesh,
thank=C2=A0you for your re= ply. The updates will be presented at the IPPM WG meeting for discussion an= d review. If the consensus of the IPPM WG will be not to make any of the up= dates, these will be acted upon according to the WG decision. The consensus= of the WG is usually decided by WG Chairs. I hope we can all agree on the = process.
On the question of space. The base unauthenticated STAMP= test packet, as defined in STAMP specification, has 30 octets MBZ. The propos= ed SSID uses only two octets out of 30. And I will reiterate that the exten= sions to STAMP are encouraged to use TLVs as the main extension mechanism.<= /div>

Regards,
Greg


<= /div>

On Mon, Mar 2, 2020 at 3:02 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
=
Thanks Greg for your reply.
As this is a WG documen= t, an internal authors discussion only is not sufficient. New field added t= akes up 16-bits (too many) from the fixed length format for session-ID, whi= ch makes it difficult to add flags for new use-cases in future. BTW, the pa= cket has 32-bit sequence number, out of which 16-bits can be used for sessi= on-ID in some use-cases. As mentioned if there is a need, 32-bit sequence n= umber can be added in a TLV. The scope of the WG adopted draft was to defin= e TLVs for STAMP.

Thanks,
Rakesh


On Fri, Feb 28, 2020 at 6:57 PM Greg Mirsky &= lt;gregimirsky@g= mail.com> wrote:
Hi Rakesh,
thank you for reminding me of the de= cision WGs chairs made.
Your questions about SSID are greatly appreciate= d. Authors of the STAMP TLV draft have discussed where to place the SSID fi= eld, and our proposal is reflected in the updated draft. I'll present i= t at the IPPM WG meeting and will be glad to discuss and answer any questio= ns.

Regards,
Greg
On Fri, = Feb 28, 2020 at 3:40 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
Hi Greg,
Thanks for your reply.
After som= e good discussions between the IPPM and SPRING chairs, it has already been = agreed that the draft-gandhi-spring-twamp-srpm will be hosted in SPRING. I= t is captured in the chairs update at the last IETF meeting:
<= br>
Original purpose of the draft-ietf-ippm-stamp-option-tlv acce= pted as a WG document was to define TLVs for STAMP. But now it is also modi= fying the STAMP packet format. Shouldn't SSID (session ID) be in a STAM= P TLV? It can then be 32-bit number (as opposed to 16-bit) and can be used = for encoding additional information.

This way,= we can keep the 16-bits available in the STAMP packet format for future us= e - instead of leaving no space at all and using up all the available bits = in the message for SSID.

Recall that draft-gan= dhi-spring-twamp-srpm only uses one bit flag from the 16-bit field, rest is= still available.

Thanks,
Rakesh


On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky <gregimirsky@gmail.com&= gt; wrote:
Hi Rakesh,
thank you for your expedient clarification. I th= ink that one assumption made in your draft requires very careful considerat= ion by IPPM WG that had worked on STAMP for quite some time already. Here&#= 39;s the paragraph that raises a question:
=C2=A0 =C2=A0The loss = measurement probe and query messages defined in this
=C2=A0 =C2=A0docume= nt are also equally applicable to STAMP and STAMP TLVs, and use
=C2=A0 = =C2=A0the message formats defined in [I-D.ippm-stamp].
As I u= nderstand, you've planned to anchor this work at SPRING WG though you p= ropose to update documents developed in IPPM WG. Perhaps Chars of these two= WGs will discuss and suggest to you on the appropriate WG to host this dra= ft.
As for the proposed changes to STAMP, I believe that these sh= ould be handled with lots of caution and we encourage authors to make the u= se of the STAMP extension mechanism provided by TLVs.

<= div>Regards,
Greg

On Fri, Feb 28, 2020 at 10:10 AM Rakesh Ga= ndhi <rgandh= i.ietf@gmail.com> wrote:
Hi Greg,
Thanks for your re= ply.
The draft-gandhi-spring-twamp-srpm includes both TWAMP Light= and STAMP (Section 3.2) (TLVs for STAMP in other sections). Two drafts are= updating the same field in the STAMP packet format.
Thanks,=
Rakesh


On Thu, Feb 27, 2020 at 11:14 PM = Greg Mirsky <= gregimirsky@gmail.com> wrote:
Hi Rakesh,
thank you for your int= erest in the update to STAMP extensions. Can you elaborate on where you see= the conflict between STAMP and your proposal? Is the change you've pro= posed applicable to STAMP test packet? As far as I understand, STAMP cannot= support your proposal and interwork with a system that is complaint with d= raft-gandhi-spring-twamp-srpm. As for STAP interworking with TWAMP in Unaut= henticated mode, SSID doesn't change anything, as TWAMP Session-Sender = will zero the field and Session-Reflector will ignore it on receipt. So I d= on't see conflict here at all. I greatly appreciate your clarification.=

Regards,
Greg

On Thu, Feb 27, 2020= at 7:48 PM Rakesh Gandhi (rgandhi) <rgandhi@cisco.com> wrote:

Hi Greg,

I noticed that this STAMP TLV draft update is propos= ing to modify the STAMP packet format to contain SSID.

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SSID=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0

The SRPM draft posted in December had already propos= ed to use the same field for control-code.

https://tools.ietf.org/html/draft-g= andhi-spring-twamp-srpm-05

=C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .

=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Reserv= ed=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 Control Code |

=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

=C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=C2=A0

Looks like there is a conflict in packet format upda= te proposed that need to sort out.

=C2=A0

Thanks,

Rakesh

=C2=A0

=C2=A0

From: = ippm <ippm-bounces@ietf.org>= ; on behalf of Greg Mirsky <gregimirsky@gmail.com>
Date: Friday, February 21, 2020 at 11:07 AM
To: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Fwd: New Version Notification for draft-ietf-ippm-st= amp-option-tlv-03.txt

=C2=A0

Dear All,

the new version includes updates to the Followup Tel= emetry TLV and introduces the new HMAC TLV.

We always welcome and greatly appreciate your commen= ts, questions, and suggestions.

=C2=A0

Regards,

Greg

---------- Forwarded message ---------
From: <int= ernet-drafts@ietf.org>
Date: Fri, Feb 21, 2020 at 8:04 AM
Subject: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.t= xt
To: Henrik Nydell <hnydell@accedian.com>, Min Xiao <xiao.min2@zte.com.cn>, Adi Masputra = <adi@apple.com>= ;, Ernesto Ruffini <eruffini@outsys.org>, Gregory Mirsky <gregimirsky@gmail.com>, Richard Foote <footer.foote@nokia.com>=




A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-ippm-stamp-option-= tlv
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A003
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Simple Two-way Active Measurement = Protocol Optional Extensions
Document date:=C2=A0 2020-02-21
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ippm
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 25
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.tx= t
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://data= tracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.o= rg/html/draft-ietf-ippm-stamp-option-tlv-03
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datat= racker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ht= tps://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-stamp-option-tlv-03
Abstract:
=C2=A0 =C2=A0This document describes optional extensions to Simple Two-way = Active
=C2=A0 =C2=A0Measurement Protocol (STAMP) which enable measurement performa= nce
=C2=A0 =C2=A0metrics in addition to ones supported by the STAMP base
=C2=A0 =C2=A0specification.




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.

The IETF Secretariat

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--0000000000004ad871059fdfd683-- From nobody Mon Mar 2 07:54:22 2020 Return-Path: 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 347A43A09B9; Mon, 2 Mar 2020 07:53:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de 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 5eeF2p4Vszlz; Mon, 2 Mar 2020 07:53:36 -0800 (PST) Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (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 BD6893A097D; Mon, 2 Mar 2020 07:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1583164416; x=1614700416; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EKhzKFd9ie9GDZ9S0pxLGl0CsgojdGpnIIwAlgR9ITc=; b=EAvKDL/2Cz1a2AKs33kx1PfkG/n806T0jNa+0ByhYaPG4yfH6TnjShdB f5q43SQR2iR5vxzz2XLVcaH82BeCzEbjtiazVkx/RXX7pv+AUC94Kc3xt F9DlLqpnTDHKDLwyqfXAWtbgCzq90t2Wyzkngwjfm7YFVZZc7r80GuJA/ iTkHYSkEVHSF4oMr0Rit8JbLQtZHmIGeuzGATPscQ7Jd2CH8ZT/E/twDu 53KKJGvqoQyc40y04Iwv/xj1rzDD6mjyQJa129hTxcumAidWWao/Gs7Ug 4YI2bKxrAkCMV5U1GAnEfHmwjUwWXRq2OewrEncbl3XOPkPtgHMa8wNVv w==; IronPort-SDR: Uw5nw4+ZipltPEJTO2i+wiYpFBgtawGFYm6/1wO0E0aif0h1QVVK3KbVle/DbXdeUQ6LOTFJYA f6SvlE/n/XDQ== Received: from qdefcs.de.t-internal.com ([10.171.254.41]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Mar 2020 16:53:28 +0100 IronPort-SDR: gfmpTTrmImiajrN4/sl6uhgQMGMLodRAey58WyDQijINqz1AUSnpDCLbuPuJnhWnEkb9c7FVPP sGPXDltQ7CLw== X-IronPort-AV: E=Sophos; i="5.69,256,1571695200"; d="scan'208,217"; a="61882124" X-MGA-submission: =?us-ascii?q?MDFtoh93s2s8HN4ez37l/bfN+MU04XwJcq6Q6u?= =?us-ascii?q?c5AgGsHSQ08ZmTAYfweyNUO7lYdKrXid/Sk3ebQ2XmV0AcmTcepfsE2F?= =?us-ascii?q?O/nrN+nO2eG8sFYUYIuuogQPhV/rEpNF192Zpgng5QMptEUpoVgznFU9?= =?us-ascii?q?nKUJ9IkgldAU0WotxMfVzZzA=3D=3D?= Received: from he105709.emea1.cds.t-internal.com ([10.169.118.41]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 02 Mar 2020 16:53:28 +0100 Received: from HE105711.EMEA1.cds.t-internal.com (10.169.118.42) by HE105709.emea1.cds.t-internal.com (10.169.118.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 16:53:27 +0100 Received: from HE104160.emea1.cds.t-internal.com (10.171.40.36) by HE105711.EMEA1.cds.t-internal.com (10.169.118.42) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Mar 2020 16:53:27 +0100 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.18) by O365mail03.telekom.de (172.30.0.232) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 16:53:22 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MhzJGG365iziFqiMeSG1ouHz+XcarHHXVNQ+WfYFn4gDi7c+X5Mh5Mrpkmw3x1hmG8m3lQl9BhKYNxKYuDBk5S9LXMGvx0Du1Ld+hnlxPaEBXsrZBLEeTulFN48H37cZHvnOC5DgovEttiRXnhJg/HdLbD4crTz/QWImoErcXHEiaJcQWnDLiaZk5qimTkCogK0SFFnehlRE75UsjsyHL3bs0ETmxMOh9OkNYNsadrFSgC2hmEcec81aAYj8aqFMfR/dJRlcVcU3WLzqNXqRahvl05IAuLeDJHW48HyAWZUac7T4REx3oXg/7QzwZenv9Obk7MiacflzNl9kQApJbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EKhzKFd9ie9GDZ9S0pxLGl0CsgojdGpnIIwAlgR9ITc=; b=f3rxWKg8GAYuD/T6hKR4KSLWZPXsKsEsxL8T0IbJsldqp6hHpbg4v84BW7Q/N/E+nGj8Ntl/Z6H8YbM969usfmx40r1mXbii9B5JYYcWw00C9pe+t1uEUMCT+fPq/MxvOlXWMMzfxNw2IlDZOrn/Mq82nusKV06gIkw3lC9qdtRqUgkwH9QvHlB3nNyBEfgM3NWawvB8H29skzWbRhOmZC1YI0DFfZjS0ZYJXu4vZx0NLzrpSJxgVlMdexXWVGQOvtB/OydJYsJRC7n71kJSNUAQlCK/NFQ6t/X+86ckuuMd029AxL+OQC93+8XMNNtE/e+hEkFyl88jjqejJGRXXA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE (10.158.152.135) by FRXPR01MB0325.DEUPRD01.PROD.OUTLOOK.DE (10.158.156.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.19; Mon, 2 Mar 2020 15:53:24 +0000 Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214]) by FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214%4]) with mapi id 15.20.2772.019; Mon, 2 Mar 2020 15:53:24 +0000 From: To: , CC: , Thread-Topic: Monitoring metric to detect and locate congestion Thread-Index: AdXsd9MS3uEh95p5QyK2WBDxA74xnQBK4HLQAMEXEIA= Date: Mon, 2 Mar 2020 15:53:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Ruediger.Geib@telekom.de; x-originating-ip: [164.19.4.196] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ad516954-c9bb-4bbc-7df5-08d7bec1d6ff x-ms-traffictypediagnostic: FRXPR01MB0325: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 033054F29A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(396003)(346002)(136003)(39860400002)(199004)(189003)(26005)(9686003)(966005)(81166006)(316002)(9326002)(86362001)(81156014)(110136005)(8676002)(55016002)(54906003)(66476007)(66556008)(2906002)(53546011)(19627235002)(71200400001)(4326008)(66446008)(64756008)(76116006)(186003)(66946007)(8936002)(478600001)(7696005)(33656002)(66574012)(5660300002); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0325; H:FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: IsyHqG67iVa7sL2D9KRU0kwpWyFXccVYYPaMYEMVLiy0N5wqjpghDa+M/ofP42c1tg4gMhXF0JYIzKDFGIqbR7bugthqvkP9DA/sdYwfFhMJ050jimj+HzLdCGTHRfTMl5VGlNzb8RFGK9rEH2o6SlvW1KxXP2gJ1nJQTORAoT5VowwwYXt/d8XVjqlc2cS8AKQUYMtFv7LyeWEoonNurL/+/d/jwX7xuCfWpFOCsQSKReN3ORGcFTzsUs3c0E263WSMQ/++fsAiV/lCPCAMjHN2s4cMwoev8zNv5hkb51fuAHY+RlKAugKfAHys3NKoL8T6FFaBdZDWCZ9QI97UYLENYZ1gFzyM9tC7htGUPe72qrFRs/Ttz/bDDWcHLFIfEque/ykptaHED2/OxdvANfrIKypFghjqDh8LakzcV1DStzvY0QGMMRR2kr+RvWIAdgkUDXAdcJKZaYy2s5nJ5blXyfdNSqR+gVy9MaHiDyg= x-ms-exchange-antispam-messagedata: kBwUebOYtwfsKnEQcBBL0lJcjW8lMLpHxag7VOjVwgWqtfYrsRFu7etPtzZ06rVbCdGM051/mRQqcf+iO+xQRu1s3bziVypa9IA7R0QPbYtESmJDseVj0zeocpYiNJ0pBkkQfHPZQ50sIjfWXd7kAw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_FRXPR01MB039288C4BAAB48BB326361A09CE70FRXPR01MB0392DEUP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ad516954-c9bb-4bbc-7df5-08d7bec1d6ff X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2020 15:53:24.0788 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: s8TWUWosSpFvcPscXzll+OpQJsvQu/xsAJUgO9NF6eB7T0QgXyrLbca8eSD3YBdHx+dng/DR0k0AN9uKICfaiTR6xSc0DdCu+08SGY7axCw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0325 X-TM-SNTS-SMTP: 9110F189D04D0CEF6F7032D416450BE352E7A6DA236C27153B14199ED10EA3982000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Monitoring metric to detect and locate congestion X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 15:53:50 -0000 --_000_FRXPR01MB039288C4BAAB48BB326361A09CE70FRXPR01MB0392DEUP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Haoyu, thanks for your remarks. Let me pick up your numbering 1. IOAM information could be added by a passed router, if there's intere= st. The draft doesn't exclude that. But that's not in focus either. I didn'= t make up my mind, whether and which IOAM information may add value to such= measurements. But that doesn't preclude this discussion. I'd prefer any re= lated information in a separate document (and happily add a reference, shou= ld there be one). 2. The path set up chosen carries a design and it is optimized by the go= al one monitored path/interface, one measurement path. It allows active mon= itoring of connectivity, congestion location (queue depth) and delay at for= warding layer. The draft assumes a single outage only. I didn't try to seiz= e the same information with less measurements (I'm happy I found the soluti= on shown in the draft). I agree that automated set up of large scale network monitoring measurement= s is an important and related topic. I prefer to look at it as another buil= ding block. I think, other optimized measurement path set ups may be used t= o reach other monitoring goals (e.g., just connectivity, just congestion lo= cation or just delays). I don't want to overload this draft, even if contents are related. I'd be g= lad if it is a useful part of a bigger picture "highly automated network mo= nitoring". Regards, Ruediger Von: Haoyu Song Gesendet: Donnerstag, 27. Februar 2020 20:44 An: Geib, R=FCdiger ; ippm-chairs@ietf.org Cc: spring@ietf.org; ippm@ietf.org Betreff: RE: Monitoring metric to detect and locate congestion Hi Ruediger, I like the general idea that using pre-determined paths in SR to collect pe= rformance metrics. I think this approach provides some unique benefits comp= ared with the other approaches. It is also coincident with some of related = research work I'm doing. Here are some thoughts I have. 1. I think IOAM could be used as the standard approach for such probing = packets. It can collect the performance metrics mentioned in the draft and = does more. 2. An interesting problem raised by the draft but not fully addressed is= the method to plan the optimal paths. There is a work called INT-PATH (htt= ps://ieeexplore.ieee.org/document/8737529) which applies Eulerian Path algo= rithm to find the minimum set of paths with network-wide coverage. However,= the problem here seems different: you need path coverage redundancy. My qu= estion is: do we really need the redundancy to achieve the measurement goal= ? If so, what's the best planning algorithm should be? In a real and large = scale network, we have constraint on where the probing device(s) can be pla= ced, and we usually want to monitoring the entire network, so an efficient = algorithm is necessary. Best regards, Haoyu From: ippm > On Behalf = Of Ruediger.Geib@telekom.de Sent: Tuesday, February 25, 2020 11:55 PM To: ippm-chairs@ietf.org Cc: spring@ietf.org; ippm@ietf.org Subject: [ippm] Monitoring metric to detect and locate congestion Dear IPPM (and SPRING) participants, I'm solliciting interest in a new network monitoring metric which allows to= detect and locate congested interfaces. Important properties are * Same scalability as ICMP ping in the sense one measurement relation r= equired per monitored connection * Adds detection and location of congested interfaces as compared to IC= MP ping (otherwise measured metrics are compatible with ICMP ping) * Requires Segment Routing (which means, measurement on forwarding laye= r, no other interaction with passed routers - in opposite to ICMP ping) * Active measurement (may be deployed using a single sender&receiver or= separate sender and receiver, Segment Routing allows for both options) I'd be happy to present the draft in Vancouver.. If there's community inter= est. Please read and comment. You'll find slides at https://datatracker.ietf.org/meeting/105/materials/slides-105-ippm-14-draft= -geib-ippm-connectivity-monitoring-00 Draft url: https://datatracker.ietf.org/doc/draft-geib-ippm-connectivity-monitoring/ Regards, Ruediger --_000_FRXPR01MB039288C4BAAB48BB326361A09CE70FRXPR01MB0392DEUP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Haoyu,

 

thanks for your remarks. Let me pick up your numberi= ng

 

  1. IOAM information could be added by a passed router, if there’s = interest. The draft doesn’t exclude that. But that’s not in foc= us either. I didn’t make up my mind, whether and which IOAM information may add value to such measurements. But that doesn’= t preclude this discussion. I’d prefer any related information in a s= eparate document (and happily add a reference, should there be one).
  2. The path set up chosen carries a design and it is optimized = by the goal one monitored path/interface, one measurement path. It allows a= ctive monitoring of connectivity, congestion location (queue depth) and delay at forwarding layer. The draft assumes a = single outage only. I didn’t try to seize the same information with l= ess measurements (I’m happy I found the solution shown in the draft).=
    I agree that automated set up of large scale network monitoring measurement= s is an important and related topic. I prefer to look at it as another buil= ding block. I think, other optimized measurement path set ups may be used t= o reach other monitoring goals (e.g., just connectivity, just congestion location or just delays).

 

I don’t want to overload this draft, even if c= ontents are related. I’d be glad if it is a useful part of a bigger p= icture “highly automated network monitoring”.

 

Regards,

 

Ruediger

 

 

 

 

 

Von: Haoyu Song <haoyu.song@futurewei.com>
Gesendet: Donnerstag, 27. Februar 2020 20:44
An: Geib, R=FCdiger <Ruediger.Geib@telekom.de>; ippm-chairs@ie= tf.org
Cc: spring@ietf.org; ippm@ietf.org
Betreff: RE: Monitoring metric to detect and locate congestion<= /o:p>

 

Hi Ruediger,

 

I like the general idea that using pre-determined pa= ths in SR to collect performance metrics. I think this approach provides so= me unique benefits compared with the other approaches. It is also coinciden= t with some of related research work I’m doing.

Here are some thoughts I have.

  1. I think IOAM could be used as the standard approach for such probing = packets. It can collect the performance metrics mentioned in the draft and = does more.
  2. An interesting problem raised by the draft but not fu= lly addressed is the method to plan the optimal paths. There is a work call= ed INT-PATH (https= ://ieeexplore.ieee.org/document/8737529) which applies Eulerian Path algorithm to find the minimum set of paths wit= h network-wide coverage. However, the problem here seems different: you nee= d path coverage redundancy. My question is: do we really need the redundanc= y to achieve the measurement goal? If so, what’s the best planning algorithm should be? In a real and l= arge scale network, we have constraint on where the probing device(s) can b= e placed, and we usually want to monitoring the entire network, so an effic= ient algorithm is necessary.       

 

Best regards,

Haoyu

 

From: ippm <ippm-bounces@ietf.org> On Behalf Of Ruediger.Ge= ib@telekom.de
Sent: Tuesday, February 25, 2020 11:55 PM
To: ippm-chairs@ietf.org=
Cc: spring@ietf.org; ippm@ietf.org
Subject: [ippm] Monitoring metric to detect and locate congestion

 

Dear IPPM (and SPRING) participant= s,

 

I’m solliciting interest in a new network moni= toring metric which allows to detect and locate congested interfaces. Impor= tant properties are

  • Same scalability as ICMP ping in the sense one measurement relation r= equired per monitored connection
  • Adds detection and lo= cation of congested interfaces as compared to ICMP ping (otherwise measured= metrics are compatible with ICMP ping)
  • Requires Segme= nt Routing (which means, measurement on forwarding layer, no other interact= ion with passed routers – in opposite to ICMP ping)
    • Active measurement (may be deployed using a single sender&receiver = or separate sender and receiver, Segment Routing allows for both options)

 

I’d be happy to present the draft in Vancouver= .. If there’s community interest. Please read and comment.=

 

You’ll find slides at  

 

https:/= /datatracker.ietf.org/meeting/105/materials/slides-105-ippm-14-draft-geib-i= ppm-connectivity-monitoring-00

 

Draft url:

 

https://datatracker.ietf.org/doc/draft-geib-ippm= -connectivity-monitoring/

 

Regards,

 

Ruediger

--_000_FRXPR01MB039288C4BAAB48BB326361A09CE70FRXPR01MB0392DEUP_-- From nobody Mon Mar 2 08:02:41 2020 Return-Path: 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 781A73A0A1D; Mon, 2 Mar 2020 08:02:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de 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 Ey4jDPMpbMoV; Mon, 2 Mar 2020 08:02:29 -0800 (PST) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 412073A09C6; Mon, 2 Mar 2020 08:02:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1583164948; x=1614700948; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Z1L3ZIT0pPjZs1hjW4lAG8wuVp1zjJCSLkvUExkdQrk=; b=pS0atn0B7aYmGNjElqU8df1kNrHhotxlF17/elL6NqTUtOJExg5UgKpe hmAxTCF6iXymKIc9/arKmliwP46iXDdX1hrxjSsLLiLEYqP/TLRyzJZ8M YTQvt09IXKEq5m1x0mndIGzvLbWlkt/l8wYYXE1DCZDrmWgWWWPKynXS9 xh3yqVhyExN8txV+1myMGeIlBDXmm2tEetY+HXm95XJXbdcuiX6qJ9CfT zgJbVN2ygZfSQTdKfNBuwOKo2XZ1QV5/7MMMCbFHWz/d+L7rGF6cCZjFV O5AgSEaZxlwHBWvPAf5ulSUZ273Cr8XhKib2tu6JNoGFcJGDvc/mSUcWq g==; IronPort-SDR: RDdlI/3LayGzrtuINkBO06xGHL71e8E5ICVM4NicvUzAcngYRP2TOVAU/frmzdHXgT9gDxdxKQ MScXMToD4xig== Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Mar 2020 17:02:26 +0100 IronPort-SDR: 5WKN5dukd+vEFG9N+pGSEpBnCiuwJBjMPhF12uaDxB4NFG1LKcWoDQBGPQrgldDJYbdYmT/fLu +GP9WWAfS0vXIJF+pIZC6j8YT4J1tVdW4= X-IronPort-AV: E=Sophos; i="5.70,507,1574118000"; d="scan'208,217"; a="55198561" X-MGA-submission: =?us-ascii?q?MDFc7pBYNbCvSsL+PZ6krGvV2qHCJhIbaZXZ40?= =?us-ascii?q?yhuXFsp3JELp9mFcl3U246vlr0pZSHni0YeY0g21yJaUJmW2c39GWc3v?= =?us-ascii?q?Cg1uTYkqqWi4yJqfrIEFZAGQ3EQEcA6gBVQa9O5UyriLCmqW0fQO6ZnT?= =?us-ascii?q?5J7t24EhgEuptrAdF9J6rl1g=3D=3D?= Received: from he199744.emea1.cds.t-internal.com ([10.169.119.52]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 02 Mar 2020 17:02:25 +0100 Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE199744.emea1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 17:02:25 +0100 Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE199743.EMEA1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Mar 2020 17:02:25 +0100 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.24) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Mar 2020 17:02:24 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DMP9d0VBEE08dCzLRao3h+kNyKiLaspEripNSg+iSwhc4aweGOXqtvrISIbzG5Wypv7y39FsP7g3E5vw1MQeOTAJUvqAjN6yowGZ+85scVVgTjb+rRUr8M27ilwttyyKnXEkPYaHGaFi4J6SBaepL3R7M5nnSC8t4UtHEQU0SHRL2TUdyC2Km1msWYwhJmyuQlpAFcWs+q58T4iZtYEtAf9CEFf5SOMMN4DINpFJRfP/+ie2PORXu+UelcxLIgo6MUgiSjfH3PQVl9XsM0QBMBwRECx3i6WVKIMjuntftkWFJHJuD5d+sYCfxWxDXyzfwunLWEanNcCXX0mmILUp1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Z1L3ZIT0pPjZs1hjW4lAG8wuVp1zjJCSLkvUExkdQrk=; b=LSfZEsnilnQBiOIdMCB2rOAnrnwuC4d3qmOrJCRORh3srFzU57Ad9Ox5mhuvbnC+nU13tMJ68EPUjY5JF0IHjc/oTcD4+7CLt8poeg+MWrpksfdSAmiXms5SQaH3LXb10yfmELyFi+Y2Uv4UmzdusJsoYn54QboAl7R/Breng1IhtlcX0NetRgyFs1OuVcTVjxArmwiXlwayZXzXN2vORCj9SnrqtQy6+dS2J0MBkrYIqoQ2N0GKdXAxgCj9erbRPjD4TdwOuPmABYCkC33WoLipscOC6qbp2YHy1s7cn1ZlIy6pG5YTlvdoJHYs0hLyWkimql/wN4O3Dn011nA/Ug== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE (10.158.152.135) by FRXPR01MB0325.DEUPRD01.PROD.OUTLOOK.DE (10.158.156.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.19; Mon, 2 Mar 2020 16:02:24 +0000 Received: from FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214]) by FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE ([fe80::911e:8edf:2d06:6214%4]) with mapi id 15.20.2772.019; Mon, 2 Mar 2020 16:02:24 +0000 From: To: CC: , , Thread-Topic: [spring] Monitoring metric to detect and locate congestion Thread-Index: AdXsd9MS3uEh95p5QyK2WBDxA74xnQBK4HLQAADxJwAAABLocAAA6fiAAADLqyAACYSrAAAAMrQwAACe9YAAtOTEsA== Date: Mon, 2 Mar 2020 16:02:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Ruediger.Geib@telekom.de; x-originating-ip: [164.19.4.196] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3971060c-aac2-48bc-d9ac-08d7bec318d2 x-ms-traffictypediagnostic: FRXPR01MB0325: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 033054F29A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(136003)(366004)(346002)(396003)(376002)(189003)(199004)(7696005)(66946007)(76116006)(186003)(6916009)(8936002)(478600001)(5660300002)(33656002)(9326002)(86362001)(81156014)(54906003)(8676002)(55016002)(9686003)(26005)(966005)(81166006)(316002)(19627235002)(2906002)(53546011)(71200400001)(4326008)(66446008)(64756008)(66556008)(85202003)(66476007)(85182001)(777600001); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0325; H:FRXPR01MB0392.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PiLW0/YA2lxiqQyOOoh+OrgSa/iJejGfum12AUxLQs1Tjg+ak0m7/OmC+Jt8TXuwLTBAl/j9tW4ieg7ysgrnl9l5ecClE+v17+j53L8p4NGkOi8VMUXqKCOq0iEFobQD/yn0wAxVbENk3O2OLQ2djfrGLlxleKenVPeYg/I0+UpaYVO4i6iHaNdqW+k8F9dg/X9G8WKmpx6pU3+v3xUVXMv/lN7oYFlW6XlTA2wB0IwPMpkw0Pnns5TYZx62nO6tjAnli6Qv8aYVIcH1xp5x0W8Lz6HuAtk1ybeLSUz6TxxXOs8ZBMoYHNX6RoMUDc9vEWfQG7VkJf0dO62uITACDSQ2OPUu6yHPhU5A07C66Yh/T1IdaeeBPds+JgTni8JIS3d7/sucOa+iqsEhOb3LOUCnjAJvumKkz5vBvqJChyPfRsdfYHlPAlfsnqL/h0YuNtpPuX7cL3GmwNhulKo8A7zi5C52nD6M96hfBXDQnBpP9sIof6IkcvrFD9YKoCbrNOw4aqrmFEDREF0zaGCYMsosHzldqCpGK4Uz/sLtf3Q= x-ms-exchange-antispam-messagedata: DEV8IKbOSah/4WuKljhjRXqw7t7wudOXRRaUgYemjfheU87gSFfg1SiWh8SSwrJJ4+uLSRn/b5R64EcQkcAVXQOpei6Wu3ENEXY5hdBo4cl5wITV3P47AoNDKzFkfL9sou/QKxYyWPqo9D1cnGGcYQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_FRXPR01MB03928884BE840262BF8599AF9CE70FRXPR01MB0392DEUP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 3971060c-aac2-48bc-d9ac-08d7bec318d2 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2020 16:02:23.9616 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: kbP9yEfC6Bi42MtA1Yj65h/Yloeu1ZUXLu3TSoDfqDpPs3kz0FApwK3bl4jAlrCQH5vEdZqJs6f5CBcLaDwkpHNnPe7r8jGYmC00WTZsQpk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0325 X-TM-SNTS-SMTP: 9F1A39994EACEC777ECE1E8EC2D305437F7E02BDD6DAC322BBF63A35002A7B0B2000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] [spring] Monitoring metric to detect and locate congestion X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 16:02:39 -0000 --_000_FRXPR01MB03928884BE840262BF8599AF9CE70FRXPR01MB0392DEUP_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVGlhbnJhbiwNCg0KdXNpbmcgbm9kZSBiYXNlZCBpbmZvcm1hdGlvbiBsaWtlIGFkZGVkIGJ5 IElPQU0gaXMgYW5vdGhlciB2YWxpZCBvcHRpb24uIFRoZSBtZXRob2QgSSBwcm9wb3NlIGlzIHRv IHN0YXkgYXQgZm9yd2FyZGluZyBsYXllciBhbmQgd29yayB3aXRob3V0IG5vZGUgc3VwcG9ydC4g VGhhdCB3YXkgZm9yd2FyZGluZyBpc3N1ZXMgYXJlIGRldGVjdGVkLCBldmVuIGlmIHRoZSBjb250 cm9sIHBsYW5lIGlzbuKAmXQgYXdhcmUgb2YgaXQuIEFsc28gdGhhdCBoYXBwZW5zLg0KDQpBY3Rp dmUgbWVhc3VyZW1lbnRzIGFuZCBJT0FNIGNhbiBiZSBjb21iaW5lZCwgYW5kIHRoYXQgbWlnaHQg YmUgdXNlZnVsLg0KDQpSZWdhcmRzLA0KDQpSdWVkaWdlcg0KDQoNClZvbjogc3ByaW5nIDxzcHJp bmctYm91bmNlc0BpZXRmLm9yZz4gSW0gQXVmdHJhZyB2b24gVGlhbnJhbiBaaG91DQpHZXNlbmRl dDogRnJlaXRhZywgMjguIEZlYnJ1YXIgMjAyMCAwMjozNw0KQW46IEhhb3l1IFNvbmcgPGhhb3l1 LnNvbmdAZnV0dXJld2VpLmNvbT47IFJvYmVydCBSYXN6dWsgPHJvYmVydEByYXN6dWsubmV0Pg0K Q2M6IHNwcmluZ0BpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmcN CkJldHJlZmY6IFJlOiBbc3ByaW5nXSBNb25pdG9yaW5nIG1ldHJpYyB0byBkZXRlY3QgYW5kIGxv Y2F0ZSBjb25nZXN0aW9uDQoNCkkgdGFrZSB0aGUgc2Vjb25kIHBvaW50LiBCdXQgaXQgYWxzbyBn aXZlcyBzaG9ydCBjb21pbmcsIHRoZSBwcm9iZSBjYW5ub3QgdGFrZSBtYW55IGRhdGEgaW4gb25l IHBhY2tldC4NClRoZSBmaXJzdCBwb2ludCBJIGRvIG5vdCB1bmRlcnN0YW5kLg0KWW91IHNhaWQg 4oCcY29tYmluYXRpb24gaW5ncmVzcytlZ3Jlc3MgcXVldWluZyBpbmZvcm1hdGlvbiBvbiBlYWNo IHRyYW5zaXQgbm9kZeKAnS4gSSBzdXBwb3NlIHlvdSBtZWFuIGFsbCB0aGUgcXVldWVzIGluZm9y bWF0aW9uIGluIHRoaXMgbm9kZS4gVGhpcyBpbiBteSBvcGluaW9uIGNhbiBvbmx5IGJlIGNvbGxl Y3RlZCBpbiBjb250cm9sIHBsYW5lLg0KDQpCZXN0LA0KVGlhbnJhbg0KDQpGcm9tOiBIYW95dSBT b25nIFttYWlsdG86aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29tXQ0KU2VudDogRnJpZGF5LCBGZWJy dWFyeSAyOCwgMjAyMCA5OjIzIEFNDQpUbzogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJhbkBodWF3 ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj47IFJvYmVydCBSYXN6dWsgPHJv YmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD4+DQpDYzogaXBwbS1jaGFp cnNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnPjsgc3ByaW5nQGlldGYub3Jn PG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYu b3JnPg0KU3ViamVjdDogUkU6IFtzcHJpbmddIE1vbml0b3JpbmcgbWV0cmljIHRvIGRldGVjdCBh bmQgbG9jYXRlIGNvbmdlc3Rpb24NCg0KVHdvIGtleSBkaWZmZXJlbmNlcy4gKDEpIHlvdSB3YW50 IHRvIGRvIHRoaXMgcHVyZWx5IGluIGRhdGEgcGxhbmUgZmFzdCBwYXRoLiAoMikgeW91IGRvbuKA mXQgd2FudCB0byBrZWVwIGEgc3RyZWFtaW5nIHNlc3Npb24gZnJvbSBlYWNoIG5vZGUgZm9yIHNj YWxhYmlsaXR5IHJlYXNvbg0KVGhlIHBhdGggcHJvYmluZyBhcHByb2FjaCBjYW4gbWVldCBib3Ro IHJlcXVpcmVtZW50cy4NCg0KSGFveXUNCg0KRnJvbTogVGlhbnJhbiBaaG91IDx6aG91dGlhbnJh bkBodWF3ZWkuY29tPG1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tPj4NClNlbnQ6IFRodXJz ZGF5LCBGZWJydWFyeSAyNywgMjAyMCA1OjE0IFBNDQpUbzogSGFveXUgU29uZyA8aGFveXUuc29u Z0BmdXR1cmV3ZWkuY29tPG1haWx0bzpoYW95dS5zb25nQGZ1dHVyZXdlaS5jb20+PjsgUm9iZXJ0 IFJhc3p1ayA8cm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0Pj4NCkNj OiBpcHBtLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86aXBwbS1jaGFpcnNAaWV0Zi5vcmc+OyBzcHJp bmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IGlwcG1AaWV0Zi5vcmc8bWFpbHRv OmlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW3NwcmluZ10gTW9uaXRvcmluZyBtZXRyaWMg dG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGlvbg0KDQpUaGlzIGlzIGEgZ29vZCBwb2ludC4g SW4gdGhpcyB3YXksIHRoZSBwcm9iZSBpcyBnZW5lcmljYWxseSB1c2VkIHRvIGNvbGxlY3Qgbm9k ZSBkYXRhLg0KQXQgZWFjaCBub2RlLCB0aGUgcHJvYmUgd2lsbCBiZSBzZW5kIHRvIHRoZSBzbG93 IHBhdGggdG8gZ2V0IHRoZSBub2RlIGRhdGEuIERhdGEgY291bGQgYmUgY2FycmllZCBpbiB0aGUg cGF5bG9hZCB3aGljaCBoYXMgbW9yZSBzcGFjZS4NClRoZW4sIHdoYXTigJlzIHRoZSBkaWZmZXJl bmNlIHRvIGV4aXN0aW5nIHdheSB0aGF0IFJvYmVydCBtZW50aW9uZWQ/IFVzZSBzdHJlYW1pbmcg dGVsZW1ldHJ5IHRvIGV4cG9ydCBmcm9tIGVhY2ggbm9kZS4NCkFzIGZhciBhcyBJIGtub3cgdGhl IHN0YXRlIG9mIGFydCwgbWFueSBkZXZpY2Ugc3VwcG9ydCBzdHJlYW1pbmcgdGVsZW1ldHJ5IGNh biBleHBvcnQgaW4gYSBwZXJpb2Qgb2YgMS0xMCBzZWNvbmRzLiBGb3IgY3VzdG9taXplZCBkYXRh LCB0aGUgcGVyaW9kIGNvdWxkIGV2ZW4gYmUgcmVkdWNlZCB0byAxMC0xMDBtcy4NCg0KQmVzdCwN ClRpYW5yYW4NCg0KDQpGcm9tOiBpcHBtIFttYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgSGFveXUgU29uZw0KU2VudDogRnJpZGF5LCBGZWJydWFyeSAyOCwgMjAyMCA0 OjQ0IEFNDQpUbzogUm9iZXJ0IFJhc3p1ayA8cm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVy dEByYXN6dWsubmV0Pj4NCkNjOiBpcHBtLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86aXBwbS1jaGFp cnNAaWV0Zi5vcmc+OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IGlw cG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1dIFtz cHJpbmddIE1vbml0b3JpbmcgbWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb24N Cg0KQ2FuIHRoZSBjb21iaW5hdGlvbiBpbmdyZXNzK2VncmVzcyBxdWV1aW5nIGluZm9ybWF0aW9u IG9uIGVhY2ggdHJhbnNpdCBub2RlIGJlIGNvbGxlY3RlZCBieSBzaW1wbHkgdmlzaXQgdGhlIG5v ZGU/IElmIHNvLCBvbmUgb3IgbW9yZSBwcm9iaW5nIHBhdGhzIHRoYXQgY2FuIGNvdmVyIGFsbCB0 aGUgbm9kZXMgYXJlIHN1ZmZpY2llbnQuDQoNCkJlc3QsDQpIYW95dQ0KDQpGcm9tOiBSb2JlcnQg UmFzenVrIDxyb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+Pg0KU2Vu dDogVGh1cnNkYXksIEZlYnJ1YXJ5IDI3LCAyMDIwIDEyOjE4IFBNDQpUbzogSGFveXUgU29uZyA8 aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29tPG1haWx0bzpoYW95dS5zb25nQGZ1dHVyZXdlaS5jb20+ Pg0KQ2M6IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTxtYWlsdG86UnVlZGlnZXIuR2VpYkB0ZWxl a29tLmRlPjsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3Jn Pjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBpcHBtQGlldGYub3Jn PG1haWx0bzppcHBtQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtzcHJpbmddIE1vbml0b3Jpbmcg bWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb24NCg0KVGhlIHBvaW50IGlzIG5v dCB0byBhc3N1cmUgYWxsIGVncmVzcyBwb3J0cyBhcmUgaW5zcGVjdGVkLg0KDQpUaGUgcG9pbnQg b2YgYW55IHJlYWxseSB1c2VmdWwgZW5kIHRvIGVuZCBwYXRoIHByb2JpbmcgaXMgdG8gZmluZCBv dXQgaWYgY29tYmluYXRpb24gb2YgaW5ncmVzcytlZ3Jlc3MgcXVldWluZyBvbiBlYWNoIHRyYW5z aXQgbm9kZSBteSBwYWNrZXQgbWF5IHRyYXZlcnNlIGFyZSBub3QgY29uZ2VzdGVkLg0KDQpMb29r aW5nIGF0IEV1bGVyaWFuIHBhdGggYWxnb3JpdGhtIEkgZG8gbm90IHNlZSBzdWNoIGd1YXJhbnRl ZXMuDQoNCkJlc3QsDQpSLg0KDQpQUy4gUGF0aCBwcm9iaW5nIGlzIEExIHRvIEIxLiBJdCBpcyBu b3QgQTEgdG8gQjEsIEIyIC4uIEJuLiB3aGVyZSBBbiBhcmUgdGhlIGluZ3Jlc3MgcG9ydHMgdG8g dGhlIG5ldHdvcmsgYW5kIEJuIGFyZSB0aGUgZWdyZXNzIHBvcnRzLg0KDQpPbiBUaHUsIEZlYiAy NywgMjAyMCBhdCA5OjE0IFBNIEhhb3l1IFNvbmcgPGhhb3l1LnNvbmdAZnV0dXJld2VpLmNvbTxt YWlsdG86aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29tPj4gd3JvdGU6DQpIaSBSb2JlcnQsDQoNClRo ZSBFdWxlcmlhbiBwYXRoIGFsZ29yaXRobSBndWFyYW50ZWVzIHRvIHZpc2l0IGFsbCB0aGUgZWRn ZXMgb2YgYSBncmFwaC4gSW4gdGhlIFNSIGNvbnRleHQsIHdlIGNhbiBjb25zaWRlciB0aGUgc3Vi LXBhdGggYmV0d2VlbiB0d28gc2VnbWVudHMgYW4gZWRnZS4NCg0KSGFveXUNCg0KRnJvbTogUm9i ZXJ0IFJhc3p1ayA8cm9iZXJ0QHJhc3p1ay5uZXQ8bWFpbHRvOnJvYmVydEByYXN6dWsubmV0Pj4N ClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAyNywgMjAyMCAxMTo1MCBBTQ0KVG86IEhhb3l1IFNv bmcgPGhhb3l1LnNvbmdAZnV0dXJld2VpLmNvbTxtYWlsdG86aGFveXUuc29uZ0BmdXR1cmV3ZWku Y29tPj4NCkNjOiBSdWVkaWdlci5HZWliQHRlbGVrb20uZGU8bWFpbHRvOlJ1ZWRpZ2VyLkdlaWJA dGVsZWtvbS5kZT47IGlwcG0tY2hhaXJzQGlldGYub3JnPG1haWx0bzppcHBtLWNoYWlyc0BpZXRm Lm9yZz47IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPjsgaXBwbUBpZXRm Lm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbc3ByaW5nXSBNb25pdG9y aW5nIG1ldHJpYyB0byBkZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uDQoNCkhpIEhhb3l1LA0K DQo+IHdoaWNoIGFwcGxpZXMgRXVsZXJpYW4gUGF0aCBhbGdvcml0aG0gdG8gZmluZCB0aGUgbWlu aW11bSBzZXQgb2YgcGF0aHMgd2l0aCBuZXR3b3JrLXdpZGUgY292ZXJhZ2UuDQoNCkluIHByYWN0 aWNlIG5ldHdvcmtzIHVzZSBFQ01QLiBFQ01QIGRlY2lzaW9uIG1heSBoYXBwZW4gYXQgZWFjaCBo b3AuIFlvdXIgZW5kIHRvIGVuZCBmbG93cyBnZXQgc3ByZWFkIG92ZXIgYWxsIEVDTVAgcGF0aHMu IFNvIGxpbWl0aW5nIG51bWJlciBvZiBwcm9iZWQgcGF0aHMgaXMgaW5hY2N1cmF0ZSB0byB0aGUg ZnVuZGFtZW50YWwgb2JqZWN0aXZlIG9mIHRoZSBleGVyY2lzZS4NCg0KVGhhdCBpcyBpbmZhY3Qg bWFpbiBjaGFsbGVuZ2Ugd2l0aCBhbnkgZW5kIHRvIGVuZCBwYXRoIHByb2JpbmcgdG9kYXkgLi4u IGlmIHlvdSBkbyBub3QgY292ZXIgYWxsIHBvc3NpYmxlIHBhdGhzIHlvdXIgcGFja2V0cyBtYXkg dGFrZSBiZXR3ZWVuIGluZ3Jlc3MgYW5kIGVncmVzcyB5b3UganVzdCBkbyBub3QgZ2V0IGZ1bGwg cGljdHVyZSBvZiB0aGUgbmV0d29yay4NCg0KVGh4IGEgbG90LA0KUi4NCg0KDQpPbiBUaHUsIEZl YiAyNywgMjAyMCBhdCA4OjQ0IFBNIEhhb3l1IFNvbmcgPGhhb3l1LnNvbmdAZnV0dXJld2VpLmNv bTxtYWlsdG86aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29tPj4gd3JvdGU6DQpIaSBSdWVkaWdlciwN Cg0KSSBsaWtlIHRoZSBnZW5lcmFsIGlkZWEgdGhhdCB1c2luZyBwcmUtZGV0ZXJtaW5lZCBwYXRo cyBpbiBTUiB0byBjb2xsZWN0IHBlcmZvcm1hbmNlIG1ldHJpY3MuIEkgdGhpbmsgdGhpcyBhcHBy b2FjaCBwcm92aWRlcyBzb21lIHVuaXF1ZSBiZW5lZml0cyBjb21wYXJlZCB3aXRoIHRoZSBvdGhl ciBhcHByb2FjaGVzLiBJdCBpcyBhbHNvIGNvaW5jaWRlbnQgd2l0aCBzb21lIG9mIHJlbGF0ZWQg cmVzZWFyY2ggd29yayBJ4oCZbSBkb2luZy4NCkhlcmUgYXJlIHNvbWUgdGhvdWdodHMgSSBoYXZl Lg0KDQogIDEuICBJIHRoaW5rIElPQU0gY291bGQgYmUgdXNlZCBhcyB0aGUgc3RhbmRhcmQgYXBw cm9hY2ggZm9yIHN1Y2ggcHJvYmluZyBwYWNrZXRzLiBJdCBjYW4gY29sbGVjdCB0aGUgcGVyZm9y bWFuY2UgbWV0cmljcyBtZW50aW9uZWQgaW4gdGhlIGRyYWZ0IGFuZCBkb2VzIG1vcmUuDQogIDIu ICBBbiBpbnRlcmVzdGluZyBwcm9ibGVtIHJhaXNlZCBieSB0aGUgZHJhZnQgYnV0IG5vdCBmdWxs eSBhZGRyZXNzZWQgaXMgdGhlIG1ldGhvZCB0byBwbGFuIHRoZSBvcHRpbWFsIHBhdGhzLiBUaGVy ZSBpcyBhIHdvcmsgY2FsbGVkIElOVC1QQVRIIChodHRwczovL2llZWV4cGxvcmUuaWVlZS5vcmcv ZG9jdW1lbnQvODczNzUyOTxodHRwczovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxv b2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZpZWVleHBsb3JlLmllZWUub3JnJTJGZG9jdW1lbnQl MkY4NzM3NTI5JmRhdGE9MDIlN0MwMSU3Q2hhb3l1LnNvbmclNDBmdXR1cmV3ZWkuY29tJTdDMDM4 MTFmNmY4MDU1NGY3ZGFkNjQwOGQ3YmJlYjc0ZjAlN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNhMWQ1 NTkxZmVkYyU3QzElN0MwJTdDNjM3MTg0NDkyMjcxMDcwOTQwJnNkYXRhPUNNRnVEUjI2Z0tQVWpP WXUzdmNWbFdOb1RQJTJGQSUyRkdpQ0lFbnhFUlZCWm1rJTNEJnJlc2VydmVkPTA+KSB3aGljaCBh cHBsaWVzIEV1bGVyaWFuIFBhdGggYWxnb3JpdGhtIHRvIGZpbmQgdGhlIG1pbmltdW0gc2V0IG9m IHBhdGhzIHdpdGggbmV0d29yay13aWRlIGNvdmVyYWdlLiBIb3dldmVyLCB0aGUgcHJvYmxlbSBo ZXJlIHNlZW1zIGRpZmZlcmVudDogeW91IG5lZWQgcGF0aCBjb3ZlcmFnZSByZWR1bmRhbmN5LiBN eSBxdWVzdGlvbiBpczogZG8gd2UgcmVhbGx5IG5lZWQgdGhlIHJlZHVuZGFuY3kgdG8gYWNoaWV2 ZSB0aGUgbWVhc3VyZW1lbnQgZ29hbD8gSWYgc28sIHdoYXTigJlzIHRoZSBiZXN0IHBsYW5uaW5n IGFsZ29yaXRobSBzaG91bGQgYmU/IEluIGEgcmVhbCBhbmQgbGFyZ2Ugc2NhbGUgbmV0d29yaywg d2UgaGF2ZSBjb25zdHJhaW50IG9uIHdoZXJlIHRoZSBwcm9iaW5nIGRldmljZShzKSBjYW4gYmUg cGxhY2VkLCBhbmQgd2UgdXN1YWxseSB3YW50IHRvIG1vbml0b3JpbmcgdGhlIGVudGlyZSBuZXR3 b3JrLCBzbyBhbiBlZmZpY2llbnQgYWxnb3JpdGhtIGlzIG5lY2Vzc2FyeS4NCg0KQmVzdCByZWdh cmRzLA0KSGFveXUNCg0KRnJvbTogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpp cHBtLWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhhbGYgT2YgUnVlZGlnZXIuR2VpYkB0ZWxla29t LmRlPG1haWx0bzpSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+DQpTZW50OiBUdWVzZGF5LCBGZWJy dWFyeSAyNSwgMjAyMCAxMTo1NSBQTQ0KVG86IGlwcG0tY2hhaXJzQGlldGYub3JnPG1haWx0bzpp cHBtLWNoYWlyc0BpZXRmLm9yZz4NCkNjOiBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0Bp ZXRmLm9yZz47IGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBb aXBwbV0gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGlvbg0K DQpEZWFyIElQUE0gKGFuZCBTUFJJTkcpIHBhcnRpY2lwYW50cywNCg0KSeKAmW0gc29sbGljaXRp bmcgaW50ZXJlc3QgaW4gYSBuZXcgbmV0d29yayBtb25pdG9yaW5nIG1ldHJpYyB3aGljaCBhbGxv d3MgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGVkIGludGVyZmFjZXMuIEltcG9ydGFudCBw cm9wZXJ0aWVzIGFyZQ0KDQogICogICBTYW1lIHNjYWxhYmlsaXR5IGFzIElDTVAgcGluZyBpbiB0 aGUgc2Vuc2Ugb25lIG1lYXN1cmVtZW50IHJlbGF0aW9uIHJlcXVpcmVkIHBlciBtb25pdG9yZWQg Y29ubmVjdGlvbg0KICAqICAgQWRkcyBkZXRlY3Rpb24gYW5kIGxvY2F0aW9uIG9mIGNvbmdlc3Rl ZCBpbnRlcmZhY2VzIGFzIGNvbXBhcmVkIHRvIElDTVAgcGluZyAob3RoZXJ3aXNlIG1lYXN1cmVk IG1ldHJpY3MgYXJlIGNvbXBhdGlibGUgd2l0aCBJQ01QIHBpbmcpDQogICogICBSZXF1aXJlcyBT ZWdtZW50IFJvdXRpbmcgKHdoaWNoIG1lYW5zLCBtZWFzdXJlbWVudCBvbiBmb3J3YXJkaW5nIGxh eWVyLCBubyBvdGhlciBpbnRlcmFjdGlvbiB3aXRoIHBhc3NlZCByb3V0ZXJzIOKAkyBpbiBvcHBv c2l0ZSB0byBJQ01QIHBpbmcpDQogICogICBBY3RpdmUgbWVhc3VyZW1lbnQgKG1heSBiZSBkZXBs b3llZCB1c2luZyBhIHNpbmdsZSBzZW5kZXImcmVjZWl2ZXIgb3Igc2VwYXJhdGUgc2VuZGVyIGFu ZCByZWNlaXZlciwgU2VnbWVudCBSb3V0aW5nIGFsbG93cyBmb3IgYm90aCBvcHRpb25zKQ0KDQpJ 4oCZZCBiZSBoYXBweSB0byBwcmVzZW50IHRoZSBkcmFmdCBpbiBWYW5jb3V2ZXIuLi4gSWYgdGhl cmXigJlzIGNvbW11bml0eSBpbnRlcmVzdC4gUGxlYXNlIHJlYWQgYW5kIGNvbW1lbnQuDQoNCllv deKAmWxsIGZpbmQgc2xpZGVzIGF0DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVl dGluZy8xMDUvbWF0ZXJpYWxzL3NsaWRlcy0xMDUtaXBwbS0xNC1kcmFmdC1nZWliLWlwcG0tY29u bmVjdGl2aXR5LW1vbml0b3JpbmctMDA8aHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlv bi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZt ZWV0aW5nJTJGMTA1JTJGbWF0ZXJpYWxzJTJGc2xpZGVzLTEwNS1pcHBtLTE0LWRyYWZ0LWdlaWIt aXBwbS1jb25uZWN0aXZpdHktbW9uaXRvcmluZy0wMCZkYXRhPTAyJTdDMDElN0NoYW95dS5zb25n JTQwZnV0dXJld2VpLmNvbSU3QzAzODExZjZmODA1NTRmN2RhZDY0MDhkN2JiZWI3NGYwJTdDMGZl ZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzE4NDQ5MjI3MTA3MDk0 MCZzZGF0YT10TCUyRnRiTUowRWkyZSUyRlVGWnlCQjJHRlBFaGo4cXpDdVdYbzV1cE05R05zRSUz RCZyZXNlcnZlZD0wPg0KDQpEcmFmdCB1cmw6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWdlaWItaXBwbS1jb25uZWN0aXZpdHktbW9uaXRvcmluZy88aHR0cHM6Ly9u YW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJG ZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZkcmFmdC1nZWliLWlwcG0tY29ubmVjdGl2aXR5 LW1vbml0b3JpbmclMkYmZGF0YT0wMiU3QzAxJTdDaGFveXUuc29uZyU0MGZ1dHVyZXdlaS5jb20l N0MwMzgxMWY2ZjgwNTU0ZjdkYWQ2NDA4ZDdiYmViNzRmMCU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1 M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2MzcxODQ0OTIyNzEwODA5MjQmc2RhdGE9cXRlUjNPUnNI ejZtbmJndUtmTU1Rd2NsczlrYVNpOE5oQWg5aEZhSDdiOCUzRCZyZXNlcnZlZD0wPg0KDQpSZWdh cmRzLA0KDQpSdWVkaWdlcg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3By aW5nQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJp bmc8aHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0 dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGc3ByaW5nJmRh dGE9MDIlN0MwMSU3Q2hhb3l1LnNvbmclNDBmdXR1cmV3ZWkuY29tJTdDMDM4MTFmNmY4MDU1NGY3 ZGFkNjQwOGQ3YmJlYjc0ZjAlN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzEl N0MwJTdDNjM3MTg0NDkyMjcxMDgwOTI0JnNkYXRhPWNVU2NXaDI5TGklMkJGQkpISVlCbTZmY3ls R3g2enJ2JTJGNFJ0RU02YjVZTXZzJTNEJnJlc2VydmVkPTA+DQo= --_000_FRXPR01MB03928884BE840262BF8599AF9CE70FRXPR01MB0392DEUP_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRS1NYWlsRm9ybWF0dm9ybGFn ZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdl MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkUtTWFpbEZvcm1hdHZvcmxhZ2UyMA0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRS1NYWlsRm9ybWF0dm9ybGFnZTIxDQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMjMNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQg NzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlz dCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6NjQ1MDA2NjsNCgltc28t bGlzdC10ZW1wbGF0ZS1pZHM6NDYyMzMwMTEyO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2 ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtdGFiLXN0 b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp c3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxl dmVsNg0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZl bC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtdGFiLXN0 b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxNTA4MTMxMTkzOw0KCW1zby1s aXN0LXRlbXBsYXRlLWlkczo0MzQzMTI4O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz dCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs MTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv bDt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDoxNTY4NzYzOTM2Ow0KCW1zby1saXN0LXRlbXBs YXRlLWlkczotMTkwMTE4NjUwNjt9DQpAbGlzdCBsMjpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6 bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw0DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4 MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw4DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDMNCgl7bXNvLWxpc3QtaWQ6MTg1MDIxNDkxOTsNCgltc28tbGlzdC10ZW1wbGF0ZS1p ZHM6LTU4MjQzNDk0ODt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4t Ym90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGkgVGlhbnJhbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dXNpbmcgbm9kZSBi YXNlZCBpbmZvcm1hdGlvbiBsaWtlIGFkZGVkIGJ5IElPQU0gaXMgYW5vdGhlciB2YWxpZCBvcHRp b24uIFRoZSBtZXRob2QgSSBwcm9wb3NlIGlzIHRvIHN0YXkgYXQgZm9yd2FyZGluZyBsYXllciBh bmQgd29yayB3aXRob3V0IG5vZGUgc3VwcG9ydC4gVGhhdCB3YXkgZm9yd2FyZGluZyBpc3N1ZXMg YXJlIGRldGVjdGVkLCBldmVuIGlmIHRoZSBjb250cm9sIHBsYW5lIGlzbuKAmXQgYXdhcmUgb2YN CiBpdC4gQWxzbyB0aGF0IGhhcHBlbnMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFjdGl2ZSBt ZWFzdXJlbWVudHMgYW5kIElPQU0gY2FuIGJlIGNvbWJpbmVkLCBhbmQgdGhhdCBtaWdodCBiZSB1 c2VmdWwuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlJ1ZWRpZ2VyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIGxhbmc9IkRFIj5Wb246PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJERSI+IHNw cmluZyAmbHQ7c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7DQo8Yj5JbSBBdWZ0cmFnIHZvbiA8 L2I+VGlhbnJhbiBaaG91PGJyPg0KPGI+R2VzZW5kZXQ6PC9iPiBGcmVpdGFnLCAyOC4gRmVicnVh ciAyMDIwIDAyOjM3PGJyPg0KPGI+QW46PC9iPiBIYW95dSBTb25nICZsdDtoYW95dS5zb25nQGZ1 dHVyZXdlaS5jb20mZ3Q7OyBSb2JlcnQgUmFzenVrICZsdDtyb2JlcnRAcmFzenVrLm5ldCZndDs8 YnI+DQo8Yj5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlw cG1AaWV0Zi5vcmc8YnI+DQo8Yj5CZXRyZWZmOjwvYj4gUmU6IFtzcHJpbmddIE1vbml0b3Jpbmcg bWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb248bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ SSB0YWtlIHRoZSBzZWNvbmQgcG9pbnQuIEJ1dCBpdCBhbHNvIGdpdmVzIHNob3J0IGNvbWluZywg dGhlIHByb2JlIGNhbm5vdCB0YWtlIG1hbnkgZGF0YSBpbiBvbmUgcGFja2V0LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5UaGUgZmlyc3QgcG9pbnQgSSBkbyBub3QgdW5kZXJzdGFuZC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ WW91IHNhaWQg4oCcY29tYmluYXRpb24gaW5ncmVzcyYjNDM7ZWdyZXNzIHF1ZXVpbmcgaW5mb3Jt YXRpb24gb24gZWFjaCB0cmFuc2l0IG5vZGXigJ0uIEkgc3VwcG9zZSB5b3UgbWVhbiBhbGwgdGhl IHF1ZXVlcyBpbmZvcm1hdGlvbiBpbiB0aGlzIG5vZGUuIFRoaXMgaW4gbXkgb3BpbmlvbiBjYW4g b25seSBiZSBjb2xsZWN0ZWQgaW4gY29udHJvbCBwbGFuZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPkJlc3QsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRpYW5yYW4gJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gSGFveXUg U29uZyBbPGEgaHJlZj0ibWFpbHRvOmhhb3l1LnNvbmdAZnV0dXJld2VpLmNvbSI+bWFpbHRvOmhh b3l1LnNvbmdAZnV0dXJld2VpLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBG ZWJydWFyeSAyOCwgMjAyMCA5OjIzIEFNPGJyPg0KPGI+VG86PC9iPiBUaWFucmFuIFpob3UgJmx0 OzxhIGhyZWY9Im1haWx0bzp6aG91dGlhbnJhbkBodWF3ZWkuY29tIj56aG91dGlhbnJhbkBodWF3 ZWkuY29tPC9hPiZndDs7IFJvYmVydCBSYXN6dWsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRA cmFzenVrLm5ldCI+cm9iZXJ0QHJhc3p1ay5uZXQ8L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEg aHJlZj0ibWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnIj5pcHBtLWNoYWlyc0BpZXRmLm9yZzwv YT47IDxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPg0Kc3ByaW5nQGlldGYub3JnPC9h PjsgPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0K PGI+U3ViamVjdDo8L2I+IFJFOiBbc3ByaW5nXSBNb25pdG9yaW5nIG1ldHJpYyB0byBkZXRlY3Qg YW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Ud28ga2V5IGRpZmZlcmVuY2VzLiAoMSkgeW91IHdhbnQgdG8gZG8gdGhpcyBwdXJlbHkg aW4gZGF0YSBwbGFuZSBmYXN0IHBhdGguICgyKSB5b3UgZG9u4oCZdCB3YW50IHRvIGtlZXAgYSBz dHJlYW1pbmcgc2Vzc2lvbiBmcm9tIGVhY2ggbm9kZSBmb3Igc2NhbGFiaWxpdHkgcmVhc29uPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgcGF0aCBwcm9iaW5nIGFwcHJv YWNoIGNhbiBtZWV0IGJvdGggcmVxdWlyZW1lbnRzLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ SGFveXUgJm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gVGlhbnJhbiBaaG91ICZsdDs8YSBocmVm PSJtYWlsdG86emhvdXRpYW5yYW5AaHVhd2VpLmNvbSI+emhvdXRpYW5yYW5AaHVhd2VpLmNvbTwv YT4mZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEZlYnJ1YXJ5IDI3LCAyMDIwIDU6 MTQgUE08YnI+DQo8Yj5Ubzo8L2I+IEhhb3l1IFNvbmcgJmx0OzxhIGhyZWY9Im1haWx0bzpoYW95 dS5zb25nQGZ1dHVyZXdlaS5jb20iPmhhb3l1LnNvbmdAZnV0dXJld2VpLmNvbTwvYT4mZ3Q7OyBS b2JlcnQgUmFzenVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiPnJvYmVy dEByYXN6dWsubmV0PC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzppcHBt LWNoYWlyc0BpZXRmLm9yZyI+aXBwbS1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWls dG86c3ByaW5nQGlldGYub3JnIj4NCnNwcmluZ0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0 bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBS RTogW3NwcmluZ10gTW9uaXRvcmluZyBtZXRyaWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2Vz dGlvbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPlRoaXMgaXMgYSBnb29kIHBvaW50LiBJbiB0aGlzIHdheSwgdGhlIHBy b2JlIGlzIGdlbmVyaWNhbGx5IHVzZWQgdG8gY29sbGVjdCBub2RlIGRhdGEuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPkF0IGVhY2ggbm9kZSwgdGhlIHByb2JlIHdpbGwgYmUgc2VuZCB0byB0aGUgc2xvdyBwYXRo IHRvIGdldCB0aGUgbm9kZSBkYXRhLiBEYXRhIGNvdWxkIGJlIGNhcnJpZWQgaW4gdGhlIHBheWxv YWQgd2hpY2ggaGFzIG1vcmUgc3BhY2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoZW4sIHdoYXTigJlzIHRo ZSBkaWZmZXJlbmNlIHRvIGV4aXN0aW5nIHdheSB0aGF0IFJvYmVydCBtZW50aW9uZWQ/IFVzZSBz dHJlYW1pbmcgdGVsZW1ldHJ5IHRvIGV4cG9ydCBmcm9tIGVhY2ggbm9kZS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+QXMgZmFyIGFzIEkga25vdyB0aGUgc3RhdGUgb2YgYXJ0LCBtYW55IGRldmljZSBzdXBwb3J0 IHN0cmVhbWluZyB0ZWxlbWV0cnkgY2FuIGV4cG9ydCBpbiBhIHBlcmlvZCBvZiAxLTEwIHNlY29u ZHMuIEZvciBjdXN0b21pemVkIGRhdGEsIHRoZSBwZXJpb2QgY291bGQgZXZlbiBiZSByZWR1Y2Vk IHRvIDEwLTEwMG1zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QmVzdCw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+VGlhbnJhbiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gaXBwbSBbPGEgaHJl Zj0ibWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlwcG0tYm91bmNlc0BpZXRm Lm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkhhb3l1IFNvbmc8YnI+DQo8Yj5TZW50Ojwv Yj4gRnJpZGF5LCBGZWJydWFyeSAyOCwgMjAyMCA0OjQ0IEFNPGJyPg0KPGI+VG86PC9iPiBSb2Jl cnQgUmFzenVrICZsdDs8YSBocmVmPSJtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQiPnJvYmVydEBy YXN6dWsubmV0PC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzppcHBtLWNo YWlyc0BpZXRmLm9yZyI+aXBwbS1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86 c3ByaW5nQGlldGYub3JnIj4NCnNwcmluZ0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpp cHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W2lwcG1dIFtzcHJpbmddIE1vbml0b3JpbmcgbWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNv bmdlc3Rpb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNhbiB0aGUg Y29tYmluYXRpb24gaW5ncmVzcyYjNDM7ZWdyZXNzIHF1ZXVpbmcgaW5mb3JtYXRpb24gb24gZWFj aCB0cmFuc2l0IG5vZGUgYmUgY29sbGVjdGVkIGJ5IHNpbXBseSB2aXNpdCB0aGUgbm9kZT8gSWYg c28sIG9uZSBvciBtb3JlIHByb2JpbmcgcGF0aHMgdGhhdCBjYW4gY292ZXIgYWxsIHRoZSBub2Rl cyBhcmUgc3VmZmljaWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCw8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhhb3l1Jm5ic3A7IDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj5Gcm9tOjwvYj4gUm9iZXJ0IFJhc3p1ayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJv YmVydEByYXN6dWsubmV0Ij5yb2JlcnRAcmFzenVrLm5ldDwvYT4mZ3Q7DQo8YnI+DQo8Yj5TZW50 OjwvYj4gVGh1cnNkYXksIEZlYnJ1YXJ5IDI3LCAyMDIwIDEyOjE4IFBNPGJyPg0KPGI+VG86PC9i PiBIYW95dSBTb25nICZsdDs8YSBocmVmPSJtYWlsdG86aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29t Ij5oYW95dS5zb25nQGZ1dHVyZXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJl Zj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSI+UnVlZGlnZXIuR2VpYkB0ZWxla29t LmRlPC9hPjsNCjxhIGhyZWY9Im1haWx0bzppcHBtLWNoYWlyc0BpZXRmLm9yZyI+aXBwbS1jaGFp cnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj4NCnNwcmlu Z0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYu b3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW3NwcmluZ10gTW9uaXRvcmluZyBtZXRy aWMgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2VzdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhlIHBvaW50IGlzIG5vdCB0byBhc3N1cmUgYWxsIGVncmVzcyBwb3J0cyBhcmUg aW5zcGVjdGVkLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhlIHBvaW50IG9mIGFueSByZWFsbHkgdXNlZnVsIGVuZCB0byBlbmQgcGF0aCBwcm9iaW5nIGlz IHRvIGZpbmQgb3V0IGlmIGNvbWJpbmF0aW9uIG9mIGluZ3Jlc3MmIzQzO2VncmVzcyBxdWV1aW5n IG9uIGVhY2ggdHJhbnNpdCBub2RlIG15IHBhY2tldCBtYXkgdHJhdmVyc2UgYXJlIG5vdCBjb25n ZXN0ZWQuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkxvb2tpbmcgYXQmbmJzcDtFdWxlcmlhbiBwYXRoIGFsZ29yaXRobSBJIGRvIG5v dCBzZWUgc3VjaCBndWFyYW50ZWVzLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Ui48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UFMuIFBhdGggcHJvYmluZyBpcyBBMSB0byBCMS4g SXQgaXMgbm90IEExIHRvIEIxLCBCMiAuLiBCbi4gd2hlcmUgQW4gYXJlIHRoZSBpbmdyZXNzIHBv cnRzIHRvIHRoZSBuZXR3b3JrIGFuZCBCbiBhcmUgdGhlIGVncmVzcyBwb3J0cy4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVGh1 LCBGZWIgMjcsIDIwMjAgYXQgOToxNCBQTSBIYW95dSBTb25nICZsdDs8YSBocmVmPSJtYWlsdG86 aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29tIj5oYW95dS5zb25nQGZ1dHVyZXdlaS5jb208L2E+Jmd0 OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBj bSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDow Y207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+SGkgUm9iZXJ0LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlIEV1bGVyaWFu IHBhdGggYWxnb3JpdGhtIGd1YXJhbnRlZXMgdG8gdmlzaXQgYWxsIHRoZSBlZGdlcyBvZiBhIGdy YXBoLiBJbiB0aGUgU1IgY29udGV4dCwgd2UgY2FuIGNvbnNpZGVyIHRoZSBzdWItcGF0aCBiZXR3 ZWVuIHR3byBzZWdtZW50cyBhbiBlZGdlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGFv eXUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+RnJvbTo8L2I+IFJvYmVydCBSYXN6 dWsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2JlcnRAcmFzenVrLm5ldCIgdGFyZ2V0PSJfYmxhbmsi PnJvYmVydEByYXN6dWsubmV0PC9hPiZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwg RmVicnVhcnkgMjcsIDIwMjAgMTE6NTAgQU08YnI+DQo8Yj5Ubzo8L2I+IEhhb3l1IFNvbmcgJmx0 OzxhIGhyZWY9Im1haWx0bzpoYW95dS5zb25nQGZ1dHVyZXdlaS5jb20iIHRhcmdldD0iX2JsYW5r Ij5oYW95dS5zb25nQGZ1dHVyZXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJl Zj0ibWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZSIgdGFyZ2V0PSJfYmxhbmsiPlJ1ZWRp Z2VyLkdlaWJAdGVsZWtvbS5kZTwvYT47DQo8YSBocmVmPSJtYWlsdG86aXBwbS1jaGFpcnNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtLWNoYWlyc0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9 Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnNwcmluZ0BpZXRmLm9y ZzwvYT47IDxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBw bUBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzcHJpbmddIE1vbml0b3Jp bmcgbWV0cmljIHRvIGRldGVjdCBhbmQgbG9jYXRlIGNvbmdlc3Rpb248bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj5IaSBIYW95dSw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mZ3Q7IHdoaWNoIGFwcGxpZXMgRXVsZXJpYW4gUGF0aCBh bGdvcml0aG0gdG8gZmluZCB0aGUgbWluaW11bSBzZXQgb2YgcGF0aHMgd2l0aCBuZXR3b3JrLXdp ZGUgY292ZXJhZ2UuJm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JbiBwcmFjdGljZSBuZXR3b3JrcyB1c2UgRUNNUC4g RUNNUCBkZWNpc2lvbiBtYXkgaGFwcGVuIGF0IGVhY2ggaG9wLiBZb3VyIGVuZCB0byBlbmQgZmxv d3MgZ2V0IHNwcmVhZCBvdmVyIGFsbCBFQ01QIHBhdGhzLiBTbyBsaW1pdGluZyBudW1iZXIgb2Yg cHJvYmVkIHBhdGhzIGlzIGluYWNjdXJhdGUgdG8gdGhlDQogZnVuZGFtZW50YWwgb2JqZWN0aXZl IG9mIHRoZSBleGVyY2lzZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoYXQgaXMgaW5mYWN0IG1haW4gY2hhbGxlbmdlJm5i c3A7d2l0aCBhbnkgZW5kIHRvIGVuZCBwYXRoIHByb2JpbmcgdG9kYXkgLi4uIGlmIHlvdSBkbyBu b3QgY292ZXIgYWxsIHBvc3NpYmxlIHBhdGhzIHlvdXIgcGFja2V0cyBtYXkgdGFrZSBiZXR3ZWVu IGluZ3Jlc3MgYW5kJm5ic3A7ZWdyZXNzIHlvdSBqdXN0IGRvIG5vdA0KIGdldCBmdWxsIHBpY3R1 cmUgb2YgdGhlIG5ldHdvcmsuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaHggYSBsb3QsPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlIuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T24gVGh1LCBGZWIgMjcs IDIwMjAgYXQgODo0NCBQTSBIYW95dSBTb25nICZsdDs8YSBocmVmPSJtYWlsdG86aGFveXUuc29u Z0BmdXR1cmV3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+aGFveXUuc29uZ0BmdXR1cmV3ZWkuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPkhpIFJ1ZWRpZ2VyLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SSBs aWtlIHRoZSBnZW5lcmFsIGlkZWEgdGhhdCB1c2luZyBwcmUtZGV0ZXJtaW5lZCBwYXRocyBpbiBT UiB0byBjb2xsZWN0IHBlcmZvcm1hbmNlIG1ldHJpY3MuIEkgdGhpbmsgdGhpcyBhcHByb2FjaCBw cm92aWRlcyBzb21lIHVuaXF1ZSBiZW5lZml0cyBjb21wYXJlZCB3aXRoIHRoZSBvdGhlciBhcHBy b2FjaGVzLg0KIEl0IGlzIGFsc28gY29pbmNpZGVudCB3aXRoIHNvbWUgb2YgcmVsYXRlZCByZXNl YXJjaCB3b3JrIEnigJltIGRvaW5nLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+SGVyZSBhcmUgc29tZSB0aG91Z2h0cyBJIGhhdmUuPG86cD48L286cD48L3A+DQo8b2wg c3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBs ZXZlbDEgbGZvMyI+DQpJIHRoaW5rIElPQU0gY291bGQgYmUgdXNlZCBhcyB0aGUgc3RhbmRhcmQg YXBwcm9hY2ggZm9yIHN1Y2ggcHJvYmluZyBwYWNrZXRzLiBJdCBjYW4gY29sbGVjdCB0aGUgcGVy Zm9ybWFuY2UgbWV0cmljcyBtZW50aW9uZWQgaW4gdGhlIGRyYWZ0IGFuZCBkb2VzIG1vcmUuDQo8 bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEg bGZvMyI+DQpBbiBpbnRlcmVzdGluZyBwcm9ibGVtIHJhaXNlZCBieSB0aGUgZHJhZnQgYnV0IG5v dCBmdWxseSBhZGRyZXNzZWQgaXMgdGhlIG1ldGhvZCB0byBwbGFuIHRoZSBvcHRpbWFsIHBhdGhz LiBUaGVyZSBpcyBhIHdvcmsgY2FsbGVkIElOVC1QQVRIICg8YSBocmVmPSJodHRwczovL25hbTEx LnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZpZWVl eHBsb3JlLmllZWUub3JnJTJGZG9jdW1lbnQlMkY4NzM3NTI5JmFtcDtkYXRhPTAyJTdDMDElN0No YW95dS5zb25nJTQwZnV0dXJld2VpLmNvbSU3QzAzODExZjZmODA1NTRmN2RhZDY0MDhkN2JiZWI3 NGYwJTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzE4NDQ5 MjI3MTA3MDk0MCZhbXA7c2RhdGE9Q01GdURSMjZnS1BVak9ZdTN2Y1ZsV05vVFAlMkZBJTJGR2lD SUVueEVSVkJabWslM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2ll ZWV4cGxvcmUuaWVlZS5vcmcvZG9jdW1lbnQvODczNzUyOTwvYT4pDQogd2hpY2ggYXBwbGllcyBF dWxlcmlhbiBQYXRoIGFsZ29yaXRobSB0byBmaW5kIHRoZSBtaW5pbXVtIHNldCBvZiBwYXRocyB3 aXRoIG5ldHdvcmstd2lkZSBjb3ZlcmFnZS4gSG93ZXZlciwgdGhlIHByb2JsZW0gaGVyZSBzZWVt cyBkaWZmZXJlbnQ6IHlvdSBuZWVkIHBhdGggY292ZXJhZ2UgcmVkdW5kYW5jeS4gTXkgcXVlc3Rp b24gaXM6IGRvIHdlIHJlYWxseSBuZWVkIHRoZSByZWR1bmRhbmN5IHRvIGFjaGlldmUgdGhlIG1l YXN1cmVtZW50IGdvYWw/DQogSWYgc28sIHdoYXTigJlzIHRoZSBiZXN0IHBsYW5uaW5nIGFsZ29y aXRobSBzaG91bGQgYmU/IEluIGEgcmVhbCBhbmQgbGFyZ2Ugc2NhbGUgbmV0d29yaywgd2UgaGF2 ZSBjb25zdHJhaW50IG9uIHdoZXJlIHRoZSBwcm9iaW5nIGRldmljZShzKSBjYW4gYmUgcGxhY2Vk LCBhbmQgd2UgdXN1YWxseSB3YW50IHRvIG1vbml0b3JpbmcgdGhlIGVudGlyZSBuZXR3b3JrLCBz byBhbiBlZmZpY2llbnQgYWxnb3JpdGhtIGlzIG5lY2Vzc2FyeS4mbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5CZXN0 IHJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhhb3l1PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PGI+RnJvbTo8L2I+IGlwcG0gJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtLWJvdW5jZXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0Ow0KPGI+ T24gQmVoYWxmIE9mIDwvYj48YSBocmVmPSJtYWlsdG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl IiB0YXJnZXQ9Il9ibGFuayI+UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPC9hPjxicj4NCjxiPlNl bnQ6PC9iPiBUdWVzZGF5LCBGZWJydWFyeSAyNSwgMjAyMCAxMTo1NSBQTTxicj4NCjxiPlRvOjwv Yj4gPGEgaHJlZj0ibWFpbHRvOmlwcG0tY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ aXBwbS1jaGFpcnNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86 c3ByaW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ByaW5nQGlldGYub3JnPC9hPjsgPGEg aHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmlwcG1AaWV0Zi5v cmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtpcHBtXSBNb25pdG9yaW5nIG1ldHJpYyB0byBk ZXRlY3QgYW5kIGxvY2F0ZSBjb25nZXN0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iREUiPkRlYXIgSVBQTSAoYW5kIFNQUklORykgcGFy dGljaXBhbnRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iREUiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+SeKAmW0gc29sbGljaXRpbmcgaW50ZXJlc3QgaW4gYSBuZXcgbmV0d29yayBt b25pdG9yaW5nIG1ldHJpYyB3aGljaCBhbGxvd3MgdG8gZGV0ZWN0IGFuZCBsb2NhdGUgY29uZ2Vz dGVkIGludGVyZmFjZXMuIEltcG9ydGFudCBwcm9wZXJ0aWVzIGFyZTxvOnA+PC9vOnA+PC9wPg0K PHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZl bDEgbGZvNiI+DQpTYW1lIHNjYWxhYmlsaXR5IGFzIElDTVAgcGluZyBpbiB0aGUgc2Vuc2Ugb25l IG1lYXN1cmVtZW50IHJlbGF0aW9uIHJlcXVpcmVkIHBlciBtb25pdG9yZWQgY29ubmVjdGlvbjxv OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBs Zm82Ij4NCkFkZHMgZGV0ZWN0aW9uIGFuZCBsb2NhdGlvbiBvZiBjb25nZXN0ZWQgaW50ZXJmYWNl cyBhcyBjb21wYXJlZCB0byBJQ01QIHBpbmcgKG90aGVyd2lzZSBtZWFzdXJlZCBtZXRyaWNzIGFy ZSBjb21wYXRpYmxlIHdpdGggSUNNUCBwaW5nKTxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm82Ij4NClJlcXVpcmVzIFNlZ21lbnQgUm91 dGluZyAod2hpY2ggbWVhbnMsIG1lYXN1cmVtZW50IG9uIGZvcndhcmRpbmcgbGF5ZXIsIG5vIG90 aGVyIGludGVyYWN0aW9uIHdpdGggcGFzc2VkIHJvdXRlcnMg4oCTIGluIG9wcG9zaXRlIHRvIElD TVAgcGluZyk8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDps MSBsZXZlbDEgbGZvNiI+DQpBY3RpdmUgbWVhc3VyZW1lbnQgKG1heSBiZSBkZXBsb3llZCB1c2lu ZyBhIHNpbmdsZSBzZW5kZXImYW1wO3JlY2VpdmVyIG9yIHNlcGFyYXRlIHNlbmRlciBhbmQgcmVj ZWl2ZXIsIFNlZ21lbnQgUm91dGluZyBhbGxvd3MgZm9yIGJvdGggb3B0aW9ucyk8bzpwPjwvbzpw PjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPknigJlkIGJlIGhhcHB5IHRvIHByZXNlbnQgdGhlIGRy YWZ0IGluIFZhbmNvdXZlci4uLiBJZiB0aGVyZeKAmXMgY29tbXVuaXR5IGludGVyZXN0LiBQbGVh c2UgcmVhZCBhbmQgY29tbWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPllvdeKAmWxs IGZpbmQgc2xpZGVzIGF0ICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEgaHJl Zj0iaHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0 dHBzJTNBJTJGJTJGZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZtZWV0aW5nJTJGMTA1JTJGbWF0ZXJp YWxzJTJGc2xpZGVzLTEwNS1pcHBtLTE0LWRyYWZ0LWdlaWItaXBwbS1jb25uZWN0aXZpdHktbW9u aXRvcmluZy0wMCZhbXA7ZGF0YT0wMiU3QzAxJTdDaGFveXUuc29uZyU0MGZ1dHVyZXdlaS5jb20l N0MwMzgxMWY2ZjgwNTU0ZjdkYWQ2NDA4ZDdiYmViNzRmMCU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1 M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2MzcxODQ0OTIyNzEwNzA5NDAmYW1wO3NkYXRhPXRMJTJG dGJNSjBFaTJlJTJGVUZaeUJCMkdGUEVoajhxekN1V1hvNXVwTTlHTnNFJTNEJmFtcDtyZXNlcnZl ZD0wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5n LzEwNS9tYXRlcmlhbHMvc2xpZGVzLTEwNS1pcHBtLTE0LWRyYWZ0LWdlaWItaXBwbS1jb25uZWN0 aXZpdHktbW9uaXRvcmluZy0wMDwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkRyYWZ0 IHVybDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxhIGhyZWY9Imh0dHBzOi8vbmFtMTEu c2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRmRhdGF0 cmFja2VyLmlldGYub3JnJTJGZG9jJTJGZHJhZnQtZ2VpYi1pcHBtLWNvbm5lY3Rpdml0eS1tb25p dG9yaW5nJTJGJmFtcDtkYXRhPTAyJTdDMDElN0NoYW95dS5zb25nJTQwZnV0dXJld2VpLmNvbSU3 QzAzODExZjZmODA1NTRmN2RhZDY0MDhkN2JiZWI3NGYwJTdDMGZlZThmZjJhM2IyNDAxODljNzUz YTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzE4NDQ5MjI3MTA4MDkyNCZhbXA7c2RhdGE9cXRlUjNP UnNIejZtbmJndUtmTU1Rd2NsczlrYVNpOE5oQWg5aEZhSDdiOCUzRCZhbXA7cmVzZXJ2ZWQ9MCIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWdl aWItaXBwbS1jb25uZWN0aXZpdHktbW9uaXRvcmluZy88L2E+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+UnVlZGlnZXI8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0Kc3ByaW5nIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5zcHJpbmdAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9uYW0xMS5z YWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGd3d3Lmll dGYub3JnJTJGbWFpbG1hbiUyRmxpc3RpbmZvJTJGc3ByaW5nJmFtcDtkYXRhPTAyJTdDMDElN0No YW95dS5zb25nJTQwZnV0dXJld2VpLmNvbSU3QzAzODExZjZmODA1NTRmN2RhZDY0MDhkN2JiZWI3 NGYwJTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzE4NDQ5 MjI3MTA4MDkyNCZhbXA7c2RhdGE9Y1VTY1doMjlMaSUyQkZCSkhJWUJtNmZjeWxHeDZ6cnYlMkY0 UnRFTTZiNVlNdnMlM0QmYW1wO3Jlc2VydmVkPTAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzwvYT48bzpwPjwvbzpwPjwvcD4NCjwv YmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_FRXPR01MB03928884BE840262BF8599AF9CE70FRXPR01MB0392DEUP_-- From nobody Mon Mar 2 08:10:06 2020 Return-Path: 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 5FA473A09DF; Mon, 2 Mar 2020 08:10:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 pKFZoQiZSwBE; Mon, 2 Mar 2020 08:09:58 -0800 (PST) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 6BC6B3A09DD; Mon, 2 Mar 2020 08:09:57 -0800 (PST) Received: by mail-lj1-x22e.google.com with SMTP id a10so27058ljp.11; Mon, 02 Mar 2020 08:09:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q37bQyCSuPNX16krK/5rK85RbVz7SQ/CWe4aEpZvEJU=; b=IkceiStBVxe+LEqIvW8jVkntnRXc0tSOH4xYtW/kfdaGa+70eRkOY3I/v/Z/LaLSPO IgJ1SaI/8IaOu8GB5D0j3Gvqhl7oaa4bFkq46scgHheIPAxdm8X85l3tSZWFJqbP6ypT VBXyucxQrTNyK3JeJpH12zSspOu1UtpctQaMIysccri4GhEUfjyCbHl6crYmKy82z3bN qY5Iom1ra/Kfuv/a6IwaZSYFo29tGTZjvgfylqUdSd0c+tctPK3Rn+udtmdALh0/yRCO PWMTW55hZ+o8SKz7aruOcpf+qMDRUU4XXfypByVuovjAv4OsQqyXlaPF0TFNe1Haf2HM wBzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=q37bQyCSuPNX16krK/5rK85RbVz7SQ/CWe4aEpZvEJU=; b=n/j1XXvVva9EI1u3R5wH7ve9KNTP3E1vtLx+b1OnMuXPpprkCD9MYBjxR0zCzWFc/M gxc4ttD7PHwqVFZGC+Ce8A3zLd3MIREVdl0zuEmAxVd/0uSMfjhTnDF1kBDQXA8surt6 K4oRbvpN45DRFNpqania/vw3BXfj87PiIQEjZ/PAMkrXI3SWrWG8Uam2OuIj8HWfzgjZ udY2IQJOLR1FE4P0eNiNPDoRGk4lHC/zGOYS22mxiMZZK/x6W+0NoRnnxA0Vi+4tEUkE vPLUepzMLX6eLafgJ3GrQ/podVZgO4+O5M0kvosaUe3sCa5R8yZwJFWUC3ybwDfr8oIk NcrA== X-Gm-Message-State: ANhLgQ1YRXW5W08qj0J9hFIgKeq6obrU4RmLvU/Kum5ormyZQM8319Kb PwIocgzwGb3LQSbIg/kGDP9jf9rwknRJJvQ8TaE= X-Google-Smtp-Source: ADFU+vsNdphj0jvZVMy2NOsxJL/EOHapNnFcnDMwhcZXWGLPG/NGGrE/H4MTi1pOcGYMrnagcZN9nPOmFbggaiy42o0= X-Received: by 2002:a2e:9e43:: with SMTP id g3mr11966799ljk.37.1583165395364; Mon, 02 Mar 2020 08:09:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Mon, 2 Mar 2020 17:09:43 +0100 Message-ID: To: Rakesh Gandhi , IETF IPPM WG , IPPM Chairs , spring-chairs@ietf.org Cc: spring Content-Type: multipart/alternative; boundary="00000000000002f085059fe16b36" Archived-At: Subject: Re: [ippm] [spring] Updates to draft-gandhi-spring-twamp-srpm-05.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 16:10:01 -0000 --00000000000002f085059fe16b36 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Rakesh, my apologies for the belated response and comments that you can find below: - as I understand, the draft is applicable to TWAMP Light mode, mentioned in the informational Appendix I in RFC 5357, not the TWAMP protocol itself. Since TWAMP Light is not a standard but its idea is described in the informational text only, I think that the Informational track is more appropriate for this specification. - I with the introduction of the Control Code field you propose the update to the STAMP base test packet defined in draft-ietf-ippm-stamp . How the proposed change benefits STAMP protocol? As I understand, the Control Co= de field is introduced only for the benefit of the mechanism you propose fo= r the Segment Routing. Does it have broader applicability? Why not use the accepted by IPPM WG STAMP extension model and use TLV? - also, the update introduces Loss Measurement Query Message Formats and Loss Measurement Response Message Formats for STAMP, which are the changes to draft-ietf-ippm-stamp, which has already been approved by IES= G for publication. I couldn't find the explanation of why these mechanisms cannot use the extension mechanism already accepted by IPPM WG for STAMP= , TLVs, as has been done for Direct Loss Measurement. I hope the authors w= ill expand on the rationale of introducing new constructs in the STAMP base specification instead of using the TLV-based extension mechanism. And in connection to my comments related to the proposed changes in STAMP is the question to SPRING and IPPM WGs Chairs: - the authors of the draft have changed the title to reflect the change in the scope of the draft. Now the draft updates not only informational document that was produced by IPMM WG but the standards track document. = I think that though Chairs of IPPM and SPRING WGs had discussed where to anchor this specification, the change in scope may be significant enough= to require another round. Alternatively, changes to STAMP protocol may be t= he basis for the new draft that, preferably, be anchored in the WG that is actively working on defining the STAMP specification and the mechanism t= o extend STAMP functionalities. Regards, Greg On Fri, Jan 31, 2020 at 10:30 PM Rakesh Gandhi wrote: > Hi WG, > We have posted a revised draft with the following updates: > > - Added control-code field (similar to RFC 6374) > - Added Node-Address TLV (e.g. destination-address) =E2=80=93 to carry= the > intended recipient of the probe query when using 127/8 address > - Added Return Address in the Return Path TLV =E2=80=93 to send reply = to other > than source-address > - Added SR Policy with different endpoint addresses > - Various editorial changes > > > > Welcome your review comments and suggestions. > > Thanks, > > Rakesh (on behalf of authors) > > > =EF=BB=BFOn 2019-12-05, 1:48 PM, "internet-drafts@ietf.org" > wrote: > > > > A new version of I-D, draft-gandhi-spring-twamp-srpm-05.txt > > has been successfully submitted by Rakesh Gandhi and posted to the > > IETF repository. > > > > Name: draft-gandhi-spring-twamp-srpm > > Revision: 05 > > Title: Performance Measurement Using TWAMP Light for > Segment Routing Networks > > Document date: 2019-12-05 > > Group: Individual Submission > > Pages: 30 > > URL: > https://www.ietf.org/internet-drafts/draft-gandhi-spring-twamp-srpm-05.tx= t > > Status: > https://datatracker.ietf.org/doc/draft-gandhi-spring-twamp-srpm/ > > Htmlized: > https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-05 > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-gandhi-spring-twamp-srpm > > Diff: > https://www.ietf.org/rfcdiff?url2=3Ddraft-gandhi-spring-twamp-srpm-05 > > > > Abstract: > > Segment Routing (SR) leverages the source routing paradigm. SR is > > applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv= 6 > > (SRv6) data planes. This document specifies procedure for sending > > and processing probe query and response messages for Performance > > Measurement (PM) in Segment Routing networks. The procedure uses > the > > mechanisms defined in RFC 5357 (Two-Way Active Measurement Protoco= l > > (TWAMP) Light) and Simple Two-Way Active Measurement Protocol > (STAMP) > > for Delay Measurement, and also uses the mechanisms defined in thi= s > > document for Loss Measurement. The procedure specified is > applicable > > to SR-MPLS and SRv6 data planes and are used for both links and > > end-to-end SR Policies. > > > > 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. > > > > The IETF Secretariat > > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --00000000000002f085059fe16b36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Rakesh,
my apologies for the belated response and= comments that you can find below:
  • as I understand, the d= raft is applicable to TWAMP Light mode, mentioned in the informational Appe= ndix I in RFC 5357, not the TWAMP protocol itself. Since TWAMP Light is not= a standard but its idea is described in the informational text only, I thi= nk that the Informational track is more appropriate for this specification.=
  • I with the introduction of the Control Code field you propose the = update to the STAMP base test packet defined in draft-ietf-ippm-stamp. How the= proposed change benefits STAMP protocol? As I understand, the Control Code= field is introduced only for the benefit of the mechanism you propose for = the Segment Routing. Does it have broader applicability? Why not use the ac= cepted by IPPM WG STAMP extension model and use TLV?
  • also, the upda= te introduces=C2=A0Loss Measurement Query Message Formats and=C2=A0Loss Mea= surement Response Message Formats for STAMP, which are the changes to draft= -ietf-ippm-stamp, which has already been approved by IESG for publication. = I couldn't find the explanation of why these mechanisms cannot use the = extension mechanism already accepted by IPPM WG for STAMP, TLVs, as has bee= n done for Direct Loss Measurement. I hope the authors will expand on the r= ationale of introducing new constructs in the STAMP base specification inst= ead of using the TLV-based extension mechanism.
And in connec= tion to my comments related to the proposed changes in STAMP is the questio= n to SPRING and IPPM WGs Chairs:
  • the authors of the= draft have changed the title to reflect the change in the scope of the dra= ft.=C2=A0 Now the draft updates not only informational document that was pr= oduced by IPMM WG but the standards track document. I think that though Cha= irs of IPPM and SPRING WGs had discussed where to anchor this specification= , the change in scope may be significant enough to require another round. A= lternatively, changes to STAMP protocol may be the basis for the new draft = that, preferably, be anchored in the WG that is actively working on definin= g the STAMP specification and the mechanism to extend STAMP functionalities= .

Regards,
Greg
On Fri, J= an 31, 2020 at 10:30 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
Hi WG,
= We have pos= ted a revised draft with the following updates:
  • Added control-code field (similar to RFC 6374)
  • Added Node-Ad= dress TLV (e.g. destination-address) =E2=80=93 to carry the intended recipient of the probe query when usin= g 127/8 address
  • Added Return Address in the Return Path TLV =E2=80=93 to send reply to other than source-address
  • Added SR Policy with different endpoint address= es
  • Various ed= itorial changes

=C2=A0

Welcome your revi= ew comments and suggestions.

Thanks,

Rakesh (on= behalf of authors)



=EF=BB=BFOn 2019-1= 2-05, 1:48 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote= :

=C2=A0=C2=A0=C2=A0 <= /span>

=C2=A0=C2=A0=C2=A0 A new version of I-D, draft-gandhi-spring-twamp-srpm-05.txt

=C2=A0=C2=A0=C2=A0 has been successfully submitt= ed by Rakesh Gandhi and posted to the

=C2=A0=C2=A0=C2=A0 IETF repository.=

=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0 Name:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 draft-gandhi-spring-twamp-srpm

=C2=A0=C2=A0=C2=A0 Revision:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 05

=C2=A0=C2=A0=C2=A0 Title:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Performance Measurement Using TWAMP Light for Segment Routing Networks

=C2=A0=C2=A0=C2=A0 Document date:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2019-12-05=

=C2=A0=C2=A0=C2=A0 Group:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Individual Submission

=C2=A0=C2=A0=C2=A0 Pages:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 30

=C2=A0=C2=A0=C2=A0 URL:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/internet-drafts/d= raft-gandhi-spring-twamp-srpm-05.txt

=C2=A0=C2=A0=C2=A0 Status:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.ietf.org/doc/draft-gandhi-sp= ring-twamp-srpm/

=C2=A0=C2=A0=C2=A0 Htmlized: =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0https://tools.ietf.org/html= /draft-gandhi-spring-twamp-srpm-05

=C2=A0=C2=A0=C2=A0 Htmlized:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.ietf.org/doc/html/draft-= gandhi-spring-twamp-srpm

=C2=A0=C2=A0=C2=A0 Diff:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/rfcdiff?url2=3Ddraft-g= andhi-spring-twamp-srpm-05

=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0 Abstract:=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Segment Rou= ting (SR) leverages the source routing paradigm.=C2=A0 SR is

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 applicable = to both Multiprotocol Label Switching (SR-MPLS) and IPv6

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (SRv6) data= planes.=C2=A0 This document specifies procedure for sending

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and process= ing probe query and response messages for Performance

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Measurement= (PM) in Segment Routing networks.=C2=A0 The procedure uses the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mechanisms = defined in RFC 5357 (Two-Way Active Measurement Protocol

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (TWAMP) Lig= ht) and Simple Two-Way Active Measurement Protocol (STAMP)

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for Delay M= easurement, and also uses the mechanisms defined in this

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 document fo= r Loss Measurement.=C2=A0 The procedure specified is applicabl= e

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to SR-MPLS = and SRv6 data planes and are used for both links and

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 end-to-end = SR Policies.

=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0 Please note that it may take = a couple of minutes from the time of submission

=C2=A0=C2=A0=C2=A0 until the htmlized version an= d diff are available at tools.ietf= .org.

=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0 The IETF Secretariat

=C2=A0=C2=A0=C2=A0

=C2=A0=C2=A0=C2=A0

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--00000000000002f085059fe16b36-- From nobody Mon Mar 2 18:14:16 2020 Return-Path: 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 AAD873A161C; Mon, 2 Mar 2020 18:14:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=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=futurewei.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 RF5EaPYbR10K; Mon, 2 Mar 2020 18:14:13 -0800 (PST) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2107.outbound.protection.outlook.com [40.107.236.107]) (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 BC09F3A161B; Mon, 2 Mar 2020 18:14:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K+0iRTr/sXirLYTrCcNKdr232M5TyAdoSz27NFKZwzOvOkVhqdcazV2mwuRhc2DmPfiHDeosW0Jx/yoNihmkTvrFnECpFuOH5WM8MmenG1R9oZVpUKf8QeQ/h135miykFrGy30HBEtqnev1PEmQZZb5bAiyAz+Zq5KeNXTh8nQG2C4NUj3GfrDnPGe1r9S3vEZvkkBcd3FKQBwU0W+3U/6lGf9KxgbLZKWC2frw4qnXYgE9OrQZFTxtfKPjti+Y77c7x/g/MN7UkeepeTQL/YIYNXGWAthkOr3onqULYmuomBPXOxqJEANLdgoxVA99qYyhysLLDTSdnTjmhVsNWtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qVGRkBXuIBc8volyoIQThFpnFdykNtlXW+1VeWs/zcQ=; b=NtnOOVXgQ2Yr8vNEnS+aHQiRT1gDLPS5mBFhosULJXM7o/D3W/hE8ylb3IzEJNrQuaDcLTjCFRCTD48QWfj4iMSI0aiSQd9RH+KKRdy6CrwO8eQ63gwaiSSZuAQmDfj79vmTKTEqMDu5XWBf4O8KdW+peog0HTDqJrGhQvs60wB7ocXB8jluxydLjks5AF9M76mYVfIKMCNpyrTgOncMWzgzWWnqAtWQm0s6Xvr3cvMEgVFj4LDTAcst3z9fv8jFgHRK/Cw/3lbUty6IzaAtcyDExA6XuQIbnj7OVHNsH3fZRgXXKAH//zX/Le/s+YP/JAGTD2wARwzVdrBLlyEzjg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qVGRkBXuIBc8volyoIQThFpnFdykNtlXW+1VeWs/zcQ=; b=FPuWQXJAORTVOUmzuv5x2dpR+qhpjKIqSLIKBi8xHs9krEaDYD/VLk0xCTYvDR8Wm6VcbxqJDb60cFEzSi/bq9gM/fLYXvl0O0WsEu0Ol8GLOtDkw8N3VE/Lhk/b8JQ15i0R7d5n4sH+f6WKvyMbRwpD+V0MuqGv/c3arcqQOk8= Received: from BYAPR13MB2485.namprd13.prod.outlook.com (2603:10b6:a02:c8::19) by BYAPR13MB2391.namprd13.prod.outlook.com (2603:10b6:a02:c2::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.9; Tue, 3 Mar 2020 02:14:10 +0000 Received: from BYAPR13MB2485.namprd13.prod.outlook.com ([fe80::f8cf:3559:b171:9f59]) by BYAPR13MB2485.namprd13.prod.outlook.com ([fe80::f8cf:3559:b171:9f59%6]) with mapi id 15.20.2793.011; Tue, 3 Mar 2020 02:14:10 +0000 From: Haoyu Song To: IPPM Chairs , "ippm@ietf.org" Thread-Topic: New draft: approaches for encapsulating IOAM in IPv6 Thread-Index: AdXxAKSprcFobN7PSAe6eDxBtQrFHA== Date: Tue, 3 Mar 2020 02:14:09 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=haoyu.song@futurewei.com; x-originating-ip: [69.149.42.153] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: dbfe2916-dfeb-4441-9a27-08d7bf188f5d x-ms-traffictypediagnostic: BYAPR13MB2391: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 03319F6FEF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(346002)(39850400004)(396003)(136003)(366004)(199004)(189003)(4744005)(86362001)(7696005)(44832011)(6506007)(8676002)(478600001)(966005)(81156014)(81166006)(8936002)(5660300002)(52536014)(76116006)(66556008)(66476007)(64756008)(66446008)(2906002)(66946007)(186003)(33656002)(26005)(71200400001)(110136005)(450100002)(316002)(55016002)(9686003); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR13MB2391; H:BYAPR13MB2485.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3gSC/o9XQGkW9G8Iu25bT+3ZWe6Hk6Yf8WsEx2ZtbgJ7r34Dx3fpTDwodt17+jh8Sd01LGNOpBR42O0NKopJWO98fwzgtr1TxPxfuvkPFG2ykhZMto/sVapPp5WRtJWauIMBcTFliM1rXMu8AEdImEBGSbL1r26S+8UlGGqf9pxYSa2ETdSadKcbOErzs33agbvc2zZeSUl6qbofEulDzqcT6scykefdd1x2uoeE7yIzapQsjjMM4J8BuucanjEiQ1wpKcQRajmok4t1v2QFSUFn/f18iDJViAnNBrE+uuPmmLkYOFvDqFhx7cKMCN/BFMpE/YtwI4OJLVh9VK37pE2cLsQsjSIALWKlGJHVnWkrPgxPU21nmkIKt4N1UyGa96xgUBeMtDejPwPCzk+3cn7L2rH5EWnbSmiSfgaXZx8s9TdfAhxHqTAHiRxX2Yf+bdpdSg6er7gvWG2ExRBLBXostuuNyzl5yf9P773ol3ZhuaAtcOWld18irU0vtcwQxXOy9ORK/6QyE08bgy0s5Q== x-ms-exchange-antispam-messagedata: v69f/2oL9i5QppDMyZXPaSXsZaRh0CDasotBkbi8+NVUc4S9rztqhskSdV82q3tfgKUjkNBSD0EGcpazkZSO9Sm1casfVp+hHNoZA5GXiT/GbllClKi4vE6OQze8GjjmoP6lmFtgeL9KFN4pdnlxAg== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR13MB24851BC25282CC8A46F4C4B49AE40BYAPR13MB2485namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: dbfe2916-dfeb-4441-9a27-08d7bf188f5d X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2020 02:14:10.0231 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YrWu/0jXdM+zb/Y2wR5y8Ss7He/eHdOlBGQPlpT4TBCz6LCsgBxyel3QDwdWhRy08jB3nosAyx/hRluIKh/ajQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR13MB2391 Archived-At: Subject: [ippm] New draft: approaches for encapsulating IOAM in IPv6 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 02:14:15 -0000 --_000_BYAPR13MB24851BC25282CC8A46F4C4B49AE40BYAPR13MB2485namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable IPPM WG and chairs We just uploaded a new draft which discusses different approaches for encap= sulating IOAM in IPv6. https://www.ietf.org/id/draft-song-ioam-ipv6-support-00.txt The draft identifies some issues on the current proposal (https://tools.iet= f.org/html/draft-ietf-ippm-ioam-ipv6-options-00) and suggests several alter= natives to address those issues. Any questions and comments are welcome. We'd also like to request a 10-min timeslot to present the draft in IETF 10= 7 Thank you very much! Best regards, Haoyu --_000_BYAPR13MB24851BC25282CC8A46F4C4B49AE40BYAPR13MB2485namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

IPPM WG and chairs

 

We just uploaded a new draft which discusses differe= nt approaches for encapsulating IOAM in IPv6.

https://www.ietf.org/id/draft-song-ioam-ipv6-support-00= .txt

 

The draft identifies some issues on the current prop= osal (https://tools.ietf.org/html/draft-ietf-ippm-ioam-ipv6-options-00) and suggests several alternatives to address those issues.

Any questions and comments are welcome. <= /p>

 

We’d also like to request a 10-min timeslot to= present the draft in IETF 107

 

Thank you very much!

 

Best regards,

Haoyu

 

--_000_BYAPR13MB24851BC25282CC8A46F4C4B49AE40BYAPR13MB2485namp_-- From nobody Wed Mar 4 02:43:48 2020 Return-Path: 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 6EF7D3A0C0B; Wed, 4 Mar 2020 02:43:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.901 X-Spam-Level: X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 413Tai08gEIF; Wed, 4 Mar 2020 02:43:40 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3B4C3A0C0A; Wed, 4 Mar 2020 02:43:40 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 4FA7FF40721; Wed, 4 Mar 2020 02:43:19 -0800 (PST) To: prabhjot.sethi@gmail.com, acmorton@att.com, lencia@att.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: ietf@kuehlewind.net, iesg@ietf.org, ippm@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20200304104319.4FA7FF40721@rfc-editor.org> Date: Wed, 4 Mar 2020 02:43:19 -0800 (PST) Archived-At: Subject: [ippm] [Errata Verified] RFC6038 (5549) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 10:43:44 -0000 The following errata report has been verified for RFC6038, "Two-Way Active Measurement Protocol (TWAMP) Reflect Octets and Symmetrical Size Features". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5549 -------------------------------------- Status: Verified Type: Technical Reported by: Prabhjot Singh Sethi Date Reported: 2018-11-07 Verified by: Mirja Kühlewind (IESG) Section: 5.1.5 Original Text ------------- In this combined mode, the Packet Padding to be reflected follows the 27 MBZ octets. In Authenticated or Encrypted modes, the Packet Padding to be reflected follows the 56 MBZ octets. Corrected Text -------------- In this combined mode, the Packet Padding to be reflected follows the 27 MBZ octets. In Authenticated or Encrypted modes, the Packet Padding to be reflected follows the 64 MBZ octets. Notes ----- To achieve symmetrical size in authenticated and encrypted mode length of mbz field needs to be 64 octects instead of 56 octects. -------------------------------------- RFC6038 (draft-ietf-ippm-twamp-reflect-octets-09) -------------------------------------- Title : Two-Way Active Measurement Protocol (TWAMP) Reflect Octets and Symmetrical Size Features Publication Date : October 2010 Author(s) : A. Morton, L. Ciavattone Category : PROPOSED STANDARD Source : IP Performance Measurement Area : Transport Stream : IETF Verifying Party : IESG From nobody Wed Mar 4 10:28:49 2020 Return-Path: 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 201733A0ED0; Wed, 4 Mar 2020 05:23:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.901 X-Spam-Level: X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 GQ_cFZi5v2zB; Wed, 4 Mar 2020 05:23:03 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7C603A0ECA; Wed, 4 Mar 2020 05:23:03 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 45B8CF40739; Wed, 4 Mar 2020 05:22:41 -0800 (PST) To: xiao.min2@zte.com.cn, khedayat@brixnet.com, roman.krzanowski@verizon.com, acmorton@att.com, kyum@juniper.net, babiarz@nortel.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: ietf@kuehlewind.net, iesg@ietf.org, ippm@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20200304132241.45B8CF40739@rfc-editor.org> Date: Wed, 4 Mar 2020 05:22:41 -0800 (PST) Archived-At: X-Mailman-Approved-At: Wed, 04 Mar 2020 10:28:46 -0800 Subject: [ippm] [Errata Verified] RFC5357 (5045) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 13:23:05 -0000 The following errata report has been verified for RFC5357, "A Two-Way Active Measurement Protocol (TWAMP)". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5045 -------------------------------------- Status: Verified Type: Technical Reported by: Xiao Min Date Reported: 2017-06-21 Verified by: Mirja Kühlewind (IESG) Section: 4.2.1 Original Text ------------- The minimum data segment length of TWAMP-Test packets in unauthenticated mode is 41 octets, and 104 octets in both authenticated mode and encrypted modes. Corrected Text -------------- The minimum data segment length of TWAMP-Test packets in unauthenticated mode is 41 octets, and 112 octets in both authenticated mode and encrypted modes. Notes ----- In authenticated/encrypted mode, the minimum data segment length should be 112 octets, instead of 104 octets. -------------------------------------- RFC5357 (draft-ietf-ippm-twamp-09) -------------------------------------- Title : A Two-Way Active Measurement Protocol (TWAMP) Publication Date : October 2008 Author(s) : K. Hedayat, R. Krzanowski, A. Morton, K. Yum, J. Babiarz Category : PROPOSED STANDARD Source : IP Performance Measurement Area : Transport Stream : IETF Verifying Party : IESG From nobody Thu Mar 5 14:20:34 2020 Return-Path: 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 2E8533A0D26; Thu, 5 Mar 2020 14:20:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Linda Dunbar via Datatracker To: Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org, ippm@ietf.org, last-call@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.119.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <158344682412.14483.3670919728514853196@ietfa.amsl.com> Reply-To: Linda Dunbar Date: Thu, 05 Mar 2020 14:20:24 -0800 Archived-At: Subject: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2020 22:20:24 -0000 Reviewer: Linda Dunbar 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 treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-ippm-multipoint-alt-mark-06 Reviewer: Linda Dunbar Review Date: 2020-03-05 IETF LC End Date: 2020-03-06 IESG Telechat date: 2020-03-12 Summary: This document is to expand P2P flows marking methodology to measure unicast flows in multipoint-to-multipoint network. The mechanism is quite interesting. However, I do have some questions: Page 9 (Section 5: Multipoint Packet Loss): Second paragraph stating that "the sum of the number of packets on all ingress interfaces equals the number on the egress interfaces for the monitored flow". how to measure? with all nodes having different timer, it would be difficult to quantify the time period. At any given time T, egress node may count packets entered at T-x. Where to draw the line? packets may traverse different routes through the network, and can take different time. Section 6.1 Algorithm for Cluster Partition: How do you partition the cluster if the Application ingress the network via different nodes? Major issues: None Minor issues: None Nits/editorial comments: Page 5: first sentence on the policies to classify flows: should allow additional conditions that are not in the packet header as part of matching criteria Thank you very much. Linda Dunbar From nobody Fri Mar 6 01:50:47 2020 Return-Path: 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 6C1E83A0B84; Fri, 6 Mar 2020 01:50:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.1 X-Spam-Level: *** X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 pXhBCKFI6GYU; Fri, 6 Mar 2020 01:50:40 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 6A78D3A0B81; Fri, 6 Mar 2020 01:50:40 -0800 (PST) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 6EFEB172C3DA7ECAC360; Fri, 6 Mar 2020 09:50:37 +0000 (GMT) Received: from fraeml711-chm.china.huawei.com (10.206.15.60) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 6 Mar 2020 09:50:36 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 6 Mar 2020 10:50:36 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Fri, 6 Mar 2020 10:50:36 +0100 From: Giuseppe Fioccola To: Linda Dunbar , "gen-art@ietf.org" CC: "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" , "last-call@ietf.org" Thread-Topic: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV8zxKgIQS/vnMhkSwJ4EW8Te/rqg7Rocg Date: Fri, 6 Mar 2020 09:50:36 +0000 Message-ID: References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> In-Reply-To: <158344682412.14483.3670919728514853196@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.204.62.186] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 09:50:46 -0000 RGVhciBMaW5kYSwNClRoYW5rcyBmb3IgeW91ciByZXZpZXchDQpQbGVhc2UgZmluZCBteSBhbnN3 ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS4NCkxldCBtZSBrbm93IGlmIHlvdSBhZ3JlZSB3aXRo IG15IHByb3Bvc2VkIHNtYWxsIGNoYW5nZXMgdG8gdGhlIGRyYWZ0Lg0KDQpSZWdhcmRzLA0KDQpH aXVzZXBwZQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMaW5kYSBEdW5i YXIgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10gDQpTZW50OiBUaHVy c2RheSwgTWFyY2ggNSwgMjAyMCAxMToyMCBQTQ0KVG86IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBk cmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0 Zi5vcmc7IGxhc3QtY2FsbEBpZXRmLm9yZw0KU3ViamVjdDogR2VuYXJ0IGxhc3QgY2FsbCByZXZp ZXcgb2YgZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDYNCg0KUmV2aWV3ZXI6 IExpbmRhIER1bmJhcg0KUmV2aWV3IHJlc3VsdDogUmVhZHkgd2l0aCBOaXRzDQoNCkkgYW0gdGhl IGFzc2lnbmVkIEdlbi1BUlQgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBHZW5lcmFsIEFy ZWEgUmV2aWV3IFRlYW0gKEdlbi1BUlQpIHJldmlld3MgYWxsIElFVEYgZG9jdW1lbnRzIGJlaW5n IHByb2Nlc3NlZCBieSB0aGUgSUVTRyBmb3IgdGhlIElFVEYgQ2hhaXIuICBQbGVhc2UgdHJlYXQg dGhlc2UgY29tbWVudHMganVzdCBsaWtlIGFueSBvdGhlciBsYXN0IGNhbGwgY29tbWVudHMuDQoN CkZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBGQVEgYXQNCg0KPGh0dHBzOi8v dHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFydGZhcT4uDQoNCkRvY3VtZW50OiBkcmFm dC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wNg0KUmV2aWV3ZXI6IExpbmRhIER1bmJh cg0KUmV2aWV3IERhdGU6IDIwMjAtMDMtMDUNCklFVEYgTEMgRW5kIERhdGU6IDIwMjAtMDMtMDYN CklFU0cgVGVsZWNoYXQgZGF0ZTogMjAyMC0wMy0xMg0KDQpTdW1tYXJ5Og0KVGhpcyBkb2N1bWVu dCBpcyB0byBleHBhbmQgUDJQIGZsb3dzIG1hcmtpbmcgbWV0aG9kb2xvZ3kgdG8gbWVhc3VyZSB1 bmljYXN0IGZsb3dzIGluICBtdWx0aXBvaW50LXRvLW11bHRpcG9pbnQgbmV0d29yay4gVGhlIG1l Y2hhbmlzbSBpcyBxdWl0ZSBpbnRlcmVzdGluZy4NCg0KW0dGXTogVGhhbmtzIQ0KDQpIb3dldmVy LCBJIGRvIGhhdmUgc29tZSBxdWVzdGlvbnM6DQoNClBhZ2UgOSAoU2VjdGlvbiA1OiBNdWx0aXBv aW50IFBhY2tldCBMb3NzKTogU2Vjb25kIHBhcmFncmFwaCBzdGF0aW5nIHRoYXQgInRoZSBzdW0g b2YgdGhlIG51bWJlciBvZiBwYWNrZXRzIG9uIGFsbCBpbmdyZXNzIGludGVyZmFjZXMgZXF1YWxz IHRoZSBudW1iZXIgb24gdGhlIGVncmVzcyBpbnRlcmZhY2VzIGZvciB0aGUgbW9uaXRvcmVkIGZs b3ciLg0KDQpob3cgdG8gbWVhc3VyZT8gd2l0aCBhbGwgbm9kZXMgaGF2aW5nIGRpZmZlcmVudCB0 aW1lciwgaXQgd291bGQgYmUgZGlmZmljdWx0IHRvIHF1YW50aWZ5IHRoZSB0aW1lIHBlcmlvZC4g QXQgYW55IGdpdmVuIHRpbWUgVCwgZWdyZXNzIG5vZGUgbWF5IGNvdW50IHBhY2tldHMgZW50ZXJl ZCBhdCBULXguIFdoZXJlIHRvIGRyYXcgdGhlIGxpbmU/IHBhY2tldHMgbWF5IHRyYXZlcnNlIGRp ZmZlcmVudCByb3V0ZXMgdGhyb3VnaCB0aGUgbmV0d29yaywgYW5kIGNhbiB0YWtlIGRpZmZlcmVu dCB0aW1lLg0KDQpbR0ZdOiBJIHVuZGVyc3RhbmQgeW91ciBwb2ludCBidXQgaW4gdGhpcyBjYXNl IHRoZSBhc3N1bXB0aW9uIGlzIHRoZSB1c2Ugb2YgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhv ZC4gVGhlIHRpbWUgcmVmZXJlbmNlIGlzIGdpdmVuIGJ5IHRoZSBhbHRlcm5hdGUgbWFya2luZyBt ZXRob2QsIHdoZXJlIHRoZSBtYXJraW5nIGNoYW5nZSBpcyBhbiBhdXRvLXN5bmNocm9uaXphdGlv biBzaWduYWwgZm9yIHRoZSBuZXR3b3JrIG5vZGVzLiBUaGVyZSBhcmUgYWxzbyB0aW1pbmcgYXNw ZWN0cyBkdWUgdG8gdGhlIGRpZmZlcmVudCB0aW1lciBvZiB0aGUgbm9kZXMgYW5kIHRoaXMgaXMg ZXhwbGFpbmVkIGluIFNlY3Rpb24gNzogVGltaW5nIEFzcGVjdHMuIEkgY2FuIHNwZWNpZnkgdGhh dCB0aGlzIHBhcmFncmFwaCBpcyB2YWxpZCBpbiB0aGUgY2FzZSBvZiBhbHRlcm5hdGUgbWFya2lu Zy4NCg0KU2VjdGlvbiA2LjEgQWxnb3JpdGhtIGZvciBDbHVzdGVyIFBhcnRpdGlvbjoNCkhvdyBk byB5b3UgcGFydGl0aW9uIHRoZSBjbHVzdGVyIGlmIHRoZSBBcHBsaWNhdGlvbiBpbmdyZXNzIHRo ZSBuZXR3b3JrIHZpYSBkaWZmZXJlbnQgbm9kZXM/DQoNCltHRl06IE9uY2UgZGVmaW5lZCBhbiBB cHBsaWNhdGlvbiBmbG93LCB0aGUgYWxnb3JpdGhtIGNvbnNpZGVycyBhbGwgdGhlIHBvc3NpYmxl IGxpbmtzIGFuZCBub2RlcyBmb3IgdGhlIGdpdmVuIGZsb3csIGV2ZW4gaWYgdGhlcmUgaXMgbm8g dHJhZmZpYy4gSXQgaXMgYmFzZWQgb24gdG9wb2xvZ2ljYWwgaW5mb3JtYXRpb24uIFNvLCBpZiB0 aGUgQXBwbGljYXRpb24gaW5ncmVzcyB2aWEgZGlmZmVyZW50IG5vZGVzLCB0aGUgY291bnRlcnMg aGFzIGEgbm9uLXplcm8gdmFsdWUgZm9yIHRoZXNlIG5vZGVzLCB3aGlsZSBhIHplcm8gdmFsdWUg Zm9yIHRoZSBvdGhlciBub2RlcyB3aXRob3V0IHRyYWZmaWMsIGJ1dCwgaW4gdGhlIGVuZCB0aGUg Zm9ybXVsYSBpcyBzdGlsbCB2YWxpZC4NCg0KTWFqb3IgaXNzdWVzOiBOb25lDQpNaW5vciBpc3N1 ZXM6IE5vbmUNCg0KTml0cy9lZGl0b3JpYWwgY29tbWVudHM6DQoNClBhZ2UgNTogZmlyc3Qgc2Vu dGVuY2Ugb24gdGhlIHBvbGljaWVzIHRvIGNsYXNzaWZ5IGZsb3dzOiBzaG91bGQgYWxsb3cgYWRk aXRpb25hbCBjb25kaXRpb25zIHRoYXQgYXJlIG5vdCBpbiB0aGUgcGFja2V0IGhlYWRlciBhcyBw YXJ0IG9mIG1hdGNoaW5nIGNyaXRlcmlhDQoNCltHRl06IFN1cmUsIEkgY2FuIGFkZCBhIGNvbnNp ZGVyYXRpb24gaGVyZSB0aGF0IHRoZSBmbG93IGNhbiBiZSBkZWZpbmVkIGF0IGRpZmZlcmVudCBs ZXZlbHMgYmFzZWQgb24gdGhlIGVuY2Fwc3VsYXRpb24gY29uc2lkZXJlZCBhbmQgYWRkaXRpb25h bCBjb25kaXRpb25zIGFyZSBwb3NzaWJsZS4NCg0KVGhhbmsgeW91IHZlcnkgbXVjaC4NCg0KTGlu ZGEgRHVuYmFyDQoNCg0K From nobody Fri Mar 6 08:15:09 2020 Return-Path: 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 728963A0A21; Fri, 6 Mar 2020 08:15:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 4G8iJlJRlcn1; Fri, 6 Mar 2020 08:15:06 -0800 (PST) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2109.outbound.protection.outlook.com [40.107.244.109]) (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 083203A0A1F; Fri, 6 Mar 2020 08:15:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jSuJgyFnxU874ZvxHaQ58/u0emP+symgVJodkGSirB+xJxBb9Jg2MN6i4YKHYHrr3uIMb05FC3HconmZTV63FxHTyXtTrMmXt/ys5ybHG1VX2RRuNRFNshdeA2DzkhlMrBhYenTd0e2IULdzcSwdZMg2Wn1bB/WVaS3c0uofBJjQ5dHW/e7UT4yN5T2CI8wmKCRiqwPFmifz+tizZrWUVP8poLDUETRCf2QbJ0NPoevhZvELwQOtVqlYBrf9ol52OwxYMEqXeZAvuqVI2OumKIGYSZoSbLkLpHv1BA2iiQO1ADngmozQi/5AtNqgpJtG21gFOpGiF/SB4LFIVu9sJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cDIOG+Q3sUpZ2QKDBUPVeEDV4dnswaipar1y9RIS1/4=; b=FWTBCR2K9ZoFN4D8wp5S2jo01AXxSkA4I5oIXB8oZYn9HSMdIBSF9JtDYlcPM8meD6iZiVkaLj5Nm+WgeWLooKDjI0HnhOtXnyewxtNIG1BcyrULI6O4poFSnFVimawz0zoMnhCrNY5VdZXk9L50ZrQ1tMi/irwQC/sKa/RaoIWHp9pYr+oALQkKhPrOS4MK3BPJTKlpOKQkdPkTU69w4JGkS1bO/hdiC+LSxExgLize2J2dcbcpJdBYrPbZKf5EZiDKD1rorKyWC9MCBAEjeBu3rhQ/qooGAY1IA/RX+jA7lmRPZRTYdq5kh4zox8HMAQbAAzyL+vezi5mE6Y9UGA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cDIOG+Q3sUpZ2QKDBUPVeEDV4dnswaipar1y9RIS1/4=; b=HxqWovlQge4PE7nXexI7R4+lXaZ6t+wPhkzGfbec6YfpHuwSfFTQwmmHH30mgNt+8ypebDoFaRsWvZiX1IZdscfJWwPJn1Ut+SbkP5V+WKBQOBrcVhIXOoTMsf8UcrkbhWrGs46mZwdrVUsuuY18HRpZsgvoIdrx4NYofxNKAPI= Received: from MWHPR1301MB2096.namprd13.prod.outlook.com (2603:10b6:301:34::35) by MWHPR1301MB2158.namprd13.prod.outlook.com (2603:10b6:301:2b::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.11; Fri, 6 Mar 2020 16:15:04 +0000 Received: from MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33]) by MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33%6]) with mapi id 15.20.2793.013; Fri, 6 Mar 2020 16:15:04 +0000 From: Linda Dunbar To: Giuseppe Fioccola , "gen-art@ietf.org" CC: "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" , "last-call@ietf.org" Thread-Topic: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV85yyi+K9rmRSAUezQQTnbahtWqg7vB3g Date: Fri, 6 Mar 2020 16:15:04 +0000 Message-ID: References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=linda.dunbar@futurewei.com; x-originating-ip: [12.111.81.95] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1c39d897-6df6-4827-098a-08d7c1e987e2 x-ms-traffictypediagnostic: MWHPR1301MB2158: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0334223192 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(376002)(136003)(39850400004)(396003)(366004)(199004)(189003)(478600001)(316002)(71200400001)(110136005)(4326008)(76116006)(6506007)(7696005)(54906003)(52536014)(53546011)(5660300002)(8936002)(66946007)(66476007)(64756008)(66446008)(55016002)(66556008)(86362001)(9686003)(26005)(44832011)(2906002)(81166006)(33656002)(186003)(8676002)(81156014); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR1301MB2158; H:MWHPR1301MB2096.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gSm22y6NaVQwfiLo6MhkP9VM4q83aL/WybIcNp3bWX67XhzYXeLFi9shrB1JpGcvlR4exp5S9mNkhZO5KJ6rcWPQtOhcwFs0gO46anTOh3BYgmJjinsr2iJur9v9GFK4W/3TieskyWSz/wsJngM7PqhJN2Pf+5L20ASWPAGDCiX1gVQkDtGNWuRG7gKu2w5SQw3h0ptRZxyfIvX5loWbz7jMZvx1e60HTCBAejJU73uEZKRPjDI/l45S3hAJ0WW8qNr4Y4MHNUw6+uZfP9g6PQqs6tj5lzC1nh9n4x+/q4D+lujlKigAbZ9/F1+GPMIZRfbsQKW9zw9m/rTwrvlXMP6OnaoghZnP3u4YHmIHLNeSsh/RrxJ/Ty1L0ZldZFmhft4CXY3t9LniVf1fXdFdT/QvqRZ8cukjPoHunAmkhO80OWbcqzFjSIRReuJgxRgUDDzI9DP2gtchwY/g/3/TJlohJKLPcfLmjXIfLj84V5SCpZ/2R/3vuFJBmpLUoRRAhvrRU78bSHg6ruDqHduYVA== x-ms-exchange-antispam-messagedata: OXRDLcBn5tM8MpVqq0DoVheyseYYbQkJwkwwP71L0S/ht3MTO1KU7QRo4mOuEsVkOLZ4kb824jMP2YYY7r0KxEI+eowWG6UBWnPgi29yML8MEoUWC67d7K5W1wgWyFTFcS6mzUIhMGPydLcLq+62sQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1c39d897-6df6-4827-098a-08d7c1e987e2 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2020 16:15:04.6533 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dvBa9CU731nSKkqmRIFh2MMxiNuImNtq2j6/tLL4xGIch7PFVo9cuDJ5Ra4PqFtxxaj/P/HtQUuHPnQ7wpwUmQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1301MB2158 Archived-At: Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 16:15:08 -0000 R2l1c2VwcGUsIA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgcmVzcG9uc2UuIEFncmVl IHdpdGggeW91ciBwcm9wb3NlZCBjaGFuZ2VzLiANCkp1c3Qgb25lIG1vcmUgcXVlc3Rpb24sIEkg cmVtZW1iZXIgdGhhdCB0aGUgUDJQIEFsdGVybmF0aXZlIE1hcmtpbmcgaXMgYWNoaWV2ZWQgYnkg c2VxdWVuY2Ugb2YgMSBhbmQgc2VxdWVuY2Ugb2YgMC4gU28gdGhlIHJlY2VpdmVyIGNhbiBkZXRl Y3QgdGhlIGNoYW5nZSB3aGVuIHRoZSBNYXJraW5nICBjaGFuZ2VzIGJldHdlZW4gMSBhbmQgMC4g QnV0IHdpdGggbXVsdGktcG9pbnQgdG8gbXVsdGktcG9pbnQgdHJhZmZpYywgdGhlIHJlY2VpdmVy cyB3aWxsIHJlY2VpdmUgcGFja2V0cyBmcm9tIGRpZmZlcmVudCBpbmdyZXNzIG5vZGVzLiBJZiB0 aGUgSW5ncmVzcyBub2RlcyBkbyBub3QgbGVhdmUgdGhlaXIgbm9kZSBJRHMgaW4gdGhlIHBhY2tl dHMsIHRoZSBwYWNrZXRzIHdpbGwgY2FycnkgTWFya2luZyBvZiAxIGFuZCAwIG5vdCBpbiBzcGVj aWZpYyBvcmRlcnMuIA0KSG93IGRvZXMgaW5ncmVzcyBzaWduYWwgdG8gdGhlIGVncmVzcyBub2Rl cyBpbiB0aGUgbXVsdGktcG9pbnQgYW5kIG11bHRpIHBvaW50IHNjZW5hcmlvPyANCg0KVGhhbmsg eW91IHZlcnkgbXVjaC4gDQoNCkxpbmRhIER1bmJhcg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29t PiANClNlbnQ6IEZyaWRheSwgTWFyY2ggNiwgMjAyMCAzOjUxIEFNDQpUbzogTGluZGEgRHVuYmFy IDxsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFm dC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5v cmc7IGxhc3QtY2FsbEBpZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2 aWV3IG9mIGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkRlYXIgTGlu ZGEsDQpUaGFua3MgZm9yIHlvdXIgcmV2aWV3IQ0KUGxlYXNlIGZpbmQgbXkgYW5zd2VycyBpbmxp bmUgdGFnZ2VkIGFzIFtHRl0uDQpMZXQgbWUga25vdyBpZiB5b3UgYWdyZWUgd2l0aCBteSBwcm9w b3NlZCBzbWFsbCBjaGFuZ2VzIHRvIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywNCg0KR2l1c2VwcGUN Cg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTGluZGEgRHVuYmFyIHZpYSBE YXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddIA0KU2VudDogVGh1cnNkYXksIE1h cmNoIDUsIDIwMjAgMTE6MjAgUE0NClRvOiBnZW4tYXJ0QGlldGYub3JnDQpDYzogZHJhZnQtaWV0 Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmsuYWxsQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBs YXN0LWNhbGxAaWV0Zi5vcmcNClN1YmplY3Q6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRy YWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNClJldmlld2VyOiBMaW5kYSBE dW5iYXINClJldmlldyByZXN1bHQ6IFJlYWR5IHdpdGggTml0cw0KDQpJIGFtIHRoZSBhc3NpZ25l ZCBHZW4tQVJUIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgR2VuZXJhbCBBcmVhIFJldmll dyBUZWFtIChHZW4tQVJUKSByZXZpZXdzIGFsbCBJRVRGIGRvY3VtZW50cyBiZWluZyBwcm9jZXNz ZWQgYnkgdGhlIElFU0cgZm9yIHRoZSBJRVRGIENoYWlyLiAgUGxlYXNlIHRyZWF0IHRoZXNlIGNv bW1lbnRzIGp1c3QgbGlrZSBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLg0KDQpGb3IgbW9y ZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgRkFRIGF0DQoNCjxodHRwczovL25hbTExLnNh ZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ0cmFjLmll dGYub3JnJTJGdHJhYyUyRmdlbiUyRndpa2klMkZHZW5BcnRmYXEmYW1wO2RhdGE9MDIlN0MwMSU3 Q2xpbmRhLmR1bmJhciU0MGZ1dHVyZXdlaS5jb20lN0NkZWFhZjUyOWNiMzk0ZmU0ZWQxYTA4ZDdj MWIzZDNiYSU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzcx OTA4NTA0MTEwNjI2MzEmYW1wO3NkYXRhPXVhUVl2RnU2VzQwRGolMkJ0anE3dktsT2hhRFNvS2ZV UlRGbjAyRHVjTmUwSSUzRCZhbXA7cmVzZXJ2ZWQ9MD4uDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRm LWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wNg0KUmV2aWV3ZXI6IExpbmRhIER1bmJhcg0KUmV2 aWV3IERhdGU6IDIwMjAtMDMtMDUNCklFVEYgTEMgRW5kIERhdGU6IDIwMjAtMDMtMDYNCklFU0cg VGVsZWNoYXQgZGF0ZTogMjAyMC0wMy0xMg0KDQpTdW1tYXJ5Og0KVGhpcyBkb2N1bWVudCBpcyB0 byBleHBhbmQgUDJQIGZsb3dzIG1hcmtpbmcgbWV0aG9kb2xvZ3kgdG8gbWVhc3VyZSB1bmljYXN0 IGZsb3dzIGluICBtdWx0aXBvaW50LXRvLW11bHRpcG9pbnQgbmV0d29yay4gVGhlIG1lY2hhbmlz bSBpcyBxdWl0ZSBpbnRlcmVzdGluZy4NCg0KW0dGXTogVGhhbmtzIQ0KDQpIb3dldmVyLCBJIGRv IGhhdmUgc29tZSBxdWVzdGlvbnM6DQoNClBhZ2UgOSAoU2VjdGlvbiA1OiBNdWx0aXBvaW50IFBh Y2tldCBMb3NzKTogU2Vjb25kIHBhcmFncmFwaCBzdGF0aW5nIHRoYXQgInRoZSBzdW0gb2YgdGhl IG51bWJlciBvZiBwYWNrZXRzIG9uIGFsbCBpbmdyZXNzIGludGVyZmFjZXMgZXF1YWxzIHRoZSBu dW1iZXIgb24gdGhlIGVncmVzcyBpbnRlcmZhY2VzIGZvciB0aGUgbW9uaXRvcmVkIGZsb3ciLg0K DQpob3cgdG8gbWVhc3VyZT8gd2l0aCBhbGwgbm9kZXMgaGF2aW5nIGRpZmZlcmVudCB0aW1lciwg aXQgd291bGQgYmUgZGlmZmljdWx0IHRvIHF1YW50aWZ5IHRoZSB0aW1lIHBlcmlvZC4gQXQgYW55 IGdpdmVuIHRpbWUgVCwgZWdyZXNzIG5vZGUgbWF5IGNvdW50IHBhY2tldHMgZW50ZXJlZCBhdCBU LXguIFdoZXJlIHRvIGRyYXcgdGhlIGxpbmU/IHBhY2tldHMgbWF5IHRyYXZlcnNlIGRpZmZlcmVu dCByb3V0ZXMgdGhyb3VnaCB0aGUgbmV0d29yaywgYW5kIGNhbiB0YWtlIGRpZmZlcmVudCB0aW1l Lg0KDQpbR0ZdOiBJIHVuZGVyc3RhbmQgeW91ciBwb2ludCBidXQgaW4gdGhpcyBjYXNlIHRoZSBh c3N1bXB0aW9uIGlzIHRoZSB1c2Ugb2YgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZC4gVGhl IHRpbWUgcmVmZXJlbmNlIGlzIGdpdmVuIGJ5IHRoZSBhbHRlcm5hdGUgbWFya2luZyBtZXRob2Qs IHdoZXJlIHRoZSBtYXJraW5nIGNoYW5nZSBpcyBhbiBhdXRvLXN5bmNocm9uaXphdGlvbiBzaWdu YWwgZm9yIHRoZSBuZXR3b3JrIG5vZGVzLiBUaGVyZSBhcmUgYWxzbyB0aW1pbmcgYXNwZWN0cyBk dWUgdG8gdGhlIGRpZmZlcmVudCB0aW1lciBvZiB0aGUgbm9kZXMgYW5kIHRoaXMgaXMgZXhwbGFp bmVkIGluIFNlY3Rpb24gNzogVGltaW5nIEFzcGVjdHMuIEkgY2FuIHNwZWNpZnkgdGhhdCB0aGlz IHBhcmFncmFwaCBpcyB2YWxpZCBpbiB0aGUgY2FzZSBvZiBhbHRlcm5hdGUgbWFya2luZy4NCg0K U2VjdGlvbiA2LjEgQWxnb3JpdGhtIGZvciBDbHVzdGVyIFBhcnRpdGlvbjoNCkhvdyBkbyB5b3Ug cGFydGl0aW9uIHRoZSBjbHVzdGVyIGlmIHRoZSBBcHBsaWNhdGlvbiBpbmdyZXNzIHRoZSBuZXR3 b3JrIHZpYSBkaWZmZXJlbnQgbm9kZXM/DQoNCltHRl06IE9uY2UgZGVmaW5lZCBhbiBBcHBsaWNh dGlvbiBmbG93LCB0aGUgYWxnb3JpdGhtIGNvbnNpZGVycyBhbGwgdGhlIHBvc3NpYmxlIGxpbmtz IGFuZCBub2RlcyBmb3IgdGhlIGdpdmVuIGZsb3csIGV2ZW4gaWYgdGhlcmUgaXMgbm8gdHJhZmZp Yy4gSXQgaXMgYmFzZWQgb24gdG9wb2xvZ2ljYWwgaW5mb3JtYXRpb24uIFNvLCBpZiB0aGUgQXBw bGljYXRpb24gaW5ncmVzcyB2aWEgZGlmZmVyZW50IG5vZGVzLCB0aGUgY291bnRlcnMgaGFzIGEg bm9uLXplcm8gdmFsdWUgZm9yIHRoZXNlIG5vZGVzLCB3aGlsZSBhIHplcm8gdmFsdWUgZm9yIHRo ZSBvdGhlciBub2RlcyB3aXRob3V0IHRyYWZmaWMsIGJ1dCwgaW4gdGhlIGVuZCB0aGUgZm9ybXVs YSBpcyBzdGlsbCB2YWxpZC4NCg0KTWFqb3IgaXNzdWVzOiBOb25lDQpNaW5vciBpc3N1ZXM6IE5v bmUNCg0KTml0cy9lZGl0b3JpYWwgY29tbWVudHM6DQoNClBhZ2UgNTogZmlyc3Qgc2VudGVuY2Ug b24gdGhlIHBvbGljaWVzIHRvIGNsYXNzaWZ5IGZsb3dzOiBzaG91bGQgYWxsb3cgYWRkaXRpb25h bCBjb25kaXRpb25zIHRoYXQgYXJlIG5vdCBpbiB0aGUgcGFja2V0IGhlYWRlciBhcyBwYXJ0IG9m IG1hdGNoaW5nIGNyaXRlcmlhDQoNCltHRl06IFN1cmUsIEkgY2FuIGFkZCBhIGNvbnNpZGVyYXRp b24gaGVyZSB0aGF0IHRoZSBmbG93IGNhbiBiZSBkZWZpbmVkIGF0IGRpZmZlcmVudCBsZXZlbHMg YmFzZWQgb24gdGhlIGVuY2Fwc3VsYXRpb24gY29uc2lkZXJlZCBhbmQgYWRkaXRpb25hbCBjb25k aXRpb25zIGFyZSBwb3NzaWJsZS4NCg0KVGhhbmsgeW91IHZlcnkgbXVjaC4NCg0KTGluZGEgRHVu YmFyDQoNCg0K From nobody Fri Mar 6 10:20:59 2020 Return-Path: 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 CD05A3A0C67; Fri, 6 Mar 2020 10:20:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.1 X-Spam-Level: *** X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 N5PyeU-pXph0; Fri, 6 Mar 2020 10:20:55 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 B6D993A0C5B; Fri, 6 Mar 2020 10:20:54 -0800 (PST) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 6C16863E27F26D11CE3E; Fri, 6 Mar 2020 18:20:52 +0000 (GMT) Received: from fraeml721-chm.china.huawei.com (10.206.15.17) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 6 Mar 2020 18:20:51 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml721-chm.china.huawei.com (10.206.15.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 6 Mar 2020 19:20:51 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Fri, 6 Mar 2020 19:20:51 +0100 From: Giuseppe Fioccola To: Linda Dunbar , "gen-art@ietf.org" CC: "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" , "last-call@ietf.org" Thread-Topic: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV8zxKgIQS/vnMhkSwJ4EW8Te/rqg7RocggABnBgCAACctoA== Date: Fri, 6 Mar 2020 18:20:51 +0000 Message-ID: References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.8.123] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 18:20:57 -0000 SGkgTGluZGEsDQpUaGFua3MgZm9yIHRoZSBmZWVkYmFjayENCkkgd2lsbCBzdWJtaXQgdGhlIG5l dyB2ZXJzaW9uIGJ5IE1vbmRheS4NClJlZ2FyZGluZyB5b3VyIHF1ZXN0aW9uLCB3aXRoIG11bHRp cG9pbnQgcGF0aCB0aGUgZWdyZXNzIG5vZGVzIHJlY2VpdmUgYWx0ZXJuYXRpdmUgbWFya2VkIHBh Y2tldHMgaW4gcmFuZG9tIG9yZGVyIGZyb20gZGlmZmVyZW50IGluZ3Jlc3Mgbm9kZXMsIGJ1dCB0 aGUgcmVvcmRlcmluZyBkb2VzIG5vdCBhZmZlY3QgdGhlIG1lYXN1cmVtZW50IGlmIGl0IGlzIHNh dGlzZmllZCB0aGUgY29uZGl0aW9uIGluIFNlY3Rpb24gNyB0aGF0IHRha2VzIGludG8gYWNjb3Vu dCBjbG9jayBlcnJvcnMsIG1pc2FsaWdubWVudCBiZXR3ZWVuIG1hcmtpbmcgaW50ZXJ2YWwgYW5k IG5ldHdvcmsgZGVsYXkuIElmIHdlIHdhbnQgdG8gcmVjb2duaXplIHRoZSBtYXJrZWQgc2lnbmFs IGZyb20gYSBzcGVjaWZpYyBzb3VyY2Ugbm9kZSB3ZSBuZWVkIHRvIHNwZWNpZnkgYmV0dGVyIHRo ZSBmbG93IGZpbHRlciBjcml0ZXJpYSAoaS5lLiA1LXR1cGxlKSwgd2hpbGUgaWYgd2Ugd2FudCBv bmx5IHRvIHNlbGVjdCBwYWNrZXRzIGZyb20gYSBzcGVjaWZpYyBzb3VyY2UgKGUuZy4gZm9yIGRl bGF5IG1lYXN1cmVtZW50cykgaXQgaXMgcG9zc2libGUgdG8gYXBwbHkgdGhlIGhhc2hpbmcgdGVj aG5pcXVlIGFzIG1lbnRpb25lZCBpbiBTZWN0aW9uIDguMi4yLiBBcyBhbiBhbHRlcm5hdGl2ZSwg dG8gaWRlbnRpZnkgdGhlIHNvdXJjZSBub2RlcyBhbmQgaWYgdGhlcmUgaXMgZW5vdWdoIHNwYWNl IGluIHRoZSBoZWFkZXIsIHRoZSBOb2RlIElELCBhcyB5b3Ugc3VnZ2VzdGVkLCBjb3VsZCBiZSBh IHBvc3NpYmlsaXR5IGFuZCBhbHNvIHRoZSBGbG93IElEIGNvdWxkIGJlIHVzZWQgdG8gZmFjaWxp dGF0ZSB0aGUgY29ycmVsYXRpb25zLCBidXQgdGhpcyBpcyBhbiBpbXBsZW1lbnRhdGlvbiBpc3N1 ZSBhbmQgaXQgaXMgbm90IGNvbnNpZGVyZWQgd2l0aGluIHRoaXMgZG9jdW1lbnQuDQoNClBsZWFz ZSBsZXQgbWUga25vdyBpZiB0aGlzIGFuc3dlcnMgeW91ciBxdWVzdGlvbiBhbmQgaWYgeW91IHdh bnQgbWUgdG8gaW5jbHVkZSB0aGVzZSBjb25zaWRlcmF0aW9ucyB3aXRoaW4gdGhlIGRyYWZ0Lg0K DQpSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBMaW5kYSBEdW5iYXIgW21haWx0bzpsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNvbV0gDQpT ZW50OiBGcmlkYXksIE1hcmNoIDYsIDIwMjAgNToxNSBQTQ0KVG86IEdpdXNlcHBlIEZpb2Njb2xh IDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPjsgZ2VuLWFydEBpZXRmLm9yZw0KQ2M6IGRy YWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLmFsbEBpZXRmLm9yZzsgaXBwbUBpZXRm Lm9yZzsgbGFzdC1jYWxsQGlldGYub3JnDQpTdWJqZWN0OiBSRTogR2VuYXJ0IGxhc3QgY2FsbCBy ZXZpZXcgb2YgZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDYNCg0KR2l1c2Vw cGUsIA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgcmVzcG9uc2UuIEFncmVlIHdpdGgg eW91ciBwcm9wb3NlZCBjaGFuZ2VzLiANCkp1c3Qgb25lIG1vcmUgcXVlc3Rpb24sIEkgcmVtZW1i ZXIgdGhhdCB0aGUgUDJQIEFsdGVybmF0aXZlIE1hcmtpbmcgaXMgYWNoaWV2ZWQgYnkgc2VxdWVu Y2Ugb2YgMSBhbmQgc2VxdWVuY2Ugb2YgMC4gU28gdGhlIHJlY2VpdmVyIGNhbiBkZXRlY3QgdGhl IGNoYW5nZSB3aGVuIHRoZSBNYXJraW5nICBjaGFuZ2VzIGJldHdlZW4gMSBhbmQgMC4gQnV0IHdp dGggbXVsdGktcG9pbnQgdG8gbXVsdGktcG9pbnQgdHJhZmZpYywgdGhlIHJlY2VpdmVycyB3aWxs IHJlY2VpdmUgcGFja2V0cyBmcm9tIGRpZmZlcmVudCBpbmdyZXNzIG5vZGVzLiBJZiB0aGUgSW5n cmVzcyBub2RlcyBkbyBub3QgbGVhdmUgdGhlaXIgbm9kZSBJRHMgaW4gdGhlIHBhY2tldHMsIHRo ZSBwYWNrZXRzIHdpbGwgY2FycnkgTWFya2luZyBvZiAxIGFuZCAwIG5vdCBpbiBzcGVjaWZpYyBv cmRlcnMuIA0KSG93IGRvZXMgaW5ncmVzcyBzaWduYWwgdG8gdGhlIGVncmVzcyBub2RlcyBpbiB0 aGUgbXVsdGktcG9pbnQgYW5kIG11bHRpIHBvaW50IHNjZW5hcmlvPyANCg0KVGhhbmsgeW91IHZl cnkgbXVjaC4gDQoNCkxpbmRhIER1bmJhcg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IEdpdXNlcHBlIEZpb2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPiANClNl bnQ6IEZyaWRheSwgTWFyY2ggNiwgMjAyMCAzOjUxIEFNDQpUbzogTGluZGEgRHVuYmFyIDxsaW5k YS5kdW5iYXJAZnV0dXJld2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRm LWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGxh c3QtY2FsbEBpZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9m IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkRlYXIgTGluZGEsDQpU aGFua3MgZm9yIHlvdXIgcmV2aWV3IQ0KUGxlYXNlIGZpbmQgbXkgYW5zd2VycyBpbmxpbmUgdGFn Z2VkIGFzIFtHRl0uDQpMZXQgbWUga25vdyBpZiB5b3UgYWdyZWUgd2l0aCBteSBwcm9wb3NlZCBz bWFsbCBjaGFuZ2VzIHRvIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywNCg0KR2l1c2VwcGUNCg0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTGluZGEgRHVuYmFyIHZpYSBEYXRhdHJh Y2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddIA0KU2VudDogVGh1cnNkYXksIE1hcmNoIDUs IDIwMjAgMTE6MjAgUE0NClRvOiBnZW4tYXJ0QGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1pcHBt LW11bHRpcG9pbnQtYWx0LW1hcmsuYWxsQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBsYXN0LWNh bGxAaWV0Zi5vcmcNClN1YmplY3Q6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNClJldmlld2VyOiBMaW5kYSBEdW5iYXIN ClJldmlldyByZXN1bHQ6IFJlYWR5IHdpdGggTml0cw0KDQpJIGFtIHRoZSBhc3NpZ25lZCBHZW4t QVJUIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgR2VuZXJhbCBBcmVhIFJldmlldyBUZWFt IChHZW4tQVJUKSByZXZpZXdzIGFsbCBJRVRGIGRvY3VtZW50cyBiZWluZyBwcm9jZXNzZWQgYnkg dGhlIElFU0cgZm9yIHRoZSBJRVRGIENoYWlyLiAgUGxlYXNlIHRyZWF0IHRoZXNlIGNvbW1lbnRz IGp1c3QgbGlrZSBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLg0KDQpGb3IgbW9yZSBpbmZv cm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgRkFRIGF0DQoNCjxodHRwczovL25hbTExLnNhZmVsaW5r cy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ0cmFjLmlldGYub3Jn JTJGdHJhYyUyRmdlbiUyRndpa2klMkZHZW5BcnRmYXEmYW1wO2RhdGE9MDIlN0MwMSU3Q2xpbmRh LmR1bmJhciU0MGZ1dHVyZXdlaS5jb20lN0NkZWFhZjUyOWNiMzk0ZmU0ZWQxYTA4ZDdjMWIzZDNi YSU3QzBmZWU4ZmYyYTNiMjQwMTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2MzcxOTA4NTA0 MTEwNjI2MzEmYW1wO3NkYXRhPXVhUVl2RnU2VzQwRGolMkJ0anE3dktsT2hhRFNvS2ZVUlRGbjAy RHVjTmUwSSUzRCZhbXA7cmVzZXJ2ZWQ9MD4uDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLWlwcG0t bXVsdGlwb2ludC1hbHQtbWFyay0wNg0KUmV2aWV3ZXI6IExpbmRhIER1bmJhcg0KUmV2aWV3IERh dGU6IDIwMjAtMDMtMDUNCklFVEYgTEMgRW5kIERhdGU6IDIwMjAtMDMtMDYNCklFU0cgVGVsZWNo YXQgZGF0ZTogMjAyMC0wMy0xMg0KDQpTdW1tYXJ5Og0KVGhpcyBkb2N1bWVudCBpcyB0byBleHBh bmQgUDJQIGZsb3dzIG1hcmtpbmcgbWV0aG9kb2xvZ3kgdG8gbWVhc3VyZSB1bmljYXN0IGZsb3dz IGluICBtdWx0aXBvaW50LXRvLW11bHRpcG9pbnQgbmV0d29yay4gVGhlIG1lY2hhbmlzbSBpcyBx dWl0ZSBpbnRlcmVzdGluZy4NCg0KW0dGXTogVGhhbmtzIQ0KDQpIb3dldmVyLCBJIGRvIGhhdmUg c29tZSBxdWVzdGlvbnM6DQoNClBhZ2UgOSAoU2VjdGlvbiA1OiBNdWx0aXBvaW50IFBhY2tldCBM b3NzKTogU2Vjb25kIHBhcmFncmFwaCBzdGF0aW5nIHRoYXQgInRoZSBzdW0gb2YgdGhlIG51bWJl ciBvZiBwYWNrZXRzIG9uIGFsbCBpbmdyZXNzIGludGVyZmFjZXMgZXF1YWxzIHRoZSBudW1iZXIg b24gdGhlIGVncmVzcyBpbnRlcmZhY2VzIGZvciB0aGUgbW9uaXRvcmVkIGZsb3ciLg0KDQpob3cg dG8gbWVhc3VyZT8gd2l0aCBhbGwgbm9kZXMgaGF2aW5nIGRpZmZlcmVudCB0aW1lciwgaXQgd291 bGQgYmUgZGlmZmljdWx0IHRvIHF1YW50aWZ5IHRoZSB0aW1lIHBlcmlvZC4gQXQgYW55IGdpdmVu IHRpbWUgVCwgZWdyZXNzIG5vZGUgbWF5IGNvdW50IHBhY2tldHMgZW50ZXJlZCBhdCBULXguIFdo ZXJlIHRvIGRyYXcgdGhlIGxpbmU/IHBhY2tldHMgbWF5IHRyYXZlcnNlIGRpZmZlcmVudCByb3V0 ZXMgdGhyb3VnaCB0aGUgbmV0d29yaywgYW5kIGNhbiB0YWtlIGRpZmZlcmVudCB0aW1lLg0KDQpb R0ZdOiBJIHVuZGVyc3RhbmQgeW91ciBwb2ludCBidXQgaW4gdGhpcyBjYXNlIHRoZSBhc3N1bXB0 aW9uIGlzIHRoZSB1c2Ugb2YgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZC4gVGhlIHRpbWUg cmVmZXJlbmNlIGlzIGdpdmVuIGJ5IHRoZSBhbHRlcm5hdGUgbWFya2luZyBtZXRob2QsIHdoZXJl IHRoZSBtYXJraW5nIGNoYW5nZSBpcyBhbiBhdXRvLXN5bmNocm9uaXphdGlvbiBzaWduYWwgZm9y IHRoZSBuZXR3b3JrIG5vZGVzLiBUaGVyZSBhcmUgYWxzbyB0aW1pbmcgYXNwZWN0cyBkdWUgdG8g dGhlIGRpZmZlcmVudCB0aW1lciBvZiB0aGUgbm9kZXMgYW5kIHRoaXMgaXMgZXhwbGFpbmVkIGlu IFNlY3Rpb24gNzogVGltaW5nIEFzcGVjdHMuIEkgY2FuIHNwZWNpZnkgdGhhdCB0aGlzIHBhcmFn cmFwaCBpcyB2YWxpZCBpbiB0aGUgY2FzZSBvZiBhbHRlcm5hdGUgbWFya2luZy4NCg0KU2VjdGlv biA2LjEgQWxnb3JpdGhtIGZvciBDbHVzdGVyIFBhcnRpdGlvbjoNCkhvdyBkbyB5b3UgcGFydGl0 aW9uIHRoZSBjbHVzdGVyIGlmIHRoZSBBcHBsaWNhdGlvbiBpbmdyZXNzIHRoZSBuZXR3b3JrIHZp YSBkaWZmZXJlbnQgbm9kZXM/DQoNCltHRl06IE9uY2UgZGVmaW5lZCBhbiBBcHBsaWNhdGlvbiBm bG93LCB0aGUgYWxnb3JpdGhtIGNvbnNpZGVycyBhbGwgdGhlIHBvc3NpYmxlIGxpbmtzIGFuZCBu b2RlcyBmb3IgdGhlIGdpdmVuIGZsb3csIGV2ZW4gaWYgdGhlcmUgaXMgbm8gdHJhZmZpYy4gSXQg aXMgYmFzZWQgb24gdG9wb2xvZ2ljYWwgaW5mb3JtYXRpb24uIFNvLCBpZiB0aGUgQXBwbGljYXRp b24gaW5ncmVzcyB2aWEgZGlmZmVyZW50IG5vZGVzLCB0aGUgY291bnRlcnMgaGFzIGEgbm9uLXpl cm8gdmFsdWUgZm9yIHRoZXNlIG5vZGVzLCB3aGlsZSBhIHplcm8gdmFsdWUgZm9yIHRoZSBvdGhl ciBub2RlcyB3aXRob3V0IHRyYWZmaWMsIGJ1dCwgaW4gdGhlIGVuZCB0aGUgZm9ybXVsYSBpcyBz dGlsbCB2YWxpZC4NCg0KTWFqb3IgaXNzdWVzOiBOb25lDQpNaW5vciBpc3N1ZXM6IE5vbmUNCg0K Tml0cy9lZGl0b3JpYWwgY29tbWVudHM6DQoNClBhZ2UgNTogZmlyc3Qgc2VudGVuY2Ugb24gdGhl IHBvbGljaWVzIHRvIGNsYXNzaWZ5IGZsb3dzOiBzaG91bGQgYWxsb3cgYWRkaXRpb25hbCBjb25k aXRpb25zIHRoYXQgYXJlIG5vdCBpbiB0aGUgcGFja2V0IGhlYWRlciBhcyBwYXJ0IG9mIG1hdGNo aW5nIGNyaXRlcmlhDQoNCltHRl06IFN1cmUsIEkgY2FuIGFkZCBhIGNvbnNpZGVyYXRpb24gaGVy ZSB0aGF0IHRoZSBmbG93IGNhbiBiZSBkZWZpbmVkIGF0IGRpZmZlcmVudCBsZXZlbHMgYmFzZWQg b24gdGhlIGVuY2Fwc3VsYXRpb24gY29uc2lkZXJlZCBhbmQgYWRkaXRpb25hbCBjb25kaXRpb25z IGFyZSBwb3NzaWJsZS4NCg0KVGhhbmsgeW91IHZlcnkgbXVjaC4NCg0KTGluZGEgRHVuYmFyDQoN Cg0K From nobody Fri Mar 6 12:01:05 2020 Return-Path: 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 5CD413A09DC; Fri, 6 Mar 2020 12:00:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 1ZHiMDkdN9dE; Fri, 6 Mar 2020 12:00:42 -0800 (PST) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690113.outbound.protection.outlook.com [40.107.69.113]) (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 61F8A3A093A; Fri, 6 Mar 2020 12:00:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GB0iWx2NPcNsqNsETdp1fbLb7Hj4gj2uBkWRl0laajntnUVoOXKvisXeVZg6Ov4zSidkQ3+h8HjsqHtd8MWUPoInqO1QoYSB/nqNM3BhRB3oE/a6RuVXkpgOdnZpFWgIE3fTG16NJgr5UF9gsdrwe7GYSI5qpKwLuieA0RljwSI0WUtchfzJ6kX9Z40sMepR/VPbNIrhTq8fIGLAx/beJgqmC+uzv+tS/pjT7Qv7OOlK9YdKDDe8eRwLl0PQs0VofemL8hLqQ5pHV62ji9217+AvIAwxQB142B3gUK+KCw1VBT2ceUbTGesmY4z651md91nlTm93fyhhVh6ld3lSGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=McI09TnPUQisQqpJY5kNUBhrv7XeFtJMLmJ76Xaspy4=; b=TQvNNtxq2OnAHVuOazBwm7fApVYW9zjqpvtLEKRhNbnRSr5StIoIOpr8Ce7HJO1M1wLKnVASG16NyAI2WHB91C/2krZWKeaZR/BZDyFnGGuhhzgcm34FHCUxhkFJdKdhq9UzxI5IxnFnt+YQ4CgU+qEQf33T0FTib0m6+JjdsnponraOIM6EhH+aNC442jJ5+As7/Ss0AhajBfrT2RviyQahvWHG8qq0xaFP3dec3S6gXHj6HTS39y6P31H5BhHDVlnyN3U+McNm1aaYg6y+4eqdPCrREl67Z6vTrgvzhgG9cXfR+w/yfOOfqzVUeGZaxyuvrzNYohX/EDwd59MNqA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=McI09TnPUQisQqpJY5kNUBhrv7XeFtJMLmJ76Xaspy4=; b=JyO6osmwG2cIBtKYc1UTG0BMcfJAmOWv5XFddxC92cOJSQfz8PJ55X+c93oYPQblF5/wjqsi9G9rcbYkIiqc0BmXd8s9Cd/bWfYhRxdYbPLDQDMdHf80GCScSNcVwIPSNwy8B0EgdTax7UKP20pq7RkNP3WcMXCHeIojvySLKM8= Received: from MWHPR1301MB2096.namprd13.prod.outlook.com (2603:10b6:301:34::35) by MWHPR1301MB2061.namprd13.prod.outlook.com (2603:10b6:301:36::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.11; Fri, 6 Mar 2020 20:00:38 +0000 Received: from MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33]) by MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33%6]) with mapi id 15.20.2793.013; Fri, 6 Mar 2020 20:00:38 +0000 From: Linda Dunbar To: Giuseppe Fioccola , "gen-art@ietf.org" CC: "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" , "last-call@ietf.org" Thread-Topic: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV85yyi+K9rmRSAUezQQTnbahtWqg7vB3ggAAkmICAABufAA== Date: Fri, 6 Mar 2020 20:00:38 +0000 Message-ID: References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=linda.dunbar@futurewei.com; x-originating-ip: [12.111.81.95] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d0b139bb-25cc-4317-0da9-08d7c2090abe x-ms-traffictypediagnostic: MWHPR1301MB2061: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0334223192 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(39850400004)(136003)(346002)(376002)(366004)(396003)(199004)(189003)(8676002)(81166006)(7696005)(5660300002)(44832011)(86362001)(8936002)(26005)(81156014)(316002)(2906002)(186003)(71200400001)(66556008)(4326008)(55016002)(478600001)(54906003)(64756008)(33656002)(66446008)(66946007)(66476007)(76116006)(110136005)(9686003)(52536014)(53546011)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR1301MB2061; H:MWHPR1301MB2096.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6U8iF6r/oumRp44IcmoqhLVoXp33xLRV+KmTE7C+20zZ7QIhk/AVYNCsI9y2wZJqm/Szj4+aL+l0R/qJhj0tbXnSIF8uxC4MIYbs5BSgMbign/eFXPwdmMQJyW09OeT5D0NwPPq5y12XPRvPb2R+9g5jYK/6Zy+hfFEUtb1ohosczrfEtZgko12pVEgZ8g4bdQZ8H24/nWIaN76p31RBJCLSRQGMQ4sVuM5Jy3uYxMVbHs1tm4ilgL9Y0ULGIxAv0be7XEyjb6vRQuTWsmnabK8moSljLE0B1gtXIuVhPFl7VU+oxRRT0jz+Ppy7hSydyPuKfQN9KewV2DrgnF1/yg0LE+ZLymoBKyLvVOt8AsL6ngryOMlMd7EvJwAEBMiaW7XJ7y0S+YZEO1+ECF/+uerVfClijnzeCiQ4Fsqm4YPbmeuxyQOKmHgXqbgjcxocVLK8JTJjW2bFgAr7zRWRUVcCTzUWQxAKAZKIztxGSQkEX9LVTAmd3ga40BX8/LRGQa9pK701buAhslg1j0wMjQ== x-ms-exchange-antispam-messagedata: WhTNEUfBEJ169liXMQWt6QmmtxfL0r7KL7UXoek0Acsz4mHrNyMkHuEUZ2RpkMmU919SfxknYnd2JSWLtPDzaFCYK1tmUzi3HP7q6cCVyeed4n5BmHRkSw28eaIKXT600MdGUrWC3vONOET22Y4lrg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: d0b139bb-25cc-4317-0da9-08d7c2090abe X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2020 20:00:38.5806 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Tf2UEk+SZrU7TD2IodDJyEGmoLOxfB9tz0xfIlHutUGM5xOsIF9bFvByFls0fb/HSSgS5AMPDbqGKscO6i54DA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1301MB2061 Archived-At: Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 20:00:52 -0000 R2l1c2VwcGUsIA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgZXhwbGFuYXRpb24uIEl0 IGlzIGdvb2QuIA0KDQpMaW5kYQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog R2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+IA0KU2VudDog RnJpZGF5LCBNYXJjaCA2LCAyMDIwIDEyOjIxIFBNDQpUbzogTGluZGEgRHVuYmFyIDxsaW5kYS5k dW5iYXJAZnV0dXJld2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWlw cG0tbXVsdGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGxhc3Qt Y2FsbEBpZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRy YWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkhpIExpbmRhLA0KVGhhbmtz IGZvciB0aGUgZmVlZGJhY2shDQpJIHdpbGwgc3VibWl0IHRoZSBuZXcgdmVyc2lvbiBieSBNb25k YXkuDQpSZWdhcmRpbmcgeW91ciBxdWVzdGlvbiwgd2l0aCBtdWx0aXBvaW50IHBhdGggdGhlIGVn cmVzcyBub2RlcyByZWNlaXZlIGFsdGVybmF0aXZlIG1hcmtlZCBwYWNrZXRzIGluIHJhbmRvbSBv cmRlciBmcm9tIGRpZmZlcmVudCBpbmdyZXNzIG5vZGVzLCBidXQgdGhlIHJlb3JkZXJpbmcgZG9l cyBub3QgYWZmZWN0IHRoZSBtZWFzdXJlbWVudCBpZiBpdCBpcyBzYXRpc2ZpZWQgdGhlIGNvbmRp dGlvbiBpbiBTZWN0aW9uIDcgdGhhdCB0YWtlcyBpbnRvIGFjY291bnQgY2xvY2sgZXJyb3JzLCBt aXNhbGlnbm1lbnQgYmV0d2VlbiBtYXJraW5nIGludGVydmFsIGFuZCBuZXR3b3JrIGRlbGF5LiBJ ZiB3ZSB3YW50IHRvIHJlY29nbml6ZSB0aGUgbWFya2VkIHNpZ25hbCBmcm9tIGEgc3BlY2lmaWMg c291cmNlIG5vZGUgd2UgbmVlZCB0byBzcGVjaWZ5IGJldHRlciB0aGUgZmxvdyBmaWx0ZXIgY3Jp dGVyaWEgKGkuZS4gNS10dXBsZSksIHdoaWxlIGlmIHdlIHdhbnQgb25seSB0byBzZWxlY3QgcGFj a2V0cyBmcm9tIGEgc3BlY2lmaWMgc291cmNlIChlLmcuIGZvciBkZWxheSBtZWFzdXJlbWVudHMp IGl0IGlzIHBvc3NpYmxlIHRvIGFwcGx5IHRoZSBoYXNoaW5nIHRlY2huaXF1ZSBhcyBtZW50aW9u ZWQgaW4gU2VjdGlvbiA4LjIuMi4gQXMgYW4gYWx0ZXJuYXRpdmUsIHRvIGlkZW50aWZ5IHRoZSBz b3VyY2Ugbm9kZXMgYW5kIGlmIHRoZXJlIGlzIGVub3VnaCBzcGFjZSBpbiB0aGUgaGVhZGVyLCB0 aGUgTm9kZSBJRCwgYXMgeW91IHN1Z2dlc3RlZCwgY291bGQgYmUgYSBwb3NzaWJpbGl0eSBhbmQg YWxzbyB0aGUgRmxvdyBJRCBjb3VsZCBiZSB1c2VkIHRvIGZhY2lsaXRhdGUgdGhlIGNvcnJlbGF0 aW9ucywgYnV0IHRoaXMgaXMgYW4gaW1wbGVtZW50YXRpb24gaXNzdWUgYW5kIGl0IGlzIG5vdCBj b25zaWRlcmVkIHdpdGhpbiB0aGlzIGRvY3VtZW50Lg0KDQpQbGVhc2UgbGV0IG1lIGtub3cgaWYg dGhpcyBhbnN3ZXJzIHlvdXIgcXVlc3Rpb24gYW5kIGlmIHlvdSB3YW50IG1lIHRvIGluY2x1ZGUg dGhlc2UgY29uc2lkZXJhdGlvbnMgd2l0aGluIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywNCg0KR2l1 c2VwcGUNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTGluZGEgRHVuYmFy IFttYWlsdG86bGluZGEuZHVuYmFyQGZ1dHVyZXdlaS5jb21dIA0KU2VudDogRnJpZGF5LCBNYXJj aCA2LCAyMDIwIDU6MTUgUE0NClRvOiBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2VwcGUuZmlvY2Nv bGFAaHVhd2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWlwcG0tbXVs dGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGxhc3QtY2FsbEBp ZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkdpdXNlcHBlLCANCg0KVGhhbmsgeW91 IHZlcnkgbXVjaCBmb3IgdGhlIHJlc3BvbnNlLiBBZ3JlZSB3aXRoIHlvdXIgcHJvcG9zZWQgY2hh bmdlcy4gDQpKdXN0IG9uZSBtb3JlIHF1ZXN0aW9uLCBJIHJlbWVtYmVyIHRoYXQgdGhlIFAyUCBB bHRlcm5hdGl2ZSBNYXJraW5nIGlzIGFjaGlldmVkIGJ5IHNlcXVlbmNlIG9mIDEgYW5kIHNlcXVl bmNlIG9mIDAuIFNvIHRoZSByZWNlaXZlciBjYW4gZGV0ZWN0IHRoZSBjaGFuZ2Ugd2hlbiB0aGUg TWFya2luZyAgY2hhbmdlcyBiZXR3ZWVuIDEgYW5kIDAuIEJ1dCB3aXRoIG11bHRpLXBvaW50IHRv IG11bHRpLXBvaW50IHRyYWZmaWMsIHRoZSByZWNlaXZlcnMgd2lsbCByZWNlaXZlIHBhY2tldHMg ZnJvbSBkaWZmZXJlbnQgaW5ncmVzcyBub2Rlcy4gSWYgdGhlIEluZ3Jlc3Mgbm9kZXMgZG8gbm90 IGxlYXZlIHRoZWlyIG5vZGUgSURzIGluIHRoZSBwYWNrZXRzLCB0aGUgcGFja2V0cyB3aWxsIGNh cnJ5IE1hcmtpbmcgb2YgMSBhbmQgMCBub3QgaW4gc3BlY2lmaWMgb3JkZXJzLiANCkhvdyBkb2Vz IGluZ3Jlc3Mgc2lnbmFsIHRvIHRoZSBlZ3Jlc3Mgbm9kZXMgaW4gdGhlIG11bHRpLXBvaW50IGFu ZCBtdWx0aSBwb2ludCBzY2VuYXJpbz8gDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2guIA0KDQpMaW5k YSBEdW5iYXINCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBHaXVzZXBwZSBGaW9j Y29sYSA8Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2VpLmNvbT4gDQpTZW50OiBGcmlkYXksIE1hcmNo IDYsIDIwMjAgMzo1MSBBTQ0KVG86IExpbmRhIER1bmJhciA8bGluZGEuZHVuYmFyQGZ1dHVyZXdl aS5jb20+OyBnZW4tYXJ0QGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQt YWx0LW1hcmsuYWxsQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBsYXN0LWNhbGxAaWV0Zi5vcmcN ClN1YmplY3Q6IFJFOiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwcG0t bXVsdGlwb2ludC1hbHQtbWFyay0wNg0KDQpEZWFyIExpbmRhLA0KVGhhbmtzIGZvciB5b3VyIHJl dmlldyENClBsZWFzZSBmaW5kIG15IGFuc3dlcnMgaW5saW5lIHRhZ2dlZCBhcyBbR0ZdLg0KTGV0 IG1lIGtub3cgaWYgeW91IGFncmVlIHdpdGggbXkgcHJvcG9zZWQgc21hbGwgY2hhbmdlcyB0byB0 aGUgZHJhZnQuDQoNClJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IExpbmRhIER1bmJhciB2aWEgRGF0YXRyYWNrZXIgW21haWx0bzpub3Jl cGx5QGlldGYub3JnXSANClNlbnQ6IFRodXJzZGF5LCBNYXJjaCA1LCAyMDIwIDExOjIwIFBNDQpU bzogZ2VuLWFydEBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1t YXJrLmFsbEBpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsgbGFzdC1jYWxsQGlldGYub3JnDQpTdWJq ZWN0OiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2lu dC1hbHQtbWFyay0wNg0KDQpSZXZpZXdlcjogTGluZGEgRHVuYmFyDQpSZXZpZXcgcmVzdWx0OiBS ZWFkeSB3aXRoIE5pdHMNCg0KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3Ig dGhpcyBkcmFmdC4gVGhlIEdlbmVyYWwgQXJlYSBSZXZpZXcgVGVhbSAoR2VuLUFSVCkgcmV2aWV3 cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkIGJ5IHRoZSBJRVNHIGZvciB0aGUg SUVURiBDaGFpci4gIFBsZWFzZSB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0IGxpa2UgYW55IG90 aGVyIGxhc3QgY2FsbCBjb21tZW50cy4NCg0KRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBz ZWUgdGhlIEZBUSBhdA0KDQo8aHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRs b29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGdHJhYy5pZXRmLm9yZyUyRnRyYWMlMkZnZW4lMkZ3 aWtpJTJGR2VuQXJ0ZmFxJmFtcDtkYXRhPTAyJTdDMDElN0NsaW5kYS5kdW5iYXIlNDBmdXR1cmV3 ZWkuY29tJTdDNjZiYjVkZGE3ZTFjNDgxYmIzNjAwOGQ3YzFmYjFiYTklN0MwZmVlOGZmMmEzYjI0 MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3MTkxMTU2NTU5NTYyMjQxJmFtcDtzZGF0 YT1wQ0FiUHYwWnBDYnlIR1RJTEZFWmJ5R2c5VTB4WjNoZEFLRjdvOWZHRWlZJTNEJmFtcDtyZXNl cnZlZD0wPi4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJr LTA2DQpSZXZpZXdlcjogTGluZGEgRHVuYmFyDQpSZXZpZXcgRGF0ZTogMjAyMC0wMy0wNQ0KSUVU RiBMQyBFbmQgRGF0ZTogMjAyMC0wMy0wNg0KSUVTRyBUZWxlY2hhdCBkYXRlOiAyMDIwLTAzLTEy DQoNClN1bW1hcnk6DQpUaGlzIGRvY3VtZW50IGlzIHRvIGV4cGFuZCBQMlAgZmxvd3MgbWFya2lu ZyBtZXRob2RvbG9neSB0byBtZWFzdXJlIHVuaWNhc3QgZmxvd3MgaW4gIG11bHRpcG9pbnQtdG8t bXVsdGlwb2ludCBuZXR3b3JrLiBUaGUgbWVjaGFuaXNtIGlzIHF1aXRlIGludGVyZXN0aW5nLg0K DQpbR0ZdOiBUaGFua3MhDQoNCkhvd2V2ZXIsIEkgZG8gaGF2ZSBzb21lIHF1ZXN0aW9uczoNCg0K UGFnZSA5IChTZWN0aW9uIDU6IE11bHRpcG9pbnQgUGFja2V0IExvc3MpOiBTZWNvbmQgcGFyYWdy YXBoIHN0YXRpbmcgdGhhdCAidGhlIHN1bSBvZiB0aGUgbnVtYmVyIG9mIHBhY2tldHMgb24gYWxs IGluZ3Jlc3MgaW50ZXJmYWNlcyBlcXVhbHMgdGhlIG51bWJlciBvbiB0aGUgZWdyZXNzIGludGVy ZmFjZXMgZm9yIHRoZSBtb25pdG9yZWQgZmxvdyIuDQoNCmhvdyB0byBtZWFzdXJlPyB3aXRoIGFs bCBub2RlcyBoYXZpbmcgZGlmZmVyZW50IHRpbWVyLCBpdCB3b3VsZCBiZSBkaWZmaWN1bHQgdG8g cXVhbnRpZnkgdGhlIHRpbWUgcGVyaW9kLiBBdCBhbnkgZ2l2ZW4gdGltZSBULCBlZ3Jlc3Mgbm9k ZSBtYXkgY291bnQgcGFja2V0cyBlbnRlcmVkIGF0IFQteC4gV2hlcmUgdG8gZHJhdyB0aGUgbGlu ZT8gcGFja2V0cyBtYXkgdHJhdmVyc2UgZGlmZmVyZW50IHJvdXRlcyB0aHJvdWdoIHRoZSBuZXR3 b3JrLCBhbmQgY2FuIHRha2UgZGlmZmVyZW50IHRpbWUuDQoNCltHRl06IEkgdW5kZXJzdGFuZCB5 b3VyIHBvaW50IGJ1dCBpbiB0aGlzIGNhc2UgdGhlIGFzc3VtcHRpb24gaXMgdGhlIHVzZSBvZiB0 aGUgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0aG9kLiBUaGUgdGltZSByZWZlcmVuY2UgaXMgZ2l2ZW4g YnkgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZCwgd2hlcmUgdGhlIG1hcmtpbmcgY2hhbmdl IGlzIGFuIGF1dG8tc3luY2hyb25pemF0aW9uIHNpZ25hbCBmb3IgdGhlIG5ldHdvcmsgbm9kZXMu IFRoZXJlIGFyZSBhbHNvIHRpbWluZyBhc3BlY3RzIGR1ZSB0byB0aGUgZGlmZmVyZW50IHRpbWVy IG9mIHRoZSBub2RlcyBhbmQgdGhpcyBpcyBleHBsYWluZWQgaW4gU2VjdGlvbiA3OiBUaW1pbmcg QXNwZWN0cy4gSSBjYW4gc3BlY2lmeSB0aGF0IHRoaXMgcGFyYWdyYXBoIGlzIHZhbGlkIGluIHRo ZSBjYXNlIG9mIGFsdGVybmF0ZSBtYXJraW5nLg0KDQpTZWN0aW9uIDYuMSBBbGdvcml0aG0gZm9y IENsdXN0ZXIgUGFydGl0aW9uOg0KSG93IGRvIHlvdSBwYXJ0aXRpb24gdGhlIGNsdXN0ZXIgaWYg dGhlIEFwcGxpY2F0aW9uIGluZ3Jlc3MgdGhlIG5ldHdvcmsgdmlhIGRpZmZlcmVudCBub2Rlcz8N Cg0KW0dGXTogT25jZSBkZWZpbmVkIGFuIEFwcGxpY2F0aW9uIGZsb3csIHRoZSBhbGdvcml0aG0g Y29uc2lkZXJzIGFsbCB0aGUgcG9zc2libGUgbGlua3MgYW5kIG5vZGVzIGZvciB0aGUgZ2l2ZW4g ZmxvdywgZXZlbiBpZiB0aGVyZSBpcyBubyB0cmFmZmljLiBJdCBpcyBiYXNlZCBvbiB0b3BvbG9n aWNhbCBpbmZvcm1hdGlvbi4gU28sIGlmIHRoZSBBcHBsaWNhdGlvbiBpbmdyZXNzIHZpYSBkaWZm ZXJlbnQgbm9kZXMsIHRoZSBjb3VudGVycyBoYXMgYSBub24temVybyB2YWx1ZSBmb3IgdGhlc2Ug bm9kZXMsIHdoaWxlIGEgemVybyB2YWx1ZSBmb3IgdGhlIG90aGVyIG5vZGVzIHdpdGhvdXQgdHJh ZmZpYywgYnV0LCBpbiB0aGUgZW5kIHRoZSBmb3JtdWxhIGlzIHN0aWxsIHZhbGlkLg0KDQpNYWpv ciBpc3N1ZXM6IE5vbmUNCk1pbm9yIGlzc3VlczogTm9uZQ0KDQpOaXRzL2VkaXRvcmlhbCBjb21t ZW50czoNCg0KUGFnZSA1OiBmaXJzdCBzZW50ZW5jZSBvbiB0aGUgcG9saWNpZXMgdG8gY2xhc3Np ZnkgZmxvd3M6IHNob3VsZCBhbGxvdyBhZGRpdGlvbmFsIGNvbmRpdGlvbnMgdGhhdCBhcmUgbm90 IGluIHRoZSBwYWNrZXQgaGVhZGVyIGFzIHBhcnQgb2YgbWF0Y2hpbmcgY3JpdGVyaWENCg0KW0dG XTogU3VyZSwgSSBjYW4gYWRkIGEgY29uc2lkZXJhdGlvbiBoZXJlIHRoYXQgdGhlIGZsb3cgY2Fu IGJlIGRlZmluZWQgYXQgZGlmZmVyZW50IGxldmVscyBiYXNlZCBvbiB0aGUgZW5jYXBzdWxhdGlv biBjb25zaWRlcmVkIGFuZCBhZGRpdGlvbmFsIGNvbmRpdGlvbnMgYXJlIHBvc3NpYmxlLg0KDQpU aGFuayB5b3UgdmVyeSBtdWNoLg0KDQpMaW5kYSBEdW5iYXINCg0KDQo= From nobody Sat Mar 7 16:29:20 2020 Return-Path: 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 81AF63A1DA2; Sat, 7 Mar 2020 16:29:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Steve Hanna via Datatracker To: Cc: last-call@ietf.org, ippm@ietf.org, draft-ietf-ippm-multipoint-alt-mark.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <158362735547.25505.12722503226926557935@ietfa.amsl.com> Reply-To: Steve Hanna Date: Sat, 07 Mar 2020 16:29:15 -0800 Archived-At: Subject: [ippm] Secdir last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 00:29:16 -0000 Reviewer: Steve Hanna Review result: Ready Although I am naive with respect to IP Performance Management, I agree with the statements included in the Security Considerations section of this document. The measurement techniques described in this document seem to have fairly minimal security and privacy implications. The reference to the Security Considerations section of RFC 8321 (already included in this document) is a good way to expand on this topic. Therefore, I see no security or privacy concerns with approving this document. From nobody Mon Mar 9 04:17:45 2020 Return-Path: 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 7F0443A0D13; Mon, 9 Mar 2020 04:17:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Tal Mizrahi , tal.mizrahi.phd@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <158375265948.13761.4352578642816303499@ietfa.amsl.com> Date: Mon, 09 Mar 2020 04:17:39 -0700 Archived-At: Subject: [ippm] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-ippm-multipoint-alt-mark-06=3A_=28with_COMMENT=29?= X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 11:17:40 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-ippm-multipoint-alt-mark-06: No Objection 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-multipoint-alt-mark/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. Beside some of my COMMENT about the wording, the flow and the explanations make the document easy to read. Please find below some non-blocking COMMENTs and NITs. An answer will be appreciated. I hope that this helps to improve the document, Regards, -éric == COMMENTS == The wording "Multipoint to multipoint" raised confusion in my mind to be honest. It took reading further in the document to understand what it was about. What about: "multi-party multiple flows" or "aggregated alternate marking" or "clustered alternate marking" ? -- Section 1 -- In the 5th paragraph, suggest to replace "Multipoint alternate marking" by "this document" (if my assumption is correct). " Intelligent Network " looks more like a marketing name than an IETF defined one. -- Section 3 -- What's in a name... but using "flow" to convey the semantics of multiple flows is weird. Why not using "aggregated flows" ? "headers fields" is it limited to layer-3 only? Probably worth specifying so early in the text by "layer-3 and layer-4 headers fields" Using "TCP 5-tuple" looks simple but what about fragmented packets ? I really have problems with sentences such as "ECMP flow is in scope by definition, since it is a point-to-multipoint unicast flow", esp "point-to-multipoint unicast flow" that looks like an oxymoron to me. Perhaps, it is only me having this parsing problem ? -- Section 4 -- Again about IPv4 fragmentation, if fragmentation happens on the path, then there could be more IP packets received than sent. Or are non-initial fragments ignored? If so, I suggest to clarify the text. == NITS == RFC 7322 suggests "The full expansion of the text should be followed by the abbreviation itself in parentheses" ;-) Not always applied through this document: e.g., CIR, OTT -- Section 1 -- s/ECMP (Equal-Cost Multi-Path) paths/ECMP (Equal-Cost MultiPath)/ to avoid repeating "path". From nobody Mon Mar 9 04:39:28 2020 Return-Path: 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 EE2543A0D9C; Mon, 9 Mar 2020 04:39:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158375395989.14192.2837347091449737668@ietfa.amsl.com> Date: Mon, 09 Mar 2020 04:39:19 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-data-09.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 11:39:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Data Fields for In-situ OAM Authors : Frank Brockners Shwetha Bhandari Carlos Pignataro Hannes Gredler John Leddy Stephen Youell Tal Mizrahi David Mozes Petr Lapukhov Remy Chang Daniel Bernier Jennifer Lemon Filename : draft-ietf-ippm-ioam-data-09.txt Pages : 43 Date : 2020-03-09 Abstract: In-situ Operations, Administration, and Maintenance (IOAM) records operational and telemetry information in the packet while the packet traverses a path between two points in the network. This document discusses the data fields and associated data types for in-situ OAM. In-situ OAM data fields can be encapsulated into a variety of protocols such as NSH, Segment Routing, Geneve, IPv6 (via extension header), or IPv4. In-situ OAM can be used to complement OAM mechanisms based on e.g. ICMP or other types of probe packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-data/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-ioam-data-09 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-data-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-data-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 04:46:41 2020 Return-Path: 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 BA9A73A0DB9; Mon, 9 Mar 2020 04:46:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158375439168.13769.6034469939115587878@ietfa.amsl.com> Date: Mon, 09 Mar 2020 04:46:31 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-ioam-ipv6-options-01.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 11:46:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : In-situ OAM IPv6 Options Authors : Shwetha Bhandari Frank Brockners Carlos Pignataro Hannes Gredler John Leddy Stephen Youell Tal Mizrahi Aviv Kfir Barak Gafni Petr Lapukhov Mickey Spiegel Suresh Krishnan Rajiv Asati Filename : draft-ietf-ippm-ioam-ipv6-options-01.txt Pages : 9 Date : 2020-03-09 Abstract: In-situ Operations, Administration, and Maintenance (IOAM) records operational and telemetry information in the packet while the packet traverses a path between two points in the network. This document outlines how IOAM data fields are encapsulated in IPv6. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-ipv6-options/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-ioam-ipv6-options-01 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-ipv6-options-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-ioam-ipv6-options-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 05:34:28 2020 Return-Path: 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 E5BC23A0E61; Mon, 9 Mar 2020 05:34:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.1 X-Spam-Level: *** X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 4xTbfQGNUKdq; Mon, 9 Mar 2020 05:34:19 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 D118C3A0E8A; Mon, 9 Mar 2020 05:34:13 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id E77AD73746C44A7B6650; Mon, 9 Mar 2020 12:34:07 +0000 (GMT) Received: from fraeml710-chm.china.huawei.com (10.206.15.59) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Mar 2020 12:34:07 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 9 Mar 2020 13:34:07 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Mon, 9 Mar 2020 13:34:06 +0100 From: Giuseppe Fioccola To: Linda Dunbar , "gen-art@ietf.org" CC: "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" , "last-call@ietf.org" Thread-Topic: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV8zxKgIQS/vnMhkSwJ4EW8Te/rqg7RocggABnBgCAACctoIAAF9kAgARK1BA= Date: Mon, 9 Mar 2020 12:34:06 +0000 Message-ID: <68396b000d9c427f93eecb5888db0ffd@huawei.com> References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.1.210] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 12:34:21 -0000 SGkgTGluZGEsDQpUaGFuayB5b3UuIEkgd2lsbCBhcHBseSB0aGUgbmV3IHZlcnNpb24gbGF0ZXIg dG9kYXkuDQoNClJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBMaW5kYSBEdW5iYXIgW21haWx0bzpsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNv bV0gDQpTZW50OiBGcmlkYXksIE1hcmNoIDYsIDIwMjAgOTowMSBQTQ0KVG86IEdpdXNlcHBlIEZp b2Njb2xhIDxnaXVzZXBwZS5maW9jY29sYUBodWF3ZWkuY29tPjsgZ2VuLWFydEBpZXRmLm9yZw0K Q2M6IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLmFsbEBpZXRmLm9yZzsgaXBw bUBpZXRmLm9yZzsgbGFzdC1jYWxsQGlldGYub3JnDQpTdWJqZWN0OiBSRTogR2VuYXJ0IGxhc3Qg Y2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDYNCg0K R2l1c2VwcGUsIA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgZXhwbGFuYXRpb24uIEl0 IGlzIGdvb2QuIA0KDQpMaW5kYQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog R2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+IA0KU2VudDog RnJpZGF5LCBNYXJjaCA2LCAyMDIwIDEyOjIxIFBNDQpUbzogTGluZGEgRHVuYmFyIDxsaW5kYS5k dW5iYXJAZnV0dXJld2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWlw cG0tbXVsdGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGxhc3Qt Y2FsbEBpZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRy YWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkhpIExpbmRhLA0KVGhhbmtz IGZvciB0aGUgZmVlZGJhY2shDQpJIHdpbGwgc3VibWl0IHRoZSBuZXcgdmVyc2lvbiBieSBNb25k YXkuDQpSZWdhcmRpbmcgeW91ciBxdWVzdGlvbiwgd2l0aCBtdWx0aXBvaW50IHBhdGggdGhlIGVn cmVzcyBub2RlcyByZWNlaXZlIGFsdGVybmF0aXZlIG1hcmtlZCBwYWNrZXRzIGluIHJhbmRvbSBv cmRlciBmcm9tIGRpZmZlcmVudCBpbmdyZXNzIG5vZGVzLCBidXQgdGhlIHJlb3JkZXJpbmcgZG9l cyBub3QgYWZmZWN0IHRoZSBtZWFzdXJlbWVudCBpZiBpdCBpcyBzYXRpc2ZpZWQgdGhlIGNvbmRp dGlvbiBpbiBTZWN0aW9uIDcgdGhhdCB0YWtlcyBpbnRvIGFjY291bnQgY2xvY2sgZXJyb3JzLCBt aXNhbGlnbm1lbnQgYmV0d2VlbiBtYXJraW5nIGludGVydmFsIGFuZCBuZXR3b3JrIGRlbGF5LiBJ ZiB3ZSB3YW50IHRvIHJlY29nbml6ZSB0aGUgbWFya2VkIHNpZ25hbCBmcm9tIGEgc3BlY2lmaWMg c291cmNlIG5vZGUgd2UgbmVlZCB0byBzcGVjaWZ5IGJldHRlciB0aGUgZmxvdyBmaWx0ZXIgY3Jp dGVyaWEgKGkuZS4gNS10dXBsZSksIHdoaWxlIGlmIHdlIHdhbnQgb25seSB0byBzZWxlY3QgcGFj a2V0cyBmcm9tIGEgc3BlY2lmaWMgc291cmNlIChlLmcuIGZvciBkZWxheSBtZWFzdXJlbWVudHMp IGl0IGlzIHBvc3NpYmxlIHRvIGFwcGx5IHRoZSBoYXNoaW5nIHRlY2huaXF1ZSBhcyBtZW50aW9u ZWQgaW4gU2VjdGlvbiA4LjIuMi4gQXMgYW4gYWx0ZXJuYXRpdmUsIHRvIGlkZW50aWZ5IHRoZSBz b3VyY2Ugbm9kZXMgYW5kIGlmIHRoZXJlIGlzIGVub3VnaCBzcGFjZSBpbiB0aGUgaGVhZGVyLCB0 aGUgTm9kZSBJRCwgYXMgeW91IHN1Z2dlc3RlZCwgY291bGQgYmUgYSBwb3NzaWJpbGl0eSBhbmQg YWxzbyB0aGUgRmxvdyBJRCBjb3VsZCBiZSB1c2VkIHRvIGZhY2lsaXRhdGUgdGhlIGNvcnJlbGF0 aW9ucywgYnV0IHRoaXMgaXMgYW4gaW1wbGVtZW50YXRpb24gaXNzdWUgYW5kIGl0IGlzIG5vdCBj b25zaWRlcmVkIHdpdGhpbiB0aGlzIGRvY3VtZW50Lg0KDQpQbGVhc2UgbGV0IG1lIGtub3cgaWYg dGhpcyBhbnN3ZXJzIHlvdXIgcXVlc3Rpb24gYW5kIGlmIHlvdSB3YW50IG1lIHRvIGluY2x1ZGUg dGhlc2UgY29uc2lkZXJhdGlvbnMgd2l0aGluIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywNCg0KR2l1 c2VwcGUNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTGluZGEgRHVuYmFy IFttYWlsdG86bGluZGEuZHVuYmFyQGZ1dHVyZXdlaS5jb21dIA0KU2VudDogRnJpZGF5LCBNYXJj aCA2LCAyMDIwIDU6MTUgUE0NClRvOiBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2VwcGUuZmlvY2Nv bGFAaHVhd2VpLmNvbT47IGdlbi1hcnRAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLWlwcG0tbXVs dGlwb2ludC1hbHQtbWFyay5hbGxAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGxhc3QtY2FsbEBp ZXRmLm9yZw0KU3ViamVjdDogUkU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA2DQoNCkdpdXNlcHBlLCANCg0KVGhhbmsgeW91 IHZlcnkgbXVjaCBmb3IgdGhlIHJlc3BvbnNlLiBBZ3JlZSB3aXRoIHlvdXIgcHJvcG9zZWQgY2hh bmdlcy4gDQpKdXN0IG9uZSBtb3JlIHF1ZXN0aW9uLCBJIHJlbWVtYmVyIHRoYXQgdGhlIFAyUCBB bHRlcm5hdGl2ZSBNYXJraW5nIGlzIGFjaGlldmVkIGJ5IHNlcXVlbmNlIG9mIDEgYW5kIHNlcXVl bmNlIG9mIDAuIFNvIHRoZSByZWNlaXZlciBjYW4gZGV0ZWN0IHRoZSBjaGFuZ2Ugd2hlbiB0aGUg TWFya2luZyAgY2hhbmdlcyBiZXR3ZWVuIDEgYW5kIDAuIEJ1dCB3aXRoIG11bHRpLXBvaW50IHRv IG11bHRpLXBvaW50IHRyYWZmaWMsIHRoZSByZWNlaXZlcnMgd2lsbCByZWNlaXZlIHBhY2tldHMg ZnJvbSBkaWZmZXJlbnQgaW5ncmVzcyBub2Rlcy4gSWYgdGhlIEluZ3Jlc3Mgbm9kZXMgZG8gbm90 IGxlYXZlIHRoZWlyIG5vZGUgSURzIGluIHRoZSBwYWNrZXRzLCB0aGUgcGFja2V0cyB3aWxsIGNh cnJ5IE1hcmtpbmcgb2YgMSBhbmQgMCBub3QgaW4gc3BlY2lmaWMgb3JkZXJzLiANCkhvdyBkb2Vz IGluZ3Jlc3Mgc2lnbmFsIHRvIHRoZSBlZ3Jlc3Mgbm9kZXMgaW4gdGhlIG11bHRpLXBvaW50IGFu ZCBtdWx0aSBwb2ludCBzY2VuYXJpbz8gDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2guIA0KDQpMaW5k YSBEdW5iYXINCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBHaXVzZXBwZSBGaW9j Y29sYSA8Z2l1c2VwcGUuZmlvY2NvbGFAaHVhd2VpLmNvbT4gDQpTZW50OiBGcmlkYXksIE1hcmNo IDYsIDIwMjAgMzo1MSBBTQ0KVG86IExpbmRhIER1bmJhciA8bGluZGEuZHVuYmFyQGZ1dHVyZXdl aS5jb20+OyBnZW4tYXJ0QGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQt YWx0LW1hcmsuYWxsQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBsYXN0LWNhbGxAaWV0Zi5vcmcN ClN1YmplY3Q6IFJFOiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwcG0t bXVsdGlwb2ludC1hbHQtbWFyay0wNg0KDQpEZWFyIExpbmRhLA0KVGhhbmtzIGZvciB5b3VyIHJl dmlldyENClBsZWFzZSBmaW5kIG15IGFuc3dlcnMgaW5saW5lIHRhZ2dlZCBhcyBbR0ZdLg0KTGV0 IG1lIGtub3cgaWYgeW91IGFncmVlIHdpdGggbXkgcHJvcG9zZWQgc21hbGwgY2hhbmdlcyB0byB0 aGUgZHJhZnQuDQoNClJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IExpbmRhIER1bmJhciB2aWEgRGF0YXRyYWNrZXIgW21haWx0bzpub3Jl cGx5QGlldGYub3JnXSANClNlbnQ6IFRodXJzZGF5LCBNYXJjaCA1LCAyMDIwIDExOjIwIFBNDQpU bzogZ2VuLWFydEBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1t YXJrLmFsbEBpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsgbGFzdC1jYWxsQGlldGYub3JnDQpTdWJq ZWN0OiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2lu dC1hbHQtbWFyay0wNg0KDQpSZXZpZXdlcjogTGluZGEgRHVuYmFyDQpSZXZpZXcgcmVzdWx0OiBS ZWFkeSB3aXRoIE5pdHMNCg0KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3Ig dGhpcyBkcmFmdC4gVGhlIEdlbmVyYWwgQXJlYSBSZXZpZXcgVGVhbSAoR2VuLUFSVCkgcmV2aWV3 cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkIGJ5IHRoZSBJRVNHIGZvciB0aGUg SUVURiBDaGFpci4gIFBsZWFzZSB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0IGxpa2UgYW55IG90 aGVyIGxhc3QgY2FsbCBjb21tZW50cy4NCg0KRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBz ZWUgdGhlIEZBUSBhdA0KDQo8aHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRs b29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJGdHJhYy5pZXRmLm9yZyUyRnRyYWMlMkZnZW4lMkZ3 aWtpJTJGR2VuQXJ0ZmFxJmFtcDtkYXRhPTAyJTdDMDElN0NsaW5kYS5kdW5iYXIlNDBmdXR1cmV3 ZWkuY29tJTdDNjZiYjVkZGE3ZTFjNDgxYmIzNjAwOGQ3YzFmYjFiYTklN0MwZmVlOGZmMmEzYjI0 MDE4OWM3NTNhMWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3MTkxMTU2NTU5NTYyMjQxJmFtcDtzZGF0 YT1wQ0FiUHYwWnBDYnlIR1RJTEZFWmJ5R2c5VTB4WjNoZEFLRjdvOWZHRWlZJTNEJmFtcDtyZXNl cnZlZD0wPi4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJr LTA2DQpSZXZpZXdlcjogTGluZGEgRHVuYmFyDQpSZXZpZXcgRGF0ZTogMjAyMC0wMy0wNQ0KSUVU RiBMQyBFbmQgRGF0ZTogMjAyMC0wMy0wNg0KSUVTRyBUZWxlY2hhdCBkYXRlOiAyMDIwLTAzLTEy DQoNClN1bW1hcnk6DQpUaGlzIGRvY3VtZW50IGlzIHRvIGV4cGFuZCBQMlAgZmxvd3MgbWFya2lu ZyBtZXRob2RvbG9neSB0byBtZWFzdXJlIHVuaWNhc3QgZmxvd3MgaW4gIG11bHRpcG9pbnQtdG8t bXVsdGlwb2ludCBuZXR3b3JrLiBUaGUgbWVjaGFuaXNtIGlzIHF1aXRlIGludGVyZXN0aW5nLg0K DQpbR0ZdOiBUaGFua3MhDQoNCkhvd2V2ZXIsIEkgZG8gaGF2ZSBzb21lIHF1ZXN0aW9uczoNCg0K UGFnZSA5IChTZWN0aW9uIDU6IE11bHRpcG9pbnQgUGFja2V0IExvc3MpOiBTZWNvbmQgcGFyYWdy YXBoIHN0YXRpbmcgdGhhdCAidGhlIHN1bSBvZiB0aGUgbnVtYmVyIG9mIHBhY2tldHMgb24gYWxs IGluZ3Jlc3MgaW50ZXJmYWNlcyBlcXVhbHMgdGhlIG51bWJlciBvbiB0aGUgZWdyZXNzIGludGVy ZmFjZXMgZm9yIHRoZSBtb25pdG9yZWQgZmxvdyIuDQoNCmhvdyB0byBtZWFzdXJlPyB3aXRoIGFs bCBub2RlcyBoYXZpbmcgZGlmZmVyZW50IHRpbWVyLCBpdCB3b3VsZCBiZSBkaWZmaWN1bHQgdG8g cXVhbnRpZnkgdGhlIHRpbWUgcGVyaW9kLiBBdCBhbnkgZ2l2ZW4gdGltZSBULCBlZ3Jlc3Mgbm9k ZSBtYXkgY291bnQgcGFja2V0cyBlbnRlcmVkIGF0IFQteC4gV2hlcmUgdG8gZHJhdyB0aGUgbGlu ZT8gcGFja2V0cyBtYXkgdHJhdmVyc2UgZGlmZmVyZW50IHJvdXRlcyB0aHJvdWdoIHRoZSBuZXR3 b3JrLCBhbmQgY2FuIHRha2UgZGlmZmVyZW50IHRpbWUuDQoNCltHRl06IEkgdW5kZXJzdGFuZCB5 b3VyIHBvaW50IGJ1dCBpbiB0aGlzIGNhc2UgdGhlIGFzc3VtcHRpb24gaXMgdGhlIHVzZSBvZiB0 aGUgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0aG9kLiBUaGUgdGltZSByZWZlcmVuY2UgaXMgZ2l2ZW4g YnkgdGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZCwgd2hlcmUgdGhlIG1hcmtpbmcgY2hhbmdl IGlzIGFuIGF1dG8tc3luY2hyb25pemF0aW9uIHNpZ25hbCBmb3IgdGhlIG5ldHdvcmsgbm9kZXMu IFRoZXJlIGFyZSBhbHNvIHRpbWluZyBhc3BlY3RzIGR1ZSB0byB0aGUgZGlmZmVyZW50IHRpbWVy IG9mIHRoZSBub2RlcyBhbmQgdGhpcyBpcyBleHBsYWluZWQgaW4gU2VjdGlvbiA3OiBUaW1pbmcg QXNwZWN0cy4gSSBjYW4gc3BlY2lmeSB0aGF0IHRoaXMgcGFyYWdyYXBoIGlzIHZhbGlkIGluIHRo ZSBjYXNlIG9mIGFsdGVybmF0ZSBtYXJraW5nLg0KDQpTZWN0aW9uIDYuMSBBbGdvcml0aG0gZm9y IENsdXN0ZXIgUGFydGl0aW9uOg0KSG93IGRvIHlvdSBwYXJ0aXRpb24gdGhlIGNsdXN0ZXIgaWYg dGhlIEFwcGxpY2F0aW9uIGluZ3Jlc3MgdGhlIG5ldHdvcmsgdmlhIGRpZmZlcmVudCBub2Rlcz8N Cg0KW0dGXTogT25jZSBkZWZpbmVkIGFuIEFwcGxpY2F0aW9uIGZsb3csIHRoZSBhbGdvcml0aG0g Y29uc2lkZXJzIGFsbCB0aGUgcG9zc2libGUgbGlua3MgYW5kIG5vZGVzIGZvciB0aGUgZ2l2ZW4g ZmxvdywgZXZlbiBpZiB0aGVyZSBpcyBubyB0cmFmZmljLiBJdCBpcyBiYXNlZCBvbiB0b3BvbG9n aWNhbCBpbmZvcm1hdGlvbi4gU28sIGlmIHRoZSBBcHBsaWNhdGlvbiBpbmdyZXNzIHZpYSBkaWZm ZXJlbnQgbm9kZXMsIHRoZSBjb3VudGVycyBoYXMgYSBub24temVybyB2YWx1ZSBmb3IgdGhlc2Ug bm9kZXMsIHdoaWxlIGEgemVybyB2YWx1ZSBmb3IgdGhlIG90aGVyIG5vZGVzIHdpdGhvdXQgdHJh ZmZpYywgYnV0LCBpbiB0aGUgZW5kIHRoZSBmb3JtdWxhIGlzIHN0aWxsIHZhbGlkLg0KDQpNYWpv ciBpc3N1ZXM6IE5vbmUNCk1pbm9yIGlzc3VlczogTm9uZQ0KDQpOaXRzL2VkaXRvcmlhbCBjb21t ZW50czoNCg0KUGFnZSA1OiBmaXJzdCBzZW50ZW5jZSBvbiB0aGUgcG9saWNpZXMgdG8gY2xhc3Np ZnkgZmxvd3M6IHNob3VsZCBhbGxvdyBhZGRpdGlvbmFsIGNvbmRpdGlvbnMgdGhhdCBhcmUgbm90 IGluIHRoZSBwYWNrZXQgaGVhZGVyIGFzIHBhcnQgb2YgbWF0Y2hpbmcgY3JpdGVyaWENCg0KW0dG XTogU3VyZSwgSSBjYW4gYWRkIGEgY29uc2lkZXJhdGlvbiBoZXJlIHRoYXQgdGhlIGZsb3cgY2Fu IGJlIGRlZmluZWQgYXQgZGlmZmVyZW50IGxldmVscyBiYXNlZCBvbiB0aGUgZW5jYXBzdWxhdGlv biBjb25zaWRlcmVkIGFuZCBhZGRpdGlvbmFsIGNvbmRpdGlvbnMgYXJlIHBvc3NpYmxlLg0KDQpU aGFuayB5b3UgdmVyeSBtdWNoLg0KDQpMaW5kYSBEdW5iYXINCg0KDQo= From nobody Mon Mar 9 05:35:23 2020 Return-Path: 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 E620D3A0EC5; Mon, 9 Mar 2020 05:35:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 L1y1-k5n8fOe; Mon, 9 Mar 2020 05:35:05 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 0D9033A0EC7; Mon, 9 Mar 2020 05:35:05 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id BD534138797460B840A9; Mon, 9 Mar 2020 12:35:03 +0000 (GMT) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Mar 2020 12:35:03 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 9 Mar 2020 13:35:02 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Mon, 9 Mar 2020 13:35:02 +0100 From: Giuseppe Fioccola To: Steve Hanna , "secdir@ietf.org" CC: "last-call@ietf.org" , "ippm@ietf.org" , "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" Thread-Topic: Secdir last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV9OCgMT8CAHJu50iS6berULmHjKhANE7A Date: Mon, 9 Mar 2020 12:35:02 +0000 Message-ID: References: <158362735547.25505.12722503226926557935@ietfa.amsl.com> In-Reply-To: <158362735547.25505.12722503226926557935@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.1.210] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Secdir last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 12:35:17 -0000 RGVhciBTdGV2ZSwNClRoYW5rcyBhIGxvdCBmb3IgeW91ciByZXZpZXcgb2YgdGhlIGRyYWZ0Lg0K DQpSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogU3RldmUgSGFubmEgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10g DQpTZW50OiBTdW5kYXksIE1hcmNoIDgsIDIwMjAgMToyOSBBTQ0KVG86IHNlY2RpckBpZXRmLm9y Zw0KQ2M6IGxhc3QtY2FsbEBpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1pcHBt LW11bHRpcG9pbnQtYWx0LW1hcmsuYWxsQGlldGYub3JnDQpTdWJqZWN0OiBTZWNkaXIgbGFzdCBj YWxsIHJldmlldyBvZiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wNg0KDQpS ZXZpZXdlcjogU3RldmUgSGFubmENClJldmlldyByZXN1bHQ6IFJlYWR5DQoNCkFsdGhvdWdoIEkg YW0gbmFpdmUgd2l0aCByZXNwZWN0IHRvIElQIFBlcmZvcm1hbmNlIE1hbmFnZW1lbnQsIEkgYWdy ZWUgd2l0aCB0aGUgc3RhdGVtZW50cyBpbmNsdWRlZCBpbiB0aGUgU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnMgc2VjdGlvbiBvZiB0aGlzIGRvY3VtZW50Lg0KVGhlIG1lYXN1cmVtZW50IHRlY2huaXF1 ZXMgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgc2VlbSB0byBoYXZlIGZhaXJseSBtaW5pbWFs IHNlY3VyaXR5IGFuZCBwcml2YWN5IGltcGxpY2F0aW9ucy4gVGhlIHJlZmVyZW5jZSB0byB0aGUg U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgc2VjdGlvbiBvZiBSRkMgODMyMSAoYWxyZWFkeSBpbmNs dWRlZCBpbiB0aGlzIGRvY3VtZW50KSBpcyBhIGdvb2Qgd2F5IHRvIGV4cGFuZCBvbiB0aGlzIHRv cGljLg0KDQpUaGVyZWZvcmUsIEkgc2VlIG5vIHNlY3VyaXR5IG9yIHByaXZhY3kgY29uY2VybnMg d2l0aCBhcHByb3ZpbmcgdGhpcyBkb2N1bWVudC4NCg0KDQoNCg== From nobody Mon Mar 9 09:02:51 2020 Return-Path: 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 1AC3E3A12EF for ; Mon, 9 Mar 2020 09:02:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telecomitalia.it 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 jHZmG_Ws5BG0 for ; Mon, 9 Mar 2020 09:02:46 -0700 (PDT) Received: from mx04.telecomitalia.it (mx04.telecomitalia.it [217.169.121.24]) (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 455023A12ED for ; Mon, 9 Mar 2020 09:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed; q=dns/txt; i=@telecomitalia.it; t=1583769763; x=2447683363; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=+43UNQXbAGSZ1KJ9kT95gCzUfWBAsLBGrYtKrKXCkLg=; b=baclpxepDNT5tkKorhFKlCdw1uDduOk+H0GpcRs8v9pPcsYMvN4g/WlfDNxUUyTw 7lAxO2zqne0A5NBppGWhC51kF4NHlVgEHuYk7/nRR2DayrBdb+E+ZSe2HmOUvkxC wlSEfU0qz1V9+o0a+t0Q9uQignWpVjPxDd4VGjBbrcFdjNw7bN4qkefcwStb34w/ 7m2g6JOL8Ph6FllK0aJ+F2/j/+9i6EPvP9m3lXkWN0IxZ4OBDwgsB+3zSI4H7jw/ PTO6QdO+PN0uTZ4vaO7ne3HLJT+cYMVKGGuhj2L739TfyP1RIfCJ3P13WUTrTtJm 7SpVYOdnbSGgoGoe5DGdfg==; X-AuditID: d9a97918-a7bff70000008e6c-21-5e6668a26b8f Received: from TELMBXB13RM001.telecomitalia.local ( [10.14.252.75]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx04.telecomitalia.it () with SMTP id 0D.5C.36460.2A8666E5; Mon, 9 Mar 2020 17:02:42 +0100 (CET) From: Cociglio Mauro To: "IETF IPPM WG (ippm@ietf.org)" CC: Giuseppe Fioccola , Nilo Massimo , Riccardo Sisto , "Bulgarella Fabio (Guest)" Thread-Topic: New Version Notification for draft-cfb-ippm-spinbit-measurements-00.txt Thread-Index: AdX2KZMBlz3e3w1aRT2rvTrGYfPkHg== Date: Mon, 9 Mar 2020 16:02:42 +0000 Message-ID: <7d7b8a44d6e340f8a26a862fbec37d79@TELMBXA06RM001.telecomitalia.local> 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: [62.77.47.68] x-ti-disclaimer: ADBanner Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCKsWRmVeSWpSXmKPExsXCxffHW3dRRlqcwf/pNhZr5qxgsuh58I7Z 4uftnewOzB4tR96yeixZ8pPJ4/TK4gDmqAZGm8S8vPySxJJUhZTU4mRbJZfM4uScxMzc1CIF RxcnoGRqkZJCZoqtkpmSQkFOYnJqbmpeia1SYkFBal6Kkh2XAgawASrLzFNIzUvOT8nMS7dV 8gz217WwMLXUNVSyCyxNLS7JV8hNLS5OTE/PzFdImCyS8efSUuaCX3IVPdfnsTQwTpHrYuTk kBAwkTh6YStrFyMXh5DAFCaJt8eWMoEk2ATMJM5secYGYosIGEmsOPaKBaSIWeA6o8SRuX/A EsICYRLNp3exQBSFS0y5sRjK1pPYPLGJGcRmEVCRmHJ5BjuIzSsQKLFi6zOwBYwCshITdi9i BLGZBcQlXkw/wQ5xkYDEkj3nmSFsUYmXj/+xQtgGEluX7mOBsOUlFq6cDlUjKXH48CageziA 5mhKrN+lDzFSUWJK90OotYISJ2c+YZnAKDILybZZCB2zkHTMQtKxgJFlFaNoboWBiV5Jak5q cn5uZkliTmaiXmbJJkZgOri5slJiB+OFbW/0DjEycTAeYpTgYFYS4W3USo4T4k1JrKxKLcqP LyrNSS0+xOgDDIqJzFKiyfnAhJRXEm9oamZqbmxkZmpgamaJQ1hJnFc2IC1OSCAdmHSyU1ML UotgxjFxcEo1MPm49u2cs/KP22d9q5tvJ9sXvH/5La/p2PJ1By44fJebsjCtMeLn9HsFYYe/ h4TvM2RYM73LSfrG44V7G5Ml+Cpk+QTLOFYw7NlvxGaXe4yZnyHr8yP384fee/G5B3lOXDp5 4b5b81bkXmuycN0r25PQd0z55iNltWzRS+vVtfknK2+/n1jC7py4WPS7T/ridddyV7P31qU+ 4Plsf/0qi/JjN9mt/xbEibxijTS4dOvbqW23560TZF6Ve0475URxh/Tm3VNbzs0N//00N/at 78o/Rsrrd52vjZ4YNOklb06760Nr5opnIq52O9jebs4unJhbLRBZ1bXpUf7U0k3fbNY7csfs mc36skOPhdNGrVGJpTgj0VCLuag4EQCcdPtLpwMAAA== Archived-At: Subject: Re: [ippm] New Version Notification for draft-cfb-ippm-spinbit-measurements-00.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 16:02:50 -0000 RGVhciBJUFBNJ2Vycy4NCg0KVGhpcyBpcyBhIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0OiBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtY2ZiLXRzdndnLXNwaW5iaXQtbmV3LW1l YXN1cmVtZW50cy0wMA0KV2UgYWRkZWQgYSBuZXcgMiBiaXQgUGFja2V0IExvc3MgbWVhc3Vy ZW1lbnQgaW5kZXBlbmRlbnQgZnJvbSBTcGluIEJpdC4NCkl0J3MgYW4gZW5oYW5jZW1lbnQg b2YgdGhlIG1lYXN1cmVtZW50IGRlc2NyaWJlZCBpbiBodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtZmVycmlldXhoYW1jaGFvdWktcXVpYy1sb3NzYml0cy0wMy4NClNvIHdl IHByb3Bvc2UgdHdvIHBvc3NpYmxlIGFsdGVybmF0aXZlcyBpbiBjYXNlIHdlIGhhdmUgMyBh dmFpbGFibGUgYml0cyBpbiBhIGNsaWVudC1zZXJ2ZXIgcHJvdG9jb2wgaGVhZGVyOg0KMSkg VG8gdXNlIDIgYml0cyBmb3IgRGVsYXkgbWVhc3VyZW1lbnQgYW5kIDEgYml0IGZvciBQYWNr ZXQgbG9zcyBtZWFzdXJlbWVudC4gU3BpbiBCaXQsIERlbGF5IEJpdCBhbmQgTG9zcyBCaXQg KFMsIEQsIEwgYml0cykuDQoyKSBUbyB1c2UgMSBiaXQgZm9yIERlbGF5IG1lYXN1cmVtZW50 IGFuZCAyIGJpdHMgZm9yIFBhY2tldCBMb3NzIG1lYXN1cmVtZW50LiBTcGluIEJpdCwgc1F1 YXJlIEJpdCBhbmQgUmVmbGVjdGlvbiBzcXVhcmUgQml0IChTLCBRLCBSIGJpdHMpLg0KDQpC ZXN0IFJlZ2FyZHMuDQoNCk1hdXJvDQoNCl9fX19fX19fX19fX19fX19fX19fXw0KTWF1cm8g Q29jaWdsaW8NClRlbGVjb20gaXRhbGlhIC0gVElNDQpWaWEgRy4gUmVpc3MgUm9tb2xpLCAy NzQNCjEwMTQ4IC0gVG9yaW5vIChJdGFseSkNClRlbC46ICszOTAxMTIyODUwMjgNCk1vYmls ZTogKzM5MzM1NzY2OTc1MQ0KX19fX19fX19fX19fX19fX19fX19fDQoNCi0tLS0tTWVzc2Fn Z2lvIG9yaWdpbmFsZS0tLS0tDQpEYTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIDxpbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmc+IA0KSW52aWF0bzogbHVuZWTDrCA5IG1hcnpvIDIwMjAg MTE6NDUNCkE6IEJ1bGdhcmVsbGEgRmFiaW8gKEd1ZXN0KSA8ZmFiaW8uYnVsZ2FyZWxsYUBn dWVzdC50ZWxlY29taXRhbGlhLml0PjsgQ29jaWdsaW8gTWF1cm8gPG1hdXJvLmNvY2lnbGlv QHRlbGVjb21pdGFsaWEuaXQ+OyBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2VwcGUuZmlvY2Nv bGFAaHVhd2VpLmNvbT47IE5pbG8gTWFzc2ltbyA8bWFzc2ltby5uaWxvQHRlbGVjb21pdGFs aWEuaXQ+OyBSaWNjYXJkbyBTaXN0byA8cmljY2FyZG8uc2lzdG9AcG9saXRvLml0Pg0KT2dn ZXR0bzogW0VYVF0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1jZmItaXBw bS1zcGluYml0LW1lYXN1cmVtZW50cy0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEkt RCwgZHJhZnQtY2ZiLWlwcG0tc3BpbmJpdC1tZWFzdXJlbWVudHMtMDAudHh0DQpoYXMgYmVl biBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEdpdXNlcHBlIEZpb2Njb2xhIGFuZCBwb3N0 ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWNmYi1pcHBtLXNw aW5iaXQtbWVhc3VyZW1lbnRzDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJQ2xpZW50LVNlcnZl ciBTcGluIGJpdCBlbmFibGVkIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50cw0KRG9jdW1lbnQg ZGF0ZToJMjAyMC0wMy0wOQ0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2Vz OgkJMjINClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1k cmFmdHMvZHJhZnQtY2ZiLWlwcG0tc3BpbmJpdC1tZWFzdXJlbWVudHMtMDAudHh0DQpTdGF0 dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtY2Zi LWlwcG0tc3BpbmJpdC1tZWFzdXJlbWVudHMvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNmYi1pcHBtLXNwaW5iaXQtbWVhc3VyZW1lbnRz LTAwDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1jZmItaXBwbS1zcGluYml0LW1lYXN1cmVtZW50cw0KDQoNCkFic3RyYWN0 Og0KICAgVGhpcyBkb2N1bWVudCBpbnRyb2R1Y2VzIGFuIGFkZGl0aW9uYWwgc2luZ2xlIGJp dCBzaWduYWwgdG8gZW5oYW5jZQ0KICAgdGhlIHNwaW4gYml0IFtJLUQudHJhbW1lbGwtaXBw bS1zcGluXSBwZXJmb3JtYW5jZSBpbiBwcmVzZW5jZSBvZg0KICAgbmV0d29yayBpbXBhaXJt ZW50cyBhbmQgYXBwbGljYXRpb24gbGltaXRlZCBmbG93LiAgSW4gYWRkaXRpb24sIGl0DQog ICBkZWZpbmVzIHR3byBuZXcgZXhwbGljaXQgcGVyLWZsb3cgdHJhbnNwb3J0LWxheWVyIHNp Z25hbHMgZm9yIGh5YnJpZA0KICAgbWVhc3VyZW1lbnQgb2YgY29ubmVjdGlvbiBsb3NzIHJh dGUuICBUaGUgZm9ybWVyIGlzIGEgc3Bpbi1iaXQNCiAgIGRlcGVuZGVudCBzaWduYWwgYW5k IHVzZXMgYSBzaW5nbGUgYml0LiAgVGhlIGxhdHRlciBpcyBhIHN0YW5kYWxvbmUNCiAgIHNv bHV0aW9uIGJhc2VkIG9uIGEgdHdvIGJpdHMgbG9zcyBzaWduYWwgYW5kIG9uIGFsdGVybmF0 ZSBtYXJraW5nIFJGQw0KICAgODMyMSBbUkZDODMyMV0uDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0 bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQoNClF1ZXN0byBtZXNzYWdnaW8gZSBp IHN1b2kgYWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2NsdXNpdmFtZW50ZSBhbGxlIHBl cnNvbmUgaW5kaWNhdGUuIExhIGRpZmZ1c2lvbmUsIGNvcGlhIG8gcXVhbHNpYXNpIGFsdHJh IGF6aW9uZSBkZXJpdmFudGUgZGFsbGEgY29ub3NjZW56YSBkaSBxdWVzdGUgaW5mb3JtYXpp b25pIHNvbm8gcmlnb3Jvc2FtZW50ZSB2aWV0YXRlLiBRdWFsb3JhIGFiYmlhdGUgcmljZXZ1 dG8gcXVlc3RvIGRvY3VtZW50byBwZXIgZXJyb3JlIHNpZXRlIGNvcnRlc2VtZW50ZSBwcmVn YXRpIGRpIGRhcm5lIGltbWVkaWF0YSBjb211bmljYXppb25lIGFsIG1pdHRlbnRlIGUgZGkg cHJvdnZlZGVyZSBhbGxhIHN1YSBkaXN0cnV6aW9uZSwgR3JhemllLiANCg0KVGhpcyBlLW1h aWwgYW5kIGFueSBhdHRhY2htZW50cyBpcyBjb25maWRlbnRpYWwgYW5kIG1heSBjb250YWlu IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gaW50ZW5kZWQgZm9yIHRoZSBhZGRyZXNzZWUocykg b25seS4gRGlzc2VtaW5hdGlvbiwgY29weWluZywgcHJpbnRpbmcgb3IgdXNlIGJ5IGFueWJv ZHkgZWxzZSBpcyB1bmF1dGhvcmlzZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQsIHBsZWFzZSBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVu dHMgYW5kIGFkdmlzZSB0aGUgc2VuZGVyIGJ5IHJldHVybiBlLW1haWwsIFRoYW5rcy4gDQoN ClJpc3BldHRhIGwnYW1iaWVudGUuIE5vbiBzdGFtcGFyZSBxdWVzdGEgbWFpbCBzZSBub24g w6ggbmVjZXNzYXJpby4NCg== From nobody Mon Mar 9 09:34:59 2020 Return-Path: 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 38F1D3A138A; Mon, 9 Mar 2020 09:34:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158377169717.5554.9946434031277419427@ietfa.amsl.com> Date: Mon, 09 Mar 2020 09:34:57 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-multipoint-alt-mark-07.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 16:34:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Multipoint Alternate Marking method for passive and hybrid performance monitoring Authors : Giuseppe Fioccola Mauro Cociglio Amedeo Sapio Riccardo Sisto Filename : draft-ietf-ippm-multipoint-alt-mark-07.txt Pages : 23 Date : 2020-03-09 Abstract: The Alternate Marking method, as presented in RFC 8321, can be applied only to point-to-point flows because it assumes that all the packets of the flow measured on one node are measured again by a single second node. This document aims to generalize and expand this methodology to measure any kind of unicast flows, whose packets can follow several different paths in the network, in wider terms a multipoint-to-multipoint network. For this reason the technique here described is called Multipoint Alternate Marking. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-07 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-multipoint-alt-mark-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-multipoint-alt-mark-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 09:41:57 2020 Return-Path: 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 5E2793A1422; Mon, 9 Mar 2020 09:41:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 Kd3GqgJNL7MY; Mon, 9 Mar 2020 09:41:47 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 07A333A1419; Mon, 9 Mar 2020 09:41:47 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 14C17D183D92A0B2C1DA; Mon, 9 Mar 2020 16:41:45 +0000 (GMT) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Mar 2020 16:41:44 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 9 Mar 2020 17:41:44 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Mon, 9 Mar 2020 17:41:44 +0100 From: Giuseppe Fioccola To: "ippm@ietf.org" , Mirja Kuehlewind CC: Linda Dunbar , Steve Hanna , "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-multipoint-alt-mark-07.txt Thread-Index: AQHV9jDCcaV4g0oYgUCVA3vWjh3oJKhAdaEA Date: Mon, 9 Mar 2020 16:41:44 +0000 Message-ID: <345babf6550a4c4ab0a183085a8f893d@huawei.com> References: <158377169717.5554.9946434031277419427@ietfa.amsl.com> In-Reply-To: <158377169717.5554.9946434031277419427@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.9.136] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [ippm] FW: I-D Action: draft-ietf-ippm-multipoint-alt-mark-07.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 16:41:56 -0000 Dear Mirja, All, I have just uploaded the new revision that addresses the comments received = from Genart last call review. Regards, Giuseppe -----Original Message----- From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Monday, March 9, 2020 5:35 PM To: i-d-announce@ietf.org Cc: ippm@ietf.org Subject: [ippm] I-D Action: draft-ietf-ippm-multipoint-alt-mark-07.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 Measurement WG of the IETF. Title : Multipoint Alternate Marking method for passive a= nd hybrid performance monitoring Authors : Giuseppe Fioccola Mauro Cociglio Amedeo Sapio Riccardo Sisto Filename : draft-ietf-ippm-multipoint-alt-mark-07.txt Pages : 23 Date : 2020-03-09 Abstract: The Alternate Marking method, as presented in RFC 8321, can be applied only to point-to-point flows because it assumes that all the packets of the flow measured on one node are measured again by a single second node. This document aims to generalize and expand this methodology to measure any kind of unicast flows, whose packets can follow several different paths in the network, in wider terms a multipoint-to-multipoint network. For this reason the technique here described is called Multipoint Alternate Marking. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-07 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-multipoint-alt-mark-0= 7 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-multipoint-alt-mark-07 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 From nobody Mon Mar 9 10:55:58 2020 Return-Path: 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 1F9EB3A1478 for ; Mon, 9 Mar 2020 10:55:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.599 X-Spam-Level: X-Spam-Status: No, score=-9.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=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 header.b=OikGsMxO; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=x1SJU7by 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 ZFpNRCMQuqa2 for ; Mon, 9 Mar 2020 10:55:53 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 490553A1476 for ; Mon, 9 Mar 2020 10:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23464; q=dns/txt; s=iport; t=1583776553; x=1584986153; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=W7rUCEgCunhiBa8+2XB9rIUFCI+BvwhP+ENmhKrpb+c=; b=OikGsMxOAXDLL5Fk/kfgfknXdMTqK2kt7dfan74bBvll7+DOTfOT3x/a 4QmYZHhgNBhqvrxh8pfwlKG4iJK3fA9ElO+dPW3mHWBQcrUF9uUehDWFI fxmhCG8IS8n57ej4thHx8K5z1l30ePBa0ESJTUk2MEe8JLK5YMqr/uepp 8=; IronPort-PHdr: =?us-ascii?q?9a23=3AuP2vFRDg1CeqI9H1y08/UyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs03kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuIvTwaCc5GslqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApBwDYgWZe/5FdJa1mHAEBAQEBBwE?= =?us-ascii?q?BEQEEBAEBgXuBJS8kLAVsWCAECyoKh1EDim2CX5gVgUKBEANUCQEBAQwBARg?= =?us-ascii?q?BCgoCBAEBhEMCgg4kOBMCAwEBCwEBBQEBAQIBBQRthVYMhWMBAQEBAwEBEAs?= =?us-ascii?q?QEwEBLAsBDwIBCBABBAEBIQcHJwsUCQgCBAENBQgagwWBfU0DLgEOnh8CgTm?= =?us-ascii?q?ILTWCJ4J/AQEFgS8BAwIOQYMFGIIMAwaBOIUhhwsagUE/gRFHgU9+PoJkAQE?= =?us-ascii?q?CAQGBIgoBEgEjKwmDDYIsjgEhiDiZTgqCPIdShU2JY4JJiCGQS452gU2HL5J?= =?us-ascii?q?VAgQCBAUCDgEBBYFpImdxcBU7gmxQGA2OHYNzhRSFQXQCgSeMVQGBDwEB?= X-IronPort-AV: E=Sophos;i="5.70,534,1574121600"; d="scan'208,217";a="444580691" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Mar 2020 17:55:52 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 029Htqlp010345 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 9 Mar 2020 17:55:52 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 9 Mar 2020 12:55:51 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 9 Mar 2020 12:55:51 -0500 Received: from NAM02-BL2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 9 Mar 2020 13:55:51 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qzf2+MIHMOooDsSb1UCf4SoalwCCoyGozgwvJq7p8bY4HFw51fkZgwbaKaOKwMeQMDqbhlp2BxKvPnwA0HsL3Jo0DIDJZdFdEgB4aBC7baatZGw7RUX/CYWfsI/3O08zlH9nf0m8eAfcDMocCG7TJWu5nPzlYIWH4Cjq6cuHzbtbhsZgW+owj8IBr3ut2jZP0kiVeIayCWODyrWFpfE/PaZ8MjGrm4eDLkIiTykrtQLcc9FIs/qrSC2titmp5sS1zE3GMaK/Osm7Aj/P/NOqtaMpYYG2M/SfuD+CrUGq1o+PBOe4b2leOQRo3lbY6AsDr1yTzb1cqg3arbE9vEoHQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uuL/ZS9DhSiUeyHpsD0ThVkTavz18qGKltEEC233zUI=; b=dTzNwseQ38S/07Joq/iOcCPLTKnzfTz0PwNKSRSvLM4DTflo9baiAUQSXXYcuuqQbZ2WfES4aGOUwP4SqJ7GDtUEKsaPSAvVUkp2AopADQ+MMff8jK5HEQr5riMnceisWR/elC5R99Oub8zzSJqoI6qXclSa4PabJJdyB3Bx6zzjTNioTNuMby3y6F0WTkSG+ba7c3h9uqM+P9/JHxtIwxs1pYXC/+usDtf57Ay7JstEDFdDQ+SDOM4bAJ0UJZwbiacnGfPbcx6Urh6OSuG9sOUDNjN7bGnf6qTLGhMzo/LBWor+rEuuBH656zajdufaqQtDxCMISA+yiejftFpJwQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uuL/ZS9DhSiUeyHpsD0ThVkTavz18qGKltEEC233zUI=; b=x1SJU7bylc6oyTBUiyRS696LLd6kzzwmMJgaTHE0F5u5Xy0Zx9GKZgX0Z4lfVi0SYqdCBiEpWCLtza2/TU9zhRUoNCE9zDNUx4bp7bTP8O+LkIXmQs7cGmLVGmxYuqqkj7ASJqb6U96hkedcum/DKsTi1MSVD5/BE8HFMTJZyT8= Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by BYAPR11MB2920.namprd11.prod.outlook.com (2603:10b6:a03:82::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Mon, 9 Mar 2020 17:55:50 +0000 Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::e4af:d550:3094:46cf]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::e4af:d550:3094:46cf%4]) with mapi id 15.20.2793.013; Mon, 9 Mar 2020 17:55:50 +0000 From: "Frank Brockners (fbrockne)" To: Tommy Pauly , IETF IPPM WG Thread-Topic: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data Thread-Index: AQHVxXo6Tdne2RKNvUiZXnvcjdbYaaf+7smAgA8/PXCAMrrK4A== Date: Mon, 9 Mar 2020 17:55:50 +0000 Message-ID: References: <7E27249A-E86C-4E4C-9DD2-388D9741AD1D@apple.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=fbrockne@cisco.com; x-originating-ip: [173.38.220.48] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bc8dc9d7-b6c6-4e07-baf5-08d7c4531a93 x-ms-traffictypediagnostic: BYAPR11MB2920: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0337AFFE9A x-forefront-antispam-report: SFV:NSPM; SFS:(10001)(10009020)(4636009)(396003)(366004)(39860400002)(136003)(346002)(376002)(189003)(199004)(110136005)(4326008)(316002)(107886003)(478600001)(7696005)(2906002)(76116006)(53546011)(66446008)(66946007)(66476007)(64756008)(966005)(6506007)(66556008)(5660300002)(9686003)(81166006)(81156014)(8676002)(52536014)(26005)(186003)(55016002)(33656002)(8936002)(71200400001)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2920; H:BYAPR11MB2584.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JPxwMeaCTjq9Li+nItR/tSboYk70b0OgbIS0m/38aCsCaevg1w19Oasgna+wR8XMz9siGP03QUSWp0Oc5fTFCLBICYQb0lRMmKfZ0ow76WZIonUqjFrZygsWtx5qEYCBBLQOyiG+1iqFInPXy8QjZH4/B59eAT4ycE563vPRuirNaE0Vt5FMdMg5yFZQ/oX2S20E8hL8JXhUP96Py39MN2JdVBfc5iRlsaKTViOhX0il3NgYy2k0pIkhzmkGGtY3r47HOffA9lqBBPv8NLlQZDUQuEj+v5wSi3DRzw5NYcWeMioYMip2t4q8lFanyI1OmmwcNmLNn+kojAR1TLOvT8bhJVnRdrQJ6hE/RjsB8nOS59KJ7/CUDoKtMAsyAC+O1lcveEqJOUmy6mW0CB2sJiQ/mmEUIi9e23ZnlnnGiepvVhhPkJ93/lRggu29eZAmxhmGxJpyowyyuBWiuH6B8JB3PQddQ9h/8irrX0AZdgFuNU+Uswwnj9pP9ZgePtxnob0k8MtL9wGzg3WOU41dWWywNkLkq+sc4lD3n8vsmWG3Ja2d4flb9Iblgh5K4XwYWWf8RgKJIxFWI4ARBlMeEw== x-ms-exchange-antispam-messagedata: 7NBB1MeHpoDe1E4FV1jULtGWUA5+XwG+mwElrRsdxEmKjmQnXs02JNIKeowvbbpMIIAV4bVSgg3wOh4SqyCespgcLAMcwrXgIoWMGRI+LfEHsKMb/cDevML0hl7R4ULW8UP7wj1/25hP9iqYnImndQ== Content-Type: multipart/alternative; boundary="_000_BYAPR11MB25840D3ACC20B77D802F8FD4DAFE0BYAPR11MB2584namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: bc8dc9d7-b6c6-4e07-baf5-08d7c4531a93 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2020 17:55:50.1334 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dzU0QelofhypbxT+ajt7DqAqQQqzJPeJ90m6Ih4QjYuYtZasG17Xm9kIfT96k5gSulBgQizzMnWQshzM1IhEmA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2920 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 17:55:56 -0000 --_000_BYAPR11MB25840D3ACC20B77D802F8FD4DAFE0BYAPR11MB2584namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FYI - earlier today, draft-ietf-ippm-ioam-data-09 was posted (https://tools= .ietf.org/html/draft-ietf-ippm-ioam-data-09); It addresses the list of issues below - which received quite a bit of discu= ssion on github (click on the issues links below). The corresponding key pull requests are: * To address #157,#158,#159, #150, #149 corresponding to WGLC comments * #152 update to clarify node capable of IOAM function in Section 4.4 * Issue #151 - Clarifications to SHOULD statements in section 3 of draft-ie= tf-ippm-ioam-data-08 * Issue #156: Definition of timestamp in E2E option * Data draft security considerations updated In addition to draft-ietf-ippm-ioam-data, there are also updated versions o= f the following IOAM-related WG documents: * https://tools.ietf.org/html/draft-ietf-ippm-ioam-ipv6-options-01 * https://tools.ietf.org/html/draft-ietf-ippm-ioam-flags-01 * https://tools.ietf.org/html/draft-ietf-ippm-ioam-direct-export-00 Frank From: Frank Brockners (fbrockne) Sent: Donnerstag, 6. Februar 2020 12:09 To: Tommy Pauly ; IETF IPPM WG Cc: Shwetha Bhandari (shwethab) Subject: RE: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data Many thanks to all the reviewers of draft-ietf-ippm-ioam-data-08 for their = excellent and detailed feedback. In order to structure process of including the feedback in the next revisio= n of the document we've created a set of issues on git which not only conta= in the individual feedback, grouped by topic areas, but also suggest an app= roach on how to tackle an individual item: * Issue #149: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Editorial * Issue #150: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Nomenclatur= e * Issue #151: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Clarificati= ons to SHOULD statements * Issue #152: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Add further= detail/clarifications to existing definitions * Issue #153: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Changes to = existing definitions * Issue #154: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Suggestions= for additional data fields * Issue #155: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Security re= lated * Issue #156: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Needs clari= fication on timestamp insertion in E2E option * Issue #157: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Editorial o= n Pre-allocated and Incremental Trace Options * Issue #158: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Trace-Flags= Registry clarification * Issue #159: draft-ietf-ippm-ioam-data-08 WGLC#1 comments: Editorial D= EX leftovers It would be great if you could review the list to ensure that it is complet= e and captures all the feedback received. It would also be great to receive= feedback on the suggested approaches - either on git or here on the list, = to help and guide creating appropriate text in the document. Thanks much, Shwetha & Frank From: ippm > On Behalf = Of Tommy Pauly Sent: Montag,27. Januar 2020 19:09 To: Tommy Pauly > Cc: IETF IPPM WG > Subject: Re: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data Hi IPPM, Thanks for the feedback on this draft-ietf-ippm-ioam-data! Based on the reviews, we would like to see a new version of the document po= sted, so that the group can take a look at those changes and see if we thin= k we're ready after that. Authors, please post a new version when ready. Best, Tommy On Jan 7, 2020, at 8:47 AM, Tommy Pauly > wrote: Hello IPPM, Happy New Year! This email starts a working group last call for "Data Field= s for In-situ OAM" (https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-d= ata/). The last call will end on Tuesday, January 21. Please reply to ippm@ietf.or= g with your reviews and comments. Please indicate whe= ther you think this document is ready for publication. Best, Tommy (as co-chair) _______________________________________________ ippm mailing list ippm@ietf.org https://www.ietf.org/mailman/listinfo/ippm --_000_BYAPR11MB25840D3ACC20B77D802F8FD4DAFE0BYAPR11MB2584namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

FYI – earlier today, draft-ietf-ippm-ioam-data= -09 was posted (https://tools.ietf.org/html/draft-ietf-ippm-ioam-data-09);


It addresses the list of issues below – which received quite a bit of= discussion on github (click on the issues links below).

The corresponding key pull requests are:
* To address #157,#158,#159, #150, #149 corresponding to WG= LC comments
* #152 update to clarify node capable of IOAM function in S= ection 4.4

* Issue #151 - Clarifications to SHO= ULD statements in section 3 of draft-ietf-ippm-ioam-data-08=

* Issue #156: Definition of timestam= p in E2E option
* Data draft security considerations updated

 

In addition to draft-ietf-ippm-ioam-data, there are = also updated versions of the following IOAM-related WG documents:

* https://tools.ietf.org/html/draft-ietf-ippm-ioam-ipv6-options-01

* https://tools.ietf.org/html/draft-ietf-ippm-ioam-flags-01

* https://tools.ietf.org/html/draft-ietf-ippm-ioam-direct-export-00<= /o:p>

 

Frank

 

From: Frank Brockners (fbrockne)
Sent: Donnerstag, 6. Februar 2020 12:09
To: Tommy Pauly <tpauly=3D40apple.com@dmarc.ietf.org>; IETF IP= PM WG <ippm@ietf.org>
Cc: Shwetha Bhandari (shwethab) <shwethab@cisco.com>
Subject: RE: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-da= ta

 

 

Many thanks to all the reviewers of draft-ietf-ippm-= ioam-data-08 for their excellent and detailed feedback.

 

In order to structure process of including the feedb= ack in the next revision of the document we’ve created a set of issue= s on git which not only contain the individual feedback, grouped by topic a= reas, but also suggest an approach on how to tackle an individual item:

 

It would be great if you could review the list to ensure that it is co= mplete and captures all the feedback received. It would also be great to re= ceive feedback on the suggested approaches – either on git or here on the list, to help and guide creating appr= opriate text in the document.

 

Thanks much, Shwetha & Frank

 

 

 

From: ippm <ippm-bounces@ietf.org> On Behalf Of Tommy Pauly
Sent: Montag,27. Januar 2020 19:09
To: Tommy Pauly <tpauly=3D40apple.com@dmarc.ietf.org>
Cc: IETF IPPM WG <ippm@ietf.org<= /a>>
Subject: Re: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-da= ta

 

Hi IPPM,

 

Thanks for the feedback on this draft-ietf-ippm-ioam= -data!

 

Based on the reviews, we would like to see a new ver= sion of the document posted, so that the group can take a look at those cha= nges and see if we think we're ready after that.

 

Authors, please post a new version when ready.<= /o:p>

 

Best,

Tommy

 

 

Hello IPPM,

 

Happy New Year! This email starts a working group la= st call for "Data Fields for In-situ OAM" (https://datatracker.ietf.= org/doc/draft-ietf-ippm-ioam-data/).

 

The last call will end on Tuesday, January 21= . Please reply to ippm@ietf.org with your reviews and co= mments. Please indicate whether you think this document is ready for public= ation.

 

Best,

Tommy (as co-chair)

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

 

--_000_BYAPR11MB25840D3ACC20B77D802F8FD4DAFE0BYAPR11MB2584namp_-- From nobody Mon Mar 9 13:42:14 2020 Return-Path: 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 59BA23A1694; Mon, 9 Mar 2020 13:42:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158378652928.5603.11407140883969063649@ietfa.amsl.com> Date: Mon, 09 Mar 2020 13:42:09 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-01.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 20:42:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Metrics and Methods for IP Capacity Authors : Al Morton Ruediger Geib Len Ciavattone Filename : draft-ietf-ippm-capacity-metric-method-01.txt Pages : 22 Date : 2020-03-09 Abstract: This memo revisits the problem of Network Capacity metrics first examined in RFC 5136. The memo specifies a more practical Maximum IP-layer Capacity metric definition catering for measurement purposes, and outlines the corresponding methods of measurement. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-method/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-capacity-metric-method-01 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric-method-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 13:44:09 2020 Return-Path: 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 1093B3A1707 for ; Mon, 9 Mar 2020 13:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=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=trammell.ch 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 lFVYOd3D6P4M for ; Mon, 9 Mar 2020 13:43:57 -0700 (PDT) Received: from smtp-8fa8.mail.infomaniak.ch (smtp-8fa8.mail.infomaniak.ch [83.166.143.168]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C96C53A16B5 for ; Mon, 9 Mar 2020 13:43:56 -0700 (PDT) Received: from smtp-2-0001.mail.infomaniak.ch (unknown [10.5.36.108]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id C0A1810034634 for ; Mon, 9 Mar 2020 21:43:54 +0100 (CET) Received: from [IPv6:2a02:169:17b2:0:f5e5:7b74:698e:f5e0] (unknown [IPV6:2a02:169:17b2:0:f5e5:7b74:698e:f5e0]) by smtp-2-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 48bqvG39QKzlm9Nl for ; Mon, 9 Mar 2020 21:43:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=trammell.ch; s=20191114; t=1583786634; bh=oPKa4eTH2xbMpnZ3cSGe9DXXrUqmcOztTrrdI/NhqjQ=; h=From:Subject:Date:To:From; b=EppZMNrlwmctdFinsK2egmREAaIiylrY7h8LkCcxEffDmVypU2dsw+6F4c8lPD/kU 2pMDoPeTAxyPV+QQPDXSUQFVv2gI1kTWKx43S9rrJtxXh9z3elMGkLkTpNlW93T1Ds h0q9/Ogqg99kDyl1go1W9FQhfISyjPOk7WOLXtxU= From: "Brian Trammell (IETF)" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Message-Id: Date: Mon, 9 Mar 2020 21:43:54 +0100 To: IETF IPPM WG X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8 X-Antivirus-Code: 0x100000 Archived-At: Subject: [ippm] Canceling the IPPM meeting in Vancouver X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 20:44:06 -0000 Greetings, all, We are canceling the IPPM session in Vancouver. Due to corporate international travel restrictions tied to mitigation of = the COVID-19 outbreak, which has already led to three of the four chairs = canceling their trips; additional travel restrictions affecting key = participants; the questionable wisdom of asking those not yet under = restrictions to travel despite the significant continuing uncertainty = surrounding the state of the COVID-19 outbreak; and the pointlessness of = having a meeting in a timezone not necessarily suited to the = mostly-remote participants; we, the chairs, thought this the best way = forward. We will work to plan a virtual interim meeting in April, at a time to be = determined together with key WG participants. We have the set of agenda = requests and the business that would have been on the agenda, and we = will honor these in planning the meeting. Best regards,=20 Brian (as co-chair IPPM WG)= From nobody Mon Mar 9 13:58:18 2020 Return-Path: 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 668E63A1753; Mon, 9 Mar 2020 13:58:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158378748734.5683.1128749990909158885@ietfa.amsl.com> Date: Mon, 09 Mar 2020 13:58:07 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-metric-registry-24.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 20:58:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Registry for Performance Metrics Authors : Marcelo Bagnulo Benoit Claise Philip Eardley Al Morton Aamer Akhter Filename : draft-ietf-ippm-metric-registry-24.txt Pages : 38 Date : 2020-03-09 Abstract: This document defines the format for the IANA Performance Metrics Registry. This document also gives a set of guidelines for Registered Performance Metric requesters and reviewers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-metric-registry/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-metric-registry-24 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-metric-registry-24 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-metric-registry-24 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 14:01:09 2020 Return-Path: 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 5A3443A1790; Mon, 9 Mar 2020 14:00:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158378765729.5358.4922909933708245729@ietfa.amsl.com> Date: Mon, 09 Mar 2020 14:00:57 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-initial-registry-16.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 21:01:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Initial Performance Metrics Registry Entries Authors : Al Morton Marcelo Bagnulo Philip Eardley Kevin D'Souza Filename : draft-ietf-ippm-initial-registry-16.txt Pages : 78 Date : 2020-03-09 Abstract: This memo defines the set of Initial Entries for the IANA Performance Metrics Registry. The set includes: UDP Round-trip Latency and Loss, Packet Delay Variation, DNS Response Latency and Loss, UDP Poisson One-way Delay and Loss, UDP Periodic One-way Delay and Loss, ICMP Round-trip Latency and Loss, and TCP round-trip Latency and Loss. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-initial-registry/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-initial-registry-16 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-initial-registry-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-initial-registry-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 9 14:13:27 2020 Return-Path: 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 612823A09A4 for ; Mon, 9 Mar 2020 14:13:25 -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, SPF_HELO_NONE=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 E1AL5Xlb4gpn for ; Mon, 9 Mar 2020 14:13:24 -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 207343A0982 for ; Mon, 9 Mar 2020 14:13:24 -0700 (PDT) Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id 029LBKkQ029984 for ; Mon, 9 Mar 2020 17:13:23 -0400 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 2ynt11nrmc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 09 Mar 2020 17:13:23 -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 029LDMhN101044 for ; Mon, 9 Mar 2020 16:13:22 -0500 Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [135.46.181.149]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 029LDIxx100918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 9 Mar 2020 16:13:19 -0500 Received: from zlp30499.vci.att.com (zlp30499.vci.att.com [127.0.0.1]) by zlp30499.vci.att.com (Service) with ESMTP id D2AFB404769B for ; Mon, 9 Mar 2020 21:13:18 +0000 (GMT) Received: from clpi183.sldc.sbc.com (unknown [135.41.1.46]) by zlp30499.vci.att.com (Service) with ESMTP id B41754047692 for ; Mon, 9 Mar 2020 21:13:18 +0000 (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 029LDIr7027664 for ; Mon, 9 Mar 2020 16:13:18 -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 029LDCIK027217 for ; Mon, 9 Mar 2020 16:13:12 -0500 Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-azure.research.att.com (Postfix) with ESMTP id 4CA50E56DC for ; Mon, 9 Mar 2020 17:13:12 -0400 (EDT) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Mon, 9 Mar 2020 17:13:11 -0400 From: "MORTON, ALFRED C (AL)" To: "ippm@ietf.org" Thread-Topic: I-D Action: draft-ietf-ippm-capacity-metric-method-01.txt Thread-Index: AQHV9lNNS/ip2AlIQEeno4mauvgDBKhAwGPQ Date: Mon, 9 Mar 2020 21:13:11 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CFED658D53@njmtexg5.research.att.com> References: <158378652928.5603.11407140883969063649@ietfa.amsl.com> In-Reply-To: <158378652928.5603.11407140883969063649@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [69.141.203.172] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-03-09_10:2020-03-09, 2020-03-09 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxlogscore=841 spamscore=0 lowpriorityscore=0 bulkscore=0 mlxscore=0 phishscore=0 suspectscore=0 priorityscore=1501 clxscore=1015 impostorscore=0 malwarescore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2003090130 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-01.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 21:13:26 -0000 Hi IPPM, This update (the fifth draft overall), covers topics discussed in the last month or so on the mailing list and elsewhere, expands details on reporting and measurement considerations, and cleans-up some indexes for metric time intervals, etc. The authors request some agenda time at a future meeting, now that IPPM @IETF-107 was cancelled (between the submission of the draft, and sending this summary of changes message). further comments and review encouraged, Al, for co-authors R=FCdiger and Len > -----Original Message----- > From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: Monday, March 9, 2020 4:42 PM > To: i-d-announce@ietf.org > Cc: ippm@ietf.org > Subject: I-D Action: draft-ietf-ippm-capacity-metric-method-01.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the IP Performance Measurement WG of the > IETF. >=20 > Title : Metrics and Methods for IP Capacity > Authors : Al Morton > Ruediger Geib > Len Ciavattone > Filename : draft-ietf-ippm-capacity-metric-method-01.txt > Pages : 22 > Date : 2020-03-09 >=20 > Abstract: > This memo revisits the problem of Network Capacity metrics first > examined in RFC 5136. The memo specifies a more practical Maximum > IP-layer Capacity metric definition catering for measurement > purposes, and outlines the corresponding methods of measurement. >=20 >=20 >=20 =3D From nobody Mon Mar 9 15:10:24 2020 Return-Path: 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 04C993A07CC; Mon, 9 Mar 2020 15:10:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ZV1QMefJoaMv; Mon, 9 Mar 2020 15:10:14 -0700 (PDT) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 8A6E43A07A1; Mon, 9 Mar 2020 15:10:14 -0700 (PDT) Received: by mail-lj1-x22d.google.com with SMTP id d23so1196847ljg.13; Mon, 09 Mar 2020 15:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=FMqafmDbZanL03jICtaBoxXm0liefjoG5R+bThWFR9E=; b=isQSmwpQN4im5z565XvyDSeDAMH+ibmzxagCPMlWolnmsRiF+D9l/oziv1g8UbgSZ/ 306lTNwCzdmywI2Sf9avNQAvVn3f5MzBr4GjfJrV7qGu4SKm+afAypiZZkJDBOPVKRBG t/asK6sJYGeduds+S1JLS/NjfMRs1k5QgR35m10wGugWoNNClhqKgvTTkr383Ncju3Lz vnExuoCgAYrHAwnlOufWe6mu90FjlMftyzFGQ+rpWG504Zc5myLCxan+UHheZNo8MPj0 LBPoD46gPJTookU14kRJtMt89gBJaXWztTbABkG+96WbPNFQjhOdtxM7jQSExI+E0d7g PQyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=FMqafmDbZanL03jICtaBoxXm0liefjoG5R+bThWFR9E=; b=Iq5EMF8ah1gbthoYWnXkGAG+JlFaHYZpZTnKLb4BFy8bkNOf4P0oEh0tA1FhXFux8E ILCESTdto1JuN1p51n0SqRARTSGcEL7fh2JveoiSPMIc3epgb8JTQBRXjrHM0OELlHhG CwxfKGjdxYAipjI6rwv5c6np7zqsMS8xf54juc0n9L3xua1cmRqz0FtTdL7xN/8rGMTs E3+55GdAL2kNK6eN931QF9uVueAOoOTUuMgV3LwOhQxP638J7rIRTlpDAY94sj5S5Pbn IR4KC+Jq/d2i6MpqXkB9vbuevq/7eP7swLbSXxmkMxoc8VjCERlRg7A+L0Y/t6WZbTr9 nrjQ== X-Gm-Message-State: ANhLgQ0KIDS3ge6vHw7K2SWnb1JtVqptQT+4S0RU/vNtsHZj0smFSmbt /nH85pM4WeADMLE4lCtVlRflMokwAJtABbnY2OLAFr6G X-Google-Smtp-Source: ADFU+vs9sLylRYSPV30CwkTFZczl+8ZNGw9BV+T3i3IRw0m1obrOQGz8f3ZwPtSyRHyy3ylSndwpSFwm2NS0mN4iAAY= X-Received: by 2002:a05:651c:38b:: with SMTP id e11mr7020273ljp.37.1583791812407; Mon, 09 Mar 2020 15:10:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Mon, 9 Mar 2020 15:10:01 -0700 Message-ID: To: "Brian Trammell (IETF)" , IPPM Chairs , IETF IPPM WG Content-Type: multipart/alternative; boundary="0000000000006074ed05a07344de" Archived-At: Subject: Re: [ippm] Canceling the IPPM meeting in Vancouver X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 22:10:23 -0000 --0000000000006074ed05a07344de Content-Type: text/plain; charset="UTF-8" Hi Brian, et al., thank you for the timely update. That helps to more accurately evaluate the situation. In the meantime, I was planning to ask for the presentation slot on the updated version of draft-ietf-ippm-stamp-option-tlv. Please kindly consider it for the agenda of the virtual interim IPPM WG meeting. Regards, Greg On Mon, Mar 9, 2020 at 1:47 PM Brian Trammell (IETF) wrote: > Greetings, all, > > We are canceling the IPPM session in Vancouver. > > Due to corporate international travel restrictions tied to mitigation of > the COVID-19 outbreak, which has already led to three of the four chairs > canceling their trips; additional travel restrictions affecting key > participants; the questionable wisdom of asking those not yet under > restrictions to travel despite the significant continuing uncertainty > surrounding the state of the COVID-19 outbreak; and the pointlessness of > having a meeting in a timezone not necessarily suited to the mostly-remote > participants; we, the chairs, thought this the best way forward. > > We will work to plan a virtual interim meeting in April, at a time to be > determined together with key WG participants. We have the set of agenda > requests and the business that would have been on the agenda, and we will > honor these in planning the meeting. > > Best regards, > > Brian (as co-chair IPPM WG) > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > --0000000000006074ed05a07344de Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Brian, et al.,
thank you for the timely update. Tha= t helps to more accurately evaluate the situation.
In the meantim= e, I was planning to ask for the presentation slot on the updated version o= f draft-ietf-ippm-stamp-option-tlv. Please kindly consider it for the agend= a of the virtual interim IPPM WG meeting.

Regards,=
Greg

On Mon, Mar 9, 2020 at 1:47 PM Brian Trammell (IETF) &= lt;ietf@trammell.ch> wrote:
<= /div>
Greetings, all,

We are canceling the IPPM session in Vancouver.

Due to corporate international travel restrictions tied to mitigation of th= e COVID-19 outbreak, which has already led to three of the four chairs canc= eling their trips; additional travel restrictions affecting key participant= s; the questionable wisdom of asking those not yet under restrictions to tr= avel despite the significant continuing uncertainty surrounding the state o= f the COVID-19 outbreak; and the pointlessness of having a meeting in a tim= ezone not necessarily suited to the mostly-remote participants; we, the cha= irs, thought this the best way forward.

We will work to plan a virtual interim meeting in April, at a time to be de= termined together with key WG participants. We have the set of agenda reque= sts and the business that would have been on the agenda, and we will honor = these in planning the meeting.

Best regards,

Brian (as co-chair IPPM WG)
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--0000000000006074ed05a07344de-- From nobody Mon Mar 9 21:51:45 2020 Return-Path: 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 B55323A08B5; Mon, 9 Mar 2020 21:51:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Barry Leiba via Datatracker To: "The IESG" Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Tal Mizrahi , tal.mizrahi.phd@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Barry Leiba Message-ID: <158381589470.5523.1164066942364578999@ietfa.amsl.com> Date: Mon, 09 Mar 2020 21:51:34 -0700 Archived-At: Subject: [ippm] Barry Leiba's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 04:51:40 -0000 Barry Leiba has entered the following ballot position for draft-ietf-ippm-multipoint-alt-mark-07: No Objection 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-multipoint-alt-mark/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I found this to be a somewhat difficult read, with some awkward wording. Because of time constraints I’ll mostly not comment specifically, but leave it to the RPC. My comments below on Section 1 are examples. — Abstract — This document aims to generalize and expand this methodology “This document generalizes and expands this methodology” — Section 1 — The “; so” in the first sentence doesn’t follow from what comes before. It seems that you’ve just glued together two unrelated sentences, and I would unglue them: “point-to-point path. The extension proposed” How does the extension explain anything? Isn’t it the document that does the explaining, but then the extension that does the enabling? I can’t parse the first sentence of the second paragraph, and I can’t figure out what you’re trying to say. Can you try re-writing it? Please check to make sure you are consistent about capitalizing “Alternate Marking” and “Multipoint Alternate Marking” through the document. It looks like you have it about half and half. From nobody Tue Mar 10 06:27:10 2020 Return-Path: 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 8D9A23A12E8; Tue, 10 Mar 2020 06:27:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 g8EbtpKu-aAE; Tue, 10 Mar 2020 06:27:01 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 C9FCB3A11B3; Tue, 10 Mar 2020 06:27:00 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id f13so14136683ljp.0; Tue, 10 Mar 2020 06:27:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FiZfr+eCs3WEUZL5b88fgBJjWlkP/A2etDQLNJo7gno=; b=d4nh4mXj1bvRY6uvjE3UUK+jdRTzewfQPimsLrGgVkUlqnFNhEneVi3CCv5J4wBMg8 VMMvfR/XfFSgJ0asjFoi7+Hr9aTn/UYRVG7mvBZ+Q/TI8PSotGGlkSkzyvHEMXkawaGN tHZdIe+oyakRggp49xo0qWolCqiU4hLJSHVGXCd7Me6moHaNPmUKk0kdMyWBvuGAp8ms F2cvaLzYY7W5FaRNWqMLOS2m/UJCxrKsivrlXo6MeIgN+3+65ShedtYSo/MGNtr8dOpx Ce/2UaaCkJo8KoWCl2NleSHHvIux1650oZ6roLAKIwSomeESOTv5cvdjimc3DZyG1sDF 9QzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FiZfr+eCs3WEUZL5b88fgBJjWlkP/A2etDQLNJo7gno=; b=o2OKal3lADi3mnDomk5sNrmPOyh1d+qlEE6goVHLAZ5dFmBKnNqfGb5b862sw3pfQT vcSE3UmZ64mhTkHwtSAolKuw62fBQd6NaOKeaFNpPRcgKOKfAeQ4jF9zSacRZh6xdM4F f6rkhDs1zQ2xOyEunfXIGKtyCJp4X0sRGrCdBf13C6YnFmu1Q3qv5wpMNJKIrf+yrll7 4jqFf+Q9YQxwJ1YUQmhDTIxvuXDkdlQW4gHP7vAZ0mNf+wgtDxuGeXg9C80ae/hxM/ww 1oDQ0adYw4x/3mVzK4t4m4FK7OYKsbAkR9qI3KCgouLjMtrCaiEfvTwzyaBka2nvcQVV qyJw== X-Gm-Message-State: ANhLgQ1vXmTu331ZNZ6xqVjtKqkx68p4bsVSiP9Mnnl8UYX13QSPDbnT wFWlhyeCuF9PMz4uIivytlG0kCmHvrt4LuvWpA== X-Google-Smtp-Source: ADFU+vtko+bZthJBiBN1SuSRaPrTgtJwKbcOrurPwjEueW8uplm4BsG4q6GcdIUBg/3Mm860lJ+Oq9gSAP8HBefrV6g= X-Received: by 2002:a05:651c:2007:: with SMTP id s7mr5549899ljo.214.1583846818491; Tue, 10 Mar 2020 06:26:58 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Tue, 10 Mar 2020 09:26:47 -0400 Message-ID: To: Greg Mirsky Cc: IETF IPPM WG , IPPM Chairs , spring-chairs@ietf.org, spring Content-Type: multipart/alternative; boundary="000000000000feb1b805a0801206" Archived-At: Subject: Re: [ippm] [spring] Updates to draft-gandhi-spring-twamp-srpm-05.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 13:27:04 -0000 --000000000000feb1b805a0801206 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Greg for your review comments. Please see inline with .. On Mon, Mar 2, 2020 at 11:09 AM Greg Mirsky wrote: > Dear Rakesh, > my apologies for the belated response and comments that you can find belo= w: > > - as I understand, the draft is applicable to TWAMP Light mode, > mentioned in the informational Appendix I in RFC 5357, not the TWAMP > protocol itself. Since TWAMP Light is not a standard but its idea is > described in the informational text only, I think that the Information= al > track is more appropriate for this specification. > > The document defines procedures for SR. > > - I with the introduction of the Control Code field you propose the > update to the STAMP base test packet defined in draft-ietf-ippm-stamp > . How the > proposed change benefits STAMP protocol? As I understand, the Control = Code > field is introduced only for the benefit of the mechanism you propose = for > the Segment Routing. Does it have broader applicability? Why not use t= he > accepted by IPPM WG STAMP extension model and use TLV? > > I will prepare few slides to discuss different options. > > - also, the update introduces Loss Measurement Query Message Formats > and Loss Measurement Response Message Formats for STAMP, which are the > changes to draft-ietf-ippm-stamp, which has already been approved by I= ESG > for publication. I couldn't find the explanation of why these mechanis= ms > cannot use the extension mechanism already accepted by IPPM WG for STA= MP, > TLVs, as has been done for Direct Loss Measurement. I hope the authors= will > expand on the rationale of introducing new constructs in the STAMP bas= e > specification instead of using the TLV-based extension mechanism. > > This was discussed previously. https://mailarchive.ietf.org/arch/msg/ippm/JmS56RM5IskNSjshpFNGa9G_nf8/ > And in connection to my comments related to the proposed changes in STAMP > is the question to SPRING and IPPM WGs Chairs: > > - the authors of the draft have changed the title to reflect the > change in the scope of the draft. Now the draft updates not only > informational document that was produced by IPMM WG but the standards = track > document. I think that though Chairs of IPPM and SPRING WGs had discus= sed > where to anchor this specification, the change in scope may be signifi= cant > enough to require another round. Alternatively, changes to STAMP proto= col > may be the basis for the new draft that, preferably, be anchored in th= e WG > that is actively working on defining the STAMP specification and the > mechanism to extend STAMP functionalities. > > STAMP has been in the scope since the beginning. Please see slide #9 presented in IPPM WG in Montreal at IETF 105 (July 2019= ) https://datatracker.ietf.org/meeting/105/materials/slides-105-ippm-8-draft-= gandhi-spring-twamp-srpm-01-00 Thanks, Rakesh > Regards, > Greg > > On Fri, Jan 31, 2020 at 10:30 PM Rakesh Gandhi > wrote: > >> Hi WG, >> We have posted a revised draft with the following updates: >> >> - Added control-code field (similar to RFC 6374) >> - Added Node-Address TLV (e.g. destination-address) =E2=80=93 to carr= y the >> intended recipient of the probe query when using 127/8 address >> - Added Return Address in the Return Path TLV =E2=80=93 to send reply= to >> other than source-address >> - Added SR Policy with different endpoint addresses >> - Various editorial changes >> >> >> >> Welcome your review comments and suggestions. >> >> Thanks, >> >> Rakesh (on behalf of authors) >> >> >> =EF=BB=BFOn 2019-12-05, 1:48 PM, "internet-drafts@ietf.org" >> wrote: >> >> >> >> A new version of I-D, draft-gandhi-spring-twamp-srpm-05.txt >> >> has been successfully submitted by Rakesh Gandhi and posted to the >> >> IETF repository. >> >> >> >> Name: draft-gandhi-spring-twamp-srpm >> >> Revision: 05 >> >> Title: Performance Measurement Using TWAMP Light >> for Segment Routing Networks >> >> Document date: 2019-12-05 >> >> Group: Individual Submission >> >> Pages: 30 >> >> URL: >> https://www.ietf.org/internet-drafts/draft-gandhi-spring-twamp-srpm-05.t= xt >> >> Status: >> https://datatracker.ietf.org/doc/draft-gandhi-spring-twamp-srpm/ >> >> Htmlized: >> https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-05 >> >> Htmlized: >> https://datatracker.ietf.org/doc/html/draft-gandhi-spring-twamp-srpm >> >> Diff: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-gandhi-spring-twamp-srpm-05 >> >> >> >> Abstract: >> >> Segment Routing (SR) leverages the source routing paradigm. SR i= s >> >> applicable to both Multiprotocol Label Switching (SR-MPLS) and >> IPv6 >> >> (SRv6) data planes. This document specifies procedure for sendin= g >> >> and processing probe query and response messages for Performance >> >> Measurement (PM) in Segment Routing networks. The procedure uses >> the >> >> mechanisms defined in RFC 5357 (Two-Way Active Measurement >> Protocol >> >> (TWAMP) Light) and Simple Two-Way Active Measurement Protocol >> (STAMP) >> >> for Delay Measurement, and also uses the mechanisms defined in >> this >> >> document for Loss Measurement. The procedure specified is >> applicable >> >> to SR-MPLS and SRv6 data planes and are used for both links and >> >> end-to-end SR Policies. >> >> >> >> 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. >> >> >> >> The IETF Secretariat >> >> >> >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > --000000000000feb1b805a0801206 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Greg for your review comments. Please see inli= ne with <RG>..

On Mon, Mar 2, 2020 at 11:09 AM Greg Mirsky <gregimirsky@gmail.com> wrote:<= br>
Dear Rakesh,
my apologies for the belated response and comments that y= ou can find below:
  • as I understand, the draft is applicab= le to TWAMP Light mode, mentioned in the informational Appendix I in RFC 53= 57, not the TWAMP protocol itself. Since TWAMP Light is not a standard but = its idea is described in the informational text only, I think that the Info= rmational track is more appropriate for this specification.
=
<RG> The document defines procedures for SR.<= br>
=C2=A0
  • I with the introduction of the Control Code = field you propose the update to the STAMP base test packet defined in draft-ietf-ippm-stamp. How the proposed change benefits STAMP pro= tocol? As I understand, the Control Code field is introduced only for the b= enefit of the mechanism you propose for the Segment Routing. Does it have b= roader applicability? Why not use the accepted by IPPM WG STAMP extension m= odel and use TLV?
<RG> I will = prepare few slides to discuss different options.
=C2=A0
=
  • also, the update introduces=C2=A0Loss Measurement Query Message Format= s and=C2=A0Loss Measurement Response Message Formats for STAMP, which are t= he changes to draft-ietf-ippm-stamp, which has already been approved by IES= G for publication. I couldn't find the explanation of why these mechani= sms cannot use the extension mechanism already accepted by IPPM WG for STAM= P, TLVs, as has been done for Direct Loss Measurement. I hope the authors w= ill expand on the rationale of introducing new constructs in the STAMP base= specification instead of using the TLV-based extension mechanism.
    • <RG> This was discussed previously.

    =C2=A0
    And in connect= ion to my comments related to the proposed changes in STAMP is the question= to SPRING and IPPM WGs Chairs:
    • the authors of the = draft have changed the title to reflect the change in the scope of the draf= t.=C2=A0 Now the draft updates not only informational document that was pro= duced by IPMM WG but the standards track document. I think that though Chai= rs of IPPM and SPRING WGs had discussed where to anchor this specification,= the change in scope may be significant enough to require another round. Al= ternatively, changes to STAMP protocol may be the basis for the new draft t= hat, preferably, be anchored in the WG that is actively working on defining= the STAMP specification and the mechanism to extend STAMP functionalities.=

    <RG> STAMP has= been in the scope since the beginning.
    Please see slide #9 prese= nted in IPPM WG in Montreal at IETF 105 (July 2019)

    On Fri, Jan 31, 2= 020 at 10:30 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
    Hi WG,
    We= have posted a revised draft with the following updates:
    • Added control-code field (similar to RFC 6374)
    • Added Node-Ad= dress TLV (e.g. destination-address) =E2=80=93 to carry the intended recipient of the probe query when usin= g 127/8 address
    • Added Return Address in the Return Path TLV =E2=80=93 to send reply to other than source-address
    • Added SR Policy with different endpoint address= es
    • Various ed= itorial changes

    =C2=A0

    Welcome your revi= ew comments and suggestions.

    Thanks,

    Rakesh (on= behalf of authors)



    =EF=BB=BFOn 2019-12-05, 1:48 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote= :

    =C2=A0=C2=A0=C2=A0 <= /span>

    =C2=A0=C2=A0=C2=A0 A new version of I-D, draft-gandhi-spring-twamp-srpm-05.txt

    =C2=A0=C2=A0=C2=A0 has been successfully submitt= ed by Rakesh Gandhi and posted to the

    =C2=A0=C2=A0=C2=A0 IETF repository.=

    =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0 Name:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 draft-gandhi-spring-twamp-srpm

    =C2=A0=C2=A0=C2=A0 Revision:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 05

    =C2=A0=C2=A0=C2=A0 Title:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Performance Measurement Using TWAMP Light for Segment Routing Networks

    =C2=A0=C2=A0=C2=A0 Document date:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2019-12-05=

    =C2=A0=C2=A0=C2=A0 Group:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Individual Submission

    =C2=A0=C2=A0=C2=A0 Pages:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 30

    =C2=A0=C2=A0=C2=A0 URL:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/internet-drafts/d= raft-gandhi-spring-twamp-srpm-05.txt

    =C2=A0=C2=A0=C2=A0 Status:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.ietf.org/doc/draft-gandhi-sp= ring-twamp-srpm/

    =C2=A0=C2=A0=C2=A0 Htmlized: =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0https://tools.ietf.org/html= /draft-gandhi-spring-twamp-srpm-05

    =C2=A0=C2=A0=C2=A0 Htmlized:=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 https://datatracker.ietf.org/doc/html/draft-= gandhi-spring-twamp-srpm

    =C2=A0=C2=A0=C2=A0 Diff:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/rfcdiff?url2=3Ddraft-g= andhi-spring-twamp-srpm-05

    =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0 Abstract:=

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Segment Rou= ting (SR) leverages the source routing paradigm.=C2=A0 SR is

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 applicable = to both Multiprotocol Label Switching (SR-MPLS) and IPv6

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (SRv6) data= planes.=C2=A0 This document specifies procedure for sending

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and process= ing probe query and response messages for Performance

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Measurement= (PM) in Segment Routing networks.=C2=A0 The procedure uses the

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mechanisms = defined in RFC 5357 (Two-Way Active Measurement Protocol

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (TWAMP) Lig= ht) and Simple Two-Way Active Measurement Protocol (STAMP)

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for Delay M= easurement, and also uses the mechanisms defined in this

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 document fo= r Loss Measurement.=C2=A0 The procedure specified is applicabl= e

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to SR-MPLS = and SRv6 data planes and are used for both links and

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 end-to-end = SR Policies.

    =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0 Please note that it may take = a couple of minutes from the time of submission

    =C2=A0=C2=A0=C2=A0 until the htmlized version an= d diff are available at tools.ietf= .org.

    =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0 The IETF Secretariat

    =C2=A0=C2=A0=C2=A0

    =C2=A0=C2=A0=C2=A0

    _______________________________________________
    spring mailing list
    spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
    --000000000000feb1b805a0801206-- From nobody Tue Mar 10 06:31:50 2020 Return-Path: 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 0BD3F3A13A9; Tue, 10 Mar 2020 06:31:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 kiJKz-l4SckO; Tue, 10 Mar 2020 06:31:37 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 78ADE3A137C; Tue, 10 Mar 2020 06:31:35 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id e18so14115352ljn.12; Tue, 10 Mar 2020 06:31:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3RehLIlHpNk/fw8WvaAb3VSsqupHX/uWkHVM8TFtOE0=; b=vVWe8fr/7DwZwmpazS72lyTukcKCwgR4/IH3X3uDJ764VhJMNUfl0cMboN5tRic+LR 24pidy4pHjWN7hG4Bf+wV1CM1FlRNq6h2x8jKDTwTX10BtTBzBD4C0VoEawKpIHVe+pS A1earx6VHmbyhaCTK36Jf2+Yw1xXHjGWBaxBt9lhNW9XZgQ/ujedkbQyV0CIjKLf762G c6zqtjzKO6HFEmfBAyZ43yZwGhiz3XuVNHI/AZr3AVej/S49Fpkc3JuyzeRuYrxMIMsF cCArQBJ6Xnnctos0S7AXdHN+S8l/srwSpmhvGMi3SObpZYmSEiey2+KMjmyYIVil0Uuk nCwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3RehLIlHpNk/fw8WvaAb3VSsqupHX/uWkHVM8TFtOE0=; b=gYyRGU26fVPFnirf46kjd/OG0Y4C6Q2rZluZT5eyTzfP+VT8MLluJ6/iqrU1Mwh+4R /BKUUCqpxK1FMHetrpf/ybZ+v7YkeLYW+5OeqtoZ5YuOKTj6KSy9j/MEt4JRczk5gktY xs6IqJ+/Q4OJG3YnfH6RMiBnUlrkYv+yR4tT5aKohNvo9dllQ51PqZiadFrFnuSZ2yAy 8rZGF49k0lP7eHp18KwV/7v9BufIhqR5ZE7yUbmD2q/5AV6/kcCtKdZOoepK6P2j3u1o 5vBKycAkgxMrROppnuxkBFyKP2GSn+e1YhNqjVwNT6sThEG4Qka4bXQkp9GeTtOnHFgu SuIg== X-Gm-Message-State: ANhLgQ2jrw6axtJTIkIEFjsJ8YUl/JpOBIC7HfCXGlWraziWu7c8ZdYH OlzTbOdA/BJEOE1YFL3H+3r8OLkYDt15rtb42xXOc09kyg== X-Google-Smtp-Source: ADFU+vtVaU5IYMSTFOhPIJvEu11bybuHxM9SHtVCjwdhYyHkeCaStMiDKH60rBL5u+VfQH8u5EpxHrGDURkY12PRIqY= X-Received: by 2002:a2e:87c8:: with SMTP id v8mr12106492ljj.199.1583847093460; Tue, 10 Mar 2020 06:31:33 -0700 (PDT) MIME-Version: 1.0 References: <158230107443.29037.14133930624764653909.idtracker@ietfa.amsl.com> <4ABD2C49-D3AC-4E3E-8059-259371085D91@cisco.com> In-Reply-To: From: Rakesh Gandhi Date: Tue, 10 Mar 2020 09:31:22 -0400 Message-ID: To: Greg Mirsky Cc: IPPM Chairs , "Rakesh Gandhi (rgandhi)" , IETF IPPM WG Content-Type: multipart/alternative; boundary="0000000000006260d005a08023df" Archived-At: Subject: Re: [ippm] Fwd: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 13:31:47 -0000 --0000000000006260d005a08023df Content-Type: text/plain; charset="UTF-8" Thanks Greg for your reply. Let us prepare few slides to discuss different options and then WG can help which way to go. Thanks, Rakesh On Mon, Mar 2, 2020 at 9:16 AM Greg Mirsky wrote: > Hi Rakesh, > thank you for your reply. The updates will be presented at the IPPM WG > meeting for discussion and review. If the consensus of the IPPM WG will be > not to make any of the updates, these will be acted upon according to the > WG decision. The consensus of the WG is usually decided by WG Chairs. I > hope we can all agree on the process. > On the question of space. The base unauthenticated STAMP test packet, as > defined in STAMP specification > , has 30 octets > MBZ. The proposed SSID uses only two octets out of 30. And I will reiterate > that the extensions to STAMP are encouraged to use TLVs as the main > extension mechanism. > > Regards, > Greg > > > > On Mon, Mar 2, 2020 at 3:02 PM Rakesh Gandhi > wrote: > >> Thanks Greg for your reply. >> As this is a WG document, an internal authors discussion only is not >> sufficient. New field added takes up 16-bits (too many) from the fixed >> length format for session-ID, which makes it difficult to add flags for new >> use-cases in future. BTW, the packet has 32-bit sequence number, out of >> which 16-bits can be used for session-ID in some use-cases. As mentioned if >> there is a need, 32-bit sequence number can be added in a TLV. The scope of >> the WG adopted draft was to define TLVs for STAMP. >> >> Thanks, >> Rakesh >> >> >> On Fri, Feb 28, 2020 at 6:57 PM Greg Mirsky >> wrote: >> >>> Hi Rakesh, >>> thank you for reminding me of the decision WGs chairs made. >>> Your questions about SSID are greatly appreciated. Authors of the STAMP >>> TLV draft have discussed where to place the SSID field, and our proposal is >>> reflected in the updated draft. I'll present it at the IPPM WG meeting and >>> will be glad to discuss and answer any questions. >>> >>> Regards, >>> Greg >>> >>> On Fri, Feb 28, 2020 at 3:40 PM Rakesh Gandhi >>> wrote: >>> >>>> Hi Greg, >>>> Thanks for your reply. >>>> After some good discussions between the IPPM and SPRING chairs, it has >>>> already been agreed that the draft-gandhi-spring-twamp-srpm will be hosted >>>> in SPRING. It is captured in the chairs update at the last IETF meeting: >>>> >>>> https://datatracker.ietf.org/meeting/106/materials/slides-106-spring-sessa-chairs-slides-01 >>>> >>>> Original purpose of the draft-ietf-ippm-stamp-option-tlv accepted as a >>>> WG document was to define TLVs for STAMP. But now it is also modifying the >>>> STAMP packet format. Shouldn't SSID (session ID) be in a STAMP TLV? It can >>>> then be 32-bit number (as opposed to 16-bit) and can be used for encoding >>>> additional information. >>>> >>>> This way, we can keep the 16-bits available in the STAMP packet format >>>> for future use - instead of leaving no space at all and using up all the >>>> available bits in the message for SSID. >>>> >>>> Recall that draft-gandhi-spring-twamp-srpm only uses one bit flag from >>>> the 16-bit field, rest is still available. >>>> >>>> Thanks, >>>> Rakesh >>>> >>>> >>>> On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky >>>> wrote: >>>> >>>>> Hi Rakesh, >>>>> thank you for your expedient clarification. I think that one >>>>> assumption made in your draft requires very careful consideration by IPPM >>>>> WG that had worked on STAMP for quite some time already. Here's the >>>>> paragraph that raises a question: >>>>> The loss measurement probe and query messages defined in this >>>>> document are also equally applicable to STAMP and STAMP TLVs, and >>>>> use >>>>> the message formats defined in [I-D.ippm-stamp]. >>>>> As I understand, you've planned to anchor this work at SPRING WG >>>>> though you propose to update documents developed in IPPM WG. Perhaps Chars >>>>> of these two WGs will discuss and suggest to you on the appropriate WG to >>>>> host this draft. >>>>> As for the proposed changes to STAMP, I believe that these should be >>>>> handled with lots of caution and we encourage authors to make the use of >>>>> the STAMP extension mechanism provided by TLVs. >>>>> >>>>> Regards, >>>>> Greg >>>>> >>>>> On Fri, Feb 28, 2020 at 10:10 AM Rakesh Gandhi >>>>> wrote: >>>>> >>>>>> Hi Greg, >>>>>> Thanks for your reply. >>>>>> The draft-gandhi-spring-twamp-srpm includes both TWAMP Light and >>>>>> STAMP (Section 3.2) (TLVs for STAMP in other sections). Two drafts are >>>>>> updating the same field in the STAMP packet format. >>>>>> Thanks, >>>>>> Rakesh >>>>>> >>>>>> >>>>>> On Thu, Feb 27, 2020 at 11:14 PM Greg Mirsky >>>>>> wrote: >>>>>> >>>>>>> Hi Rakesh, >>>>>>> thank you for your interest in the update to STAMP extensions. Can >>>>>>> you elaborate on where you see the conflict between STAMP and your >>>>>>> proposal? Is the change you've proposed applicable to STAMP test packet? As >>>>>>> far as I understand, STAMP cannot support your proposal and interwork with >>>>>>> a system that is complaint with draft-gandhi-spring-twamp-srpm. As for STAP >>>>>>> interworking with TWAMP in Unauthenticated mode, SSID doesn't change >>>>>>> anything, as TWAMP Session-Sender will zero the field and Session-Reflector >>>>>>> will ignore it on receipt. So I don't see conflict here at all. I greatly >>>>>>> appreciate your clarification. >>>>>>> >>>>>>> Regards, >>>>>>> Greg >>>>>>> >>>>>>> On Thu, Feb 27, 2020 at 7:48 PM Rakesh Gandhi (rgandhi) < >>>>>>> rgandhi@cisco.com> wrote: >>>>>>> >>>>>>>> Hi Greg, >>>>>>>> >>>>>>>> I noticed that this STAMP TLV draft update is proposing to modify >>>>>>>> the STAMP packet format to contain SSID. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>>> >>>>>>>> | Error Estimate | SSID | >>>>>>>> >>>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The SRPM draft posted in December had already proposed to use the >>>>>>>> same field for control-code. >>>>>>>> >>>>>>>> https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-05 >>>>>>>> >>>>>>>> . >>>>>>>> . >>>>>>>> >>>>>>>> >>>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>>> >>>>>>>> | Error Estimate | Reserved | Control Code >>>>>>>> | >>>>>>>> >>>>>>>> >>>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>>>>>>> >>>>>>>> . >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Looks like there is a conflict in packet format update proposed >>>>>>>> that need to sort out. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Rakesh >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *From: *ippm on behalf of Greg Mirsky < >>>>>>>> gregimirsky@gmail.com> >>>>>>>> *Date: *Friday, February 21, 2020 at 11:07 AM >>>>>>>> *To: *IETF IPPM WG >>>>>>>> *Subject: *[ippm] Fwd: New Version Notification for >>>>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Dear All, >>>>>>>> >>>>>>>> the new version includes updates to the Followup Telemetry TLV and >>>>>>>> introduces the new HMAC TLV. >>>>>>>> >>>>>>>> We always welcome and greatly appreciate your comments, questions, >>>>>>>> and suggestions. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Greg >>>>>>>> >>>>>>>> ---------- Forwarded message --------- >>>>>>>> From: >>>>>>>> Date: Fri, Feb 21, 2020 at 8:04 AM >>>>>>>> Subject: New Version Notification for >>>>>>>> draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>>> To: Henrik Nydell >, >>>>>>>> Min Xiao , Adi Masputra , >>>>>>>> Ernesto Ruffini , Gregory Mirsky < >>>>>>>> gregimirsky@gmail.com>, Richard Foote >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>>> has been successfully submitted by Greg Mirsky and posted to the >>>>>>>> IETF repository. >>>>>>>> >>>>>>>> Name: draft-ietf-ippm-stamp-option-tlv >>>>>>>> Revision: 03 >>>>>>>> Title: Simple Two-way Active Measurement Protocol Optional >>>>>>>> Extensions >>>>>>>> Document date: 2020-02-21 >>>>>>>> Group: ippm >>>>>>>> Pages: 25 >>>>>>>> URL: >>>>>>>> https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.txt >>>>>>>> Status: >>>>>>>> https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/ >>>>>>>> Htmlized: >>>>>>>> https://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-03 >>>>>>>> Htmlized: >>>>>>>> https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv >>>>>>>> Diff: >>>>>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-option-tlv-03 >>>>>>>> >>>>>>>> Abstract: >>>>>>>> This document describes optional extensions to Simple Two-way >>>>>>>> Active >>>>>>>> Measurement Protocol (STAMP) which enable measurement performance >>>>>>>> metrics in addition to ones supported by the STAMP base >>>>>>>> specification. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 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 >>>>>>>> . >>>>>>>> >>>>>>>> The IETF Secretariat >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> ippm mailing list >>>>>>> ippm@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ippm >>>>>>> >>>>>> --0000000000006260d005a08023df Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Thanks Greg for your reply.
    Let us prepare few slides <= span style=3D"color:rgb(0,0,0);font-style:normal;font-variant-caps:normal;f= ont-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;te= xt-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;= display:inline;float:none">to discuss different options and then WG can hel= p which way to go.
    Thanks,
    Rakesh


    On Mon, Mar 2, 2020 at 9:16 AM Greg Mirsky <gregimirsky@gmail.com> wrote:
    <= div dir=3D"ltr">Hi Rakesh,
    thank=C2=A0you for your reply. The updates w= ill be presented at the IPPM WG meeting for discussion and review. If the c= onsensus of the IPPM WG will be not to make any of the updates, these will = be acted upon according to the WG decision. The consensus of the WG is usua= lly decided by WG Chairs. I hope we can all agree on the process.
    On the question of space. The base unauthenticated STAMP test packet, as d= efined in STAMP specification, has 30 octets MBZ. The propos= ed SSID uses only two octets out of 30. And I will reiterate that the exten= sions to STAMP are encouraged to use TLVs as the main extension mechanism.<= /div>

    Regards,
    Greg



    On Mon, Mar 2, 2020= at 3:02 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
    Thanks Greg for your reply.
    As this is a WG document, an interna= l authors discussion only is not sufficient. New field added takes up 16-bi= ts (too many) from the fixed length format for session-ID, which makes it d= ifficult to add flags for new use-cases in future. BTW, the packet has 32-b= it sequence number, out of which 16-bits can be used for session-ID in some= use-cases. As mentioned if there is a need, 32-bit sequence number can be = added in a TLV. The scope of the WG adopted draft was to define TLVs for ST= AMP.

    Thanks,
    Rakesh


    On Fri, Feb 28, 2020 at 6:57 PM Greg Mirsky <gregimirsky@gmail.com&g= t; wrote:
    Hi Rakesh,
    thank you for reminding me of the decision WGs cha= irs made.
    Your questions about SSID are greatly appreciated. Authors of = the STAMP TLV draft have discussed where to place the SSID field, and our p= roposal is reflected in the updated draft. I'll present it at the IPPM = WG meeting and will be glad to discuss and answer any questions.

    Regards,
    Greg

    On Fri, Feb 28, 2020= at 3:40 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
    Hi Greg,
    Thanks for your reply.
    After some good discus= sions between the IPPM and SPRING chairs, it has already been agreed that t= he draft-gandhi-spring-twamp-srpm will be hosted in SPRING. It is captured= in the chairs update at the last IETF meeting:

    Original purpose of the draft-ietf-ippm-stamp-option-tlv accepted as a WG = document was to define TLVs for STAMP. But now it is also modifying the STA= MP packet format. Shouldn't SSID (session ID) be in a STAMP TLV? It can= then be 32-bit number (as opposed to 16-bit) and can be used for encoding = additional information.

    This way, we can keep = the 16-bits available in the STAMP packet format for future use - instead o= f leaving no space at all and using up all the available bits in the messag= e for SSID.

    Recall that draft-gandhi-spring-tw= amp-srpm only uses one bit flag from the 16-bit field, rest is still availa= ble.

    Thanks,
    Rakesh


    On Fri, Feb 28, 2020 at 3:12 PM Greg Mirsky <gregimirsky@gmail.com> wrote:
    H= i Rakesh,
    thank you for your expedient clarification. I think that one = assumption made in your draft requires very careful consideration by IPPM W= G that had worked on STAMP for quite some time already. Here's the para= graph that raises a question:
    =C2=A0 =C2=A0The loss measurement p= robe and query messages defined in this
    =C2=A0 =C2=A0document are also e= qually applicable to STAMP and STAMP TLVs, and use
    =C2=A0 =C2=A0the mess= age formats defined in [I-D.ippm-stamp].
    As I understand, you= 've planned to anchor this work at SPRING WG though you propose to upda= te documents developed in IPPM WG. Perhaps Chars of these two WGs will disc= uss and suggest to you on the appropriate WG to host this draft.
    = As for the proposed changes to STAMP, I believe that these should be handle= d with lots of caution and we encourage authors to make the use of the STAM= P extension mechanism provided by TLVs.

    Regards,
    Greg

    On Fri, Feb 28, 2020 at 10:10 AM Rakesh Gandhi <rgandhi.ietf@gmail.c= om> wrote:
    Hi Greg,
    Thanks for your reply.
    The draft-gandhi-spring-twamp-srpm includes both TWAMP Light and STAMP (Se= ction 3.2) (TLVs for STAMP in other sections). Two drafts are updating the = same field in the STAMP packet format.
    Thanks,
    Rak= esh


    On Thu, Feb 27, 2020 at 11:14 PM Greg Mirsky = <gregimirsky@= gmail.com> wrote:
    Hi Rakesh,
    thank you for your interest in t= he update to STAMP extensions. Can you elaborate on where you see the confl= ict between STAMP and your proposal? Is the change you've proposed appl= icable to STAMP test packet? As far as I understand, STAMP cannot support y= our proposal and interwork with a system that is complaint with draft-gandh= i-spring-twamp-srpm. As for STAP interworking with TWAMP in Unauthenticated= mode, SSID doesn't change anything, as TWAMP Session-Sender will zero = the field and Session-Reflector will ignore it on receipt. So I don't s= ee conflict here at all. I greatly appreciate your clarification.

    Regards,
    Greg

    On Thu, Feb 27, 2020 at 7:48 P= M Rakesh Gandhi (rgandhi) <rgandhi@cisco.com> wrote:

    Hi Greg,

    I noticed that this STAMP TLV draft update is propos= ing to modify the STAMP packet format to contain SSID.

    =C2=A0

    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SSID=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 |
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+

    =C2=A0

    The SRPM draft posted in December had already propos= ed to use the same field for control-code.

    https://tools.ietf.org/html/draft-g= andhi-spring-twamp-srpm-05

    =C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .

    =C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

    =C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Error Estimate=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Reserv= ed=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 Control Code |

    =C2=A0=C2=A0=C2=A0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+

    =C2=A0=C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    =C2=A0

    Looks like there is a conflict in packet format upda= te proposed that need to sort out.

    =C2=A0

    Thanks,

    Rakesh

    =C2=A0

    =C2=A0

    From: = ippm <ippm-bounces@ietf.org>= ; on behalf of Greg Mirsky <gregimirsky@gmail.com>
    Date: Friday, February 21, 2020 at 11:07 AM
    To: IETF IPPM WG <ippm@ietf.org>
    Subject: [ippm] Fwd: New Version Notification for draft-ietf-ippm-st= amp-option-tlv-03.txt

    =C2=A0

    Dear All,

    the new version includes updates to the Followup Tel= emetry TLV and introduces the new HMAC TLV.

    We always welcome and greatly appreciate your commen= ts, questions, and suggestions.

    =C2=A0

    Regards,

    Greg

    ---------- Forwarded message ---------
    From: <int= ernet-drafts@ietf.org>
    Date: Fri, Feb 21, 2020 at 8:04 AM
    Subject: New Version Notification for draft-ietf-ippm-stamp-option-tlv-03.t= xt
    To: Henrik Nydell <hnydell@accedian.com>, Min Xiao <xiao.min2@zte.com.cn>, Adi Masputra = <adi@apple.com>= ;, Ernesto Ruffini <eruffini@outsys.org>, Gregory Mirsky <gregimirsky@gmail.com>, Richard Foote <footer.foote@nokia.com>=




    A new version of I-D, draft-ietf-ippm-stamp-option-tlv-03.txt
    has been successfully submitted by Greg Mirsky and posted to the
    IETF repository.

    Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-ippm-stamp-option-= tlv
    Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A003
    Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Simple Two-way Active Measurement = Protocol Optional Extensions
    Document date:=C2=A0 2020-02-21
    Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ippm
    Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 25
    URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-03.tx= t
    Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://data= tracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/
    Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.o= rg/html/draft-ietf-ippm-stamp-option-tlv-03
    Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datat= racker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv
    Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ht= tps://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-stamp-option-tlv-03
    Abstract:
    =C2=A0 =C2=A0This document describes optional extensions to Simple Two-way = Active
    =C2=A0 =C2=A0Measurement Protocol (STAMP) which enable measurement performa= nce
    =C2=A0 =C2=A0metrics in addition to ones supported by the STAMP base
    =C2=A0 =C2=A0specification.




    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.

    The IETF Secretariat

    _______________________________________________
    ippm mailing list
    ippm@ietf.org
    https://www.ietf.org/mailman/listinfo/ippm
    --0000000000006260d005a08023df-- From nobody Tue Mar 10 07:16:24 2020 Return-Path: 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 CDDB93A13D8; Tue, 10 Mar 2020 07:16:11 -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, 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 C60nmGvAr_Yl; Tue, 10 Mar 2020 07:16:05 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 391A53A1422; Tue, 10 Mar 2020 07:16:05 -0700 (PDT) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 0AF4CADB689C5F2CA18A; Tue, 10 Mar 2020 14:16:01 +0000 (GMT) Received: from fraeml716-chm.china.huawei.com (10.206.15.12) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 10 Mar 2020 14:16:00 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml716-chm.china.huawei.com (10.206.15.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 10 Mar 2020 15:16:00 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Tue, 10 Mar 2020 15:16:00 +0100 From: Giuseppe Fioccola To: Barry Leiba , The IESG CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: Barry Leiba's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) Thread-Index: AQHV9pelj0GMfazmQUGjdm+aLCVBMKhB1rzg Date: Tue, 10 Mar 2020 14:16:00 +0000 Message-ID: <9d958bb879304d7399819c4c3d73d29e@huawei.com> References: <158381589470.5523.1164066942364578999@ietfa.amsl.com> In-Reply-To: <158381589470.5523.1164066942364578999@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.8.130] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Barry Leiba's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 14:16:18 -0000 RGVhciBCYXJyeSwNClRoYW5rcyBmb3IgeW91ciBjb21tZW50Lg0KSSBoYXZlIGluY2x1ZGVkIHlv dXIgc3VnZ2VzdGVkIGNoYW5nZXMgYW5kIGNhcGl0YWxpemVkIOKAnEFsdGVybmF0ZSBNYXJraW5n 4oCdIHRocm91Z2ggdGhlIGRvY3VtZW50Lg0KDQpSZWdhcmRpbmcgdGhlIGZpcnN0IHBhcmFncmFw aCwgSSBjYW4gY2hhbmdlICJleHBsYWlucyIgd2l0aCAiYXBwbGllcyB0byIuIEl0IHNob3VsZCBi ZSBiZXR0ZXIuDQoNClJlZ2FyZGluZyB0aGUgc2Vjb25kIHBhcmFncmFwaCwgSSBjYW4gcmVwaHJh c2UgaXQgYXMgZm9sbG93czogIiBUaGUgQWx0ZXJuYXRlIE1hcmtpbmcgbWV0aG9kb2xvZ3kgZGVz Y3JpYmVkIGluIFJGQyA4MzIxIGFsbG93cyB0aGUgc3luY2hyb25pemF0aW9uIG9mIHRoZSBtZWFz dXJlbWVudHMgaW4gZGlmZmVyZW50IHBvaW50cyBieSBkaXZpZGluZyB0aGUgcGFja2V0IGZsb3cg aW50byBiYXRjaGVzLiBTbyBpdCBpcyBwb3NzaWJsZSB0byBnZXQgY29oZXJlbnQgY291bnRlcnMu Li4iDQoNClRoZXNlIGNoYW5nZXMgYXJlIGFkZHJlc3NlZCBpbiBteSBsb2NhbCB2ZXJzaW9uLg0K DQpJIHdpbGwgdXBsb2FkIGEgbmV3IHJldmlzaW9uIGFzIHNvb24gYXMgSSBnZXQgdGhlIGFkZGl0 aW9uYWwgYmFsbG90IHBvc2l0aW9ucyBhbmQgY29tbWVudHMuDQoNClJlZ2FyZHMsDQoNCkdpdXNl cHBlDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJhcnJ5IExlaWJhIHZp YSBEYXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddIA0KU2VudDogVHVlc2RheSwg TWFyY2ggMTAsIDIwMjAgNTo1MiBBTQ0KVG86IFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KQ2M6 IGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrQGlldGYub3JnOyBpcHBtLWNoYWly c0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsgVGFsIE1penJhaGkgPHRhbC5taXpyYWhpLnBoZEBn bWFpbC5jb20+OyB0YWwubWl6cmFoaS5waGRAZ21haWwuY29tDQpTdWJqZWN0OiBCYXJyeSBMZWli YSdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0w NzogKHdpdGggQ09NTUVOVCkNCg0KQmFycnkgTGVpYmEgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2lu ZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFy ay0wNzogTm8gT2JqZWN0aW9uDQoNCldoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1 YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbCBlbWFpbCBhZGRyZXNzZXMgaW5jbHVk ZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcyBpbnRyb2R1 Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQpmb3IgbW9y ZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0K DQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4g YmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVO VDoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCg0KSSBmb3VuZCB0aGlzIHRvIGJlIGEgc29tZXdoYXQgZGlmZmlj dWx0IHJlYWQsIHdpdGggc29tZSBhd2t3YXJkIHdvcmRpbmcuIA0KQmVjYXVzZSBvZiB0aW1lIGNv bnN0cmFpbnRzIEnigJlsbCBtb3N0bHkgbm90IGNvbW1lbnQgc3BlY2lmaWNhbGx5LCBidXQgbGVh dmUgaXQgdG8gdGhlIFJQQy4gIE15IGNvbW1lbnRzIGJlbG93IG9uIFNlY3Rpb24gMSBhcmUgZXhh bXBsZXMuDQoNCuKAlCBBYnN0cmFjdCDigJQNCg0KICAgVGhpcyBkb2N1bWVudCBhaW1zIHRvIGdl bmVyYWxpemUgYW5kIGV4cGFuZCB0aGlzDQogICBtZXRob2RvbG9neQ0KDQrigJxUaGlzIGRvY3Vt ZW50IGdlbmVyYWxpemVzIGFuZCBleHBhbmRzIHRoaXMgbWV0aG9kb2xvZ3nigJ0NCg0K4oCUIFNl Y3Rpb24gMSDigJQNClRoZSDigJw7IHNv4oCdIGluIHRoZSBmaXJzdCBzZW50ZW5jZSBkb2VzbuKA mXQgZm9sbG93IGZyb20gd2hhdCBjb21lcyBiZWZvcmUuICBJdCBzZWVtcyB0aGF0IHlvdeKAmXZl IGp1c3QgZ2x1ZWQgdG9nZXRoZXIgdHdvIHVucmVsYXRlZCBzZW50ZW5jZXMsIGFuZCBJIHdvdWxk IHVuZ2x1ZSB0aGVtOiDigJxwb2ludC10by1wb2ludCBwYXRoLiAgVGhlIGV4dGVuc2lvbiBwcm9w b3NlZOKAnQ0KDQpIb3cgZG9lcyB0aGUgZXh0ZW5zaW9uIGV4cGxhaW4gYW55dGhpbmc/ICBJc27i gJl0IGl0IHRoZSBkb2N1bWVudCB0aGF0IGRvZXMgdGhlIGV4cGxhaW5pbmcsIGJ1dCB0aGVuIHRo ZSBleHRlbnNpb24gdGhhdCBkb2VzIHRoZSBlbmFibGluZz8NCg0KSSBjYW7igJl0IHBhcnNlIHRo ZSBmaXJzdCBzZW50ZW5jZSBvZiB0aGUgc2Vjb25kIHBhcmFncmFwaCwgYW5kIEkgY2Fu4oCZdCBm aWd1cmUgb3V0IHdoYXQgeW914oCZcmUgdHJ5aW5nIHRvIHNheS4gIENhbiB5b3UgdHJ5IHJlLXdy aXRpbmcgaXQ/DQoNClBsZWFzZSBjaGVjayB0byBtYWtlIHN1cmUgeW91IGFyZSBjb25zaXN0ZW50 IGFib3V0IGNhcGl0YWxpemluZyDigJxBbHRlcm5hdGUgTWFya2luZ+KAnSBhbmQg4oCcTXVsdGlw b2ludCBBbHRlcm5hdGUgTWFya2luZ+KAnSB0aHJvdWdoIHRoZSBkb2N1bWVudC4gIEl0IGxvb2tz IGxpa2UgeW91IGhhdmUgaXQgYWJvdXQgaGFsZiBhbmQgaGFsZi4NCg0KDQoNCg== From nobody Tue Mar 10 08:20:19 2020 Return-Path: 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 320913A10E8; Tue, 10 Mar 2020 08:20:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.111 X-Spam-Level: X-Spam-Status: No, score=-3.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.463, SPF_HELO_NONE=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 oQ7Dt6GZhWBe; Tue, 10 Mar 2020 08:20:10 -0700 (PDT) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (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 B0CA73A10DC; Tue, 10 Mar 2020 08:20:09 -0700 (PDT) Received: by mail-io1-f49.google.com with SMTP id v3so7083754iom.13; Tue, 10 Mar 2020 08:20:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ndm5XFKE1WYIfLV63Mu8CGKx6aspYDztAIt5HNtRehs=; b=T5mOcbi5dSPg4O52h0G+zgPJX21mxSuT8lyPDV9bNGuni8sna0FrXneTm8+ntCBu0X 07uYWG/T7x8PG2ZooqT7kMm2O9X+qNIky8wfvBgDEgjakSXYYMyfn5+FlyQzRz4JH6eY 9DBcV6eQ+6++ZtU942ywCuUZZhJVLIjpN1LpDSKQ23QeooXYPqsvrFU4u65GtNIse4s6 lmjY7bmoX6I6dKDDQotPAA+0iU16XGnVkBhvieo48ldlT3Pex7LaSAj5jH3yJgIimbUB uQJF+SxlUXidRwEqHvzof7IZcB3LTPQblFTr0cABVFnvY3/+FSTTec8k06zDp3jr8Qa1 pRuw== X-Gm-Message-State: ANhLgQ1seZuWbVaq9Fk+s9uGgcPqNZnxowpB4563FjSlMVqnsRGqPWsU Ywgkj+Uqe4R+26stO2viVIXBSDbhFOQVwcxygI0= X-Google-Smtp-Source: ADFU+vsu3nrbrMa8eI+DVC/GYhg1RHAZamUxuHzVFLr3oKjYyYXiGZeLL4jjsEeCDt6F8MqM6tmqXo+8f4aJVTGxt90= X-Received: by 2002:a5d:9dcb:: with SMTP id 11mr18317284ioo.177.1583853608745; Tue, 10 Mar 2020 08:20:08 -0700 (PDT) MIME-Version: 1.0 References: <158381589470.5523.1164066942364578999@ietfa.amsl.com> <9d958bb879304d7399819c4c3d73d29e@huawei.com> In-Reply-To: <9d958bb879304d7399819c4c3d73d29e@huawei.com> From: Barry Leiba Date: Tue, 10 Mar 2020 11:19:57 -0400 Message-ID: To: Giuseppe Fioccola Cc: The IESG , "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [ippm] Barry Leiba's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 15:20:14 -0000 Thanks for the quick replies, Giuseppe, and thanks for addressing my commen= ts. Barry On Tue, Mar 10, 2020 at 10:16 AM Giuseppe Fioccola wrote: > > Dear Barry, > Thanks for your comment. > I have included your suggested changes and capitalized =E2=80=9CAlternate= Marking=E2=80=9D through the document. > > Regarding the first paragraph, I can change "explains" with "applies to".= It should be better. > > Regarding the second paragraph, I can rephrase it as follows: " The Alter= nate Marking methodology described in RFC 8321 allows the synchronization o= f the measurements in different points by dividing the packet flow into bat= ches. So it is possible to get coherent counters..." > > These changes are addressed in my local version. > > I will upload a new revision as soon as I get the additional ballot posit= ions and comments. > > Regards, > > Giuseppe > > > -----Original Message----- > From: Barry Leiba via Datatracker [mailto:noreply@ietf.org] > Sent: Tuesday, March 10, 2020 5:52 AM > To: The IESG > Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org; ippm-chairs@ietf.org; i= ppm@ietf.org; Tal Mizrahi ; tal.mizrahi.phd@gmai= l.com > Subject: Barry Leiba's No Objection on draft-ietf-ippm-multipoint-alt-mar= k-07: (with COMMENT) > > Barry Leiba has entered the following ballot position for > draft-ietf-ippm-multipoint-alt-mark-07: No Objection > > When responding, please keep the subject line intact and reply to all ema= il addresses included in the To and CC lines. (Feel free to cut this introd= uctory 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-multipoint-alt-mark/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I found this to be a somewhat difficult read, with some awkward wording. > Because of time constraints I=E2=80=99ll mostly not comment specifically,= but leave it to the RPC. My comments below on Section 1 are examples. > > =E2=80=94 Abstract =E2=80=94 > > This document aims to generalize and expand this > methodology > > =E2=80=9CThis document generalizes and expands this methodology=E2=80=9D > > =E2=80=94 Section 1 =E2=80=94 > The =E2=80=9C; so=E2=80=9D in the first sentence doesn=E2=80=99t follow f= rom what comes before. It seems that you=E2=80=99ve just glued together tw= o unrelated sentences, and I would unglue them: =E2=80=9Cpoint-to-point pat= h. The extension proposed=E2=80=9D > > How does the extension explain anything? Isn=E2=80=99t it the document t= hat does the explaining, but then the extension that does the enabling? > > I can=E2=80=99t parse the first sentence of the second paragraph, and I c= an=E2=80=99t figure out what you=E2=80=99re trying to say. Can you try re-= writing it? > > Please check to make sure you are consistent about capitalizing =E2=80=9C= Alternate Marking=E2=80=9D and =E2=80=9CMultipoint Alternate Marking=E2=80= =9D through the document. It looks like you have it about half and half. > > > From nobody Wed Mar 11 13:58:55 2020 Return-Path: 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 B6C9E3A0B63; Wed, 11 Mar 2020 13:58:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alvaro Retana via Datatracker To: "The IESG" Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Tal Mizrahi X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alvaro Retana Message-ID: <158396032972.1408.17305665509241401046@ietfa.amsl.com> Date: Wed, 11 Mar 2020 13:58:49 -0700 Archived-At: Subject: [ippm] Alvaro Retana's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2020 20:58:50 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-ippm-multipoint-alt-mark-07: No Objection 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-multipoint-alt-mark/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (1) Some of the terminology in this document can be confusing. For example, I can't help but thinking about multicast and replication when reading about a point-to-multipoint flow. Digging into the document, the concept is eventually explained (and the fact that multicast is not supported). I think that there would be great benefit in adding a Terminology section to include a short definition of the flow types and other terms (production network, monitoring network, etc.). (2) This document is classified as Experimental. What is the experiment? Given that the document describes a methodology and not an interoperable implementation, should the experiment be, for example, to consider the applicability of the methodology to different applications? It can obviously be something else...but I think it is important to indicate what it is. FWIW, given that this is an "extension of RFC 8321", I think that Experimental is the right status. From nobody Wed Mar 11 15:36:22 2020 Return-Path: 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 057BB3A0854; Wed, 11 Mar 2020 15:36:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 IXJjXPArvDkq; Wed, 11 Mar 2020 15:36:18 -0700 (PDT) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 101973A0855; Wed, 11 Mar 2020 15:36:12 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id a24so4925615edy.7; Wed, 11 Mar 2020 15:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=kAAW6WlPrNv7X/KA4jzU3ecgBuaSACOuA1FKmEE8KH8=; b=telv9rdt5sacXLCMALK118y/VBqM+y5v6pP8bxyu240IJNBrlwfJYGpoiBeo10f8N5 +Cgne8aj1kBrEApLhk8XxeEOkaAg+IbYHmSgcZNGq2GFxWdOiNmhq69mMvPa5pYTNf4h /zTkC3OxFawsErNuQSV9HDEs2GZReIICBpfea8OwFgFzWkz3QHr67LSWjsgh7eBTjs/w 9J0Kq7Zg0NSrGYijBug4TDwWxowAQC8lkBEo+/EV/L0HOAW8qo0KuEVQnVjDzPv47JPz I3ZpQ9LXkBHHREl/hYcpN68YwuQCXxDC7K5UYeYgZDm01Mug9MAMYWXVglb3OCpOpbD1 S31A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=kAAW6WlPrNv7X/KA4jzU3ecgBuaSACOuA1FKmEE8KH8=; b=qKbuTQfm1nLxZhOfo1nAxkgXS4Z/PgksUj0pTZrgQIuhxOoaqQbdB2ko7nPrD+nWOQ ihS0FIuf62R4/5u40uNkiaOBObaPFekMhjAj1JtM5N9Ug8rTwB2VBNceQmJOEKlj/lg3 moVwDTQbWIrFXFunsNPnhKkdEY4HwxgoZSucI5WP95hzzJYQRVWmTbQfWakicywD1jn0 vYsI/OeUBxmA0JQGdBTURL1pDs2Av1l8k1wQqqSIM+qs6yl5cPOM2Mc/UxxOE+vuSAUp 5kFUfmaxKTEZhJ0ZlIpXQkI0XkrQBQ9/BzECfw9IzdtkF239KsmFlPUlRwz1quBMUzne 219Q== X-Gm-Message-State: ANhLgQ3zB5JTABSkIFdnsR8vIw+IGRG0nddYGIHOd8EslXDRZqj108XM nU+0H7OhMvudktwGHj6J9+dON8k/IUXFwO2YY0KVOv1YfQ== X-Google-Smtp-Source: ADFU+vu9Uis1CZbdlsx0nAJprD3MzFMiKMkiqnWQ+1PJWqnoYjqY76MfF4AcuolgSjGyReOJVO2u0UMEuudIXhDNeRU= X-Received: by 2002:ac2:5f6d:: with SMTP id c13mr512468lfc.9.1583965376532; Wed, 11 Mar 2020 15:22:56 -0700 (PDT) MIME-Version: 1.0 From: Rakesh Gandhi Date: Wed, 11 Mar 2020 18:22:45 -0400 Message-ID: To: IETF IPPM WG , draft-ietf-ippm-stamp-option-tlv@ietf.org, Mach Chen Cc: IPPM Chairs Content-Type: multipart/alternative; boundary="0000000000009ad2fd05a09bad09" Archived-At: Subject: [ippm] Updates to twamp light/stamp messages X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2020 22:36:20 -0000 --0000000000009ad2fd05a09bad09 Content-Type: text/plain; charset="UTF-8" Hi WG, I have prepared few slides as follows to discuss the various options for adding session id and control code in the twamp light and stamp messages. https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-id-rev1.pdf Drafts discussed are: draft-gandhi-spring-twamp-srpm draft-ietf-ippm-stamp-option-tlv Welcome your comments and suggestions. Thanks, Rakesh --0000000000009ad2fd05a09bad09 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi WG,

    I have prepared few slides as follows= to discuss the various options for adding session id and control code in t= he twamp light and stamp messages.

    = https://github.com/rakgandhi/ietf-public/blob/master/ietf-s= tamp-session-id-rev1.pdf


    Drafts discussed are:

    draft-gandhi-s= pring-twamp-srpm

    = draft= -ietf-ippm-stamp-option-tlv


    Welcome your comments and suggestions.


    Thanks,

    Rakesh


    --0000000000009ad2fd05a09bad09-- From nobody Wed Mar 11 18:32:46 2020 Return-Path: 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 A1B153A0FED; Wed, 11 Mar 2020 18:32:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=RaD3AcG+; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JB6DwfX8 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 LfnzZkrJw079; Wed, 11 Mar 2020 18:32:38 -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 D14EE3A0DA5; Wed, 11 Mar 2020 18:32:37 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id E951921DC4; Wed, 11 Mar 2020 21:32:36 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 11 Mar 2020 21:32:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=z wIfI4sQtNg3mgixpinoE/Rb2bP4b0sL/xVC2Y5j1hM=; b=RaD3AcG+R+gddPGYD 1jplkydKKqvA4QFYWE0+myUKZHyrkkAGOjVSRhBjmdDk7gQa6QTSsiFxP8UFsqeN pgy9MITbEqZN9wDt67CsKd63U3aH6b706vwdgl2TzSa1wFy4Zyg4m4fQm+XAIFxg 7fHYS68qEDJ21eckWAEruWkqAlHSGb9UMCpl9oJCc/hPc5HXuwWkPrTw3wGSsr7v 3kEhNLRA3dszZT/sfIFsyzcr8nOlrrCUhtvi9ITYMv3yfqju9365ZHg6PqQCv7ws NHQr1UOcukl7k90BAEH+K9zpUN5KVU8KJAWZLSR9xwg0WCbcV6fdQmEmtDU3LV/C WPIsA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=zwIfI4sQtNg3mgixpinoE/Rb2bP4b0sL/xVC2Y5j1 hM=; b=JB6DwfX8yhzdhPLCYBUFysMKwZUC8tPSDq9DD0S5Jjkvan5433lQimHkr PoyPWlwqx0MESPSDB2Kt59WTkLu6KLnezO4nwulGZi9GaucAHTej4I4fmy+YbJKO X29Bg2AArsqmzZSO83KUkJGYjpawmEkXXYDd4Hf32Urq9AHhy6PPW3HQcQAAE2wi pZggS3l/wmZBrTbiYWYb3n0YkoScFThZ3Tv196UnVgDlFfnpZTwD2/iKTKUto/Sj 9qVgG6tPPu7hlDH1Flw/+cyKnxLjF7cBh1wLNsI0kBct1Ec/QeXLvR9DqE0jNTJ3 YuVXW55D4h5olWuPpBrIvte7LklHg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddvgedggeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud ejfedrfeekrdduudejrdekieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhn X-ME-Proxy: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.86]) by mail.messagingengine.com (Postfix) with ESMTPA id 8012230615B2; Wed, 11 Mar 2020 21:32:35 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <68396b000d9c427f93eecb5888db0ffd@huawei.com> Date: Wed, 11 Mar 2020 21:32:34 -0400 Cc: "gen-art@ietf.org" , "last-call@ietf.org" , "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <95927E5A-6068-4D4F-AF53-D9C062DEFBDB@cooperw.in> References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> <68396b000d9c427f93eecb5888db0ffd@huawei.com> To: Giuseppe Fioccola , Linda Dunbar X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [ippm] [Gen-art] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 01:32:40 -0000 Linda, thanks for your review. Giuseppe, thanks for your responses. I = entered a No Objection ballot. Alissa > On Mar 9, 2020, at 8:34 AM, Giuseppe Fioccola = wrote: >=20 > Hi Linda, > Thank you. I will apply the new version later today. >=20 > Regards, >=20 > Giuseppe >=20 > -----Original Message----- > From: Linda Dunbar [mailto:linda.dunbar@futurewei.com]=20 > Sent: Friday, March 6, 2020 9:01 PM > To: Giuseppe Fioccola ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; = last-call@ietf.org > Subject: RE: Genart last call review of = draft-ietf-ippm-multipoint-alt-mark-06 >=20 > Giuseppe,=20 >=20 > Thank you very much for the explanation. It is good.=20 >=20 > Linda >=20 > -----Original Message----- > From: Giuseppe Fioccola =20 > Sent: Friday, March 6, 2020 12:21 PM > To: Linda Dunbar ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; = last-call@ietf.org > Subject: RE: Genart last call review of = draft-ietf-ippm-multipoint-alt-mark-06 >=20 > Hi Linda, > Thanks for the feedback! > I will submit the new version by Monday. > Regarding your question, with multipoint path the egress nodes receive = alternative marked packets in random order from different ingress nodes, = but the reordering does not affect the measurement if it is satisfied = the condition in Section 7 that takes into account clock errors, = misalignment between marking interval and network delay. If we want to = recognize the marked signal from a specific source node we need to = specify better the flow filter criteria (i.e. 5-tuple), while if we want = only to select packets from a specific source (e.g. for delay = measurements) it is possible to apply the hashing technique as mentioned = in Section 8.2.2. As an alternative, to identify the source nodes and if = there is enough space in the header, the Node ID, as you suggested, = could be a possibility and also the Flow ID could be used to facilitate = the correlations, but this is an implementation issue and it is not = considered within this document. >=20 > Please let me know if this answers your question and if you want me to = include these considerations within the draft. >=20 > Regards, >=20 > Giuseppe >=20 >=20 > -----Original Message----- > From: Linda Dunbar [mailto:linda.dunbar@futurewei.com]=20 > Sent: Friday, March 6, 2020 5:15 PM > To: Giuseppe Fioccola ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; = last-call@ietf.org > Subject: RE: Genart last call review of = draft-ietf-ippm-multipoint-alt-mark-06 >=20 > Giuseppe,=20 >=20 > Thank you very much for the response. Agree with your proposed = changes.=20 > Just one more question, I remember that the P2P Alternative Marking is = achieved by sequence of 1 and sequence of 0. So the receiver can detect = the change when the Marking changes between 1 and 0. But with = multi-point to multi-point traffic, the receivers will receive packets = from different ingress nodes. If the Ingress nodes do not leave their = node IDs in the packets, the packets will carry Marking of 1 and 0 not = in specific orders.=20 > How does ingress signal to the egress nodes in the multi-point and = multi point scenario?=20 >=20 > Thank you very much.=20 >=20 > Linda Dunbar > -----Original Message----- > From: Giuseppe Fioccola =20 > Sent: Friday, March 6, 2020 3:51 AM > To: Linda Dunbar ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; = last-call@ietf.org > Subject: RE: Genart last call review of = draft-ietf-ippm-multipoint-alt-mark-06 >=20 > Dear Linda, > Thanks for your review! > Please find my answers inline tagged as [GF]. > Let me know if you agree with my proposed small changes to the draft. >=20 > Regards, >=20 > Giuseppe >=20 >=20 > -----Original Message----- > From: Linda Dunbar via Datatracker [mailto:noreply@ietf.org]=20 > Sent: Thursday, March 5, 2020 11:20 PM > To: gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; = last-call@ietf.org > Subject: Genart last call review of = draft-ietf-ippm-multipoint-alt-mark-06 >=20 > Reviewer: Linda Dunbar > Review result: Ready with Nits >=20 > 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 treat these comments just like any = other last call comments. >=20 > For more information, please see the FAQ at >=20 > = . >=20 > Document: draft-ietf-ippm-multipoint-alt-mark-06 > Reviewer: Linda Dunbar > Review Date: 2020-03-05 > IETF LC End Date: 2020-03-06 > IESG Telechat date: 2020-03-12 >=20 > Summary: > This document is to expand P2P flows marking methodology to measure = unicast flows in multipoint-to-multipoint network. The mechanism is = quite interesting. >=20 > [GF]: Thanks! >=20 > However, I do have some questions: >=20 > Page 9 (Section 5: Multipoint Packet Loss): Second paragraph stating = that "the sum of the number of packets on all ingress interfaces equals = the number on the egress interfaces for the monitored flow". >=20 > how to measure? with all nodes having different timer, it would be = difficult to quantify the time period. At any given time T, egress node = may count packets entered at T-x. Where to draw the line? packets may = traverse different routes through the network, and can take different = time. >=20 > [GF]: I understand your point but in this case the assumption is the = use of the alternate marking method. The time reference is given by the = alternate marking method, where the marking change is an = auto-synchronization signal for the network nodes. There are also timing = aspects due to the different timer of the nodes and this is explained in = Section 7: Timing Aspects. I can specify that this paragraph is valid in = the case of alternate marking. >=20 > Section 6.1 Algorithm for Cluster Partition: > How do you partition the cluster if the Application ingress the = network via different nodes? >=20 > [GF]: Once defined an Application flow, the algorithm considers all = the possible links and nodes for the given flow, even if there is no = traffic. It is based on topological information. So, if the Application = ingress via different nodes, the counters has a non-zero value for these = nodes, while a zero value for the other nodes without traffic, but, in = the end the formula is still valid. >=20 > Major issues: None > Minor issues: None >=20 > Nits/editorial comments: >=20 > Page 5: first sentence on the policies to classify flows: should allow = additional conditions that are not in the packet header as part of = matching criteria >=20 > [GF]: Sure, I can add a consideration here that the flow can be = defined at different levels based on the encapsulation considered and = additional conditions are possible. >=20 > Thank you very much. >=20 > Linda Dunbar >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Wed Mar 11 19:02:31 2020 Return-Path: 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 AE6C33A112D; Wed, 11 Mar 2020 19:02:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Tal Mizrahi , tal.mizrahi.phd@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <158397854669.19608.10592898561339579819@ietfa.amsl.com> Date: Wed, 11 Mar 2020 19:02:26 -0700 Archived-At: Subject: [ippm] Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 02:02:27 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-ippm-multipoint-alt-mark-07: Discuss 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-multipoint-alt-mark/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Let's discuss whether [I-D.mizrahi-ippm-compact-alternate-marking] needs to be a normative reference, to describe how the Hash selection method works for multipoint. This document alone does not even mention what is used as input to the hash (though I think I have a good guess based on the context). Even if the intent is that RFC 5474 suffices (avoiding the "dependency on individual document" issue), that is also listed only as an informative reference. Also, if the grouping procedure (section 6.1) does in fact require a distinguished (but arbitrary?) choice of initial endpoint as I suspect it does, that should be clarified. (See COMMENT.) ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I echo the other reviewers' comments about clarity as to "multipoint" vs. "multicast" and defining various terms. I agree with Barry that there's a lot of editorial work to be done; I've to note many instances in these comments even when the proper resolution is unclear to me. Section 1 This approach fits very well with the Intelligent Network and Software Defined Network (SDN) paradigm where the SDN Orchestrator and the SDN Controllers are the brains of the network and can manage flow control to the switches and routers and, in the same way, can calibrate the performance measurements depending on the necessity. nit: "necessity" doesn't sound right An SDN Controller Application can orchestrate how deep the network performance monitoring is setup by applying the Multipoint Alternate Marking as described in this document. nit: "how deep the network" doesn't sound right Section 3 In this way the flows to be monitored are selected into the monitoring points using packet selection rules, that can also change the pattern of the monitored network. nit: I'm not sure what "this way" refers to. It also seems like this may be two independent thoughts needlessly joined together with a comma. Section 4.1 [I-D.ietf-ippm-route]). In general there are different options: the monitoring network can be obtained by considering all the possible paths for the traffic or also by checking the traffic sometimes and update the graph consequently. "also by checking the traffic sometimes and update the graph consequently" feels pretty informal and under-specified. Section 5 Since all the packets of the considered flow leaving the network have previously entered the network, the number of packets counted by all the input nodes is always greater or equal than the number of packets counted by all the output nodes. [I think I could imagine some exotic cases where this does not hold, but none of them really seem topical for this work.] It is possible to define the Network Packet Loss of one monitored flow for a single period: <>. This is true for every packet flow in each marking period. As another reviewer implies, this discounts the difference between the number of packets "still in the network" at the start and end of the measurement period. The flow definition is generalized here, indeed, as described before, a multipoint packet flow is considered and the identification fields of the 5-tuple can be selected without any constraints. I don't think I understand what this means. If identification is fully general, how are we still limited to a 5-tuple? Section 6 In a completely monitored network (a network where every network interface is monitored), each network device corresponds to a Cluster and each physical link corresponds to two Clusters (one for each direction). ("what about unidirectional links?") Section 6.1 I'm not following how the first step of this algorithm produces the listed groups. Are the links considered to be bidirectional? Did we have to pick some arbitrary starting node (R1), and decree that once a link is in one group it cannot be in some other group? In this way the calculation of packet loss can be made on Cluster basis. Note that CIR(Committed Information Rate) and EIR(Excess Information Rate) can also be deduced on Cluster basis. Do we use CIR and/or EIR anywhere else? (Are they references to some other body of work?) In this way in a very large network there is no need to configure detailed filter criteria to inspect the traffic. You can check multipoint network and only in case of problems you can go deep with a step-by-step cluster analysis, but only for the cluster or combination of clusters where the problem happens. nits: there at least one missing article here ("a multipoint network") and I think there was something else that feels not quite right. In summary, once defined a flow, the algorithm to build the Cluster Partition considers all the possible links and nodes crossed by the What does "once defined a flow" mean? information. So, if the flow do not enter or traverse all the nodes, the counters has a non-zero value for the involved nodes, while a nit: singular/plural mismatch "the flow"/"do not", "counters"/"has a [...] value" The algorithm described above is an Iterative clustering algorithm, but it is also possible to apply a Recursive clustering algorithm by using the node-node adjacency matrix representation. Is there a reference for this? (Do I assume it's the [IEEE-ACM-ToN-MPNPM] at the end of the next paragraph?) Section 7 Therefore, when we expand to multipoint-to-multipoint flows, we have to consider that all source nodes mark the traffic and this adds more complexity. I'm not sure what chain of reasoning "therefore" is attempting to indicate. But we should now consider an additional contribution. Since all source nodes mark the traffic, the source measurement intervals can be of different lengths and with different offsets and this mismatch m can be added to d, as shown in figure. Please define m and d. So the misalignment between the marking source routers gives an additional constraint and the value of m is added to d (that already includes clock error and network delay). Thus, three different possible constraints are considered: clock error between network devices, network delay between measurement points and the misalignment between the marking source routers. Are these "constraints" or "contributions [to error/uncertainty]"? RFC 8321 does not seem to use "constraint" in this fashion. In the end, the condition that must be satisfied to enable the method to function properly is that the available counting interval must be > 0, and that means: L - 2m - 2d > 0 for each measurement point on the multipoint path. Therefore, the mismatch between measurement intervals must satisfy this condition. Is it bad to just make L really large? Section 8 period and this is the time reference that can be used. It is important to highlight that both delay and delay variation measurements make sense in a multipoint path. The Delay Variation is calculated by considering the same packets selected for measuring the Delay. Is the "variation" considered here just the variation across the separate paths that the selected packets take, or over time, or something else? o Delay measurements on single packets basis means that you can use multipoint path just to easily couple packets between inputs and nit: singular/plural mismatch "packets"/"basis" (also missing "a"?) nit: "inpur" singular, I think. Section 8.1.1 I don't understand what weights are used for the "weighted averages". Section 8.2.1 since they would not be representative of the entire flow. The packets can follow different paths with various delays and in general it can be very difficult to recognize marked packets in a multipoint- to-multipoint path especially in case they are more than one per period. nits: "the case when there is", comma before "and in general". Section 8.2.2 [I-D.mizrahi-ippm-compact-alternate-marking] introduces how to use the Hash method combined with alternate marking method for point-to- Is it really appropriate for a WG document to depend on an individual document to introduce a concept? In a multipoint environment the behaviour is similar to point-to point flow. In particular, in the context of multipoint-to- multipoint flow, the dynamic hash could be the solution to perform nits: both of these either need "flows" plural or the article "a". The management system receives the samples including the timestamps and the hash value from all the MPs, and this happens both for point- to-point and for multipoint-to-multipoint flow. Then the longest nit: "flows" Also, this seems to be the first time we abbreviate "measurement points"; it would be good to provide the abbreviation/expansion together and consistently use the abbreviation. (Interestingly https://www.rfc-editor.org/materials/abbrev.expansion.txt only has "multiprotocol" and "maintenance point".) to-point and for multipoint-to-multipoint flow. Then the longest hash used by MPs is deduced and it is applied to couple timestamps of same packets of 2 MPs of a point-to-point path or of input and output MPs of a Cluster (or a Super Cluster or the entire network). But nit: there appear to be several missing words here. In summary, the basic hash is logically similar to the double marking method, and in case of point-to-point path double marking and basic I don't really recall any specific discussion of similarities between basic hash and double marking, so calling this a "summary" is perhaps a stretch. Section 9 An SDN Controller or a Network Management System (NMS) can calibrate Performance Measurements since it is aware of the network topology. It can start without examining in depth. In case of necessity (packet loss is measured or the delay is too high), the filtering criteria could be immediately specified more in order to perform a partition of the network by using Clusters and/or different combinations of Clusters. In this way the problem can be localized nit: "specified more" seems incomplete; perhaps something about detail? Section 11 I don't see much in RFC 8321 to note that "traffic observed by measurement points may contain private information if not protected by transport-layer security protocols, so measurement infrastructure should be as equally protected/secured as routing hardware". That said, it is hopefully obvious, and not specific to this work, so I don't feel a particular need to have it mentioned here. From nobody Wed Mar 11 19:15:33 2020 Return-Path: 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 DCECC3A0365; Wed, 11 Mar 2020 19:15:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=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 ljB_6JYxIEBk; Wed, 11 Mar 2020 19:15:28 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 778AD3A00E1; Wed, 11 Mar 2020 19:14:53 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 8EF911C6EC9C1A58BCFD; Thu, 12 Mar 2020 10:14:51 +0800 (CST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id 6473BE660AE55A90A6B2; Thu, 12 Mar 2020 10:14:51 +0800 (CST) Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl1.zte.com.cn with SMTP id 02C1eceS020233; Thu, 12 Mar 2020 09:40:38 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid201; Thu, 12 Mar 2020 09:40:38 +0800 (CST) Date: Thu, 12 Mar 2020 09:40:38 +0800 (CST) X-Zmail-TransId: 2af95e6993165423701f X-Mailer: Zmail v1.0 Message-ID: <202003120940380487407@zte.com.cn> In-Reply-To: References: CAMZsk6cdrZz7ojexUXSc9WHxvz=URM8G-Y8czcbYtSLYkRYCrw@mail.gmail.com Mime-Version: 1.0 From: To: Cc: , , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl1.zte.com.cn 02C1eceS020233 Archived-At: Subject: Re: [ippm] =?utf-8?q?Updates_to_twamp_light/stamp_messages?= X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 02:15:30 -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 SGkgUmFrZXNoLA0KDQoNCg0KDQoNCg0KDQpJJ20gYSBiaXQgY29uZnVzZWQgd2h5IHNlcGFyYXRl IFRXQU1QLUxpZ2h0IGFuZCBTVEFNUCBtZXNzYWdlcyBuZWVkIHRvIGJlIGRlZmluZWQsIGJlY2F1 c2UgYXMgIEkgdW5kZXJzdGFuZCBTVEFNUCBjYW4gYmUgc2VlbiBhcyB0aGUgc3RhbmRhcmRpemVk IGFuZCBlbmhhbmNlZCB2ZXJzaW9uIG9mIFRXQU1QLUxpZ2h0LCBhbmQgU1RBTVAgaXMgYmFja3dh cmQgY29tcGF0aWJsZSB3aXRoIHRoZSBleGlzdGluZyBUV0FNUC1MaWdodCBpbXBsZW1lbnRhdGlv bnMuDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KWGlhbyBNaW4NCg0KDQoNCg0KDQoN Cg0KDQoNCuWOn+Wni+mCruS7tg0KDQoNCg0K5Y+R5Lu25Lq677yaUmFrZXNoR2FuZGhpIDxyZ2Fu ZGhpLmlldGZAZ21haWwuY29tPg0K5pS25Lu25Lq677yaSUVURiBJUFBNIFdHIDxpcHBtQGlldGYu b3JnPjtkcmFmdC1pZXRmLWlwcG0tc3RhbXAtb3B0aW9uLXRsdkBpZXRmLm9yZyA8ZHJhZnQtaWV0 Zi1pcHBtLXN0YW1wLW9wdGlvbi10bHZAaWV0Zi5vcmc+O01hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1 YXdlaS5jb20+Ow0K5oqE6YCB5Lq677yaSVBQTSBDaGFpcnMgPGlwcG0tY2hhaXJzQGlldGYub3Jn PjsNCuaXpSDmnJ8g77yaMjAyMOW5tDAz5pyIMTLml6UgMDY6MzYNCuS4uyDpopgg77yaW2lwcG1d IFVwZGF0ZXMgdG8gdHdhbXAgbGlnaHQvc3RhbXAgbWVzc2FnZXMNCg0KDQoNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0 DQppcHBtQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lw cG0NCg0KDQpIaSBXRywNCg0KDQoNCkkgaGF2ZSBwcmVwYXJlZCBmZXcgc2xpZGVzIGFzIGZvbGxv d3MgdG8gZGlzY3VzcyB0aGUgdmFyaW91cyBvcHRpb25zIGZvciBhZGRpbmcgc2Vzc2lvbiBpZCBh bmQgY29udHJvbCBjb2RlIGluIHRoZSB0d2FtcCBsaWdodCBhbmQgc3RhbXAgbWVzc2FnZXMuIA0K DQoNCg0KDQpodHRwczovL2dpdGh1Yi5jb20vcmFrZ2FuZGhpL2lldGYtcHVibGljL2Jsb2IvbWFz dGVyL2lldGYtc3RhbXAtc2Vzc2lvbi1pZC1yZXYxLnBkZg0KDQoNCg0KDQoNCg0KRHJhZnRzIGRp c2N1c3NlZCBhcmU6DQoNCg0KDQpkcmFmdC1nYW5kaGktc3ByaW5nLXR3YW1wLXNycG0NCg0KDQpk cmFmdC1pZXRmLWlwcG0tc3RhbXAtb3B0aW9uLXRsdg0KDQoNCg0KDQoNCg0KV2VsY29tZSB5b3Vy IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucy4NCg0KDQoNCg0KDQoNCg0KVGhhbmtzLA0KDQoNClJh a2VzaA== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPkhpIFJha2VzaCw8YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtm b250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+SSdtIGEgYml0IGNvbmZ1c2VkIHdoeSBzZXBhcmF0ZSBUV0FNUC1MaWdo dCBhbmQgU1RBTVAgbWVzc2FnZXMgbmVlZCB0byBiZSBkZWZpbmVkLCBiZWNhdXNlIGFzICZuYnNw O0kgdW5kZXJzdGFuZCBTVEFNUCBjYW4gYmUgc2VlbiBhcyB0aGUgc3RhbmRhcmRpemVkIGFuZCBl bmhhbmNlZCB2ZXJzaW9uIG9mIFRXQU1QLUxpZ2h0LCBhbmQgU1RBTVAgaXMgYmFja3dhcmQgY29t cGF0aWJsZSB3aXRoIHRoZSBleGlzdGluZyBUV0FNUC1MaWdodCBpbXBsZW1lbnRhdGlvbnMuPC9w PjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAg c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+QmVzdCBSZWdhcmRzLDwv cD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5YaWFvIE1pbjwv cD48ZGl2IGNsYXNzPSJ6TWFpbFNpZ24iIHVub25hbWVjaD0i6IKW5pWPMTAwOTM1NzAiIHVub25h bWVlbj0ieGlhb21pbjEwMDkzNTcwIj48ZGl2IGNsYXNzPSJ6TWFpbFNpZ25Db250ZW50Ij48L2Rp dj48L2Rpdj48ZGl2IGNsYXNzPSJ6TWFpbEZyb20iPjwvZGl2PjxkaXY+PGRpdiBjbGFzcz0iemhp c3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIg c3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNr Z3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2VudGVy OyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBp ZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6aGlz dG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6IDhw eDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRh PSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJl YWRVc2VyTmFtZSI+UmFrZXNoR2FuZGhpICZsdDtyZ2FuZGhpLmlldGZAZ21haWwuY29tJmd0Ozwv c3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7mlLbk u7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3Bs YXk6IGlubGluZTsiPklFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs7PC9zcGFuPjxz cGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZHJhZnQt aWV0Zi1pcHBtLXN0YW1wLW9wdGlvbi10bHZAaWV0Zi5vcmcgJmx0O2RyYWZ0LWlldGYtaXBwbS1z dGFtcC1vcHRpb24tdGx2QGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNl ck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5NYWNoIENoZW4gJmx0O21hY2guY2hlbkBo dWF3ZWkuY29tJmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhp c3RvcnlDQ1R4dCI+5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5h bWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5JUFBNIENoYWlycyAmbHQ7aXBwbS1jaGFpcnNA aWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlz dG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAyMOW5tDAz 5pyIMTLml6UgMDY6MzY8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhp c3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRp dGxlIj48c3Ryb25nPltpcHBtXSBVcGRhdGVzIHRvIHR3YW1wIGxpZ2h0L3N0YW1wIG1lc3NhZ2Vz PC9zdHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgem1haWxidXNpbmVzcz0iYnVzaW5lc3NF eHRlcm5hbCI+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2Pl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPmlwcG0mbmJzcDttYWls aW5nJm5ic3A7bGlzdDxicj5pcHBtQGlldGYub3JnPGJyPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vaXBwbTxicj48YnI+PGRpdiBkaXI9Imx0ciI+PGRpdj48c3BhbiBzdHls ZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+SGkgV0csPGJyPjwv c3Bhbj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Z2VvcmdpYSxzZXJpZiI+PGJyPjwvc3Bhbj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBz dHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+SSBoYXZlIHBy ZXBhcmVkIGZldyBzbGlkZXMgYXMgZm9sbG93cyB0byBkaXNjdXNzIHRoZSB2YXJpb3VzIG9wdGlv bnMgZm9yIGFkZGluZyBzZXNzaW9uIGlkIGFuZCBjb250cm9sIGNvZGUgaW4gdGhlIHR3YW1wIGxp Z2h0IGFuZCBzdGFtcCBtZXNzYWdlcy4gPGJyPjwvc3Bhbj48L3NwYW4+PC9kaXY+PGRpdj48c3Bh biBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PGJyPjwv c3Bhbj48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Z2VvcmdpYSxzZXJpZiI+PC9zcGFuPjwvc3Bhbj48cCBzdHlsZT0ibWFyZ2luLXRvcDow cHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O2RpcmVjdGlvbjpsdHI7dW5pY29k ZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vcmFrZ2FuZGhpL2lldGYtcHVibGljL2Js b2IvbWFzdGVyL2lldGYtc3RhbXAtc2Vzc2lvbi1pZC1yZXYxLnBkZiIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vZ2l0aHViLmNvbS9yYWtnYW5kaGkvaWV0Zi1wdWJsaWMvYmxvYi9tYXN0ZXIvaWV0 Zi1zdGFtcC1zZXNzaW9uLWlkLXJldjEucGRmPC9hPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48 cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0 O2RpcmVjdGlvbjpsdHI7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5l Ij48c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YnI+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPjxw IHN0eWxlPSJtYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDt0ZXh0LWFsaWduOmxlZnQ7 dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0i Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5EcmFmdHMgZGlzY3Vzc2VkIGFyZTo8YnI+PC9zcGFuPjwvc3Bhbj48L3NwYW4+ PC9wPjxwIHN0eWxlPSJtYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDt0ZXh0LWFsaWdu OmxlZnQ7ZGlyZWN0aW9uOmx0cjt1bmljb2RlLWJpZGk6ZW1iZWQ7dmVydGljYWwtYWxpZ246YmFz ZWxpbmUiPjxzcGFuIHN0eWxlPSIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpnZW9yZ2lhLHNl cmlmIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmRyYWZ0LWdhbmRoaS1zcHJpbmctdHdhbXAt c3JwbTwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PC9zcGFuPjwvc3Bhbj48cCBzdHlsZT0ibWFyZ2lu LXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O2RpcmVjdGlvbjpsdHI7 dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0i Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5kcmFmdC1pZXRmLWlwcG0tc3RhbXAtb3B0aW9uLXRsdjwvc3Bhbj48L3NwYW4+ PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4 dC1hbGlnbjpsZWZ0O2RpcmVjdGlvbjpsdHI7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFs aWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2Vv cmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YnI+PC9zcGFuPjwvc3Bhbj48 L3NwYW4+PC9wPjxwIHN0eWxlPSJtYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDt0ZXh0 LWFsaWduOmxlZnQ7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48 c3BhbiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5XZWxjb21lIHlvdXIgY29tbWVudHMgYW5kIHN1Z2dlc3Rp b25zLjxicj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6MHB0 O21hcmdpbi1ib3R0b206MHB0O3RleHQtYWxpZ246bGVmdDtkaXJlY3Rpb246bHRyO3VuaWNvZGUt YmlkaTplbWJlZDt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9IiI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2VyaWYiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PGJyPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7 bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O3VuaWNvZGUtYmlkaTplbWJlZDt2ZXJ0 aWNhbC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5Omdlb3JnaWEsc2VyaWYiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj5UaGFua3MsPC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBz dHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O3Vu aWNvZGUtYmlkaTplbWJlZDt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9IiI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2VyaWYiPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5SYWtlc2g8YnI+PC9zcGFuPjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRv bTowcHQ7dGV4dC1hbGlnbjpsZWZ0O3VuaWNvZGUtYmlkaTplbWJlZDt2ZXJ0aWNhbC1hbGlnbjpi YXNlbGluZSI+PHNwYW4gc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEs c2VyaWYiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48YnI+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRv cDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O2RpcmVjdGlvbjpsdHI7dW5p Y29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90Oztjb2xvcjpibGFjayI+PC9zcGFuPjwv cD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cD48YnI+ PC9wPjwvZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Wed Mar 11 21:30:05 2020 Return-Path: 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 8EAB73A0D38; Wed, 11 Mar 2020 21:30:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Tal Mizrahi , tal.mizrahi.phd@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <158398740355.19660.13298873326359739262@ietfa.amsl.com> Date: Wed, 11 Mar 2020 21:30:03 -0700 Archived-At: Subject: [ippm] Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 04:30:04 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-ippm-multipoint-alt-mark-07: No Objection 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-multipoint-alt-mark/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support Ben Kaduk’s DISCUSS position. ** Section 1. Per “There are some applications of the alternate marking method where there are a lot of monitored flows and nodes.” -- Editorial. “alternative marking methods” is lower case but “Alternative Marking methodology” is upper case in other places -- “a lot of monitored” seems colloquial and imprecise and begged for me, “what’s a lot”? (subsequent text says “n and m are high values”, but I also don’t have a sense for what that might be) ** Section 1. Per “Without network clustering, it is possible to apply alternate marking only for all the network or per single flow. Instead, with network clustering, it is possible to use the network clusters partition …”, the phrase “network clusters partition” doesn’t parse for me. ** Section 4. Per “By Using the "traditional" alternate marking method only point-to-point paths can be monitored.”, perhaps say alternative marking per RFC8321 instead of “traditional …”. ** Section 4.1. “In general there are different options: the monitoring network can be obtained by considering all the possible paths for the traffic or also by checking the traffic sometimes and update the graph consequently.” -- Editorial: s/In general there are different options: … by checking the traffic sometimes and update the graph consequently/In general, there are different options: by periodically checking the traffic and updating the graph as appropriate/ -- Is there any guidance on the how to frequently this evaluation of traffic should be? ** Section 5. How generalizable is the flow description? These statements seem inconsistent: -- Section 4 says “Multipoint Alternate Marking enables the performance measurement for multipoint flows selected by identification fields without any constraints (even the entire network production traffic). -- Section 5 says “The flow definition is generalized here, indeed, as described before, a multipoint packet flow is considered and the identification fields of the 5-tuple can be selected without any constraints. ** Section 9. I didn’t understand what this section was saying that is different than Section 10. IMO, the “SDN Controller calibrating for performance measurements” and [I-D.song-opsawg-ifit-framework] descriptions seemed like “Examples of applications” covered in Section 10. The title of this section “An Intelligent Performance Management approach” seemed a little “marketing like”. From nobody Thu Mar 12 06:56:37 2020 Return-Path: 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 901C43A0988; Thu, 12 Mar 2020 06:56:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 F7gNEcsFJk6S; Thu, 12 Mar 2020 06:56:33 -0700 (PDT) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 082FA3A097C; Thu, 12 Mar 2020 06:56:32 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id b186so4814400lfg.11; Thu, 12 Mar 2020 06:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UoS7U6itJaZNF9m88q66Hlc2FI8bbVn0NJQd/4sYyA8=; b=Edq1mSNj2W+tva+yAzyMLkwrrJrCtLTaIRjvsyOYO3yuQ87LAxpMAV/5KFh7NijaEJ FhXswvteUUg97qL5km5KOAILGctMwB3XHCSGsbMSq5DWUhHlAc1NczgNH2oPEE8xBWj+ fzCUtaXUfZwidIIdnsbBZQiLNtMTre+ElzMzxjkb7ooH07PXmY66nBSO2E5kbLG0WLtc mcSlL2eXm2hCEyFN95SkG7IFMf1MgJ/BJPuQz+Q45NANXvrsQx+yw0BX4nHOULRoCSFY 2lHmkIYEeFOW4DBeGQfSkyavQYpVCWrUZg+f/AsxpaPzu8mVggQGcKdi2BomP6Epd8/U Kt2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UoS7U6itJaZNF9m88q66Hlc2FI8bbVn0NJQd/4sYyA8=; b=Bn/Zpy0GmJG3WmCVwpc5lOHPsPyrK4likBLaZ9b1j5oJ0cF2Z9K/gGIk8hKPc5wV4Z vLD/J93TuAvtlW05y/spo4Di/5vyFgm2XDZCLTZ69EKeDcpZIoIJOUx24xvNeELSCsCL GMFFTF+o0P62ZLtElVQxicxZEt/WGYO0HP1MKhL22yGMggwZZ4h0Y2es+Nz7xA6Agc7y GS1Ts+79su4zPlILlh/veBjKD0Cj1klI4LWnlXJ0909h0Tkzq4+ne2VYamJc+npsICOv tavwLnZNtW1U9YE9imbPT1toGmQ7d5LILZSv50Bq669SdfdE+7U37oPuR/Hy4Cpgfstd sDVg== X-Gm-Message-State: ANhLgQ3Yft6InRalI+fIReshxzAuEfxqOOBsFJNmsiz3U7e9IUJRPaFO OuqdEJ9Vi9yIQPgYiTF7fAQXP1qMTglIvQUyoeDkC0su7nZs X-Google-Smtp-Source: ADFU+vvHyK5jz/72oqEZ45JTHF9b6ai+tgtgMn/hqMMW3e1o2lvxsFV3pZLfJz5c6InENxRglN25t3w3fzV+YfOyWbc= X-Received: by 2002:ac2:5598:: with SMTP id v24mr5276890lfg.139.1584021391098; Thu, 12 Mar 2020 06:56:31 -0700 (PDT) MIME-Version: 1.0 References: <202003120940380487407@zte.com.cn> In-Reply-To: <202003120940380487407@zte.com.cn> From: Rakesh Gandhi Date: Thu, 12 Mar 2020 09:56:20 -0400 Message-ID: To: xiao.min2@zte.com.cn Cc: IETF IPPM WG , draft-ietf-ippm-stamp-option-tlv@ietf.org, Mach Chen , IPPM Chairs Content-Type: multipart/alternative; boundary="00000000000055464405a0a8b8f3" Archived-At: Subject: Re: [ippm] Updates to twamp light/stamp messages X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 13:56:35 -0000 --00000000000055464405a0a8b8f3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Xiao, Thanks for your comments. For STAMP messages, do you have any thoughts on the options 1-4? Thanks, Rakesh On Wed, Mar 11, 2020 at 10:14 PM wrote: > Hi Rakesh, > > > I'm a bit confused why separate TWAMP-Light and STAMP messages need to be > defined, because as I understand STAMP can be seen as the standardized a= nd > enhanced version of TWAMP-Light, and STAMP is backward compatible with th= e > existing TWAMP-Light implementations. > > > Best Regards, > > Xiao Min > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*RakeshGandhi > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*IETF IPPM WG ; > draft-ietf-ippm-stamp-option-tlv@ietf.org < > draft-ietf-ippm-stamp-option-tlv@ietf.org>;Mach Chen >; > *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*IPPM Chairs ; > *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:36 > *=E4=B8=BB =E9=A2=98 =EF=BC=9A**[ippm] Updates to twamp light/stamp messa= ges* > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > > Hi WG, > > I have prepared few slides as follows to discuss the various options for > adding session id and control code in the twamp light and stamp messages. > > > https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-i= d-rev1.pdf > > > Drafts discussed are: > > draft-gandhi-spring-twamp-srpm > > draft-ietf-ippm-stamp-option-tlv > > > Welcome your comments and suggestions. > > > Thanks, > > Rakesh > > > > --00000000000055464405a0a8b8f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Xiao,
    Thanks for your comments.
    For STAMP messages, do you have any thoughts on the options 1-4?

    Thanks,
    Rakesh


    =

    On Wed, Mar 11, 2020 at 10:14 PM <xiao.min2@zte.com.cn> wrote:

    Hi Rakesh,


    I'm a bit confused why s= eparate TWAMP-Light and STAMP messages need to be defined, because as =C2= =A0I understand STAMP can be seen as the standardized and enhanced version = of TWAMP-Light, and STAMP is backward compatible with the existing TWAMP-Li= ght implementations.


    <= /p>

    Best Regards,

    Xiao Min

    =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
    =E5=8F=91=E4=BB=B6=E4= =BA=BA=EF=BC=9ARakeshGandhi <rgandhi.ietf@gmail.com>
    =
    =E6=8A=84=E9=80=81=E4=BA=BA=EF=BC= =9AIPPM Chairs <ippm-chairs@ietf.org>;
    =E6=97=A5 =E6=9C=9F =EF=BC=9A2020=E5= =B9=B403=E6=9C=8812=E6=97=A5 06:36
    =E4=B8=BB =E9= =A2=98 =EF=BC=9A[ippm] Updates to twamp light/stamp = messages
    __________________= _____________________________
    ippm=C2=A0mailing=C2=A0list
    ippm@ietf.org
    https://www.ietf= .org/mailman/listinfo/ippm

    Hi WG,
    <= span style=3D"font-family:georgia,serif">
    I have prepared few slides as fo= llows to discuss the various options for adding session id and control code= in the twamp light and stamp messages.
    =

    = https://= github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-id-rev1.pdf=

    <= br>

    Drafts discussed= are:

    draft-gandhi-spring-twamp-srpm

    draft-ietf-ippm-stamp-option-tlv

    <= p style=3D"margin-top:0pt;margin-bottom:0pt;text-align:left;direction:ltr;u= nicode-bidi:embed;vertical-align:baseline">

    Welcome your comments and suggestions.


    Thanks,

    <= span style=3D"color:black">Rakesh



    --00000000000055464405a0a8b8f3-- From nobody Thu Mar 12 07:10:29 2020 Return-Path: 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 3FF693A09E1; Thu, 12 Mar 2020 07:10:05 -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, 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 X4Qg4m_rAe13; Thu, 12 Mar 2020 07:10:02 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 2D1FA3A09DD; Thu, 12 Mar 2020 07:10:02 -0700 (PDT) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 1394327180B81AC9B7F1; Thu, 12 Mar 2020 14:09:59 +0000 (GMT) Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Mar 2020 14:09:58 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 12 Mar 2020 15:09:58 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Thu, 12 Mar 2020 15:09:58 +0100 From: Giuseppe Fioccola To: Benjamin Kaduk , The IESG CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) Thread-Index: AQHV+BJNjqDbNJeAP0uox3g93OMmmKhE4GvQ Date: Thu, 12 Mar 2020 14:09:58 +0000 Message-ID: <30dd92b7db6c4edba74fd8043182b349@huawei.com> References: <158397854669.19608.10592898561339579819@ietfa.amsl.com> In-Reply-To: <158397854669.19608.10592898561339579819@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.9.207] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 14:10:06 -0000 RGVhciBCZW5qYW1pbiwNClRoYW5rcyBmb3IgeW91ciBkZXRhaWxlZCBjb21tZW50Lg0KUGxlYXNl IGZpbmQgYmVsb3cgbXkgcmVwbGllcyB0YWdnZWQgYXMgW0dGXS4NCg0KTGV0IG1lIGtub3cgaWYg eW91IGFncmVlIHdpdGggbXkgcHJvcG9zZWQgY2hhbmdlcyB0byB0aGUgZHJhZnQgYW5kIEkgd2ls bCBpbmNsdWRlIHRoZW0gaW4gdGhlIG5leHQgcmV2aXNpb24uDQoNCkJlc3QgUmVnYXJkcywNCg0K R2l1c2VwcGUNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJlbmphbWluIEth ZHVrIHZpYSBEYXRhdHJhY2tlciBbbWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmddIA0KU2VudDogVGh1 cnNkYXksIE1hcmNoIDEyLCAyMDIwIDM6MDIgQU0NClRvOiBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9y Zz4NCkNjOiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFya0BpZXRmLm9yZzsgaXBw bS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IFRhbCBNaXpyYWhpIDx0YWwubWl6cmFo aS5waGRAZ21haWwuY29tPjsgdGFsLm1penJhaGkucGhkQGdtYWlsLmNvbQ0KU3ViamVjdDogQmVu amFtaW4gS2FkdWsncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1t YXJrLTA3OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQpCZW5qYW1pbiBLYWR1ayBoYXMg ZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCmRyYWZ0LWlldGYtaXBw bS1tdWx0aXBvaW50LWFsdC1tYXJrLTA3OiBEaXNjdXNzDQoNCldoZW4gcmVzcG9uZGluZywgcGxl YXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbCBlbWFpbCBh ZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBj dXQgdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVm ZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJp YS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1F TlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3Qg cG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLw0KDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KRElTQ1VTUzoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KTGV0J3MgZGlzY3VzcyB3aGV0aGVy IFtJLUQubWl6cmFoaS1pcHBtLWNvbXBhY3QtYWx0ZXJuYXRlLW1hcmtpbmddIG5lZWRzIHRvIGJl IGEgbm9ybWF0aXZlIHJlZmVyZW5jZSwgdG8gZGVzY3JpYmUgaG93IHRoZSBIYXNoIHNlbGVjdGlv biBtZXRob2Qgd29ya3MgZm9yIG11bHRpcG9pbnQuICBUaGlzIGRvY3VtZW50IGFsb25lIGRvZXMg bm90IGV2ZW4gbWVudGlvbiB3aGF0IGlzIHVzZWQgYXMgaW5wdXQgdG8gdGhlIGhhc2ggKHRob3Vn aCBJIHRoaW5rIEkgaGF2ZSBhIGdvb2QgZ3Vlc3MgYmFzZWQgb24gdGhlIGNvbnRleHQpLiAgRXZl biBpZiB0aGUgaW50ZW50IGlzIHRoYXQgUkZDIDU0NzQgc3VmZmljZXMgKGF2b2lkaW5nIHRoZSAi ZGVwZW5kZW5jeSBvbiBpbmRpdmlkdWFsIGRvY3VtZW50IiBpc3N1ZSksIHRoYXQgaXMgYWxzbyBs aXN0ZWQgb25seSBhcyBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2UuDQoNCltHRl06IFllcywgdGhp cyBpcyBhbiBvdmVyc2lnaHQgYW5kIEkgdGhpbmsgd2UgY2FuIHN1cmVseSBtb3ZlIFJGQyA1NDc0 IGFzIG5vcm1hdGl2ZSByZWZlcmVuY2UuIFdlIGxlZnQgW0ktRC5taXpyYWhpLWlwcG0tY29tcGFj dC1hbHRlcm5hdGUtbWFya2luZ10gYXMgaW5mb3JtYXRpdmUgcmVmZXJlbmNlIGJlY2F1c2UgaXQg aW50cm9kdWNlcyB0aGUgdXNlIG9mIHRoZSBIYXNoIE1ldGhvZCBpbiBjb21iaW5hdGlvbiB3aXRo IEFsdGVybmF0ZSBNYXJraW5nIGZvciBwb2ludC10by1wb2ludCBmbG93IGFuZCB0aGlzIGlzIG5v dCBjb3ZlcmVkIGJ5IHRoaXMgb3Igb3RoZXIgZG9jdW1lbnRzLiANCg0KQWxzbywgaWYgdGhlIGdy b3VwaW5nIHByb2NlZHVyZSAoc2VjdGlvbiA2LjEpIGRvZXMgaW4gZmFjdCByZXF1aXJlIGEgZGlz dGluZ3Vpc2hlZCAoYnV0IGFyYml0cmFyeT8pIGNob2ljZSBvZiBpbml0aWFsIGVuZHBvaW50IGFz IEkgc3VzcGVjdCBpdCBkb2VzLCB0aGF0IHNob3VsZCBiZSBjbGFyaWZpZWQuICAoU2VlIENPTU1F TlQuKQ0KDQpbR0ZdOiBPaywgSSBuZWVkIHRvIGNsYXJpZnkgYmV0dGVyIHRoaXMgcG9pbnQgaW4g U2VjdGlvbiA2LjEuIFRoZSBncm91cGluZyBwcm9jZWR1cmUgaW1wbGllcyB0aGF0IHRoZSBsaW5r cyBhcmUgdW5pZGlyZWN0aW9uYWwgYW5kIHlvdSBjYW4gc3RhcnQgZnJvbSBhbnkgbGluay4gVGhl IHByb2NlZHVyZSB3b3JrcyBhbnl3YXkuIFdlIGp1c3QgbmVlZCB0byBjbGFzc2lmeSB0aGVtIGFu ZCBwdXQgdG9nZXRoZXIgdGhlIGxpbmtzIHdoZXJlIHRoZXJlIGlzIHRoZSBzYW1lIHN0YXJ0aW5n IG5vZGUgaW4gc2VwYXJhdGVkIGdyb3Vwcy4NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KDQpJIGVjaG8gdGhlIG90aGVyIHJldmlld2VycycgY29tbWVudHMgYWJv dXQgY2xhcml0eSBhcyB0byAibXVsdGlwb2ludCINCnZzLiAibXVsdGljYXN0IiBhbmQgZGVmaW5p bmcgdmFyaW91cyB0ZXJtcy4NCg0KSSBhZ3JlZSB3aXRoIEJhcnJ5IHRoYXQgdGhlcmUncyBhIGxv dCBvZiBlZGl0b3JpYWwgd29yayB0byBiZSBkb25lOyBJJ3ZlIHRvIG5vdGUgbWFueSBpbnN0YW5j ZXMgaW4gdGhlc2UgY29tbWVudHMgZXZlbiB3aGVuIHRoZSBwcm9wZXIgcmVzb2x1dGlvbiBpcyB1 bmNsZWFyIHRvIG1lLg0KDQpTZWN0aW9uIDENCg0KICAgVGhpcyBhcHByb2FjaCBmaXRzIHZlcnkg d2VsbCB3aXRoIHRoZSBJbnRlbGxpZ2VudCBOZXR3b3JrIGFuZA0KICAgU29mdHdhcmUgRGVmaW5l ZCBOZXR3b3JrIChTRE4pIHBhcmFkaWdtIHdoZXJlIHRoZSBTRE4gT3JjaGVzdHJhdG9yDQogICBh bmQgdGhlIFNETiBDb250cm9sbGVycyBhcmUgdGhlIGJyYWlucyBvZiB0aGUgbmV0d29yayBhbmQg Y2FuIG1hbmFnZQ0KICAgZmxvdyBjb250cm9sIHRvIHRoZSBzd2l0Y2hlcyBhbmQgcm91dGVycyBh bmQsIGluIHRoZSBzYW1lIHdheSwgY2FuDQogICBjYWxpYnJhdGUgdGhlIHBlcmZvcm1hbmNlIG1l YXN1cmVtZW50cyBkZXBlbmRpbmcgb24gdGhlIG5lY2Vzc2l0eS4NCg0Kbml0OiAibmVjZXNzaXR5 IiBkb2Vzbid0IHNvdW5kIHJpZ2h0DQoNCltHRl06IEkgY2FuIHJlcGxhY2UgIm5lY2Vzc2l0eSIg d2l0aCAiZGVzaXJlZCBhY2N1cmFjeSINCg0KICAgQW4gU0ROIENvbnRyb2xsZXIgQXBwbGljYXRp b24gY2FuIG9yY2hlc3RyYXRlIGhvdyBkZWVwIHRoZSBuZXR3b3JrDQogICBwZXJmb3JtYW5jZSBt b25pdG9yaW5nIGlzIHNldHVwIGJ5IGFwcGx5aW5nIHRoZSBNdWx0aXBvaW50IEFsdGVybmF0ZQ0K ICAgTWFya2luZyBhcyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudC4NCg0Kbml0OiAiaG93IGRl ZXAgdGhlIG5ldHdvcmsiIGRvZXNuJ3Qgc291bmQgcmlnaHQNCg0KW0dGXTogSSBjYW4gcmVwbGFj ZSAiaG93IGRlZXAiIHdpdGggImhvdyBhY2N1cmF0ZSINCg0KU2VjdGlvbiAzDQoNCiAgIEluIHRo aXMgd2F5IHRoZSBmbG93cyB0byBiZSBtb25pdG9yZWQgYXJlIHNlbGVjdGVkIGludG8gdGhlDQog ICBtb25pdG9yaW5nIHBvaW50cyB1c2luZyBwYWNrZXQgc2VsZWN0aW9uIHJ1bGVzLCB0aGF0IGNh biBhbHNvIGNoYW5nZQ0KICAgdGhlIHBhdHRlcm4gb2YgdGhlIG1vbml0b3JlZCBuZXR3b3JrLg0K DQpuaXQ6IEknbSBub3Qgc3VyZSB3aGF0ICJ0aGlzIHdheSIgcmVmZXJzIHRvLiAgSXQgYWxzbyBz ZWVtcyBsaWtlIHRoaXMgbWF5IGJlIHR3byBpbmRlcGVuZGVudCB0aG91Z2h0cyBuZWVkbGVzc2x5 IGpvaW5lZCB0b2dldGhlciB3aXRoIGEgY29tbWEuDQoNCltHRl06IFllcyBJIGNhbiBvbWl0ICJp biB0aGlzIHdheSIsIG1heWJlICJzbyIgaXMgYmV0dGVyIGhlcmUNCg0KU2VjdGlvbiA0LjENCg0K ICAgW0ktRC5pZXRmLWlwcG0tcm91dGVdKS4gIEluIGdlbmVyYWwgdGhlcmUgYXJlIGRpZmZlcmVu dCBvcHRpb25zOiB0aGUNCiAgIG1vbml0b3JpbmcgbmV0d29yayBjYW4gYmUgb2J0YWluZWQgYnkg Y29uc2lkZXJpbmcgYWxsIHRoZSBwb3NzaWJsZQ0KICAgcGF0aHMgZm9yIHRoZSB0cmFmZmljIG9y IGFsc28gYnkgY2hlY2tpbmcgdGhlIHRyYWZmaWMgc29tZXRpbWVzIGFuZA0KICAgdXBkYXRlIHRo ZSBncmFwaCBjb25zZXF1ZW50bHkuDQoNCiJhbHNvIGJ5IGNoZWNraW5nIHRoZSB0cmFmZmljIHNv bWV0aW1lcyBhbmQgdXBkYXRlIHRoZSBncmFwaCBjb25zZXF1ZW50bHkiIGZlZWxzIHByZXR0eSBp bmZvcm1hbCBhbmQgdW5kZXItc3BlY2lmaWVkLg0KDQpbR0ZdOiBJIHdpbGwgbW9kaWZ5IHRoaXMg c2VudGVuY2UuIEl0IG1lYW5zIHRoYXQgdGhlIG5ldHdvcmsgZ3JhcGggY2FuIGJlIHVwZGF0ZWQg aW4gc2V2ZXJhbCB3YXlzIChlLmcuIGRhaWx5IGJhc2lzLCB3ZWVrbHkgYmFzaXMsLi4uKS4gSXQg aXMgdXAgdG8gbWFuYWdlbWVudCBzeXN0ZW0gY29uZmlndXJhdGlvbi4NCg0KU2VjdGlvbiA1DQoN CiAgIFNpbmNlIGFsbCB0aGUgcGFja2V0cyBvZiB0aGUgY29uc2lkZXJlZCBmbG93IGxlYXZpbmcg dGhlIG5ldHdvcmsgaGF2ZQ0KICAgcHJldmlvdXNseSBlbnRlcmVkIHRoZSBuZXR3b3JrLCB0aGUg bnVtYmVyIG9mIHBhY2tldHMgY291bnRlZCBieSBhbGwNCiAgIHRoZSBpbnB1dCBub2RlcyBpcyBh bHdheXMgZ3JlYXRlciBvciBlcXVhbCB0aGFuIHRoZSBudW1iZXIgb2YgcGFja2V0cw0KICAgY291 bnRlZCBieSBhbGwgdGhlIG91dHB1dCBub2Rlcy4NCg0KW0kgdGhpbmsgSSBjb3VsZCBpbWFnaW5l IHNvbWUgZXhvdGljIGNhc2VzIHdoZXJlIHRoaXMgZG9lcyBub3QgaG9sZCwgYnV0IG5vbmUgb2Yg dGhlbSByZWFsbHkgc2VlbSB0b3BpY2FsIGZvciB0aGlzIHdvcmsuXQ0KDQpbR0ZdOiBZZXMgY29y cmVjdCwgdGhlIGh5cG90aGVzaXMgaXMgdGhhdCB3aGF0IGdvZXMgaW4gaXMgdGhlIHNhbWUgYXMg d2hhdCBnb2VzIG91dA0KDQogICBJdCBpcyBwb3NzaWJsZSB0byBkZWZpbmUgdGhlIE5ldHdvcmsg UGFja2V0IExvc3Mgb2Ygb25lIG1vbml0b3JlZA0KICAgZmxvdyBmb3IgYSBzaW5nbGUgcGVyaW9k OiA8PEluIGEgcGFja2V0IG5ldHdvcmssIHRoZSBudW1iZXIgb2YgbG9zdA0KICAgcGFja2V0cyBp cyB0aGUgbnVtYmVyIG9mIHBhY2tldHMgY291bnRlZCBieSB0aGUgaW5wdXQgbm9kZXMgbWludXMg dGhlDQogICBudW1iZXIgb2YgcGFja2V0cyBjb3VudGVkIGJ5IHRoZSBvdXRwdXQgbm9kZXM+Pi4g IFRoaXMgaXMgdHJ1ZSBmb3INCiAgIGV2ZXJ5IHBhY2tldCBmbG93IGluIGVhY2ggbWFya2luZyBw ZXJpb2QuDQoNCkFzIGFub3RoZXIgcmV2aWV3ZXIgaW1wbGllcywgdGhpcyBkaXNjb3VudHMgdGhl IGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgbnVtYmVyIG9mIHBhY2tldHMgInN0aWxsIGluIHRoZSBu ZXR3b3JrIiBhdCB0aGUgc3RhcnQgYW5kIGVuZCBvZiB0aGUgbWVhc3VyZW1lbnQgcGVyaW9kLg0K DQpbR0ZdOiBDb25zaWRlciB0aGF0LCB3aXRoIEFsdGVybmF0ZSBNYXJraW5nIGFuZCB0aGlzIGRv ZXMgbm90IGhhcHBlbiBzaW5jZSB3ZSBhbHdheXMgdXNlIGEgd2FpdGluZyBpbnRlcnZhbCB0byB0 YWtlIHRoZSBjb3VudGVycyBpbiBvcmRlciB0byBtYWtlIHN1cmUgdGhhdCB0aGV5IGFyZSBzdGFi bGUgYW5kIG5vdCBzdGlsbCBpbiB0aGUgbmV0d29yay4gVGhpcyBpcyBleHBsYWluZWQgaW4gc2Vj dGlvbiA3Lg0KDQogICAgICBUaGUgZmxvdyBkZWZpbml0aW9uIGlzIGdlbmVyYWxpemVkIGhlcmUs IGluZGVlZCwgYXMgZGVzY3JpYmVkDQogICAgICBiZWZvcmUsIGEgbXVsdGlwb2ludCBwYWNrZXQg ZmxvdyBpcyBjb25zaWRlcmVkIGFuZCB0aGUNCiAgICAgIGlkZW50aWZpY2F0aW9uIGZpZWxkcyBv ZiB0aGUgNS10dXBsZSBjYW4gYmUgc2VsZWN0ZWQgd2l0aG91dCBhbnkNCiAgICAgIGNvbnN0cmFp bnRzLg0KDQpJIGRvbid0IHRoaW5rIEkgdW5kZXJzdGFuZCB3aGF0IHRoaXMgbWVhbnMuICBJZiBp ZGVudGlmaWNhdGlvbiBpcyBmdWxseSBnZW5lcmFsLCBob3cgYXJlIHdlIHN0aWxsIGxpbWl0ZWQg dG8gYSA1LXR1cGxlPw0KDQpbR0ZdOiBZb3UgYXJlIHJpZ2h0LCBubyBuZWVkIHRvIHJlZmVyIHRv IDUtdHVwbGUgaGVyZS4NCg0KU2VjdGlvbiA2DQogICBJbiBhIGNvbXBsZXRlbHkgbW9uaXRvcmVk IG5ldHdvcmsgKGEgbmV0d29yayB3aGVyZSBldmVyeSBuZXR3b3JrDQogICBpbnRlcmZhY2UgaXMg bW9uaXRvcmVkKSwgZWFjaCBuZXR3b3JrIGRldmljZSBjb3JyZXNwb25kcyB0byBhIENsdXN0ZXIN CiAgIGFuZCBlYWNoIHBoeXNpY2FsIGxpbmsgY29ycmVzcG9uZHMgdG8gdHdvIENsdXN0ZXJzIChv bmUgZm9yIGVhY2gNCiAgIGRpcmVjdGlvbikuDQoNCigid2hhdCBhYm91dCB1bmlkaXJlY3Rpb25h bCBsaW5rcz8iKQ0KDQpbR0ZdOiBUaGlzIGlzIGFuIG92ZXJzaWdodC4gV2UgYXJlIGNvbnNpZGVy aW5nIHRoZSB1bmlkaXJlY3Rpb25hbCBmbG93IGhlcmUuIEkgY2FuIHJlcGxhY2UgImRpcmVjdGlv biIgd2l0aCAiZGV2aWNlIi4NCg0KU2VjdGlvbiA2LjENCg0KSSdtIG5vdCBmb2xsb3dpbmcgaG93 IHRoZSBmaXJzdCBzdGVwIG9mIHRoaXMgYWxnb3JpdGhtIHByb2R1Y2VzIHRoZSBsaXN0ZWQgZ3Jv dXBzLiAgQXJlIHRoZSBsaW5rcyBjb25zaWRlcmVkIHRvIGJlIGJpZGlyZWN0aW9uYWw/ICBEaWQg d2UgaGF2ZSB0byBwaWNrIHNvbWUgYXJiaXRyYXJ5IHN0YXJ0aW5nIG5vZGUgKFIxKSwgYW5kIGRl Y3JlZSB0aGF0IG9uY2UgYSBsaW5rIGlzIGluIG9uZSBncm91cCBpdCBjYW5ub3QgYmUgaW4gc29t ZSBvdGhlciBncm91cD8NCg0KW0dGXTogVGhlIGxpbmtzIGFyZSB1bmlkaXJlY3Rpb25hbCBhbmQg d2UgY2FuIHN0YXJ0IGZyb20gYW55IGxpbmsgbm90IGZyb20gYSBub2RlLiBXZSBjYW4gaW1hZ2lu ZSB0byBoYXZlIGEgbGlzdCBvZiBhbGwgdGhlIGxpbmtzIGFzIGNvbm5lY3Rpb24gYmV0d2VlbiB0 d28gbm9kZXMgYW5kIHdlIGNhbiBncm91cCB0aGVtIGNvbnNpZGVyaW5nIHRoZSBzYW1lIHN0YXJ0 aW5nIG5vZGUuIEkgd2lsbCBjbGFyaWZ5IGl0IGJldHRlciB3aXRoaW4gdGhlIGRyYWZ0Lg0KDQog ICBJbiB0aGlzIHdheSB0aGUgY2FsY3VsYXRpb24gb2YgcGFja2V0IGxvc3MgY2FuIGJlIG1hZGUg b24gQ2x1c3Rlcg0KICAgYmFzaXMuICBOb3RlIHRoYXQgQ0lSKENvbW1pdHRlZCBJbmZvcm1hdGlv biBSYXRlKSBhbmQgRUlSKEV4Y2Vzcw0KICAgSW5mb3JtYXRpb24gUmF0ZSkgY2FuIGFsc28gYmUg ZGVkdWNlZCBvbiBDbHVzdGVyIGJhc2lzLg0KDQpEbyB3ZSB1c2UgQ0lSIGFuZC9vciBFSVIgYW55 d2hlcmUgZWxzZT8gIChBcmUgdGhleSByZWZlcmVuY2VzIHRvIHNvbWUgb3RoZXIgYm9keSBvZiB3 b3JrPykNCg0KW0dGXTogdGhpcyBpcyBhbiBvdmVyc2lnaHQuIEkgdGhpbmsgd2UgY2FuIG9taXQu DQoNCiAgIEluIHRoaXMgd2F5IGluIGEgdmVyeSBsYXJnZSBuZXR3b3JrIHRoZXJlIGlzIG5vIG5l ZWQgdG8gY29uZmlndXJlDQogICBkZXRhaWxlZCBmaWx0ZXIgY3JpdGVyaWEgdG8gaW5zcGVjdCB0 aGUgdHJhZmZpYy4gIFlvdSBjYW4gY2hlY2sNCiAgIG11bHRpcG9pbnQgbmV0d29yayBhbmQgb25s eSBpbiBjYXNlIG9mIHByb2JsZW1zIHlvdSBjYW4gZ28gZGVlcCB3aXRoDQogICBhIHN0ZXAtYnkt c3RlcCBjbHVzdGVyIGFuYWx5c2lzLCBidXQgb25seSBmb3IgdGhlIGNsdXN0ZXIgb3INCiAgIGNv bWJpbmF0aW9uIG9mIGNsdXN0ZXJzIHdoZXJlIHRoZSBwcm9ibGVtIGhhcHBlbnMuDQoNCm5pdHM6 IHRoZXJlIGF0IGxlYXN0IG9uZSBtaXNzaW5nIGFydGljbGUgaGVyZSAoImEgbXVsdGlwb2ludCBu ZXR3b3JrIikgYW5kIEkgdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyBlbHNlIHRoYXQgZmVlbHMg bm90IHF1aXRlIHJpZ2h0Lg0KDQpbR0ZdOiBBZ3JlZS4gSSB3aWxsIHJldmlldyB0aGlzIHBhcmFn cmFwaC4NCg0KICAgSW4gc3VtbWFyeSwgb25jZSBkZWZpbmVkIGEgZmxvdywgdGhlIGFsZ29yaXRo bSB0byBidWlsZCB0aGUgQ2x1c3Rlcg0KICAgUGFydGl0aW9uIGNvbnNpZGVycyBhbGwgdGhlIHBv c3NpYmxlIGxpbmtzIGFuZCBub2RlcyBjcm9zc2VkIGJ5IHRoZQ0KDQpXaGF0IGRvZXMgIm9uY2Ug ZGVmaW5lZCBhIGZsb3ciIG1lYW4/DQoNCltHRl06IEl0IG1lYW5zIHRoYXQgeW91IGNhbiBhcHBs eSB0aGUgQ2x1c3RlciBQYXJ0aXRpb24gYmFzZWQgb24gdGhlIE5ldHdvcmsgR3JhcGggdGhhdCBp cyB2YWxpZCBmb3IgYSBzcGVjaWZpYyBmbG93IG9yIHlvdSBjYW4gYWxzbyBhcHBseSB0aGUgcGFy dGl0aW9uIGluIGdlbmVyYWwgZm9yIHRoZSBlbnRpcmUgbmV0d29yay4gSXQgZGVwZW5kcyBvbiBo b3cgd2UgZGVmaW5lIHRoZSBhcHByb2FjaC4gSSBjYW4gcmV2aWV3IHRoaXMuDQoNCiAgIGluZm9y bWF0aW9uLiAgU28sIGlmIHRoZSBmbG93IGRvIG5vdCBlbnRlciBvciB0cmF2ZXJzZSBhbGwgdGhl IG5vZGVzLA0KICAgdGhlIGNvdW50ZXJzIGhhcyBhIG5vbi16ZXJvIHZhbHVlIGZvciB0aGUgaW52 b2x2ZWQgbm9kZXMsIHdoaWxlIGENCg0Kbml0OiBzaW5ndWxhci9wbHVyYWwgbWlzbWF0Y2ggInRo ZSBmbG93Ii8iZG8gbm90IiwgImNvdW50ZXJzIi8iaGFzIGEgWy4uLl0gdmFsdWUiDQoNCltHRl06 IFN1cmUsIEkgd2lsbCBjb3JyZWN0Lg0KDQogICBUaGUgYWxnb3JpdGhtIGRlc2NyaWJlZCBhYm92 ZSBpcyBhbiBJdGVyYXRpdmUgY2x1c3RlcmluZyBhbGdvcml0aG0sDQogICBidXQgaXQgaXMgYWxz byBwb3NzaWJsZSB0byBhcHBseSBhIFJlY3Vyc2l2ZSBjbHVzdGVyaW5nIGFsZ29yaXRobSBieQ0K ICAgdXNpbmcgdGhlIG5vZGUtbm9kZSBhZGphY2VuY3kgbWF0cml4IHJlcHJlc2VudGF0aW9uLg0K DQpJcyB0aGVyZSBhIHJlZmVyZW5jZSBmb3IgdGhpcz8gIChEbyBJIGFzc3VtZSBpdCdzIHRoZSBb SUVFRS1BQ00tVG9OLU1QTlBNXSBhdCB0aGUgZW5kIG9mIHRoZSBuZXh0IHBhcmFncmFwaD8pDQoN CltHRl06IENvcnJlY3QhIEkgY2FuIGhpZ2hsaWdodCBpdCBhbHNvIGhlcmUuDQoNClNlY3Rpb24g Nw0KICAgVGhlcmVmb3JlLCB3aGVuIHdlIGV4cGFuZCB0byBtdWx0aXBvaW50LXRvLW11bHRpcG9p bnQgZmxvd3MsIHdlIGhhdmUNCiAgIHRvIGNvbnNpZGVyIHRoYXQgYWxsIHNvdXJjZSBub2RlcyBt YXJrIHRoZSB0cmFmZmljIGFuZCB0aGlzIGFkZHMgbW9yZQ0KICAgY29tcGxleGl0eS4NCg0KSSdt IG5vdCBzdXJlIHdoYXQgY2hhaW4gb2YgcmVhc29uaW5nICJ0aGVyZWZvcmUiIGlzIGF0dGVtcHRp bmcgdG8gaW5kaWNhdGUuDQoNCltHRl06IEFncmVlLiBJIGNhbiByZW1vdmUvcmVwbGFjZS4NCg0K ICAgQnV0IHdlIHNob3VsZCBub3cgY29uc2lkZXIgYW4gYWRkaXRpb25hbCBjb250cmlidXRpb24u ICBTaW5jZSBhbGwNCiAgIHNvdXJjZSBub2RlcyBtYXJrIHRoZSB0cmFmZmljLCB0aGUgc291cmNl IG1lYXN1cmVtZW50IGludGVydmFscyBjYW4NCiAgIGJlIG9mIGRpZmZlcmVudCBsZW5ndGhzIGFu ZCB3aXRoIGRpZmZlcmVudCBvZmZzZXRzIGFuZCB0aGlzIG1pc21hdGNoDQogICBtIGNhbiBiZSBh ZGRlZCB0byBkLCBhcyBzaG93biBpbiBmaWd1cmUuDQoNClBsZWFzZSBkZWZpbmUgbSBhbmQgZC4N Cg0KW0dGXTogU3VyZS4gSSB3aWxsIGFkZCBtb3JlIGRldGFpbHMgaGVyZS4gbSBpcyBtaXNhbGln bm1lbnQgYmV0d2VlbiB0aGUgbWFya2luZyBzb3VyY2Ugcm91dGVycywgd2hpbGUgZCwgYWxyZWFk eSBpbnRyb2R1Y2VkIGluIFJGQyA4MzIxLCB0YWtlcyBpbnRvIGFjY291bnQgY2xvY2sgZXJyb3Ig YW5kIG5ldHdvcmsgZGVsYXkgYmV0d2VlbiBuZXR3b3JrIG5vZGVzLg0KDQogICBTbyB0aGUgbWlz YWxpZ25tZW50IGJldHdlZW4gdGhlIG1hcmtpbmcgc291cmNlIHJvdXRlcnMgZ2l2ZXMgYW4NCiAg IGFkZGl0aW9uYWwgY29uc3RyYWludCBhbmQgdGhlIHZhbHVlIG9mIG0gaXMgYWRkZWQgdG8gZCAo dGhhdCBhbHJlYWR5DQogICBpbmNsdWRlcyBjbG9jayBlcnJvciBhbmQgbmV0d29yayBkZWxheSku DQoNCiAgIFRodXMsIHRocmVlIGRpZmZlcmVudCBwb3NzaWJsZSBjb25zdHJhaW50cyBhcmUgY29u c2lkZXJlZDogY2xvY2sNCiAgIGVycm9yIGJldHdlZW4gbmV0d29yayBkZXZpY2VzLCBuZXR3b3Jr IGRlbGF5IGJldHdlZW4gbWVhc3VyZW1lbnQNCiAgIHBvaW50cyBhbmQgdGhlIG1pc2FsaWdubWVu dCBiZXR3ZWVuIHRoZSBtYXJraW5nIHNvdXJjZSByb3V0ZXJzLg0KDQpBcmUgdGhlc2UgImNvbnN0 cmFpbnRzIiBvciAiY29udHJpYnV0aW9ucyBbdG8gZXJyb3IvdW5jZXJ0YWludHldIj8gIFJGQw0K ODMyMSBkb2VzIG5vdCBzZWVtIHRvIHVzZSAiY29uc3RyYWludCIgaW4gdGhpcyBmYXNoaW9uLg0K DQpbR0ZdOiBUaGV5IGFyZSBqdXN0IGxpdHRsZSBjb250cmlidXRpb25zIHRvIGJlIGNvbnNpZGVy ZWQgaW4gb3JkZXIgdG8gZXN0YWJsaXNoIHRoZSBtYXJraW5nIHBlcmlvZC4gV2UgbmVlZCB0byBl bnN1cmUgYW4gaW50ZXJ2YWwgYXZhaWxhYmxlIGZvciBjb3VudGlucyB0aGF0IGlzID4gMC4gSSBj YW4gY2hhbmdlIHRoZSB0ZXJtLg0KDQogICBJbiB0aGUgZW5kLCB0aGUgY29uZGl0aW9uIHRoYXQg bXVzdCBiZSBzYXRpc2ZpZWQgdG8gZW5hYmxlIHRoZSBtZXRob2QNCiAgIHRvIGZ1bmN0aW9uIHBy b3Blcmx5IGlzIHRoYXQgdGhlIGF2YWlsYWJsZSBjb3VudGluZyBpbnRlcnZhbCBtdXN0IGJlDQog ICA+IDAsIGFuZCB0aGF0IG1lYW5zOiBMIC0gMm0gLSAyZCA+IDAgZm9yIGVhY2ggbWVhc3VyZW1l bnQgcG9pbnQgb24NCiAgIHRoZSBtdWx0aXBvaW50IHBhdGguICBUaGVyZWZvcmUsIHRoZSBtaXNt YXRjaCBiZXR3ZWVuIG1lYXN1cmVtZW50DQogICBpbnRlcnZhbHMgbXVzdCBzYXRpc2Z5IHRoaXMg Y29uZGl0aW9uLg0KDQpJcyBpdCBiYWQgdG8ganVzdCBtYWtlIEwgcmVhbGx5IGxhcmdlPw0KDQpb R0ZdOiBOb3QgYmFkIDopIGFuZCB0aGlzIGlzIHRoZSBwcmFjdGljYWwgYXBwcm9hY2gsIGJ1dCBp dCB3YXMganVzdCB0byBoYXZlIGEgbWF0aGVtYXRpY2FsIGZvcm11bGF0aW9uLg0KDQpTZWN0aW9u IDgNCg0KICAgcGVyaW9kIGFuZCB0aGlzIGlzIHRoZSB0aW1lIHJlZmVyZW5jZSB0aGF0IGNhbiBi ZSB1c2VkLiAgSXQgaXMNCiAgIGltcG9ydGFudCB0byBoaWdobGlnaHQgdGhhdCBib3RoIGRlbGF5 IGFuZCBkZWxheSB2YXJpYXRpb24NCiAgIG1lYXN1cmVtZW50cyBtYWtlIHNlbnNlIGluIGEgbXVs dGlwb2ludCBwYXRoLiAgVGhlIERlbGF5IFZhcmlhdGlvbiBpcw0KICAgY2FsY3VsYXRlZCBieSBj b25zaWRlcmluZyB0aGUgc2FtZSBwYWNrZXRzIHNlbGVjdGVkIGZvciBtZWFzdXJpbmcgdGhlDQog ICBEZWxheS4NCg0KSXMgdGhlICJ2YXJpYXRpb24iIGNvbnNpZGVyZWQgaGVyZSBqdXN0IHRoZSB2 YXJpYXRpb24gYWNyb3NzIHRoZSBzZXBhcmF0ZSBwYXRocyB0aGF0IHRoZSBzZWxlY3RlZCBwYWNr ZXRzIHRha2UsIG9yIG92ZXIgdGltZSwgb3Igc29tZXRoaW5nIGVsc2U/DQoNCltHRl06IEl0IGNh biBiZSBib3RoIHRoZSB2YXJpYXRpb24gYWNyb3NzIHNlcGFyYXRlIHBhdGhzIG9yIHZhbGlkIGZv ciB0aGUgbXVsdGlwb2ludCBwYXRoLiBJdCBpcyB0aGUgc2FtZSBhcyBmb3IgdGhlIGRlbGF5Lg0K DQogICBvICBEZWxheSBtZWFzdXJlbWVudHMgb24gc2luZ2xlIHBhY2tldHMgYmFzaXMgbWVhbnMg dGhhdCB5b3UgY2FuIHVzZQ0KICAgICAgbXVsdGlwb2ludCBwYXRoIGp1c3QgdG8gZWFzaWx5IGNv dXBsZSBwYWNrZXRzIGJldHdlZW4gaW5wdXRzIGFuZA0KDQpuaXQ6IHNpbmd1bGFyL3BsdXJhbCBt aXNtYXRjaCAicGFja2V0cyIvImJhc2lzIiAoYWxzbyBtaXNzaW5nICJhIj8pDQpuaXQ6ICJpbnB1 ciIgc2luZ3VsYXIsIEkgdGhpbmsuDQoNCltHRl06IE9rLCBJIHdpbGwgY29ycmVjdC4NCg0KU2Vj dGlvbiA4LjEuMQ0KDQpJIGRvbid0IHVuZGVyc3RhbmQgd2hhdCB3ZWlnaHRzIGFyZSB1c2VkIGZv ciB0aGUgIndlaWdodGVkIGF2ZXJhZ2VzIi4NCg0KW0dGXTogSSB3aWxsIGV4cGxhaW4gYmV0dGVy LiBJbiB0aGUgY2FsY3VsYXRpb24gb2YgYXZlcmFnZSBkZWxheSB3ZSBjYW4gY29uc2lkZXIgdGhl IG51bWJlciBvZiBwYWNrZXRzIGZvciBlYWNoIGVuZCBwb2ludHMgc28gd2UgY2FuIG1ha2UgYSBt dWx0aXBvaW50IHdlaWdodGVkIGF2ZXJhZ2UgZGVsYXkuIFdlIGp1c3QgbWVudGlvbmVkIGl0IGJ1 dCBpdCBpcyBub3Qgc28gdXNlZnVsIGluIHByYWN0aWNlLg0KDQpTZWN0aW9uIDguMi4xDQoNCiAg IHNpbmNlIHRoZXkgd291bGQgbm90IGJlIHJlcHJlc2VudGF0aXZlIG9mIHRoZSBlbnRpcmUgZmxv dy4gIFRoZQ0KICAgcGFja2V0cyBjYW4gZm9sbG93IGRpZmZlcmVudCBwYXRocyB3aXRoIHZhcmlv dXMgZGVsYXlzIGFuZCBpbiBnZW5lcmFsDQogICBpdCBjYW4gYmUgdmVyeSBkaWZmaWN1bHQgdG8g cmVjb2duaXplIG1hcmtlZCBwYWNrZXRzIGluIGEgbXVsdGlwb2ludC0NCiAgIHRvLW11bHRpcG9p bnQgcGF0aCBlc3BlY2lhbGx5IGluIGNhc2UgdGhleSBhcmUgbW9yZSB0aGFuIG9uZSBwZXINCiAg IHBlcmlvZC4NCg0Kbml0czogInRoZSBjYXNlIHdoZW4gdGhlcmUgaXMiLCBjb21tYSBiZWZvcmUg ImFuZCBpbiBnZW5lcmFsIi4NCg0KW0dGXTogT2sgSSB3aWxsIGNvcnJlY3QuDQoNClNlY3Rpb24g OC4yLjINCg0KICAgW0ktRC5taXpyYWhpLWlwcG0tY29tcGFjdC1hbHRlcm5hdGUtbWFya2luZ10g aW50cm9kdWNlcyBob3cgdG8gdXNlDQogICB0aGUgSGFzaCBtZXRob2QgY29tYmluZWQgd2l0aCBh bHRlcm5hdGUgbWFya2luZyBtZXRob2QgZm9yIHBvaW50LXRvLQ0KDQpJcyBpdCByZWFsbHkgYXBw cm9wcmlhdGUgZm9yIGEgV0cgZG9jdW1lbnQgdG8gZGVwZW5kIG9uIGFuIGluZGl2aWR1YWwgZG9j dW1lbnQgdG8gaW50cm9kdWNlIGEgY29uY2VwdD8NCg0KW0dGXTogSSB0aGluayB3ZSBjYW4gcmV2 aXNlIHRoaXMgc2VudGVuY2UgYW5kIGFkZCBhIHJlZmVyZW5jZSB0byBSRkMgNTQ3NCB0b28uDQoN CiAgIEluIGEgbXVsdGlwb2ludCBlbnZpcm9ubWVudCB0aGUgYmVoYXZpb3VyIGlzIHNpbWlsYXIg dG8gcG9pbnQtdG8NCiAgIHBvaW50IGZsb3cuICBJbiBwYXJ0aWN1bGFyLCBpbiB0aGUgY29udGV4 dCBvZiBtdWx0aXBvaW50LXRvLQ0KICAgbXVsdGlwb2ludCBmbG93LCB0aGUgZHluYW1pYyBoYXNo IGNvdWxkIGJlIHRoZSBzb2x1dGlvbiB0byBwZXJmb3JtDQoNCm5pdHM6IGJvdGggb2YgdGhlc2Ug ZWl0aGVyIG5lZWQgImZsb3dzIiBwbHVyYWwgb3IgdGhlIGFydGljbGUgImEiLg0KDQpbR0ZdOiBP aywgSSB3aWxsIGNvcnJlY3QNCg0KICAgVGhlIG1hbmFnZW1lbnQgc3lzdGVtIHJlY2VpdmVzIHRo ZSBzYW1wbGVzIGluY2x1ZGluZyB0aGUgdGltZXN0YW1wcw0KICAgYW5kIHRoZSBoYXNoIHZhbHVl IGZyb20gYWxsIHRoZSBNUHMsIGFuZCB0aGlzIGhhcHBlbnMgYm90aCBmb3IgcG9pbnQtDQogICB0 by1wb2ludCBhbmQgZm9yIG11bHRpcG9pbnQtdG8tbXVsdGlwb2ludCBmbG93LiAgVGhlbiB0aGUg bG9uZ2VzdA0KDQpuaXQ6ICJmbG93cyINCg0KW0dGXTogT2ssIEkgd2lsbCBjb3JyZWN0DQoNCkFs c28sIHRoaXMgc2VlbXMgdG8gYmUgdGhlIGZpcnN0IHRpbWUgd2UgYWJicmV2aWF0ZSAibWVhc3Vy ZW1lbnQgcG9pbnRzIjsgaXQgd291bGQgYmUgZ29vZCB0byBwcm92aWRlIHRoZSBhYmJyZXZpYXRp b24vZXhwYW5zaW9uIHRvZ2V0aGVyIGFuZCBjb25zaXN0ZW50bHkgdXNlIHRoZSBhYmJyZXZpYXRp b24uICAoSW50ZXJlc3RpbmdseSBodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9tYXRlcmlhbHMv YWJicmV2LmV4cGFuc2lvbi50eHQgb25seSBoYXMgIm11bHRpcHJvdG9jb2wiIGFuZCAibWFpbnRl bmFuY2UgcG9pbnQiLikNCg0KW0dGXTogT2sNCg0KICAgdG8tcG9pbnQgYW5kIGZvciBtdWx0aXBv aW50LXRvLW11bHRpcG9pbnQgZmxvdy4gIFRoZW4gdGhlIGxvbmdlc3QNCiAgIGhhc2ggdXNlZCBi eSBNUHMgaXMgZGVkdWNlZCBhbmQgaXQgaXMgYXBwbGllZCB0byBjb3VwbGUgdGltZXN0YW1wcyBv Zg0KICAgc2FtZSBwYWNrZXRzIG9mIDIgTVBzIG9mIGEgcG9pbnQtdG8tcG9pbnQgcGF0aCBvciBv ZiBpbnB1dCBhbmQgb3V0cHV0DQogICBNUHMgb2YgYSBDbHVzdGVyIChvciBhIFN1cGVyIENsdXN0 ZXIgb3IgdGhlIGVudGlyZSBuZXR3b3JrKS4gIEJ1dA0KDQpuaXQ6IHRoZXJlIGFwcGVhciB0byBi ZSBzZXZlcmFsIG1pc3Npbmcgd29yZHMgaGVyZS4NCg0KW0dGXTogT2ssIEkgd2lsbCByZXZpc2Ug YW5kIGNvcnJlY3QNCg0KICAgSW4gc3VtbWFyeSwgdGhlIGJhc2ljIGhhc2ggaXMgbG9naWNhbGx5 IHNpbWlsYXIgdG8gdGhlIGRvdWJsZSBtYXJraW5nDQogICBtZXRob2QsIGFuZCBpbiBjYXNlIG9m IHBvaW50LXRvLXBvaW50IHBhdGggZG91YmxlIG1hcmtpbmcgYW5kIGJhc2ljDQoNCkkgZG9uJ3Qg cmVhbGx5IHJlY2FsbCBhbnkgc3BlY2lmaWMgZGlzY3Vzc2lvbiBvZiBzaW1pbGFyaXRpZXMgYmV0 d2VlbiBiYXNpYyBoYXNoIGFuZCBkb3VibGUgbWFya2luZywgc28gY2FsbGluZyB0aGlzIGEgInN1 bW1hcnkiIGlzIHBlcmhhcHMgYSBzdHJldGNoLg0KDQpbR0ZdOiBJIHdpbGwgbW9kaWZ5IHRoZSBz ZW50ZW5jZSBhbmQgYWRkIHRoZSByZWZlcmVuY2UgdG8gW0ktRC5taXpyYWhpLWlwcG0tY29tcGFj dC1hbHRlcm5hdGUtbWFya2luZ10sIHdoZXJlIGl0IGlzIG1lbnRpb25lZC4NCg0KU2VjdGlvbiA5 DQoNCiAgIEFuIFNETiBDb250cm9sbGVyIG9yIGEgTmV0d29yayBNYW5hZ2VtZW50IFN5c3RlbSAo Tk1TKSBjYW4gY2FsaWJyYXRlDQogICBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudHMgc2luY2UgaXQg aXMgYXdhcmUgb2YgdGhlIG5ldHdvcmsgdG9wb2xvZ3kuDQogICBJdCBjYW4gc3RhcnQgd2l0aG91 dCBleGFtaW5pbmcgaW4gZGVwdGguICBJbiBjYXNlIG9mIG5lY2Vzc2l0eQ0KICAgKHBhY2tldCBs b3NzIGlzIG1lYXN1cmVkIG9yIHRoZSBkZWxheSBpcyB0b28gaGlnaCksIHRoZSBmaWx0ZXJpbmcN CiAgIGNyaXRlcmlhIGNvdWxkIGJlIGltbWVkaWF0ZWx5IHNwZWNpZmllZCBtb3JlIGluIG9yZGVy IHRvIHBlcmZvcm0gYQ0KICAgcGFydGl0aW9uIG9mIHRoZSBuZXR3b3JrIGJ5IHVzaW5nIENsdXN0 ZXJzIGFuZC9vciBkaWZmZXJlbnQNCiAgIGNvbWJpbmF0aW9ucyBvZiBDbHVzdGVycy4gIEluIHRo aXMgd2F5IHRoZSBwcm9ibGVtIGNhbiBiZSBsb2NhbGl6ZWQNCg0Kbml0OiAic3BlY2lmaWVkIG1v cmUiIHNlZW1zIGluY29tcGxldGU7IHBlcmhhcHMgc29tZXRoaW5nIGFib3V0IGRldGFpbD8NCg0K W0dGXTogWWVzLCBJIHdpbGwgY29ycmVjdA0KDQpTZWN0aW9uIDExDQoNCkkgZG9uJ3Qgc2VlIG11 Y2ggaW4gUkZDIDgzMjEgdG8gbm90ZSB0aGF0ICJ0cmFmZmljIG9ic2VydmVkIGJ5IG1lYXN1cmVt ZW50IHBvaW50cyBtYXkgY29udGFpbiBwcml2YXRlIGluZm9ybWF0aW9uIGlmIG5vdCBwcm90ZWN0 ZWQgYnkgdHJhbnNwb3J0LWxheWVyIHNlY3VyaXR5IHByb3RvY29scywgc28gbWVhc3VyZW1lbnQg aW5mcmFzdHJ1Y3R1cmUgc2hvdWxkIGJlIGFzIGVxdWFsbHkgcHJvdGVjdGVkL3NlY3VyZWQgYXMg cm91dGluZyBoYXJkd2FyZSIuICBUaGF0IHNhaWQsIGl0IGlzIGhvcGVmdWxseSBvYnZpb3VzLCBh bmQgbm90IHNwZWNpZmljIHRvIHRoaXMgd29yaywgc28gSSBkb24ndCBmZWVsIGEgcGFydGljdWxh ciBuZWVkIHRvIGhhdmUgaXQgbWVudGlvbmVkIGhlcmUuDQoNCltHRl06IE9rLCB3ZSBjYW4gY29u c2lkZXIgdG8gcmVtb3ZlIGl0Lg0KDQoNCg0K From nobody Thu Mar 12 08:15:47 2020 Return-Path: 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 6D5703A0BF2; Thu, 12 Mar 2020 08:15:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 bO4lbsCNiCZ6; Thu, 12 Mar 2020 08:15:26 -0700 (PDT) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 79F793A0A8F; Thu, 12 Mar 2020 08:15:25 -0700 (PDT) Received: by mail-lj1-x234.google.com with SMTP id f13so6887205ljp.0; Thu, 12 Mar 2020 08:15:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tUaqoq2jjlIy2sgwisS/UpHCMb3w+8Dy2LTvflVrkyo=; b=hiWLOhT5tIbiRjkDF8fGfIcsH8lyoKg7vRPbo53P/MDlEMjMKvHGL3sg8G1IbaufgN BGay8pAHP6Y1VzdBOsUo9xnpJS3zEIU8eWi/e5ttqu+9Vmys8lZJtiTFJg0WGTc0m7kN cqhEBQfh9CFLsVX8dy+QFwmmKeeY3ePH+Zex75Zw/fnK+/tWXxeEh+t5g1I/aTbKllEa +F9g3HK8skqm9Qz17EuUyhti6rrm0lysdkd0dl/5bvuckHdOJtlMIw+lZ+VopUMNm4KQ QDMK7/jofaO/XPEHzqc6+wj7EwK/gfFljjYy4vfhmbG4rJHBksr4rGFsnwJUFSv1JUn9 GEUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tUaqoq2jjlIy2sgwisS/UpHCMb3w+8Dy2LTvflVrkyo=; b=iLRs5e7PAmBbcxcI+LO7KXTfltmzrf7wuUHIZSvZ6JfOE3c52wADO9tcnrlbYDD4qj kl7QSSX6fXwi/qYlKAB2RMRg4sbbQU94K29Uir0kKSgZZT6F4IuFVKWEznrRKjJMchPx kpHJstFvzCHe36RNGr6AuGbg/JRWYvqrMYm7u+nyJYwhZi7Ephhu+uYOKUWgR/rGgpIJ MG0wooskoUn0auP8CIA5TuF2WjTRk6Y+qut4UmvtBL+fkgFqMJFsefbZrf1ZvXQJ/30m tNPZTIQvK6cJ6LzKcR43Gfn/XC0aK4toITJS8RMbHLhTNU379NygX43oY3x81sKI0LEo yXNA== X-Gm-Message-State: ANhLgQ1qteKIJ+EQKN537HloQ0K2JYiSXc7ApY2v4ykHVzfvi358DNEU XRAA2U0TcI++Zu/ybUll/gLdET/K1gZWJ2mgihg= X-Google-Smtp-Source: ADFU+vvIz358IoKJi3SlmwDhGGpz5SU4EiiWNb1jvDNG1tkwH97kg2s7L8XZo2uiP42TEvGs1qfxpWMtpTs0O6P2oDc= X-Received: by 2002:a2e:b24a:: with SMTP id n10mr5591416ljm.174.1584026123573; Thu, 12 Mar 2020 08:15:23 -0700 (PDT) MIME-Version: 1.0 References: <202003120940380487407@zte.com.cn> In-Reply-To: From: Greg Mirsky Date: Thu, 12 Mar 2020 08:15:11 -0700 Message-ID: To: Rakesh Gandhi Cc: xiao.min2@zte.com.cn, IETF IPPM WG , draft-ietf-ippm-stamp-option-tlv@ietf.org, Mach Chen , IPPM Chairs Content-Type: multipart/alternative; boundary="00000000000069207505a0a9d2e0" Archived-At: Subject: Re: [ippm] Updates to twamp light/stamp messages X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 15:15:39 -0000 --00000000000069207505a0a9d2e0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Rakesh, I would note that TWAMP Light is not a Standard but only informational IETF document. Section 4 of RFC 8545 explains it clearly. And to be consistent with the status of TWAMP Light, I think that a specification that defines an extension to only TWAMP Light should be Informational track too. On the other hand, if the proposed extension is for TWAMP-Test protocol, then, as explained in RFC 8545, it requires a respective extension of the TWAMP-Control protocol, as have been done in the past for all extensions of TWAMP. As for the extension of STAMP, I've mentioned the example of the Direct Measurement of packet loss that uses the standard STAMP extension mechanism. I believe that your proposal can follow the same approach. Regards, Greg On Thu, Mar 12, 2020 at 6:56 AM Rakesh Gandhi wrote: > Hi Xiao, > Thanks for your comments. > For STAMP messages, do you have any thoughts on the options 1-4? > > Thanks, > Rakesh > > > > On Wed, Mar 11, 2020 at 10:14 PM wrote: > >> Hi Rakesh, >> >> >> I'm a bit confused why separate TWAMP-Light and STAMP messages need to b= e >> defined, because as I understand STAMP can be seen as the standardized = and >> enhanced version of TWAMP-Light, and STAMP is backward compatible with t= he >> existing TWAMP-Light implementations. >> >> >> Best Regards, >> >> Xiao Min >> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 >> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*RakeshGandhi >> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*IETF IPPM WG ; >> draft-ietf-ippm-stamp-option-tlv@ietf.org < >> draft-ietf-ippm-stamp-option-tlv@ietf.org>;Mach Chen < >> mach.chen@huawei.com>; >> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*IPPM Chairs = ; >> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:36 >> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**[ippm] Updates to twamp light/stamp mess= ages* >> _______________________________________________ >> ippm mailing list >> ippm@ietf.org >> https://www.ietf.org/mailman/listinfo/ippm >> >> Hi WG, >> >> I have prepared few slides as follows to discuss the various options for >> adding session id and control code in the twamp light and stamp messages= . >> >> >> https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-= id-rev1.pdf >> >> >> Drafts discussed are: >> >> draft-gandhi-spring-twamp-srpm >> >> draft-ietf-ippm-stamp-option-tlv >> >> >> Welcome your comments and suggestions. >> >> >> Thanks, >> >> Rakesh >> >> >> >> --00000000000069207505a0a9d2e0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Rakesh,
    I would note that TWAMP Light is not a Stan= dard but only informational=C2=A0IETF document. Section 4 of RFC 8545 expla= ins it clearly. And to be consistent with the status of TWAMP Light, I thin= k that a specification that defines an extension to only TWAMP Light should= be Informational track too. On the other hand, if the proposed extension i= s for TWAMP-Test protocol, then, as explained in RFC 8545, it requires a re= spective extension of the TWAMP-Control protocol, as have been done in the = past for all extensions of TWAMP.
    As for the extension of STAMP, = I've mentioned the example of the Direct Measurement of packet loss tha= t uses the standard STAMP extension mechanism. I believe that your proposal= can follow the same approach.

    Regards,
    = Greg

    On Thu, Mar 12, 2020 at 6:56 AM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
    <= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
    Hi X= iao,
    Thanks for your comments.
    For STAMP messages, do y= ou have any thoughts on the options 1-4?

    Thanks,
    Rakesh



    On Wed, Mar 11, 2020= at 10:14 PM <= xiao.min2@zte.com.cn> wrote:

    Hi R= akesh,


    I'm a bit confused why separate = TWAMP-Light and STAMP messages need to be defined, because as =C2=A0I under= stand STAMP can be seen as the standardized and enhanced version of TWAMP-L= ight, and STAMP is backward compatible with the existing TWAMP-Light implem= entations.


    Best Regards,

    Xiao Min

    =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
    =E5= =8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ARakeshGandhi <rgandhi.ietf@gmail.com>
    =E6=8A=84=E9=80= =81=E4=BA=BA=EF=BC=9AIPPM Chairs &l= t;ippm-chairs@iet= f.org>;
    =E6=97=A5 =E6=9C=9F =EF=BC=9A2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:36
    =E4=B8=BB =E9=A2=98 =EF=BC=9A[ippm] Updates to twam= p light/stamp messages
    ____= ___________________________________________
    ippm=C2=A0mailing=C2=A0list<= br>ippm@ietf.org
    = ht= tps://www.ietf.org/mailman/listinfo/ippm

    <= span>Hi WG,

    I have prepared fe= w slides as follows to discuss the various options for adding session id an= d control code in the twamp light and stamp messages.

    <= /div>

    https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-sessi= on-id-rev1.pdf


    Dr= afts discussed are:

    draft-gandhi-spring-twamp-srpm

    draft-ietf-ippm-stamp-option-tlv


    Welcome your comments and sugge= stions.


    Thanks,

    Rakesh


    =


    --00000000000069207505a0a9d2e0-- From nobody Thu Mar 12 08:36:17 2020 Return-Path: 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 127A13A0CC1; Thu, 12 Mar 2020 08:36:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 vtz5yNVLtXvN; Thu, 12 Mar 2020 08:36:08 -0700 (PDT) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 7BA823A0CA2; Thu, 12 Mar 2020 08:36:07 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id f10so6939289ljn.6; Thu, 12 Mar 2020 08:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=W5xjFZx5m0xwGpP1tYjp0MfPVn0J76rhK1IBX8gNejY=; b=nCg7SqyEkhoaL0DylQ+/V4A0m5Gag+l+r4jcQd4jywtBmU6tanOpp8c3CZmSr8pmtb utYRwCsjz6eULV6KkcjaHOl//oA89LXrs60zI82nGsflUJS+d64eiqWwRFId+58PP8Tf ccWL/K92w/QQeWhkp6cDZzWh34arUBM8EgOqnB5X3+P8GEBcqfEuFroAMHOxEMOObuva rKgtiFAadJsA4/xYjhC0mzuXAiY78c06rAaRrAvjdM/6cXW7sbk5hY4AzA+3s3TApRae e/+9772QKUsWGrAvRwBp9sJJrWZ3jzjeylysQumLbBif9bFqmKPuZN7LjW7KkggAE/Ff 7oRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=W5xjFZx5m0xwGpP1tYjp0MfPVn0J76rhK1IBX8gNejY=; b=N3XBHma96EAwvGL/gozh68idIdoIbF3S1VjnZXUk5kSyxFC8kiF10BCWNi4lg8O0zr a54RaaXR409cU8y0IRHhaUC9ffhHSJ7+ozPx44RCqx55WE3nnVcpOvqZUXjg3fFBBdUG RJrwoWozRYh+fVyYr7r/msGOLrSoiyomfDdMD5ucI3b9lgTYEUnyEkfAtIYjUybKrt0J aNWr+T1A1b6rPJOtszXNgDzYkjepl9FPF5bPOyHNY5S3a4kCoCSDMvwY8g6R0p02Ecw+ qxPpx6slV61B1YloFcSRaEhLKDsE5CfOqvjeKCtq76Yj+5Phy1SHE95Do4vUTAp+O6Ak nU1g== X-Gm-Message-State: ANhLgQ088JHy+JVGuTjOLyZwaHGzNJ3KEhhDVv98zV+3DtWlsjeZmdWb 1Cd/nC9yROSGIo0lMnQVujFgGQxAS1ydFrhfcM4= X-Google-Smtp-Source: ADFU+vsScxTMLvsk7L7c3w/KGVR6VnkCiQHVCaMXN4YZjlu9Jk1NnHehGr5A9eYGuhXOZE/A92K5ARdt+aQLao+uNKE= X-Received: by 2002:a2e:b60d:: with SMTP id r13mr5417494ljn.185.1584027365585; Thu, 12 Mar 2020 08:36:05 -0700 (PDT) MIME-Version: 1.0 References: <202003120940380487407@zte.com.cn> In-Reply-To: From: Greg Mirsky Date: Thu, 12 Mar 2020 08:35:54 -0700 Message-ID: To: Rakesh Gandhi Cc: xiao.min2@zte.com.cn, IETF IPPM WG , draft-ietf-ippm-stamp-option-tlv@ietf.org, Mach Chen , IPPM Chairs Content-Type: multipart/alternative; boundary="00000000000070d39605a0aa1c2e" Archived-At: Subject: Re: [ippm] Updates to twamp light/stamp messages X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 15:36:16 -0000 --00000000000070d39605a0aa1c2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Rakesh, et al., to clarify my opinion of the proposed options. I do support Option 4 that uses the STAMP extension mechanism. And since TWAMP Light is a non-standard mode, I don't think that suggested "diversion of formats" is a real problem for Option 4. Regards, Greg On Thu, Mar 12, 2020 at 8:15 AM Greg Mirsky wrote: > Hi Rakesh, > I would note that TWAMP Light is not a Standard but only > informational IETF document. Section 4 of RFC 8545 explains it clearly. A= nd > to be consistent with the status of TWAMP Light, I think that a > specification that defines an extension to only TWAMP Light should be > Informational track too. On the other hand, if the proposed extension is > for TWAMP-Test protocol, then, as explained in RFC 8545, it requires a > respective extension of the TWAMP-Control protocol, as have been done in > the past for all extensions of TWAMP. > As for the extension of STAMP, I've mentioned the example of the Direct > Measurement of packet loss that uses the standard STAMP extension > mechanism. I believe that your proposal can follow the same approach. > > Regards, > Greg > > On Thu, Mar 12, 2020 at 6:56 AM Rakesh Gandhi > wrote: > >> Hi Xiao, >> Thanks for your comments. >> For STAMP messages, do you have any thoughts on the options 1-4? >> >> Thanks, >> Rakesh >> >> >> >> On Wed, Mar 11, 2020 at 10:14 PM wrote: >> >>> Hi Rakesh, >>> >>> >>> I'm a bit confused why separate TWAMP-Light and STAMP messages need to >>> be defined, because as I understand STAMP can be seen as the standardi= zed >>> and enhanced version of TWAMP-Light, and STAMP is backward compatible w= ith >>> the existing TWAMP-Light implementations. >>> >>> >>> Best Regards, >>> >>> Xiao Min >>> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 >>> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*RakeshGandhi >>> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*IETF IPPM WG ; >>> draft-ietf-ippm-stamp-option-tlv@ietf.org < >>> draft-ietf-ippm-stamp-option-tlv@ietf.org>;Mach Chen < >>> mach.chen@huawei.com>; >>> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*IPPM Chairs ; >>> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:3= 6 >>> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**[ippm] Updates to twamp light/stamp mes= sages* >>> _______________________________________________ >>> ippm mailing list >>> ippm@ietf.org >>> https://www.ietf.org/mailman/listinfo/ippm >>> >>> Hi WG, >>> >>> I have prepared few slides as follows to discuss the various options fo= r >>> adding session id and control code in the twamp light and stamp message= s. >>> >>> >>> https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session= -id-rev1.pdf >>> >>> >>> Drafts discussed are: >>> >>> draft-gandhi-spring-twamp-srpm >>> >>> draft-ietf-ippm-stamp-option-tlv >>> >>> >>> Welcome your comments and suggestions. >>> >>> >>> Thanks, >>> >>> Rakesh >>> >>> >>> >>> --00000000000070d39605a0aa1c2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Rakesh, et al.,
    to clarify my opinion of the propos= ed options. I do support Option 4 that uses the STAMP extension mechanism. = And since=C2=A0TWAMP Light is a non-standard mode, I don't think that s= uggested "diversion of formats" is a real problem for Option 4.

    Regards,
    Greg

    On Thu, Mar 12, 2020= at 8:15 AM Greg Mirsky <gregim= irsky@gmail.com> wrote:
    Hi Rakesh,
    I would note that TWAMP Ligh= t is not a Standard but only informational=C2=A0IETF document. Section 4 of= RFC 8545 explains it clearly. And to be consistent with the status of TWAM= P Light, I think that a specification that defines an extension to only TWA= MP Light should be Informational track too. On the other hand, if the propo= sed extension is for TWAMP-Test protocol, then, as explained in RFC 8545, i= t requires a respective extension of the TWAMP-Control protocol, as have be= en done in the past for all extensions of TWAMP.
    As for the exten= sion of STAMP, I've mentioned the example of the Direct Measurement of = packet loss that uses the standard STAMP extension mechanism. I believe tha= t your proposal can follow the same approach.

    Rega= rds,
    Greg

    On Thu, Mar 12, 2020 at 6:56 AM Rakesh Gandhi <= rgandhi.ietf@gm= ail.com> wrote:
    Hi Xiao,
    Thanks for your comments.
    For STAMP messages, do you have any thoughts on the options 1-4?

    Thanks,
    Rakesh



    On Wed, Mar 11, 2020 at 10:14 PM <xiao.min2@zte.com.cn> wrote:

    Hi Rakesh,


    I&#= 39;m a bit confused why separate TWAMP-Light and STAMP messages need to be = defined, because as =C2=A0I understand STAMP can be seen as the standardize= d and enhanced version of TWAMP-Light, and STAMP is backward compatible wit= h the existing TWAMP-Light implementations.


    Bes= t Regards,

    Xiao Min

    =E5=8E=9F=E5=A7=8B=E9=82=AE=E4= =BB=B6
    =E5=8F=91=E4=BB=B6= =E4=BA=BA=EF=BC=9ARakeshGandhi <rgandhi.ietf@gmail.com>
    =E6=8A=84=E9=80=81=E4=BA=BA=EF= =BC=9AIPPM Chairs <ippm-chairs@ietf.org>;<= /span>
    =E6=97=A5 =E6=9C=9F =EF=BC=9A2020= =E5=B9=B403=E6=9C=8812=E6=97=A5 06:36
    =E4=B8=BB = =E9=A2=98 =EF=BC=9A[ippm] Updates to twamp light/sta= mp messages
    _______________= ________________________________
    ippm=C2=A0mailing=C2=A0list
    ippm@ietf.org
    https://www.= ietf.org/mailman/listinfo/ippm

    Hi WG,

    <= span>I have prepared few slides a= s follows to discuss the various options for adding session id and control = code in the twamp light and stamp messages.

    =

    http= s://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-id-rev1= .pdf


    Drafts discu= ssed are:

    draft-gandhi-spring-twamp-srpm

    draft-ietf-ippm-stamp-option-tlv


    Welcome your comments and suggestions.
    <= /span>

    <= span style=3D"font-family:georgia,serif">

    Thanks,

    Rakesh

    =
    <= /span>

    =


    --00000000000070d39605a0aa1c2e-- From nobody Thu Mar 12 09:13:16 2020 Return-Path: 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 D72A43A0CE8; Thu, 12 Mar 2020 09:13:08 -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, 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 gS5YIf53ujP4; Thu, 12 Mar 2020 09:13:07 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 327A53A0768; Thu, 12 Mar 2020 09:13:07 -0700 (PDT) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 10CB5D5FFCE866CAD266; Thu, 12 Mar 2020 16:13:05 +0000 (GMT) Received: from fraeml710-chm.china.huawei.com (10.206.15.59) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Mar 2020 16:13:04 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 12 Mar 2020 17:13:04 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Thu, 12 Mar 2020 17:13:04 +0100 From: Giuseppe Fioccola To: Alvaro Retana , The IESG CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: Alvaro Retana's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) Thread-Index: AQHV9+fiqnztuLYqhEimObh6PbmB0ahFHVzg Date: Thu, 12 Mar 2020 16:13:03 +0000 Message-ID: <110e460417e64307941e63533e1b487e@huawei.com> References: <158396032972.1408.17305665509241401046@ietfa.amsl.com> In-Reply-To: <158396032972.1408.17305665509241401046@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.168.108] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Alvaro Retana's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 16:13:09 -0000 RGVhciBBbHZhcm8sDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudC4NClBsZWFzZSBmaW5kIG15IGFu c3dlcnMgaW5saW5lIHRhZ2dlZCBhcyBbR0ZdLg0KSWYgeW91IGFncmVlLCBJIHdpbGwgYWRkIGEg VGVybWlub2xvZ3kgc2VjdGlvbiBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KDQpCZXN0IFJlZ2FyZHMs DQoNCkdpdXNlcHBlDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFsdmFy byBSZXRhbmEgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRmLm9yZ10gDQpTZW50 OiBXZWRuZXNkYXksIE1hcmNoIDExLCAyMDIwIDk6NTkgUE0NClRvOiBUaGUgSUVTRyA8aWVzZ0Bp ZXRmLm9yZz4NCkNjOiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFya0BpZXRmLm9y ZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IFRhbCBNaXpyYWhpIDx0YWwu bWl6cmFoaS5waGRAZ21haWwuY29tPg0KU3ViamVjdDogQWx2YXJvIFJldGFuYSdzIE5vIE9iamVj dGlvbiBvbiBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wNzogKHdpdGggQ09N TUVOVCkNCg0KQWx2YXJvIFJldGFuYSBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBw b3NpdGlvbiBmb3INCmRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA3OiBObyBP YmplY3Rpb24NCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5l IGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUg VG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVjdG9yeSBwYXJh Z3JhcGgsIGhvd2V2ZXIuKQ0KDQoNClBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9y Zy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCmZvciBtb3JlIGluZm9ybWF0 aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQoNCg0KVGhlIGRv Y3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBiZSBmb3VuZCBo ZXJlOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLW11 bHRpcG9pbnQtYWx0LW1hcmsvDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQooMSkgU29tZSBvZiB0aGUgdGVybWlub2xvZ3kgaW4gdGhpcyBkb2N1bWVudCBj YW4gYmUgY29uZnVzaW5nLiAgRm9yIGV4YW1wbGUsIEkgY2FuJ3QgaGVscCBidXQgdGhpbmtpbmcg YWJvdXQgbXVsdGljYXN0IGFuZCByZXBsaWNhdGlvbiB3aGVuIHJlYWRpbmcgYWJvdXQgYSBwb2lu dC10by1tdWx0aXBvaW50IGZsb3cuICBEaWdnaW5nIGludG8gdGhlIGRvY3VtZW50LCB0aGUgY29u Y2VwdCBpcyBldmVudHVhbGx5IGV4cGxhaW5lZCAoYW5kIHRoZSBmYWN0IHRoYXQgbXVsdGljYXN0 IGlzIG5vdCBzdXBwb3J0ZWQpLiAgSSB0aGluayB0aGF0IHRoZXJlIHdvdWxkIGJlIGdyZWF0IGJl bmVmaXQgaW4gYWRkaW5nIGEgVGVybWlub2xvZ3kgc2VjdGlvbiB0byBpbmNsdWRlIGEgc2hvcnQg ZGVmaW5pdGlvbiBvZiB0aGUgZmxvdyB0eXBlcyBhbmQgb3RoZXIgdGVybXMgKHByb2R1Y3Rpb24g bmV0d29yaywgbW9uaXRvcmluZyBuZXR3b3JrLCBldGMuKS4NCg0KW0dGXTogSSB3aWxsIGFkZCBh IFRlcm1pbm9sb2d5IHNlY3Rpb24uIEl0IG1ha2VzIHNlbnNlIHRvIG1lIGZvciBhIGJldHRlciBl eHBsYW5hdGlvbi4gDQoNCg0KKDIpIFRoaXMgZG9jdW1lbnQgaXMgY2xhc3NpZmllZCBhcyBFeHBl cmltZW50YWwuICBXaGF0IGlzIHRoZSBleHBlcmltZW50Pw0KDQpHaXZlbiB0aGF0IHRoZSBkb2N1 bWVudCBkZXNjcmliZXMgYSBtZXRob2RvbG9neSBhbmQgbm90IGFuIGludGVyb3BlcmFibGUgaW1w bGVtZW50YXRpb24sIHNob3VsZCB0aGUgZXhwZXJpbWVudCBiZSwgZm9yIGV4YW1wbGUsIHRvIGNv bnNpZGVyIHRoZSBhcHBsaWNhYmlsaXR5IG9mIHRoZSBtZXRob2RvbG9neSB0byBkaWZmZXJlbnQg YXBwbGljYXRpb25zPyAgSXQgY2FuIG9idmlvdXNseSBiZSBzb21ldGhpbmcgZWxzZS4uLmJ1dCBJ IHRoaW5rIGl0IGlzIGltcG9ydGFudCB0byBpbmRpY2F0ZSB3aGF0IGl0IGlzLg0KDQpGV0lXLCBn aXZlbiB0aGF0IHRoaXMgaXMgYW4gImV4dGVuc2lvbiBvZiBSRkMgODMyMSIsIEkgdGhpbmsgdGhh dCBFeHBlcmltZW50YWwgaXMgdGhlIHJpZ2h0IHN0YXR1cy4NCg0KW0dGXTogQWdyZWUsIGFuZCBp biBteSBvcGluaW9uLCB0aGlzIGRvY3VtZW50IGlzIGJvcmRlcmxpbmUgYmV0d2VlbiBFeHBlcmlt ZW50YWwgYW5kIEluZm9ybWF0aW9uYWwuIEluIHRoZSBlbmQsIHdlIGNvbnNpZGVyZWQgaXQgYXMg RXhwZXJpbWVudGFsIHNpbmNlIGl0IGlzIHRoZSBleHRlbnNpb24gb2YgUkZDIDgzMjEsIGFzIHlv dSBub3RpY2VkLg0KDQo= From nobody Thu Mar 12 09:42:13 2020 Return-Path: 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 3B91F3A0A94; Thu, 12 Mar 2020 09:41:53 -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, 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 NAn6SSnmJQ-S; Thu, 12 Mar 2020 09:41:51 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 59AE43A0D6C; Thu, 12 Mar 2020 09:41:51 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 11BDCF3B1EA592196B4A; Thu, 12 Mar 2020 16:41:50 +0000 (GMT) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Mar 2020 16:41:49 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 12 Mar 2020 17:41:49 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Thu, 12 Mar 2020 17:41:49 +0100 From: Giuseppe Fioccola To: Roman Danyliw , The IESG CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) Thread-Index: AQHV+CbuNxnBsSt36EqvsuXZMsuHXqhFIhxg Date: Thu, 12 Mar 2020 16:41:49 +0000 Message-ID: References: <158398740355.19660.13298873326359739262@ietfa.amsl.com> In-Reply-To: <158398740355.19660.13298873326359739262@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.168.108] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Roman Danyliw's No Objection on draft-ietf-ippm-multipoint-alt-mark-07: (with COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 16:41:53 -0000 RGVhciBSb21hbiwNClRoYW5rcyBmb3IgeW91ciBjb21tZW50Lg0KUGxlYXNlIGZpbmQgbXkgYW5z d2VycyBpbmxpbmUgdGFnZ2VkIGFzIFtHRl0uDQoNCklmIHlvdSBhZ3JlZSwgSSB3aWxsIGluY2x1 ZGUgdGhlIHByb3Bvc2VkIGNoYW5nZXMgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KQmVzdCBSZWdh cmRzLA0KDQpHaXVzZXBwZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUm9t YW4gRGFueWxpdyB2aWEgRGF0YXRyYWNrZXIgW21haWx0bzpub3JlcGx5QGlldGYub3JnXSANClNl bnQ6IFRodXJzZGF5LCBNYXJjaCAxMiwgMjAyMCA1OjMwIEFNDQpUbzogVGhlIElFU0cgPGllc2dA aWV0Zi5vcmc+DQpDYzogZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmtAaWV0Zi5v cmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYub3JnOyBUYWwgTWl6cmFoaSA8dGFs Lm1penJhaGkucGhkQGdtYWlsLmNvbT47IHRhbC5taXpyYWhpLnBoZEBnbWFpbC5jb20NClN1Ympl Y3Q6IFJvbWFuIERhbnlsaXcncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi1pcHBtLW11bHRp cG9pbnQtYWx0LW1hcmstMDc6ICh3aXRoIENPTU1FTlQpDQoNClJvbWFuIERhbnlsaXcgaGFzIGVu dGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpkcmFmdC1pZXRmLWlwcG0t bXVsdGlwb2ludC1hbHQtbWFyay0wNzogTm8gT2JqZWN0aW9uDQoNCldoZW4gcmVzcG9uZGluZywg cGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbCBlbWFp bCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0 byBjdXQgdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2Ug cmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0 ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENP TU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxs b3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLw0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KSSBzdXBwb3J0IEJlbiBLYWR1 a+KAmXMgRElTQ1VTUyBwb3NpdGlvbi4NCg0KW0dGXTogSSBoYXZlIHByb3Bvc2VkIGluIHNlcGFy YXRlZCBlbWFpbCBob3cgdG8gYWRkcmVzcyBCZW4gS2FkdWvigJlzIERJU0NVU1MgcG9zaXRpb24u DQoNCioqIFNlY3Rpb24gMS4gIFBlciDigJxUaGVyZSBhcmUgc29tZSBhcHBsaWNhdGlvbnMgb2Yg dGhlIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZCB3aGVyZSB0aGVyZSBhcmUgYSBsb3Qgb2YgbW9u aXRvcmVkIGZsb3dzIGFuZCBub2Rlcy7igJ0gLS0gRWRpdG9yaWFsLiANCuKAnGFsdGVybmF0aXZl IG1hcmtpbmcgbWV0aG9kc+KAnSBpcyBsb3dlciBjYXNlIGJ1dCDigJxBbHRlcm5hdGl2ZSBNYXJr aW5nIG1ldGhvZG9sb2d54oCdIGlzIHVwcGVyIGNhc2UgaW4gb3RoZXIgcGxhY2VzDQoNCltHRl06 IEkgd2lsbCBmaXggdGhpcyBpbiB0aGUgZW50aXJlIGRvY3VtZW50Lg0KDQotLSDigJxhIGxvdCBv ZiBtb25pdG9yZWTigJ0gc2VlbXMgY29sbG9xdWlhbCBhbmQgaW1wcmVjaXNlIGFuZCBiZWdnZWQg Zm9yIG1lLCDigJx3aGF04oCZcyBhIGxvdOKAnT8gKHN1YnNlcXVlbnQgdGV4dCBzYXlzIOKAnG4g YW5kIG0gYXJlIGhpZ2ggdmFsdWVz4oCdLCBidXQgSSBhbHNvIGRvbuKAmXQgaGF2ZSBhIHNlbnNl IGZvciB3aGF0IHRoYXQgbWlnaHQgYmUpDQoNCltHRl06IFlvdSBhcmUgcmlnaHQuIEkgY2FuIHNw ZWNpZnkgYmV0dGVyIHRoaXMgY29uY2VwdC4gVGhlIG51bWJlciBvZiAgbWVhc3VyZW1lbnQgcG9p bnRzIGFuZCBtb25pdG9yZWQgZmxvd3MgbWF5IHZhcnkgYW5kIGRlcGVuZHMgb24gdGhlIHBvcnRp b24gb2YgdGhlIG5ldHdvcmsgd2UgYXJlIG1vbml0b3JpbmcgKGNvcmUgbmV0d29yaywgbWV0cm8g bmV0d29yaywgYWNjZXNzIG5ldHdvcmssLi4uKSBhbmQgb24gdGhlIGdyYW51bGFyaXR5IChmb3Ig ZWFjaCBzZXJ2aWNlLCBlYWNoIGN1c3RvbWVyLC4uLikNCg0KKiogU2VjdGlvbiAxLiAgUGVyIOKA nFdpdGhvdXQgbmV0d29yayBjbHVzdGVyaW5nLCBpdCBpcyBwb3NzaWJsZSB0byBhcHBseSBhbHRl cm5hdGUgbWFya2luZyBvbmx5IGZvciBhbGwgdGhlIG5ldHdvcmsgb3IgcGVyIHNpbmdsZSBmbG93 LiAgSW5zdGVhZCwgd2l0aA0KbmV0d29yayAgICBjbHVzdGVyaW5nLCBpdCBpcyBwb3NzaWJsZSB0 byB1c2UgdGhlIG5ldHdvcmsgY2x1c3RlcnMgcGFydGl0aW9uIOKApuKAnSwNCnRoZSBwaHJhc2Ug 4oCcbmV0d29yayBjbHVzdGVycyBwYXJ0aXRpb27igJ0gZG9lc27igJl0IHBhcnNlIGZvciBtZS4N Cg0KW0dGXTogSSBjYW4gcmVwbGFjZSBpdCB3aXRoICJwYXJ0aXRpb24gb2YgdGhlIG5ldHdvcmsg aW4gc3VibmV0d29ya3MgY2FsbGVkIGNsdXN0ZXJzIi4gVGhlIHRlcm0gJ2NsdXN0ZXInIGlzIGV4 cGxhaW5lZCBpbiB0aGUgZm9sbG93aW5nIHNlY3Rpb25zLg0KDQoqKiBTZWN0aW9uIDQuICBQZXIg 4oCcQnkgVXNpbmcgdGhlICJ0cmFkaXRpb25hbCIgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0aG9kIG9u bHkgcG9pbnQtdG8tcG9pbnQgcGF0aHMgY2FuIGJlIG1vbml0b3JlZC7igJ0sIHBlcmhhcHMgc2F5 IGFsdGVybmF0aXZlIG1hcmtpbmcgcGVyDQpSRkM4MzIxIGluc3RlYWQgb2Yg4oCcdHJhZGl0aW9u YWwg4oCm4oCdLg0KDQpbR0ZdOiBZZXMsIEkgd2lsbCBjb3JyZWN0Lg0KDQoqKiBTZWN0aW9uIDQu MS4gIOKAnEluIGdlbmVyYWwgdGhlcmUgYXJlIGRpZmZlcmVudCBvcHRpb25zOiB0aGUgbW9uaXRv cmluZyBuZXR3b3JrIGNhbiBiZSBvYnRhaW5lZCBieSBjb25zaWRlcmluZyBhbGwgdGhlIHBvc3Np YmxlIHBhdGhzIGZvciB0aGUgdHJhZmZpYyBvciBhbHNvIGJ5IGNoZWNraW5nIHRoZSB0cmFmZmlj IHNvbWV0aW1lcyBhbmQgdXBkYXRlIHRoZSBncmFwaCBjb25zZXF1ZW50bHku4oCdDQoNCi0tIEVk aXRvcmlhbDogcy9JbiBnZW5lcmFsIHRoZXJlIGFyZSBkaWZmZXJlbnQgb3B0aW9uczog4oCmIGJ5 IGNoZWNraW5nIHRoZSB0cmFmZmljIHNvbWV0aW1lcyBhbmQgdXBkYXRlIHRoZSBncmFwaCBjb25z ZXF1ZW50bHkvSW4gZ2VuZXJhbCwgdGhlcmUgYXJlIGRpZmZlcmVudCBvcHRpb25zOiBieSBwZXJp b2RpY2FsbHkgY2hlY2tpbmcgdGhlIHRyYWZmaWMgYW5kIHVwZGF0aW5nIHRoZSBncmFwaCBhcyBh cHByb3ByaWF0ZS8NCg0KW0dGXTogWWVzLCBJIHdpbGwgY29ycmVjdA0KDQotLSBJcyB0aGVyZSBh bnkgZ3VpZGFuY2Ugb24gdGhlIGhvdyB0byBmcmVxdWVudGx5IHRoaXMgZXZhbHVhdGlvbiBvZiB0 cmFmZmljIHNob3VsZCBiZT8NCg0KW0dGXTogSSB0aGluayB0aGUgbmV0d29yayBncmFwaCBjYW4g YmUgdXBkYXRlZCBpbiBzZXZlcmFsIHdheXMgKGUuZy4gZGFpbHkgYmFzaXMsIHdlZWtseSBiYXNp cywuLi4pLiBJdCBpcyB1cCB0byBtYW5hZ2VtZW50IHN5c3RlbSBjb25maWd1cmF0aW9uLg0KDQoq KiBTZWN0aW9uIDUuICBIb3cgZ2VuZXJhbGl6YWJsZSBpcyB0aGUgZmxvdyBkZXNjcmlwdGlvbj8g IFRoZXNlIHN0YXRlbWVudHMgc2VlbSBpbmNvbnNpc3RlbnQ6DQoNCi0tIFNlY3Rpb24gNCBzYXlz IOKAnE11bHRpcG9pbnQgQWx0ZXJuYXRlIE1hcmtpbmcgZW5hYmxlcyB0aGUgcGVyZm9ybWFuY2Ug bWVhc3VyZW1lbnQgZm9yIG11bHRpcG9pbnQgZmxvd3Mgc2VsZWN0ZWQgYnkgaWRlbnRpZmljYXRp b24gZmllbGRzIHdpdGhvdXQgYW55IGNvbnN0cmFpbnRzIChldmVuIHRoZSBlbnRpcmUgbmV0d29y ayBwcm9kdWN0aW9uIHRyYWZmaWMpLg0KDQotLSBTZWN0aW9uIDUgc2F5cyDigJxUaGUgZmxvdyBk ZWZpbml0aW9uIGlzIGdlbmVyYWxpemVkIGhlcmUsIGluZGVlZCwgYXMgZGVzY3JpYmVkIGJlZm9y ZSwgYSBtdWx0aXBvaW50IHBhY2tldCBmbG93IGlzIGNvbnNpZGVyZWQgYW5kIHRoZSBpZGVudGlm aWNhdGlvbiBmaWVsZHMgb2YgdGhlIDUtdHVwbGUgY2FuIGJlIHNlbGVjdGVkIHdpdGhvdXQgYW55 IGNvbnN0cmFpbnRzLg0KDQpbR0ZdOiBZb3UgYXJlIHJpZ2h0LiBUaGlzIGlzIGFuIG92ZXJzaWdo dCBhbmQgSSB3aWxsIGFsaWduIHRoZSB0d28gZGVmaW5pdGlvbnMuIEluIHBhcnRpY3VsYXIgdGhl IG9uZSBpbiBTZWN0aW9uIDQgaXMgYmV0dGVyLg0KDQoqKiBTZWN0aW9uIDkuICBJIGRpZG7igJl0 IHVuZGVyc3RhbmQgd2hhdCB0aGlzIHNlY3Rpb24gd2FzIHNheWluZyB0aGF0IGlzIGRpZmZlcmVu dCB0aGFuIFNlY3Rpb24gMTAuICBJTU8sIHRoZSDigJxTRE4gQ29udHJvbGxlciBjYWxpYnJhdGlu ZyBmb3IgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnRz4oCdIGFuZCBbSS1ELnNvbmctb3BzYXdnLWlm aXQtZnJhbWV3b3JrXSBkZXNjcmlwdGlvbnMNCnNlZW1lZCBsaWtlIOKAnEV4YW1wbGVzIG9mIGFw cGxpY2F0aW9uc+KAnSBjb3ZlcmVkIGluIFNlY3Rpb24gMTAuICAgVGhlIHRpdGxlIG9mDQp0aGlz IHNlY3Rpb24g4oCcQW4gSW50ZWxsaWdlbnQgUGVyZm9ybWFuY2UgTWFuYWdlbWVudCBhcHByb2Fj aOKAnSBzZWVtZWQgYSBsaXR0bGUg4oCcbWFya2V0aW5nIGxpa2XigJ0uDQoNCltHRl06IFRoaXMg c2VjdGlvbiBhaW1zIHRvIGhpZ2hsaWdodCB0aGUgcG90ZW50aWFsIHVzYWdlIG9mIHRoZSBtZXRo b2RvbG9neSB0byBpbXBsZW1lbnQgYW4gaW50ZWxsaWdlbnQgYXBwcm9hY2guIEkgY2FuIGNoYW5n ZSAiSW50ZWxsaWdlbnQiIHdpdGggInJlZmxlY3Rpb24tbG9vcCIgb3IgImNsb3NlZC1sb29wIi4g V2hhdCBkbyB5b3UgdGhpbms/DQoNCg0K From nobody Thu Mar 12 09:47:42 2020 Return-Path: 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 91F543A0BEC; Thu, 12 Mar 2020 09:47:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.1 X-Spam-Level: *** X-Spam-Status: No, score=3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 kFmQuQC0fquP; Thu, 12 Mar 2020 09:47:39 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 C024A3A0BDA; Thu, 12 Mar 2020 09:47:38 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 480525A566090CCB35F1; Thu, 12 Mar 2020 16:47:37 +0000 (GMT) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Mar 2020 16:47:36 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 12 Mar 2020 17:47:36 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Thu, 12 Mar 2020 17:47:36 +0100 From: Giuseppe Fioccola To: Alissa Cooper , Linda Dunbar CC: "gen-art@ietf.org" , "last-call@ietf.org" , "draft-ietf-ippm-multipoint-alt-mark.all@ietf.org" , "ippm@ietf.org" Thread-Topic: [Gen-art] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 Thread-Index: AQHV8zxKgIQS/vnMhkSwJ4EW8Te/rqg7RocggABnBgCAACctoIAAF9kAgARK1BCAA+2SAIABDtsQ Date: Thu, 12 Mar 2020 16:47:36 +0000 Message-ID: <52398f4660a04cc69e5e2279d638a0ef@huawei.com> References: <158344682412.14483.3670919728514853196@ietfa.amsl.com> <68396b000d9c427f93eecb5888db0ffd@huawei.com> <95927E5A-6068-4D4F-AF53-D9C062DEFBDB@cooperw.in> In-Reply-To: <95927E5A-6068-4D4F-AF53-D9C062DEFBDB@cooperw.in> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.168.108] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] [Gen-art] Genart last call review of draft-ietf-ippm-multipoint-alt-mark-06 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 16:47:41 -0000 Thank you Alissa for updating the ballot position! Best Regards, Giuseppe -----Original Message----- From: Alissa Cooper [mailto:alissa@cooperw.in]=20 Sent: Thursday, March 12, 2020 2:33 AM To: Giuseppe Fioccola ; Linda Dunbar Cc: gen-art@ietf.org; last-call@ietf.org; draft-ietf-ippm-multipoint-alt-ma= rk.all@ietf.org; ippm@ietf.org Subject: Re: [Gen-art] Genart last call review of draft-ietf-ippm-multipoin= t-alt-mark-06 Linda, thanks for your review. Giuseppe, thanks for your responses. I enter= ed a No Objection ballot. Alissa > On Mar 9, 2020, at 8:34 AM, Giuseppe Fioccola wrote: >=20 > Hi Linda, > Thank you. I will apply the new version later today. >=20 > Regards, >=20 > Giuseppe >=20 > -----Original Message----- > From: Linda Dunbar [mailto:linda.dunbar@futurewei.com]=20 > Sent: Friday, March 6, 2020 9:01 PM > To: Giuseppe Fioccola ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; last= -call@ietf.org > Subject: RE: Genart last call review of draft-ietf-ippm-multipoint-alt-ma= rk-06 >=20 > Giuseppe,=20 >=20 > Thank you very much for the explanation. It is good.=20 >=20 > Linda >=20 > -----Original Message----- > From: Giuseppe Fioccola =20 > Sent: Friday, March 6, 2020 12:21 PM > To: Linda Dunbar ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; last= -call@ietf.org > Subject: RE: Genart last call review of draft-ietf-ippm-multipoint-alt-ma= rk-06 >=20 > Hi Linda, > Thanks for the feedback! > I will submit the new version by Monday. > Regarding your question, with multipoint path the egress nodes receive al= ternative marked packets in random order from different ingress nodes, but = the reordering does not affect the measurement if it is satisfied the condi= tion in Section 7 that takes into account clock errors, misalignment betwee= n marking interval and network delay. If we want to recognize the marked si= gnal from a specific source node we need to specify better the flow filter = criteria (i.e. 5-tuple), while if we want only to select packets from a spe= cific source (e.g. for delay measurements) it is possible to apply the hash= ing technique as mentioned in Section 8.2.2. As an alternative, to identify= the source nodes and if there is enough space in the header, the Node ID, = as you suggested, could be a possibility and also the Flow ID could be used= to facilitate the correlations, but this is an implementation issue and it= is not considered within this document. >=20 > Please let me know if this answers your question and if you want me to in= clude these considerations within the draft. >=20 > Regards, >=20 > Giuseppe >=20 >=20 > -----Original Message----- > From: Linda Dunbar [mailto:linda.dunbar@futurewei.com]=20 > Sent: Friday, March 6, 2020 5:15 PM > To: Giuseppe Fioccola ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; last= -call@ietf.org > Subject: RE: Genart last call review of draft-ietf-ippm-multipoint-alt-ma= rk-06 >=20 > Giuseppe,=20 >=20 > Thank you very much for the response. Agree with your proposed changes.=20 > Just one more question, I remember that the P2P Alternative Marking is ac= hieved by sequence of 1 and sequence of 0. So the receiver can detect the c= hange when the Marking changes between 1 and 0. But with multi-point to mu= lti-point traffic, the receivers will receive packets from different ingres= s nodes. If the Ingress nodes do not leave their node IDs in the packets, t= he packets will carry Marking of 1 and 0 not in specific orders.=20 > How does ingress signal to the egress nodes in the multi-point and multi = point scenario?=20 >=20 > Thank you very much.=20 >=20 > Linda Dunbar > -----Original Message----- > From: Giuseppe Fioccola =20 > Sent: Friday, March 6, 2020 3:51 AM > To: Linda Dunbar ; gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; last= -call@ietf.org > Subject: RE: Genart last call review of draft-ietf-ippm-multipoint-alt-ma= rk-06 >=20 > Dear Linda, > Thanks for your review! > Please find my answers inline tagged as [GF]. > Let me know if you agree with my proposed small changes to the draft. >=20 > Regards, >=20 > Giuseppe >=20 >=20 > -----Original Message----- > From: Linda Dunbar via Datatracker [mailto:noreply@ietf.org]=20 > Sent: Thursday, March 5, 2020 11:20 PM > To: gen-art@ietf.org > Cc: draft-ietf-ippm-multipoint-alt-mark.all@ietf.org; ippm@ietf.org; last= -call@ietf.org > Subject: Genart last call review of draft-ietf-ippm-multipoint-alt-mark-0= 6 >=20 > Reviewer: Linda Dunbar > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area Revie= w Team (Gen-ART) reviews all IETF documents being processed by the IESG for= the IETF Chair. Please treat these comments just like any other last call= comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-ippm-multipoint-alt-mark-06 > Reviewer: Linda Dunbar > Review Date: 2020-03-05 > IETF LC End Date: 2020-03-06 > IESG Telechat date: 2020-03-12 >=20 > Summary: > This document is to expand P2P flows marking methodology to measure unica= st flows in multipoint-to-multipoint network. The mechanism is quite inter= esting. >=20 > [GF]: Thanks! >=20 > However, I do have some questions: >=20 > Page 9 (Section 5: Multipoint Packet Loss): Second paragraph stating that= "the sum of the number of packets on all ingress interfaces equals the num= ber on the egress interfaces for the monitored flow". >=20 > how to measure? with all nodes having different timer, it would be diffic= ult to quantify the time period. At any given time T, egress node may count= packets entered at T-x. Where to draw the line? packets may traverse diffe= rent routes through the network, and can take different time. >=20 > [GF]: I understand your point but in this case the assumption is the use = of the alternate marking method. The time reference is given by the alterna= te marking method, where the marking change is an auto-synchronization sign= al for the network nodes. There are also timing aspects due to the differen= t timer of the nodes and this is explained in Section 7: Timing Aspects. I = can specify that this paragraph is valid in the case of alternate marking. >=20 > Section 6.1 Algorithm for Cluster Partition: > How do you partition the cluster if the Application ingress the network v= ia different nodes? >=20 > [GF]: Once defined an Application flow, the algorithm considers all the p= ossible links and nodes for the given flow, even if there is no traffic. It= is based on topological information. So, if the Application ingress via di= fferent nodes, the counters has a non-zero value for these nodes, while a z= ero value for the other nodes without traffic, but, in the end the formula = is still valid. >=20 > Major issues: None > Minor issues: None >=20 > Nits/editorial comments: >=20 > Page 5: first sentence on the policies to classify flows: should allow ad= ditional conditions that are not in the packet header as part of matching c= riteria >=20 > [GF]: Sure, I can add a consideration here that the flow can be defined a= t different levels based on the encapsulation considered and additional con= ditions are possible. >=20 > Thank you very much. >=20 > Linda Dunbar >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Thu Mar 12 19:52:33 2020 Return-Path: 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 0D96F3A0E79; Thu, 12 Mar 2020 19:52:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=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 KAWCRumUwsye; Thu, 12 Mar 2020 19:52:28 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 2BFFF3A0E7A; Thu, 12 Mar 2020 19:52:27 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id 27DF4EBB79BCF5F02E1F; Fri, 13 Mar 2020 10:52:25 +0800 (CST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id D4F98F5B79E83C07E02A; Fri, 13 Mar 2020 10:52:24 +0800 (CST) Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id 02D2lZKH091566; Fri, 13 Mar 2020 10:47:35 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp01[null]) by mapi (Zmail) with MAPI id mid201; Fri, 13 Mar 2020 10:47:35 +0800 (CST) Date: Fri, 13 Mar 2020 10:47:35 +0800 (CST) X-Zmail-TransId: 2af95e6af44787800d91 X-Mailer: Zmail v1.0 Message-ID: <202003131047352250125@zte.com.cn> In-Reply-To: References: CAMZsk6cdrZz7ojexUXSc9WHxvz=URM8G-Y8czcbYtSLYkRYCrw@mail.gmail.com, CAMZsk6cv4vGuD1GD4zysyYwEO=PeVAyj5=-PnKyOkrxb9D3k3Q@mail.gmail.com Mime-Version: 1.0 From: To: Cc: , , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 02D2lZKH091566 Archived-At: Subject: Re: [ippm] =?utf-8?q?Updates_to_twamp_light/stamp_messages?= X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 02:52:31 -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 SGkgUmFrZXNoLA0KDQoNCg0KDQoNCg0KSSBhZ3JlZSB3aXRoIEdyZWcgdGhhdCBPcHRpb24gNCBp cyBwcmVmZXJhYmxlLiBJbiBhZGRpdGlvbiwgT3B0aW9uIDUgaXMgYWxzbyBhY2NlcHRhYmxlIHRv IG1lLg0KDQoNClNvbWUgbW9yZSBjbGFyaWZpY2F0aW9ucyBhcmUgYXMgZm9sbG93cy4NCg0KDQpE dXJpbmcgdGhlIGRpc2N1c3Npb24gYW1vbmcgdGhlIGNvLWF1dGhvcnMgb2YgZHJhZnQtaWV0Zi1p cHBtLXN0YW1wLW9wdGlvbi10bHYsIGl0IHdhcyBhZ3JlZWQgdGhhdCAxNi1iaXQgU2Vzc2lvbiBJ RCBsZW5ndGggaXMgZW5vdWdoLCBpZiB0aGVyZSBpcyBkaWZmZXJlbnQgb3BpbmlvbiwgcGxlYXNl IGxldCB1cyBrbm93Lg0KDQoNCk9wdGlvbiAzIHB1dHMgU2Vzc2lvbiBJRCBpbiBhIFRMViwgYnV0 IGFzIEkgdW5kZXJzdGFuZCwgU2Vzc2lvbiBJRCBpcyBwcmVmZXJhYmx5IHBsYWNlZCBpbiBhIGZp eGVkIHBvc2l0aW9uIG9mIHRoZSB0ZXN0IHBhY2tldHMuDQoNCg0KT3B0aW9uIDIgcHV0cyAyNC1i aXQgU2Vzc2lvbiBJRCBpbiBhIGZpeGVkIHBvc2l0aW9uLCBiZXNpZGVzIHRoZSBkcmF3YmFjayB5 b3UgbWVudGlvbmVkIGluIHRoZSBzbGlkZSwgd2UgcmVhbGl6ZWQgaXQncyBhbHNvIGRpZmZpY3Vs dCB0byBmaW5kIGEgZ29vZCBwbGFjZSBpbiBhdXRoZW50aWNhdGVkIHRlc3QgcGFja2V0cy4NCg0K DQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KDQpYaWFvIE1pbg0KDQoNCg0K5Y6f5aeL6YKu5Lu2 DQoNCg0KDQrlj5Hku7bkurrvvJpSYWtlc2hHYW5kaGkgPHJnYW5kaGkuaWV0ZkBnbWFpbC5jb20+ DQrmlLbku7bkurrvvJrogpbmlY8xMDA5MzU3MDsNCuaKhOmAgeS6uu+8mklFVEYgSVBQTSBXRyA8 aXBwbUBpZXRmLm9yZz47ZHJhZnQtaWV0Zi1pcHBtLXN0YW1wLW9wdGlvbi10bHZAaWV0Zi5vcmcg PGRyYWZ0LWlldGYtaXBwbS1zdGFtcC1vcHRpb24tdGx2QGlldGYub3JnPjtNYWNoIENoZW4gPG1h Y2guY2hlbkBodWF3ZWkuY29tPjtJUFBNIENoYWlycyA8aXBwbS1jaGFpcnNAaWV0Zi5vcmc+Ow0K 5pelIOacnyDvvJoyMDIw5bm0MDPmnIgxMuaXpSAyMTo1Ng0K5Li7IOmimCDvvJpSZTogW2lwcG1d IFVwZGF0ZXMgdG8gdHdhbXAgbGlnaHQvc3RhbXAgbWVzc2FnZXMNCg0KDQoNCkhpIFhpYW8sDQpU aGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQpGb3IgU1RBTVAgbWVzc2FnZXMsIGRvIHlvdSBoYXZl IGFueSB0aG91Z2h0cyBvbiB0aGUgb3B0aW9ucyAxLTQ/DQoNClRoYW5rcywNClJha2VzaA0KDQoN Cg0KDQoNCg0KDQpPbiBXZWQsIE1hciAxMSwgMjAyMCBhdCAxMDoxNCBQTSA8eGlhby5taW4yQHp0 ZS5jb20uY24+IHdyb3RlOg0KDQoNCkhpIFJha2VzaCwNCg0KDQoNCg0KDQoNCg0KSSdtIGEgYml0 IGNvbmZ1c2VkIHdoeSBzZXBhcmF0ZSBUV0FNUC1MaWdodCBhbmQgU1RBTVAgbWVzc2FnZXMgbmVl ZCB0byBiZSBkZWZpbmVkLCBiZWNhdXNlIGFzICBJIHVuZGVyc3RhbmQgU1RBTVAgY2FuIGJlIHNl ZW4gYXMgdGhlIHN0YW5kYXJkaXplZCBhbmQgZW5oYW5jZWQgdmVyc2lvbiBvZiBUV0FNUC1MaWdo dCwgYW5kIFNUQU1QIGlzIGJhY2t3YXJkIGNvbXBhdGlibGUgd2l0aCB0aGUgZXhpc3RpbmcgVFdB TVAtTGlnaHQgaW1wbGVtZW50YXRpb25zLg0KDQoNCg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoN ClhpYW8gTWluDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQrlj5Hku7bkurrvvJpSYWtlc2hHYW5k aGkgPHJnYW5kaGkuaWV0ZkBnbWFpbC5jb20+DQrmlLbku7bkurrvvJpJRVRGIElQUE0gV0cgPGlw cG1AaWV0Zi5vcmc+O2RyYWZ0LWlldGYtaXBwbS1zdGFtcC1vcHRpb24tdGx2QGlldGYub3JnIDxk cmFmdC1pZXRmLWlwcG0tc3RhbXAtb3B0aW9uLXRsdkBpZXRmLm9yZz47TWFjaCBDaGVuIDxtYWNo LmNoZW5AaHVhd2VpLmNvbT47DQrmioTpgIHkurrvvJpJUFBNIENoYWlycyA8aXBwbS1jaGFpcnNA aWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoyMDIw5bm0MDPmnIgxMuaXpSAwNjozNg0K5Li7IOmimCDv vJpbaXBwbV0gVXBkYXRlcyB0byB0d2FtcCBsaWdodC9zdGFtcCBtZXNzYWdlcw0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxp c3QNCmlwcG1AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v aXBwbQ0KDQoNCkhpIFdHLA0KDQoNCkkgaGF2ZSBwcmVwYXJlZCBmZXcgc2xpZGVzIGFzIGZvbGxv d3MgdG8gZGlzY3VzcyB0aGUgdmFyaW91cyBvcHRpb25zIGZvciBhZGRpbmcgc2Vzc2lvbiBpZCBh bmQgY29udHJvbCBjb2RlIGluIHRoZSB0d2FtcCBsaWdodCBhbmQgc3RhbXAgbWVzc2FnZXMuIA0K DQoNCg0KaHR0cHM6Ly9naXRodWIuY29tL3Jha2dhbmRoaS9pZXRmLXB1YmxpYy9ibG9iL21hc3Rl ci9pZXRmLXN0YW1wLXNlc3Npb24taWQtcmV2MS5wZGYNCg0KDQoNCg0KDQoNCkRyYWZ0cyBkaXNj dXNzZWQgYXJlOg0KDQoNCg0KZHJhZnQtZ2FuZGhpLXNwcmluZy10d2FtcC1zcnBtDQoNCg0KZHJh ZnQtaWV0Zi1pcHBtLXN0YW1wLW9wdGlvbi10bHYNCg0KDQoNCg0KDQoNCldlbGNvbWUgeW91ciBj b21tZW50cyBhbmQgc3VnZ2VzdGlvbnMuDQoNCg0KDQoNCg0KDQoNClRoYW5rcywNCg0KDQpSYWtl c2g= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTphcmlhbDsiPkhpIFJha2VzaCw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQt ZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5JIGFncmVlIHdpdGggR3JlZyB0aGF0IE9wdGlvbiA0IGlzJm5ic3A7cHJlZmVy YWJsZS4gSW4gYWRkaXRpb24sIE9wdGlvbiA1IGlzIGFsc28gYWNjZXB0YWJsZSB0byBtZS48L3A+ PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+U29tZSBtb3JlIGNs YXJpZmljYXRpb25zIGFyZSBhcyBmb2xsb3dzLjwvcD48b2wgY2xhc3M9IiBsaXN0LXBhZGRpbmds ZWZ0LTIiIHN0eWxlPSJsaXN0LXN0eWxlLXR5cGU6IGRlY2ltYWw7Ij48bGk+PHAgc3R5bGU9ImZv bnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+RHVyaW5nIHRoZSBkaXNjdXNzaW9uIGFt b25nIHRoZSBjby1hdXRob3JzIG9mIGRyYWZ0LWlldGYtaXBwbS1zdGFtcC1vcHRpb24tdGx2LCBp dCB3YXMgYWdyZWVkIHRoYXQgMTYtYml0IFNlc3Npb24gSUQgbGVuZ3RoIGlzIGVub3VnaCwgaWYg dGhlcmUgaXMgZGlmZmVyZW50IG9waW5pb24sIHBsZWFzZSBsZXQgdXMga25vdy48L3A+PC9saT48 bGk+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+T3B0aW9uIDMg cHV0cyBTZXNzaW9uIElEIGluIGEgVExWLCBidXQgYXMgSSB1bmRlcnN0YW5kLCBTZXNzaW9uIElE IGlzIHByZWZlcmFibHkmbmJzcDtwbGFjZWQgaW4gYSBmaXhlZCBwb3NpdGlvbiBvZiB0aGUgdGVz dCBwYWNrZXRzLjwvcD48L2xpPjxsaT48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1p bHk6YXJpYWw7Ij5PcHRpb24gMiBwdXRzIDI0LWJpdCBTZXNzaW9uIElEIGluIGEgZml4ZWQgcG9z aXRpb24sIGJlc2lkZXMgdGhlIGRyYXdiYWNrIHlvdSBtZW50aW9uZWQgaW4gdGhlIHNsaWRlLCB3 ZSByZWFsaXplZCBpdCdzIGFsc28gZGlmZmljdWx0IHRvIGZpbmQgYSBnb29kIHBsYWNlIGluIGF1 dGhlbnRpY2F0ZWQgdGVzdCBwYWNrZXRzLjwvcD48L2xpPjwvb2w+PHAgc3R5bGU9ImZvbnQtc2l6 ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0 cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5CZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNp emU6MTRweDtmb250LWZhbWlseTphcmlhbDsiPlhpYW8gTWluPC9wPjxkaXY+PGRpdiBjbGFzcz0i emhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURl cyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBi YWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2Vu dGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRp diBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6 aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6 IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1k YXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0i enJlYWRVc2VyTmFtZSI+UmFrZXNoR2FuZGhpICZsdDtyZ2FuZGhpLmlldGZAZ21haWwuY29tJmd0 Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7m lLbku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRp c3BsYXk6IGlubGluZTsiPuiCluaVjzEwMDkzNTcwOzwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcg bGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeUNDVHh0Ij7mioTpgIHkurrvvJo8L3N0cm9uZz48c3BhbiBj bGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPklFVEYgSVBQTSBX RyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZHJhZnQtaWV0Zi1pcHBtLXN0YW1wLW9wdGlvbi10 bHZAaWV0Zi5vcmcgJmx0O2RyYWZ0LWlldGYtaXBwbS1zdGFtcC1vcHRpb24tdGx2QGlldGYub3Jn Jmd0Ozs8L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBp bmxpbmU7Ij5NYWNoIENoZW4gJmx0O21hY2guY2hlbkBodWF3ZWkuY29tJmd0Ozs8L3NwYW4+PHNw YW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5JUFBNIENo YWlycyAmbHQ7aXBwbS1jaGFpcnNAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJv bmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNw YW4gY2xhc3M9IiI+MjAyMOW5tDAz5pyIMTLml6UgMjE6NTY8L3NwYW4+PC9kaXY+PGRpdj48c3Ry b25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25n PjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPlJlOiBbaXBwbV0gVXBkYXRlcyB0byB0 d2FtcCBsaWdodC9zdGFtcCBtZXNzYWdlczwvc3Ryb25nPjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2 IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PGRpdj5IaSBYaWFv LDwvZGl2PjxkaXY+VGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLjwvZGl2PjxkaXY+Rm9yIFNUQU1Q IG1lc3NhZ2VzLCBkbyB5b3UgaGF2ZSBhbnkgdGhvdWdodHMgb24gdGhlIG9wdGlvbnMgMS00Pzwv ZGl2Pjxicj48ZGl2PlRoYW5rcyw8L2Rpdj48ZGl2PlJha2VzaDxicj48L2Rpdj48YnI+PGJyPjwv ZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9Imdt YWlsX2F0dHIiPk9uIFdlZCwgTWFyIDExLCAyMDIwIGF0IDEwOjE0IFBNICZsdDs8YSBocmVmPSJt YWlsdG86eGlhby5taW4yQHp0ZS5jb20uY24iIHRhcmdldD0iX2JsYW5rIj54aWFvLm1pbjJAenRl LmNvbS5jbjwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxf cXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNv bGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdj48cCBzdHlsZT0iZm9u dC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPkhpIFJha2VzaCw8YnI+PC9wPjxwIHN0eWxl PSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+PGJyPjwvcD48cCBzdHlsZT0iZm9u dC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPkknbSBhIGJpdCBjb25mdXNlZCB3aHkgc2Vw YXJhdGUgVFdBTVAtTGlnaHQgYW5kIFNUQU1QIG1lc3NhZ2VzIG5lZWQgdG8gYmUgZGVmaW5lZCwg YmVjYXVzZSBhcyAmbmJzcDtJIHVuZGVyc3RhbmQgU1RBTVAgY2FuIGJlIHNlZW4gYXMgdGhlIHN0 YW5kYXJkaXplZCBhbmQgZW5oYW5jZWQgdmVyc2lvbiBvZiBUV0FNUC1MaWdodCwgYW5kIFNUQU1Q IGlzIGJhY2t3YXJkIGNvbXBhdGlibGUgd2l0aCB0aGUgZXhpc3RpbmcgVFdBTVAtTGlnaHQgaW1w bGVtZW50YXRpb25zLjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJp YWwiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFsIj5C ZXN0IFJlZ2FyZHMsPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlh bCI+WGlhbyBNaW48L3A+PGRpdj48ZGl2IHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IHN0eWxl PSJ3aWR0aDoxMDAlO2hlaWdodDoyOHB4O2xpbmUtaGVpZ2h0OjI4cHg7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjI0LDIyOSwyMzMpO2NvbG9yOnJnYigxOSwxMzYsMjU1KTt0ZXh0LWFsaWduOmNlbnRl ciI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iZ21haWwtbV82NTg1MDQxNTM1NzE5MDIzOTM1 endyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdj48ZGl2IHN0eWxlPSJwYWRkaW5nOjhweDtiYWNr Z3JvdW5kLWNvbG9yOnJnYigyNDUsMjQ2LDI0OCkiPjxkaXY+PHN0cm9uZz7lj5Hku7bkurrvvJo8 L3N0cm9uZz5SYWtlc2hHYW5kaGkgJmx0OzxhIGhyZWY9Im1haWx0bzpyZ2FuZGhpLmlldGZAZ21h aWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+cmdhbmRoaS5pZXRmQGdtYWlsLmNvbTwvYT4mZ3Q7PC9k aXY+PGRpdj48c3Ryb25nPuaUtuS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJkaXNwbGF5 OmlubGluZSI+SUVURiBJUFBNIFdHICZsdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+Jmd0Ozs8L3NwYW4+PHNwYW4gc3R5bGU9 ImRpc3BsYXk6aW5saW5lIj48YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1pcHBtLXN0YW1wLW9w dGlvbi10bHZAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLWlwcG0tc3RhbXAt b3B0aW9uLXRsdkBpZXRmLm9yZzwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWlw cG0tc3RhbXAtb3B0aW9uLXRsdkBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWlldGYt aXBwbS1zdGFtcC1vcHRpb24tdGx2QGlldGYub3JnPC9hPiZndDs7PC9zcGFuPjxzcGFuIHN0eWxl PSJkaXNwbGF5OmlubGluZSI+TWFjaCBDaGVuICZsdDs8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVu QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4mZ3Q7 Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmc+5oqE6YCB5Lq677yaPC9zdHJvbmc+PHNwYW4gc3R5 bGU9ImRpc3BsYXk6aW5saW5lIj5JUFBNIENoYWlycyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlwcG0t Y2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbS1jaGFpcnNAaWV0Zi5vcmc8L2E+ Jmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nPuaXpSDmnJ8g77yaPC9zdHJvbmc+MjAyMOW5 tDAz5pyIMTLml6UgMDY6MzY8L2Rpdj48ZGl2PjxzdHJvbmc+5Li7IOmimCDvvJo8L3N0cm9uZz48 c3Ryb25nPltpcHBtXSBVcGRhdGVzIHRvIHR3YW1wIGxpZ2h0L3N0YW1wIG1lc3NhZ2VzPC9zdHJv bmc+PC9kaXY+PC9kaXY+PGRpdj48ZGl2Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPmlwcG0mbmJzcDttYWlsaW5nJm5ic3A7bGlzdDxicj48YSBocmVm PSJtYWlsdG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+ PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBw bTwvYT48YnI+PGJyPjxkaXYgZGlyPSJsdHIiPjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 Omdlb3JnaWEsc2VyaWYiPkhpIFdHLDxicj48L3NwYW4+PC9kaXY+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5Omdlb3JnaWEsc2VyaWYiPjxicj48L3NwYW4+PGRpdj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Z2VvcmdpYSxzZXJpZiI+SSBoYXZlIHByZXBhcmVkIGZldyBzbGlkZXMgYXMgZm9sbG93 cyB0byBkaXNjdXNzIHRoZSB2YXJpb3VzIG9wdGlvbnMgZm9yIGFkZGluZyBzZXNzaW9uIGlkIGFu ZCBjb250cm9sIGNvZGUgaW4gdGhlIHR3YW1wIGxpZ2h0IGFuZCBzdGFtcCBtZXNzYWdlcy4gPGJy Pjwvc3Bhbj48L2Rpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PGJy Pjwvc3Bhbj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpnZW9yZ2lhLHNlcmlmIj48L3Nw YW4+PHAgc3R5bGU9Im1hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0O3RleHQtYWxpZ246 bGVmdDtkaXJlY3Rpb246bHRyO3VuaWNvZGUtYmlkaTplbWJlZDt2ZXJ0aWNhbC1hbGlnbjpiYXNl bGluZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2VyaWYiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL3Jha2dhbmRoaS9pZXRm LXB1YmxpYy9ibG9iL21hc3Rlci9pZXRmLXN0YW1wLXNlc3Npb24taWQtcmV2MS5wZGYiIHRhcmdl dD0iX2JsYW5rIj5odHRwczovL2dpdGh1Yi5jb20vcmFrZ2FuZGhpL2lldGYtcHVibGljL2Jsb2Iv bWFzdGVyL2lldGYtc3RhbXAtc2Vzc2lvbi1pZC1yZXYxLnBkZjwvYT48L3NwYW4+PC9zcGFuPjwv cD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjps ZWZ0O2RpcmVjdGlvbjpsdHI7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2Vs aW5lIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48YnI+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6 MHB0O21hcmdpbi1ib3R0b206MHB0O3RleHQtYWxpZ246bGVmdDt1bmljb2RlLWJpZGk6ZW1iZWQ7 dmVydGljYWwtYWxpZ246YmFzZWxpbmUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpnZW9yZ2lh LHNlcmlmIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkRyYWZ0cyBkaXNjdXNzZWQgYXJlOjxi cj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRv bTowcHQ7dGV4dC1hbGlnbjpsZWZ0O2RpcmVjdGlvbjpsdHI7dW5pY29kZS1iaWRpOmVtYmVkO3Zl cnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxz ZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5kcmFmdC1nYW5kaGktc3ByaW5nLXR3YW1w LXNycG08L3NwYW4+PC9zcGFuPjwvcD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxz ZXJpZiI+PC9zcGFuPjxwIHN0eWxlPSJtYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDt0 ZXh0LWFsaWduOmxlZnQ7ZGlyZWN0aW9uOmx0cjt1bmljb2RlLWJpZGk6ZW1iZWQ7dmVydGljYWwt YWxpZ246YmFzZWxpbmUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpnZW9yZ2lhLHNlcmlmIj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPmRyYWZ0LWlldGYtaXBwbS1zdGFtcC1vcHRpb24tdGx2 PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206 MHB0O3RleHQtYWxpZ246bGVmdDtkaXJlY3Rpb246bHRyO3VuaWNvZGUtYmlkaTplbWJlZDt2ZXJ0 aWNhbC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2Vy aWYiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGJyPjwvc3Bhbj48L3NwYW4+PC9wPjxwIHN0 eWxlPSJtYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDt0ZXh0LWFsaWduOmxlZnQ7dW5p Y29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5XZWxjb21l IHlvdXIgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zLjxicj48L3NwYW4+PC9zcGFuPjwvcD48cCBz dHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O2Rp cmVjdGlvbjpsdHI7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48YnI+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6MHB0O21h cmdpbi1ib3R0b206MHB0O3RleHQtYWxpZ246bGVmdDt1bmljb2RlLWJpZGk6ZW1iZWQ7dmVydGlj YWwtYWxpZ246YmFzZWxpbmUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpnZW9yZ2lhLHNlcmlm Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhh bmtzLDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0ibWFyZ2luLXRvcDowcHQ7bWFy Z2luLWJvdHRvbTowcHQ7dGV4dC1hbGlnbjpsZWZ0O3VuaWNvZGUtYmlkaTplbWJlZDt2ZXJ0aWNh bC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5Omdlb3JnaWEsc2VyaWYi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5SYWtl c2g8YnI+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPjxwIHN0eWxlPSJtYXJnaW4tdG9wOjBwdDtt YXJnaW4tYm90dG9tOjBwdDt0ZXh0LWFsaWduOmxlZnQ7dW5pY29kZS1iaWRpOmVtYmVkO3ZlcnRp Y2FsLWFsaWduOmJhc2VsaW5lIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Z2VvcmdpYSxzZXJp ZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxi cj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6MHB0O21hcmdp bi1ib3R0b206MHB0O3RleHQtYWxpZ246bGVmdDtkaXJlY3Rpb246bHRyO3VuaWNvZGUtYmlkaTpl bWJlZDt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkgTGlnaHQmcXVvdDs7Y29sb3I6YmxhY2siPjwvc3Bhbj48L3A+PC9kaXY+PC9k aXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj48 L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+ PGJyPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Fri Mar 13 08:53:56 2020 Return-Path: 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 0BD113A0D49; Fri, 13 Mar 2020 08:53:50 -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, 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 Vehb8G4UKzc6; Fri, 13 Mar 2020 08:53:48 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 65E0C3A0D3F; Fri, 13 Mar 2020 08:53:48 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id CA2AC9F0470BE594AE36; Fri, 13 Mar 2020 15:53:43 +0000 (GMT) Received: from fraeml721-chm.china.huawei.com (10.206.15.17) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 13 Mar 2020 15:53:43 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml721-chm.china.huawei.com (10.206.15.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 13 Mar 2020 16:53:43 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Fri, 13 Mar 2020 16:53:42 +0100 From: Giuseppe Fioccola To: =?utf-8?B?w4lyaWMgVnluY2tl?= , The IESG CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtaXBw?= =?utf-8?Q?m-multipoint-alt-mark-06:_(with_COMMENT)?= Thread-Index: AQHV9gRdDhBpUBabm02GzS3FCPiep6hGq6sg Date: Fri, 13 Mar 2020 15:53:42 +0000 Message-ID: <66a720d267df48f6a1f5f389ef9a4f18@huawei.com> References: <158375265948.13761.4352578642816303499@ietfa.amsl.com> In-Reply-To: <158375265948.13761.4352578642816303499@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.5.205] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-ippm-multipoint-alt-mark-06=3A_=28with_COMMENT=29?= X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 15:53:50 -0000 RGVhciBFcmljLA0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnQuDQpQbGVhc2UgZmluZCBteSBhbnN3 ZXJzIGlubGluZSB0YWdnZWQgYXMgW0dGXS4NCkkgd2lsbCBpbmNsdWRlIHRoZSBwcm9wb3NlZCBj aGFuZ2VzIGluIHRoZSBuZXh0IHZlcnNpb24uDQpJbiBwYXJ0aWN1bGFyLCBwbGVhc2UgbGV0IG1l IGtub3cgeW91ciBvcGluaW9uIGluIHJlbGF0aW9uIHRvIG15IHJlcGx5IG9uIHlvdXIgdmVyeSBm aXJzdCBwb2ludC4NCg0KQmVzdCBSZWdhcmRzLA0KDQpHaXVzZXBwZQ0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogw4lyaWMgVnluY2tlIHZpYSBEYXRhdHJhY2tlciBbbWFpbHRv Om5vcmVwbHlAaWV0Zi5vcmddIA0KU2VudDogTW9uZGF5LCBNYXJjaCA5LCAyMDIwIDEyOjE4IFBN DQpUbzogVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpDYzogZHJhZnQtaWV0Zi1pcHBtLW11bHRp cG9pbnQtYWx0LW1hcmtAaWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYu b3JnOyBUYWwgTWl6cmFoaSA8dGFsLm1penJhaGkucGhkQGdtYWlsLmNvbT47IHRhbC5taXpyYWhp LnBoZEBnbWFpbC5jb20NClN1YmplY3Q6IMOJcmljIFZ5bmNrZSdzIE5vIE9iamVjdGlvbiBvbiBk cmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wNjogKHdpdGggQ09NTUVOVCkNCg0K w4lyaWMgVnluY2tlIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZv cg0KZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDY6IE5vIE9iamVjdGlvbg0K DQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFu ZCByZXBseSB0byBhbGwgZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0Mg bGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93 ZXZlci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3Rh dGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg SUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQpUaGUgZG9jdW1lbnQsIGFs b25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1h bHQtbWFyay8NCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNPTU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoN ClRoYW5rIHlvdSBmb3IgdGhlIHdvcmsgcHV0IGludG8gdGhpcyBkb2N1bWVudC4gQmVzaWRlIHNv bWUgb2YgbXkgQ09NTUVOVCBhYm91dCB0aGUgd29yZGluZywgdGhlIGZsb3cgYW5kIHRoZSBleHBs YW5hdGlvbnMgbWFrZSB0aGUgZG9jdW1lbnQgZWFzeSB0byByZWFkLg0KDQpQbGVhc2UgZmluZCBi ZWxvdyBzb21lIG5vbi1ibG9ja2luZyBDT01NRU5UcyBhbmQgTklUcy4gQW4gYW5zd2VyIHdpbGwg YmUgYXBwcmVjaWF0ZWQuDQoNCkkgaG9wZSB0aGF0IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUg ZG9jdW1lbnQsDQoNClJlZ2FyZHMsDQoNCi3DqXJpYw0KDQo9PSBDT01NRU5UUyA9PQ0KDQpUaGUg d29yZGluZyAiTXVsdGlwb2ludCB0byBtdWx0aXBvaW50IiByYWlzZWQgY29uZnVzaW9uIGluIG15 IG1pbmQgdG8gYmUgaG9uZXN0LiBJdCB0b29rIHJlYWRpbmcgZnVydGhlciBpbiB0aGUgZG9jdW1l bnQgdG8gdW5kZXJzdGFuZCB3aGF0IGl0IHdhcyBhYm91dC4gV2hhdCBhYm91dDogIm11bHRpLXBh cnR5IG11bHRpcGxlIGZsb3dzIiBvciAiYWdncmVnYXRlZCBhbHRlcm5hdGUgbWFya2luZyIgb3Ig ImNsdXN0ZXJlZCBhbHRlcm5hdGUgbWFya2luZyIgPw0KDQpbR0ZdOiBXZSBjYW4gZXZhbHVhdGUg YSBjaGFuZ2UuIE1heWJlICJjbHVzdGVyZWQgYWx0ZXJuYXRlIG1hcmtpbmciLiBBcmUgeW91IHN1 Z2dlc3RpbmcgdG8gcmVwbGFjZSAiTXVsdGlwb2ludCBBbHRlcm5hdGUgTWFya2luZyIgd2l0aCAi Q2x1c3RlcmVkIEFsdGVybmF0ZSBNYXJraW5nIiBpbiB0aGUgdGl0bGUgYW5kIHdpdGhpbiB0aGUg ZW50aXJlIGRvY3VtZW50Pw0KDQotLSBTZWN0aW9uIDEgLS0NCkluIHRoZSA1dGggcGFyYWdyYXBo LCBzdWdnZXN0IHRvIHJlcGxhY2UgIk11bHRpcG9pbnQgYWx0ZXJuYXRlIG1hcmtpbmciIGJ5ICJ0 aGlzIGRvY3VtZW50IiAoaWYgbXkgYXNzdW1wdGlvbiBpcyBjb3JyZWN0KS4NCg0KW0dGXTogT2ss IGNvcnJlY3QuDQoNCiIgSW50ZWxsaWdlbnQgTmV0d29yayAiIGxvb2tzIG1vcmUgbGlrZSBhIG1h cmtldGluZyBuYW1lIHRoYW4gYW4gSUVURiBkZWZpbmVkIG9uZS4NCg0KW0dGXTogV2UgY2FuIGNo YW5nZSAiSW50ZWxsaWdlbnQiIHdpdGggInJlZmxlY3Rpb24tbG9vcCIgb3IgImNsb3NlZC1sb29w Ii4NCg0KLS0gU2VjdGlvbiAzIC0tDQpXaGF0J3MgaW4gYSBuYW1lLi4uIGJ1dCB1c2luZyAiZmxv dyIgdG8gY29udmV5IHRoZSBzZW1hbnRpY3Mgb2YgbXVsdGlwbGUgZmxvd3MgaXMgd2VpcmQuIFdo eSBub3QgdXNpbmcgImFnZ3JlZ2F0ZWQgZmxvd3MiID8NCg0KW0dGXTogWWVzLCBJIHdpbGwgY2hh bmdlIGl0Lg0KDQoiaGVhZGVycyBmaWVsZHMiIGlzIGl0IGxpbWl0ZWQgdG8gbGF5ZXItMyBvbmx5 PyBQcm9iYWJseSB3b3J0aCBzcGVjaWZ5aW5nIHNvIGVhcmx5IGluIHRoZSB0ZXh0IGJ5ICJsYXll ci0zIGFuZCBsYXllci00IGhlYWRlcnMgZmllbGRzIg0KDQpbR0ZdOiBJIGNhbiBleHRlbmQgdGhl IGRlZmluaXRpb24gaGVyZS4NCg0KVXNpbmcgIlRDUCA1LXR1cGxlIiBsb29rcyBzaW1wbGUgYnV0 IHdoYXQgYWJvdXQgZnJhZ21lbnRlZCBwYWNrZXRzID8NCg0KW0dGXTogV2UgbWVudGlvbmVkIHRo ZSBUQ1AgNS10dXBsZSBqdXN0IHRvIG1ha2UgYW4gZXhhbXBsZSBvZiBmbG93IGlkZW50aWZpY2F0 aW9uIGJ1dCB3ZSB3YW50IHRvIGdlbmVyYWxpemUgdGhlIGNvbmNlcHQgaW4gdGhpcyBkb2N1bWVu dC4gTWF5YmUgd2UgY2FuIG1lbnRpb24gdGhhdCBmcmFnbWVudGVkIHBhY2tldHMgY2FzZSBjYW4g YmUgbWFuYWdlZCB3aXRoIHRoaXMgbWV0aG9kb2xvZ3kgaWYgZnJhZ21lbnRhdGlvbiBoYXBwZW5z IG91dHNpZGUgdGhlIHBvcnRpb24gb2YgdGhlIG1vbml0b3JlZCBuZXR3b3JrLiANCg0KSSByZWFs bHkgaGF2ZSBwcm9ibGVtcyB3aXRoIHNlbnRlbmNlcyBzdWNoIGFzICJFQ01QIGZsb3cgaXMgaW4g c2NvcGUgYnkgZGVmaW5pdGlvbiwgc2luY2UgaXQgaXMgYSBwb2ludC10by1tdWx0aXBvaW50IHVu aWNhc3QgZmxvdyIsIGVzcCAicG9pbnQtdG8tbXVsdGlwb2ludCB1bmljYXN0IGZsb3ciIHRoYXQg bG9va3MgbGlrZSBhbiBveHltb3JvbiB0byBtZS4gUGVyaGFwcywgaXQgaXMgb25seSBtZSBoYXZp bmcgdGhpcyBwYXJzaW5nIHByb2JsZW0gPw0KDQpbR0ZdOiBJIGtub3csIGJ1dCBpdCBpcyBqdXN0 IHRvIGRpc3Rpbmd1aXNoIGl0IGZyb20gdGhlIG11bHRpY2FzdCBjYXNlIHRoYXQgaXMgbm90IGlu IHNjb3BlIGhlcmUuIElmIHdlIHNheSBvbmx5ICJwb2ludC10by1tdWx0aXBvaW50IGZsb3ciIHNv bWVvbmUgY2FuIGdldCBjb25mdXNlZC4NCg0KLS0gU2VjdGlvbiA0IC0tDQpBZ2FpbiBhYm91dCBJ UHY0IGZyYWdtZW50YXRpb24sIGlmIGZyYWdtZW50YXRpb24gaGFwcGVucyBvbiB0aGUgcGF0aCwg dGhlbiB0aGVyZSBjb3VsZCBiZSBtb3JlIElQIHBhY2tldHMgcmVjZWl2ZWQgdGhhbiBzZW50LiBP ciBhcmUgbm9uLWluaXRpYWwgZnJhZ21lbnRzIGlnbm9yZWQ/IElmIHNvLCBJIHN1Z2dlc3QgdG8g Y2xhcmlmeSB0aGUgdGV4dC4NCg0KW0dGXTogSSB3aWxsIHNwZWNpZnkgd2l0aGluIHRoZSB0ZXh0 IHRoYXQgbm9uLWluaXRpYWwgZnJhZ21lbnRzIGFyZSBub3QgY29uc2lkZXJlZCBoZXJlLg0KDQo9 PSBOSVRTID09DQoNClJGQyA3MzIyIHN1Z2dlc3RzICJUaGUgZnVsbCBleHBhbnNpb24gb2YgdGhl IHRleHQgc2hvdWxkIGJlIGZvbGxvd2VkIGJ5IHRoZSBhYmJyZXZpYXRpb24gaXRzZWxmIGluIHBh cmVudGhlc2VzIiA7LSkgTm90IGFsd2F5cyBhcHBsaWVkIHRocm91Z2ggdGhpcw0KZG9jdW1lbnQ6 IGUuZy4sIENJUiwgT1RUDQoNCltHRl06IEFncmVlLCBJIHdpbGwgaW5jbHVkZSB0aGUgZnVsbCBl eHBhbnNpb24gb2YgdGhlIHRleHQuDQoNCi0tIFNlY3Rpb24gMSAtLQ0Kcy9FQ01QIChFcXVhbC1D b3N0IE11bHRpLVBhdGgpIHBhdGhzL0VDTVAgKEVxdWFsLUNvc3QgTXVsdGlQYXRoKS8gdG8gYXZv aWQgcmVwZWF0aW5nICJwYXRoIi4NCg0KW0dGXTogT2sNCg0KDQoNCg== From nobody Fri Mar 13 08:54:32 2020 Return-Path: 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 392CD3A0D31; Fri, 13 Mar 2020 08:54:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , rfc-editor@rfc-editor.org, Brian Trammell , draft-ietf-ippm-initial-registry@ietf.org, ippm-chairs@ietf.org, ietf@kuehlewind.net, ippm@ietf.org, ietf@trammell.ch MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: <158411487021.3380.15607687176555317396@ietfa.amsl.com> Date: Fri, 13 Mar 2020 08:54:30 -0700 Archived-At: Subject: [ippm] Protocol Action: 'Initial Performance Metrics Registry Entries' to Proposed Standard (draft-ietf-ippm-initial-registry-16.txt) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 15:54:30 -0000 The IESG has approved the following document: - 'Initial Performance Metrics Registry Entries' (draft-ietf-ippm-initial-registry-16.txt) as Proposed Standard This document is the product of the IP Performance Measurement Working Group. The IESG contact persons are Mirja Kühlewind and Magnus Westerlund. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-initial-registry/ Technical Summary This memo defines the set of Initial Entries for the IANA Performance Metrics Registry (defined in draft-ietf-ippm-metric-registry). The set includes, UDP Round-trip Latency and Loss, Packet Delay Variation, DNS Response Latency and Loss, UDP Poisson One-way Delay and Loss, UDP Periodic One-way Delay and Loss, ICMP Round-trip Latency and Loss, and TCP round-trip Latency and Loss. As the document provides an initial registry, the content is determined both by initial requirements from the LMAP working group (which has since concluded, taking a direction that no longer requires the registry) as well as an analysis within the WG of commonly used metrics. Working Group Summary The document has been discussed extensively in the WG, and has had significant input from the community. Document Quality The document does not specify a protocol. The design of the registry (in draft-ietf-ippm-metric-registry) was "tested" by the entries in the initial registry, and both of these have received early IANA review together. Personnel Brian Trammell is the Document Shepherd. Mirja Kuehlewind is the Responsible Area Director. From nobody Fri Mar 13 08:56:43 2020 Return-Path: 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 B2FD73A0D65; Fri, 13 Mar 2020 08:56:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.120.0 Auto-Submitted: auto-generated Precedence: bulk Cc: ippm@ietf.org, ietf@wjcerveny.com, rfc-editor@rfc-editor.org, ippm-chairs@ietf.org, draft-ietf-ippm-metric-registry@ietf.org, The IESG , ietf@kuehlewind.net MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: <158411500171.3445.15206574731401699866@ietfa.amsl.com> Date: Fri, 13 Mar 2020 08:56:41 -0700 Archived-At: Subject: [ippm] Protocol Action: 'Registry for Performance Metrics' to Best Current Practice (draft-ietf-ippm-metric-registry-24.txt) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 15:56:42 -0000 The IESG has approved the following document: - 'Registry for Performance Metrics' (draft-ietf-ippm-metric-registry-24.txt) as Best Current Practice This document is the product of the IP Performance Measurement Working Group. The IESG contact persons are Mirja Kühlewind and Magnus Westerlund. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-metric-registry/ Technical Summary This document defines the format for the IANA Performance Metrics Registry. This document also gives a set of guidelines for Registered Performance Metric requesters and reviewers. Working Group Summary This document has been discussed since 2014 (5 years), initially to support LMAP requirements. This document has broad working group support. Document Quality The document does not specify a protocol. The design of the registry (in draft-ietf-ippm-metric-registry) was "tested" by the entries in the initial registry, and both of these have received early IANA review together. Personnel The document shepherd is Bill Cerveny. The responsible area director is Mirja Kühlewind. From nobody Mon Mar 16 11:00:41 2020 Return-Path: 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 EDB913A0E67; Mon, 16 Mar 2020 11:00:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Aqfzm9Gxf5w7; Mon, 16 Mar 2020 11:00:36 -0700 (PDT) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 485AF3A0E66; Mon, 16 Mar 2020 11:00:30 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id n20so11531551lfl.10; Mon, 16 Mar 2020 11:00:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uVvXK/j/rbb26Qcd5rDCrx2UI1AVtx25QAidiffoSQQ=; b=RwyBu+eWJBNOJSQTLf11vZM1k5cfQy3d8j8+CE/45QpZvP/4h6V3W/CCCm6pGuEBPx rdEaXjY2/9zHpaKa3grivPiYfbhQ5NkuKTQJjTU9UlvGMUctaZ1BqxrTa78XAd1FUO3o pFbdFt0QhzQUjwp9hKxeUX8dj8Uxa1tTXzK/4ns4M1LSfaESNgoEcMPHA5sEyIv+bml9 XBPhbkdbJNN5JNTL27XVTqAIIDIb7ucT5PWTPim05Silp6GK2wB0WzEqz8AMFRBzefE1 GG27jx3CyAfyppYiKasLbCYQTJU/JA8XZb9F81yza8W+nZPEpn2DIyUrvvYQuuhm1wnh aTXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uVvXK/j/rbb26Qcd5rDCrx2UI1AVtx25QAidiffoSQQ=; b=k0ZymHB6cPTyq7D1AfljiDam+WZSlf0BjclmVwjlgRndu8WF9Tihw7h7hGKLd2/iKE 4TSrPpxnaFC6qfMTuZ5fNnQRyyTdXZ/tT3e/fPzryvHed7cLObsc7gvyLaVUvObTGEd/ f5aswTffPpRkdeG9cQg9iZ1yNHQXHl254GMSp2RNw1xFtJ7FJ537u3tVyNAKNmGc193f IZDZ3Zeolmj8R9jMgcLjiQKcEmk/+yynSgI553zCQ/Bza7MdldJLmoSXlLgStlDi4cAb JBytKs7OBQdOoYEvZuUm6iPj3RYcFlBfed5OfWlBLoxoTO0voT6bCsnRAUykn1rscye+ cQpw== X-Gm-Message-State: ANhLgQ2PpcvAi338EGqI6Re1eal2RXvWLtVHNxltk4HKPoj898FWNIxv ahoiNKSpTN58qmDufSRys5AdW77bFEuhrLmP3A== X-Google-Smtp-Source: ADFU+vvXecicAxwafoezy1ujEaE8xrzOsI2Ux/Pw42zM20r8WUL4kjoHI7hnM4yiGeaLLn4JX1gM5jjnkTlJqoNWUyM= X-Received: by 2002:ac2:58e5:: with SMTP id v5mr363197lfo.136.1584381628316; Mon, 16 Mar 2020 11:00:28 -0700 (PDT) MIME-Version: 1.0 References: <202003131047352250125@zte.com.cn> In-Reply-To: <202003131047352250125@zte.com.cn> From: Rakesh Gandhi Date: Mon, 16 Mar 2020 14:00:17 -0400 Message-ID: To: xiao.min2@zte.com.cn Cc: IETF IPPM WG , draft-ietf-ippm-stamp-option-tlv@ietf.org, Mach Chen , IPPM Chairs Content-Type: multipart/alternative; boundary="00000000000024fd7005a0fc98cb" Archived-At: Subject: Re: [ippm] Updates to twamp light/stamp messages X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2020 18:00:40 -0000 --00000000000024fd7005a0fc98cb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Xiao and Greg for your comments. I have updated the slides to include these comments: https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-id-= rev1.pdf Welcome additional comments and suggestions from the WG group. Thanks, Rakesh On Thu, Mar 12, 2020 at 10:52 PM wrote: > Hi Rakesh, > > > I agree with Greg that Option 4 is preferable. In addition, Option 5 is > also acceptable to me. > > Some more clarifications are as follows. > > 1. > > During the discussion among the co-authors of > draft-ietf-ippm-stamp-option-tlv, it was agreed that 16-bit Session ID > length is enough, if there is different opinion, please let us know. > 2. > > Option 3 puts Session ID in a TLV, but as I understand, Session ID is > preferably placed in a fixed position of the test packets. > 3. > > Option 2 puts 24-bit Session ID in a fixed position, besides the > drawback you mentioned in the slide, we realized it's also difficult t= o > find a good place in authenticated test packets. > > > Best Regards, > > Xiao Min > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*RakeshGandhi > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*=E8=82=96=E6=95=8F10093570; > *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*IETF IPPM WG ; > draft-ietf-ippm-stamp-option-tlv@ietf.org < > draft-ietf-ippm-stamp-option-tlv@ietf.org>;Mach Chen >;IPPM Chairs ; > *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2020=E5=B9=B403=E6=9C=8812=E6=97=A5 21:56 > *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [ippm] Updates to twamp light/stamp m= essages* > Hi Xiao, > Thanks for your comments. > For STAMP messages, do you have any thoughts on the options 1-4? > > Thanks, > Rakesh > > > > On Wed, Mar 11, 2020 at 10:14 PM wrote: > >> Hi Rakesh, >> >> >> I'm a bit confused why separate TWAMP-Light and STAMP messages need to b= e >> defined, because as I understand STAMP can be seen as the standardized = and >> enhanced version of TWAMP-Light, and STAMP is backward compatible with t= he >> existing TWAMP-Light implementations. >> >> >> Best Regards, >> >> Xiao Min >> =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 >> *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*RakeshGandhi >> *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*IETF IPPM WG ; >> draft-ietf-ippm-stamp-option-tlv@ietf.org < >> draft-ietf-ippm-stamp-option-tlv@ietf.org>;Mach Chen < >> mach.chen@huawei.com>; >> *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*IPPM Chairs = ; >> *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:36 >> *=E4=B8=BB =E9=A2=98 =EF=BC=9A**[ippm] Updates to twamp light/stamp mess= ages* >> _______________________________________________ >> ippm mailing list >> ippm@ietf.org >> https://www.ietf.org/mailman/listinfo/ippm >> >> Hi WG, >> >> I have prepared few slides as follows to discuss the various options for >> adding session id and control code in the twamp light and stamp messages= . >> >> >> https://github.com/rakgandhi/ietf-public/blob/master/ietf-stamp-session-= id-rev1.pdf >> >> >> Drafts discussed are: >> >> draft-gandhi-spring-twamp-srpm >> >> draft-ietf-ippm-stamp-option-tlv >> >> >> Welcome your comments and suggestions. >> >> >> Thanks, >> >> Rakesh >> >> >> >> > --00000000000024fd7005a0fc98cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Thanks Xiao and Greg for your comments.

    I have updated the slides to include these comments:
    <= div>https://github.com/rakgandhi/ietf-public/blob/mast= er/ietf-stamp-session-id-rev1.pdf

    Welcome addi= tional comments and suggestions from the WG group.

    Thanks,
    Rakesh


    On Thu, Mar 12, 2020 at 10:52= PM <xiao.min2@zte.com.cn>= ; wrote:
    Hi Rakesh,


    I agree with Greg that Option 4 is=C2=A0preferable. In addition, Op= tion 5 is also acceptable to me.

    Some more clarifications are as follows.

    1. During the = discussion among the co-authors of draft-ietf-ippm-stamp-option-tlv, it was= agreed that 16-bit Session ID length is enough, if there is different opin= ion, please let us know.

    2. Option 3 puts Session ID in a TLV, but as I understand, Session ID = is preferably=C2=A0placed in a fixed position of the test packets.

      3. =

    3. Option 2 puts 24-bit Sess= ion ID in a fixed position, besides the drawback you mentioned in the slide= , we realized it's also difficult to find a good place in authenticated= test packets.

    <= br>

    Best Regards,

    Xiao Min

    =E5=8E=9F= =E5=A7=8B=E9=82=AE=E4=BB=B6
    =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A= RakeshGandhi <rgandhi.ietf@gmail.com>
    =E6=94=B6=E4=BB= =B6=E4=BA=BA=EF=BC=9A=E8=82=96=E6= =95=8F10093570;
    =E6=97=A5 =E6= =9C=9F =EF=BC=9A2020=E5=B9=B403=E6=9C=8812=E6=97=A5 21:56
    =E4=B8=BB =E9=A2=98 =EF=BC=9A= Re: [ippm] Updates to twamp light/stamp messages
    Hi Xiao,
    Thanks for your comment= s.
    For STAMP messages, do you have any thoughts on the options 1-= 4?

    Thanks,
    Rakesh



    On Wed, Mar 11, = 2020 at 10:14 PM <xiao.min2@zte.com.cn> wrote:

    = Hi Rakesh,


    I'm a bit confused why separ= ate TWAMP-Light and STAMP messages need to be defined, because as =C2=A0I u= nderstand STAMP can be seen as the standardized and enhanced version of TWA= MP-Light, and STAMP is backward compatible with the existing TWAMP-Light im= plementations.


    Best Regards,

    Xiao Min

    =E5=8E=9F=E5=A7=8B= =E9=82=AE=E4=BB=B6
    =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC= =9ARakeshGandhi <rgandhi.ietf@gmail.com>
    =E6=94=B6=E4= =BB=B6=E4=BA=BA=EF=BC=9AIETF IPPM W= G <ippm@ietf.org&= gt;;draft-ietf-ippm-stamp-option-= tlv@ietf.org <draft-ietf-ippm-stamp-option-tlv@ietf.org>;= Mach Chen <mach.chen@huawei.com>;
    =E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9AIPPM Chairs <ippm-chairs@ietf.org>;
    =E6= =97=A5 =E6=9C=9F =EF=BC=9A2020=E5=B9=B403=E6=9C=8812=E6=97=A5 06:3= 6
    =E4=B8=BB =E9=A2=98 =EF=BC=9A[ippm] Up= dates to twamp light/stamp messages
    _________= ______________________________________
    ippm=C2=A0mailing=C2=A0list
    ippm@ietf.org
    https:/= /www.ietf.org/mailman/listinfo/ippm

    Hi WG,

    I have prepared few slides as follows to discuss the various optio= ns for adding session id and control code in the twamp light and stamp mess= ages.

    https://github.co= m/rakgandhi/ietf-public/blob/master/ietf-stamp-session-id-rev1.pdf


    <= p style=3D"margin-top:0pt;margin-bottom:0pt;text-align:left;unicode-bidi:em= bed;vertical-align:baseline">Drafts discussed are:

    draft-gandhi-spring-twamp-srpm=

    draft-ietf-ippm-stamp-option-tlv


    Welcome your comments and suggestions.

    <= span style=3D"color:black">

    <= span style=3D"color:black">Thanks,

    Rakesh


    =

    <= /div>



    --00000000000024fd7005a0fc98cb-- From nobody Tue Mar 17 02:35:57 2020 Return-Path: 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 E79A23A1BA9; Tue, 17 Mar 2020 02:35:54 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.121.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158443775486.32197.18368378949236502950@ietfa.amsl.com> Date: Tue, 17 Mar 2020 02:35:54 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-multipoint-alt-mark-08.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 09:35:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Multipoint Alternate Marking method for passive and hybrid performance monitoring Authors : Giuseppe Fioccola Mauro Cociglio Amedeo Sapio Riccardo Sisto Filename : draft-ietf-ippm-multipoint-alt-mark-08.txt Pages : 24 Date : 2020-03-17 Abstract: The Alternate Marking method, as presented in RFC 8321, can be applied only to point-to-point flows because it assumes that all the packets of the flow measured on one node are measured again by a single second node. This document generalizes and expands this methodology to measure any kind of unicast flows, whose packets can follow several different paths in the network, in wider terms a multipoint-to-multipoint network. For this reason the technique here described is called Multipoint Alternate Marking. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-08 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-multipoint-alt-mark-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-multipoint-alt-mark-08 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 Mar 17 09:07:23 2020 Return-Path: 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 8305F3A1BFE; Tue, 17 Mar 2020 02:58:42 -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, 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 XozNQUMgz3yG; Tue, 17 Mar 2020 02:58:40 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 213AE3A1BFB; Tue, 17 Mar 2020 02:58:40 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 59095DB6C9BCB242152E; Tue, 17 Mar 2020 09:58:38 +0000 (GMT) Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 17 Mar 2020 09:58:38 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 17 Mar 2020 10:58:37 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Tue, 17 Mar 2020 10:58:37 +0100 From: Giuseppe Fioccola To: Benjamin Kaduk , Barry Leiba , Alvaro Retana , Roman Danyliw , "Linda Dunbar" , Alissa Cooper , =?utf-8?B?w4lyaWMgVnluY2tl?= , Mirja Kuehlewind CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt Thread-Index: AQHV/D96S9bEOrMDCk2lKTtET2xl6ahMh3dA Date: Tue, 17 Mar 2020 09:58:37 +0000 Message-ID: <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> References: <158443775514.32197.1038145547492571293@ietfa.amsl.com> In-Reply-To: <158443775514.32197.1038145547492571293@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.169.85] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: X-Mailman-Approved-At: Tue, 17 Mar 2020 09:07:21 -0700 Subject: [ippm] FW: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 09:58:43 -0000 RGVhciBCZW5qYW1pbiwgQmFycnksIEFsdmFybywgUm9tYW4sIEVyaWMsDQpJIGhhdmUganVzdCB1 cGxvYWRlZCB0aGUgbmV3IHJldmlzaW9uIGFuZCBJIGhhdmUgdHJpZWQgdG8gYWRkcmVzcyBhbGwg dGhlIGNvbW1lbnRzIHJlY2VpdmVkLg0KTG9vayBmb3J3YXJkIHRvIHlvdXIgZmVlZGJhY2suDQoN CkJlc3QgUmVnYXJkcywNCg0KR2l1c2VwcGUNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnXSANClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDE3LCAyMDIwIDEwOjM2IEFNDQpUbzog R2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5jb20+OyBSaWNjYXJk byBTaXN0byA8cmljY2FyZG8uc2lzdG9AcG9saXRvLml0PjsgQW1lZGVvIFNhcGlvIDxhbWVkZW8u c2FwaW9AcG9saXRvLml0PjsgTWF1cm8gQ29jaWdsaW8gPG1hdXJvLmNvY2lnbGlvQHRlbGVjb21p dGFsaWEuaXQ+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWll dGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA4LnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2Yg SS1ELCBkcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wOC50eHQNCmhhcyBiZWVu IHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgR2l1c2VwcGUgRmlvY2NvbGEgYW5kIHBvc3RlZCB0 byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9p bnQtYWx0LW1hcmsNClJldmlzaW9uOgkwOA0KVGl0bGU6CQlNdWx0aXBvaW50IEFsdGVybmF0ZSBN YXJraW5nIG1ldGhvZCBmb3IgcGFzc2l2ZSBhbmQgaHlicmlkIHBlcmZvcm1hbmNlIG1vbml0b3Jp bmcNCkRvY3VtZW50IGRhdGU6CTIwMjAtMDMtMTcNCkdyb3VwOgkJaXBwbQ0KUGFnZXM6CQkyNA0K VVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wOC50eHQNClN0YXR1czogICAgICAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2lu dC1hbHQtbWFyay8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDgNCkh0bWxpemVkOiAgICAgICBo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1tdWx0 aXBvaW50LWFsdC1tYXJrDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrLTA4DQoNCkFic3Ry YWN0Og0KICAgVGhlIEFsdGVybmF0ZSBNYXJraW5nIG1ldGhvZCwgYXMgcHJlc2VudGVkIGluIFJG QyA4MzIxLCBjYW4gYmUNCiAgIGFwcGxpZWQgb25seSB0byBwb2ludC10by1wb2ludCBmbG93cyBi ZWNhdXNlIGl0IGFzc3VtZXMgdGhhdCBhbGwgdGhlDQogICBwYWNrZXRzIG9mIHRoZSBmbG93IG1l YXN1cmVkIG9uIG9uZSBub2RlIGFyZSBtZWFzdXJlZCBhZ2FpbiBieSBhDQogICBzaW5nbGUgc2Vj b25kIG5vZGUuICBUaGlzIGRvY3VtZW50IGdlbmVyYWxpemVzIGFuZCBleHBhbmRzIHRoaXMNCiAg IG1ldGhvZG9sb2d5IHRvIG1lYXN1cmUgYW55IGtpbmQgb2YgdW5pY2FzdCBmbG93cywgd2hvc2Ug cGFja2V0cyBjYW4NCiAgIGZvbGxvdyBzZXZlcmFsIGRpZmZlcmVudCBwYXRocyBpbiB0aGUgbmV0 d29yaywgaW4gd2lkZXIgdGVybXMgYQ0KICAgbXVsdGlwb2ludC10by1tdWx0aXBvaW50IG5ldHdv cmsuICBGb3IgdGhpcyByZWFzb24gdGhlIHRlY2huaXF1ZSBoZXJlDQogICBkZXNjcmliZWQgaXMg Y2FsbGVkIE11bHRpcG9pbnQgQWx0ZXJuYXRlIE1hcmtpbmcuDQoNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1p bnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJz aW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRG IFNlY3JldGFyaWF0DQoNCg0K From nobody Tue Mar 17 09:07:29 2020 Return-Path: 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 4572D3A1C03; Tue, 17 Mar 2020 03:01:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 header.b=BBNwaXDx; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=uF46AQPJ 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 jdh7jeHhHlZT; Tue, 17 Mar 2020 03:01:00 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BADE3A1BFB; Tue, 17 Mar 2020 03:01:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4336; q=dns/txt; s=iport; t=1584439260; x=1585648860; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=7yxgRXP8CBrTn82k/mhavHg/Y/nLzOdraJtUuhuLQfI=; b=BBNwaXDxT38XK3Pt2aou0b9lOibTS7YQ41wjimQ+sS+QXKXx8WmgeQcw 1dfIkCPOpfvDqzbhfUCTNQCqKhPiJZxSedHXMzb83xh77fVggzcFiERFF R35wg9GhUJ6dMn/gs5GVFupDpS/2Km4sfiRTU/qLpBfmnYnIc/pvYPxLs 4=; IronPort-PHdr: =?us-ascii?q?9a23=3AkePynRYPFqSGUbjE2AbvkTP/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el20gebRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn?= =?us-ascii?q?1NksAKh0olCc+BB1f8KavncT08F8dPfFRk5Hq8d0NSHZW2ag=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAAB2n3Be/4UNJK1mDgwBAQEBAQE?= =?us-ascii?q?BAQEDAQEBAREBAQECAgEBAQGBe4FUJCwFbFggBAsqhBaDRQOKc4I6JYlmjjK?= =?us-ascii?q?BQoEQA1QJAQEBDAEBJQgCBAEBhEMCF4F7JDgTAgMBAQsBAQUBAQECAQUEbYV?= =?us-ascii?q?WDIVjAQEBAQMSEREMAQE1AgELBAIBCBEDAQEBAwIjAwICAh8RFAEICAIEAQ0?= =?us-ascii?q?FIoMEAYJKAy4BDqFPAoE5iGJ1gTKCfwEBBYEzAg5BgzYNC4IMCYEOKowuGoF?= =?us-ascii?q?BP4E4DBSCTT6BBIEXSQEBAgEBGIEPOheCejKCLJBxhhuYc0QKgjyHVoplhDs?= =?us-ascii?q?dgkqBAYcnkFSPBYkCgjWQJwIEAgQFAg4BAQWBaSKBWHAVGksBgkEJRxgNjh0?= =?us-ascii?q?Yg1uFFIUEBAE4dAKBJ41vAQE?= X-IronPort-AV: E=Sophos;i="5.70,564,1574121600"; d="scan'208";a="744841615" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 Mar 2020 10:00:59 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 02HA0xJS005875 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 17 Mar 2020 10:00:59 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 17 Mar 2020 05:00:58 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 17 Mar 2020 05:00:58 -0500 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 17 Mar 2020 05:00:58 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=az9F/1cFSauh6lgQbZRiCTABDxeWpCsYl+2+zHvTIXCI3lWaqV+w2l4zaDuwQcc9KRsmxdeX1oRW+u3e2IvxO+Ic+x0VWCgqHb/0wXbqdOV6k3vh6KU/AKHrPLi2OcRve0XOriwfm0yMS/kdjUVW4tFcVKDcZYSCRwSVtE9mHbb9SNCAFcNQGrs7/0XW4L4RRWWDwKGm0TAczL1YR5rFlCuYlmpor9S+duaJNgmJAIY//RXyLcoK2ERKUED+IB7iOyqAfQUNtIeH1xk+24K8neSGY/ktdFyJjkmsWwo+iBcb4qyXWrLjQU8AzChD+BYDcY2BH5ZslZKzXf0qeM0g5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7yxgRXP8CBrTn82k/mhavHg/Y/nLzOdraJtUuhuLQfI=; b=fvfWdIJQLZmYIV8filGMpZ4sCfzgibEQ6F28iek+XvSyaUO6qClZsKgqQizVrZIwUEi//ZeWIum32o55i++CQuMOXFLxVfTk6F2vwId/BvOe4D6e35BEgGoibt56Xi+HYEM8Ro92TV6rmm7q2Nv8yI9VgApfJ1GyBESB8DdmZdDBE5cgKig5QQ07hd6zd8m4Fpn1cBtDclUzqEM56LaVbWm2R2Pg3DZYQuhoWw+zxk+ZXrKzkfVDiRfBcebfCaLR+wVaQB1HTfuyj/96Ta/c5VhDrrIWmNJ/FrtmlweyiUmK/BVPJj0dun+9Gn6cp5eTKcQaV5CTer1mVujIx4fFdQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7yxgRXP8CBrTn82k/mhavHg/Y/nLzOdraJtUuhuLQfI=; b=uF46AQPJb+9SRh1f+0DpCDUpgsBHsD9sHsVAGZhOiNK1zaP2m7WlXWHFuPltBf1fRqjO3e2NKiBaXoje9raDx9gsxIYDkA395TytHpIToN6nPuynjCoNteuBbEf4c3L2pS+Tu2MPLJcxaWMqd6dKEWaOKJiV7kBoU+dHp5QyYSA= Received: from DM5PR11MB1753.namprd11.prod.outlook.com (2603:10b6:3:10d::13) by DM5PR11MB1849.namprd11.prod.outlook.com (2603:10b6:3:111::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.22; Tue, 17 Mar 2020 10:00:57 +0000 Received: from DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::680d:e22e:72d5:67ca]) by DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::680d:e22e:72d5:67ca%3]) with mapi id 15.20.2814.021; Tue, 17 Mar 2020 10:00:57 +0000 From: "Eric Vyncke (evyncke)" To: Giuseppe Fioccola , Benjamin Kaduk , Barry Leiba , Alvaro Retana , Roman Danyliw , Linda Dunbar , Alissa Cooper , "Mirja Kuehlewind" CC: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt Thread-Index: AQHV/D96S9bEOrMDCk2lKTtET2xl6ahMh3dAgAAWtAA= Date: Tue, 17 Mar 2020 10:00:57 +0000 Message-ID: References: <158443775514.32197.1038145547492571293@ietfa.amsl.com> <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> In-Reply-To: <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> Accept-Language: fr-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.35.20030802 authentication-results: spf=none (sender IP is ) smtp.mailfrom=evyncke@cisco.com; x-originating-ip: [2001:420:c0c1:36:21ef:df6b:7d61:c99b] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0b804e87-45fd-42b0-8776-08d7ca5a16b6 x-ms-traffictypediagnostic: DM5PR11MB1849: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0345CFD558 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(136003)(346002)(39860400002)(396003)(366004)(199004)(33656002)(110136005)(54906003)(66446008)(91956017)(15650500001)(316002)(76116006)(53546011)(2906002)(66574012)(86362001)(64756008)(6506007)(66556008)(66476007)(66946007)(186003)(6486002)(81166006)(478600001)(36756003)(81156014)(8676002)(966005)(2616005)(71200400001)(6512007)(5660300002)(8936002)(7416002)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR11MB1849; H:DM5PR11MB1753.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1qfvqcWznCzEGKFH4WP2yzGtq353lkWWsjfhe6Q7wcoA27bzAOQ4aWNnfPJYgLYYMUbtl8Ws5WgO40+kSeLAu4MMbFTUS3KQm4kyA2DG86F1GS7p+5LOI+S8X+G+NjQ440+pKCMLhpSZBJBxUxpF26dwQeqGSWVYv35G86vb0uOcoAPJUiNWg7cOngGkkvI016wphstR3ySmI9k8Rt7voiCFVRdZiv8G8M2XyhL/FItKHRLM88Viq2InvKc3c4k+aLckuSjdIunpfoc0gobzK3bu5oOkUJI212P2L37rx7r1gzI2QoywLRkbbPq0uAwBIcmEdDu28XCQ43NelptnmApimIEfBELKM4QYmR9dZKV5TXDLQMbzltfxUwbQaokMd4qlxytCtZYFjl0+6gDBrHZRszq0YsBIpVxcGDYMxoCczz/UOswMJR0EJeNvNd9BEC3ICzBC7Sk26nBHUqNJXNs9EQfbup3Gd71vV5tSTgNCkRWYhCyujYdIz5k1UF7Vt3wkYRaKaY9fNQ8hA4ln8A== x-ms-exchange-antispam-messagedata: y1ESN49AbeJjPJbJbyGghgEr64v3RW93qEXQBxKjErUJPxTqwaFeC37UZyFcxM3PvSTuol5hihWtyJKWMzvQRRpgFejnWxOZtIyTyBo9H6ClUPwDsACnnA5dzW+NewiO/GPDGJOc4VZXPrhbLSVIaoegOsaZ5+qYntsiBdHrTFi5GZZKrJJTpDhEw/FGJ7iBGHfchlNHSufnMzxsn2NFag== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0b804e87-45fd-42b0-8776-08d7ca5a16b6 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2020 10:00:57.2403 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: p6+H6pyBg4+Cgvh0S/uwJ1gmUNWxMcf4GQjL6YsAZuomBqA1yqyz41rswoko9eRYc6U40iHjiFHDmRYNfpr1iQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1849 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: X-Mailman-Approved-At: Tue, 17 Mar 2020 09:07:21 -0700 Subject: Re: [ippm] New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 10:01:03 -0000 VGhhbmsgeW91IEdpdXNlcHBlDQoNCi3DqXJpYw0KDQrvu78tLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogR2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQGh1YXdlaS5j b20+DQpEYXRlOiBUdWVzZGF5LCAxNyBNYXJjaCAyMDIwIGF0IDEwOjU4DQpUbzogQmVuamFtaW4g S2FkdWsgPGthZHVrQG1pdC5lZHU+LCBCYXJyeSBMZWliYSA8YmFycnlsZWliYUBjb21wdXRlci5v cmc+LCBBbHZhcm8gUmV0YW5hIDxhcmV0YW5hLmlldGZAZ21haWwuY29tPiwgUm9tYW4gRGFueWxp dyA8cmRkQGNlcnQub3JnPiwgTGluZGEgRHVuYmFyIDxsaW5kYS5kdW5iYXJAZnV0dXJld2VpLmNv bT4sIEFsaXNzYSBDb29wZXIgPGFsaXNzYUBjb29wZXJ3LmluPiwgRXJpYyBWeW5ja2UgPGV2eW5j a2VAY2lzY28uY29tPiwgTWlyamEgS3VlaGxld2luZCA8aWV0ZkBrdWVobGV3aW5kLm5ldD4NCkNj OiAiZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmtAaWV0Zi5vcmciIDxkcmFmdC1p ZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFya0BpZXRmLm9yZz4sICJpcHBtLWNoYWlyc0BpZXRm Lm9yZyIgPGlwcG0tY2hhaXJzQGlldGYub3JnPiwgImlwcG1AaWV0Zi5vcmciIDxpcHBtQGlldGYu b3JnPg0KU3ViamVjdDogRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0 Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmstMDgudHh0DQoNCiAgICBEZWFyIEJlbmphbWluLCBC YXJyeSwgQWx2YXJvLCBSb21hbiwgRXJpYywNCiAgICBJIGhhdmUganVzdCB1cGxvYWRlZCB0aGUg bmV3IHJldmlzaW9uIGFuZCBJIGhhdmUgdHJpZWQgdG8gYWRkcmVzcyBhbGwgdGhlIGNvbW1lbnRz IHJlY2VpdmVkLg0KICAgIExvb2sgZm9yd2FyZCB0byB5b3VyIGZlZWRiYWNrLg0KICAgIA0KICAg IEJlc3QgUmVnYXJkcywNCiAgICANCiAgICBHaXVzZXBwZQ0KICAgIA0KICAgIA0KICAgIC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQogICAgRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn IFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANCiAgICBTZW50OiBUdWVzZGF5LCBN YXJjaCAxNywgMjAyMCAxMDozNiBBTQ0KICAgIFRvOiBHaXVzZXBwZSBGaW9jY29sYSA8Z2l1c2Vw cGUuZmlvY2NvbGFAaHVhd2VpLmNvbT47IFJpY2NhcmRvIFNpc3RvIDxyaWNjYXJkby5zaXN0b0Bw b2xpdG8uaXQ+OyBBbWVkZW8gU2FwaW8gPGFtZWRlby5zYXBpb0Bwb2xpdG8uaXQ+OyBNYXVybyBD b2NpZ2xpbyA8bWF1cm8uY29jaWdsaW9AdGVsZWNvbWl0YWxpYS5pdD4NCiAgICBTdWJqZWN0OiBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFs dC1tYXJrLTA4LnR4dA0KICAgIA0KICAgIA0KICAgIEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFm dC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wOC50eHQNCiAgICBoYXMgYmVlbiBzdWNj ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEdpdXNlcHBlIEZpb2Njb2xhIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCiAgICANCiAgICBOYW1lOgkJZHJhZnQtaWV0Zi1pcHBtLW11bHRp cG9pbnQtYWx0LW1hcmsNCiAgICBSZXZpc2lvbjoJMDgNCiAgICBUaXRsZToJCU11bHRpcG9pbnQg QWx0ZXJuYXRlIE1hcmtpbmcgbWV0aG9kIGZvciBwYXNzaXZlIGFuZCBoeWJyaWQgcGVyZm9ybWFu Y2UgbW9uaXRvcmluZw0KICAgIERvY3VtZW50IGRhdGU6CTIwMjAtMDMtMTcNCiAgICBHcm91cDoJ CWlwcG0NCiAgICBQYWdlczoJCTI0DQogICAgVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3Lmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFy ay0wOC50eHQNCiAgICBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1pcHBtLW11bHRpcG9pbnQtYWx0LW1hcmsvDQogICAgSHRtbGl6ZWQ6 ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlwcG0tbXVsdGlw b2ludC1hbHQtbWFyay0wOA0KICAgIEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaXBwbS1tdWx0aXBvaW50LWFsdC1tYXJrDQog ICAgRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFm dC1pZXRmLWlwcG0tbXVsdGlwb2ludC1hbHQtbWFyay0wOA0KICAgIA0KICAgIEFic3RyYWN0Og0K ICAgICAgIFRoZSBBbHRlcm5hdGUgTWFya2luZyBtZXRob2QsIGFzIHByZXNlbnRlZCBpbiBSRkMg ODMyMSwgY2FuIGJlDQogICAgICAgYXBwbGllZCBvbmx5IHRvIHBvaW50LXRvLXBvaW50IGZsb3dz IGJlY2F1c2UgaXQgYXNzdW1lcyB0aGF0IGFsbCB0aGUNCiAgICAgICBwYWNrZXRzIG9mIHRoZSBm bG93IG1lYXN1cmVkIG9uIG9uZSBub2RlIGFyZSBtZWFzdXJlZCBhZ2FpbiBieSBhDQogICAgICAg c2luZ2xlIHNlY29uZCBub2RlLiAgVGhpcyBkb2N1bWVudCBnZW5lcmFsaXplcyBhbmQgZXhwYW5k cyB0aGlzDQogICAgICAgbWV0aG9kb2xvZ3kgdG8gbWVhc3VyZSBhbnkga2luZCBvZiB1bmljYXN0 IGZsb3dzLCB3aG9zZSBwYWNrZXRzIGNhbg0KICAgICAgIGZvbGxvdyBzZXZlcmFsIGRpZmZlcmVu dCBwYXRocyBpbiB0aGUgbmV0d29yaywgaW4gd2lkZXIgdGVybXMgYQ0KICAgICAgIG11bHRpcG9p bnQtdG8tbXVsdGlwb2ludCBuZXR3b3JrLiAgRm9yIHRoaXMgcmVhc29uIHRoZSB0ZWNobmlxdWUg aGVyZQ0KICAgICAgIGRlc2NyaWJlZCBpcyBjYWxsZWQgTXVsdGlwb2ludCBBbHRlcm5hdGUgTWFy a2luZy4NCiAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgDQogICAgDQog ICAgUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20g dGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlm ZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KICAgIA0KICAgIFRoZSBJRVRGIFNl Y3JldGFyaWF0DQogICAgDQogICAgDQogICAgDQoNCg== From nobody Tue Mar 17 09:07:32 2020 Return-Path: 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 CC2D23A1DEC; Tue, 17 Mar 2020 05:16:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 tD6wF7KZlxQM; Tue, 17 Mar 2020 05:16:51 -0700 (PDT) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 6E0AE3A1DEB; Tue, 17 Mar 2020 05:16:51 -0700 (PDT) Received: by mail-ed1-x533.google.com with SMTP id v6so10976728edw.8; Tue, 17 Mar 2020 05:16:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=tckPOYi5bXi5qgMPbEowN2H6iguPJx7duUuGC4tqs04=; b=cnQjh+3hKrAhqLQqAGeUdOzGnHxqTqXCQdkijcLV4FbY4fVvhPR5NtzgYgeYj/GDQb Dkx6OmO5e8B7GDtz9oTVmgSR1fHdXtXkfnu/41vefVlo2SzaWvZeZJ52C3W+AKvqmX7R fiRZRIfl9G3XdKZLDRUVqErIIF9e0I7jZDKPYtslQUMdaMZg2L3xOwb6wsACDqzJIk+H fLpmOfKYTnqmrYdQqfSjcZ9PVcFs5AZbP+QHEtTblqb8klr+IKBTbC/C4LSIvmPoNlAX E/+r1mGkuiabFKfA1gYhjnlgB8L9gcWHygLaFA7oQVaOfnvdJ0HLpSx1JzdKuzaLm9Pp 1AEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=tckPOYi5bXi5qgMPbEowN2H6iguPJx7duUuGC4tqs04=; b=TccxlRLtTnofSmGfN1vYM0d0FFNtaPpNDJLROlVEloSi+Hr3ok3GM48MZHFAO7Diap MRy9tJ/XQqJtoL22owyLMBit7ztjoKgejkEzcnNP70OtDOb3QjOGZt5stkE/t8CMxDgv V9NFKinFFRKKQRyGdec6c6W6O7aLf1Gu/SQB13ehf/o/nkVi2ELZIU3APktEhdsh9azo pTc7O+DensdLUdvdGr66dcAatd/xm+kIR5VOxaCTevpYpMeXh2ynJtHjb1aQHLVoV/BR BGIkk/3Rg6CClho3jF1tYexIAPgOfNnYsDi7K18IjWuaDSSpBvC7pCWi6/hyjW+QThXI /Q0w== X-Gm-Message-State: ANhLgQ3rBGoIcxsHrqnKCfD2IsX6ffjLNTH4LGSvXHHmXgjrc8utlU3X ztSjNJQoo/zRGw+cdiaXlEmPcMVx9+7q4cV96GM= X-Google-Smtp-Source: ADFU+vtuw9AsZCGRlaFs5oP0jCNevub+otYR/tUwHACZKeXnWySe42arZXGoGI06KeNwftutH7G8tS2sO9/BdbGL46k= X-Received: by 2002:a17:907:20ee:: with SMTP id rh14mr3888995ejb.285.1584447409825; Tue, 17 Mar 2020 05:16:49 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 17 Mar 2020 12:16:49 +0000 From: Alvaro Retana In-Reply-To: <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> References: <158443775514.32197.1038145547492571293@ietfa.amsl.com> <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> MIME-Version: 1.0 Date: Tue, 17 Mar 2020 12:16:49 +0000 Message-ID: To: Roman Danyliw , Barry Leiba , Benjamin Kaduk , Alissa Cooper , =?UTF-8?B?w4lyaWMgVnluY2tl?= , Giuseppe Fioccola , Linda Dunbar , Mirja Kuehlewind Cc: "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm@ietf.org" , "ippm-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000072f0f05a10be909" Archived-At: X-Mailman-Approved-At: Tue, 17 Mar 2020 09:07:21 -0700 Subject: Re: [ippm] FW: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 12:16:54 -0000 --000000000000072f0f05a10be909 Content-Type: text/plain; charset="UTF-8" Giuseppe: Hi! The changes look good to me! Thank you!! Take care! Alvaro. On March 17, 2020 at 5:58:38 AM, Giuseppe Fioccola ( giuseppe.fioccola@huawei.com) wrote: I have just uploaded the new revision and I have tried to address all the comments received. Look forward to your feedback. --000000000000072f0f05a10be909 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
    Giuse= ppe:

    Hi!=

    The cha= nges look good to me!=C2=A0 Thank you!!

    =

    Take ca= re!

    Alva= ro.

    On March 17, 2020 at 5:58:38 AM, Gius= eppe Fioccola (giuseppe.fio= ccola@huawei.com) wrote:

    I have just uploaded th= e new revision and I have tried to address all the comments received.=C2=A0
    Look forward to you= r feedback.=C2=A0
    --000000000000072f0f05a10be909-- From nobody Tue Mar 17 09:07:35 2020 Return-Path: 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 EF4C33A1DFA; Tue, 17 Mar 2020 05:25:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.648 X-Spam-Level: X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 zPOaJ-OU10i3; Tue, 17 Mar 2020 05:25:57 -0700 (PDT) Received: from mail-io1-f42.google.com (mail-io1-f42.google.com [209.85.166.42]) (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 82A003A1DF8; Tue, 17 Mar 2020 05:25:57 -0700 (PDT) Received: by mail-io1-f42.google.com with SMTP id c25so20126302ioi.5; Tue, 17 Mar 2020 05:25:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3EpC50aEgv6rXkuYKjSiwuYQ4mhUHN788ky7xZgO0lM=; b=IW5EWyc0toIvBcau8i8MPglhqzaDSYMW0Tzw0LT3XUvaT6x5H8GGvbFHyvNapWsn6o GJHsa1Kr+5mDZob/MuOyVDvbEaNadHS3z0b8cQ9PZdihyHathhCmYwyYJs29aeryvHrV EhaGYApjHE5zzatE5QINluBwF9ADqyxLJXnacgrPF/RXMnPdnpaoaBei6tmDmTiHHYPj KnuYZrt6Km1P9E/jhDNu92CcUWzna74zPCNFjS+Ley7nNFOD1PcRFZA9cYmDsEwQC1ov o2zKfLV7TCUolBZUhxnnO404SavrqjfEG+NZrVmdLaql9z+aNENjqtzpU9UcoLRj4ZGQ MFPw== X-Gm-Message-State: ANhLgQ1PlQ5MuO219b/N9D2KbMSwMwDIeMAeLNmM4NK7QAoRJbVd1JpR qBva92/N0fRiJztGg4cEJse7WuArcQNNnnE13qQ= X-Google-Smtp-Source: ADFU+vvVM1Y1kxryUu+EFEAg7HQvsbmBAx4tHLL5OyhNLc43596hsKdM/QZCA61o9tpOkeq/kY5j/mhCAAcb0IdDs+o= X-Received: by 2002:a6b:378a:: with SMTP id e132mr3773960ioa.206.1584447956523; Tue, 17 Mar 2020 05:25:56 -0700 (PDT) MIME-Version: 1.0 References: <158443775514.32197.1038145547492571293@ietfa.amsl.com> <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> In-Reply-To: <53a7c96c1d9f4ab0a26f5fa9bb0f13f1@huawei.com> From: Barry Leiba Date: Tue, 17 Mar 2020 08:25:44 -0400 Message-ID: To: Giuseppe Fioccola Cc: Benjamin Kaduk , Alvaro Retana , Roman Danyliw , Linda Dunbar , Alissa Cooper , =?UTF-8?B?w4lyaWMgVnluY2tl?= , Mirja Kuehlewind , "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: X-Mailman-Approved-At: Tue, 17 Mar 2020 09:07:21 -0700 Subject: Re: [ippm] FW: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 12:25:59 -0000 Thank you for the changes in the Introduction, in particular: I think it's much clearer and easier to understand now. Barry On Tue, Mar 17, 2020 at 6:05 AM Giuseppe Fioccola wrote: > > Dear Benjamin, Barry, Alvaro, Roman, Eric, > I have just uploaded the new revision and I have tried to address all the comments received. > Look forward to your feedback. > > Best Regards, > > Giuseppe > > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Tuesday, March 17, 2020 10:36 AM > To: Giuseppe Fioccola ; Riccardo Sisto ; Amedeo Sapio ; Mauro Cociglio > Subject: New Version Notification for draft-ietf-ippm-multipoint-alt-mark-08.txt > > > A new version of I-D, draft-ietf-ippm-multipoint-alt-mark-08.txt > has been successfully submitted by Giuseppe Fioccola and posted to the IETF repository. > > Name: draft-ietf-ippm-multipoint-alt-mark > Revision: 08 > Title: Multipoint Alternate Marking method for passive and hybrid performance monitoring > Document date: 2020-03-17 > Group: ippm > Pages: 24 > URL: https://www.ietf.org/internet-drafts/draft-ietf-ippm-multipoint-alt-mark-08.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ > Htmlized: https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-08 > Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-ippm-multipoint-alt-mark > Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-multipoint-alt-mark-08 > > Abstract: > The Alternate Marking method, as presented in RFC 8321, can be > applied only to point-to-point flows because it assumes that all the > packets of the flow measured on one node are measured again by a > single second node. This document generalizes and expands this > methodology to measure any kind of unicast flows, whose packets can > follow several different paths in the network, in wider terms a > multipoint-to-multipoint network. For this reason the technique here > described is called Multipoint Alternate Marking. > > > > > 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. > > The IETF Secretariat > > From nobody Thu Mar 19 13:36:07 2020 Return-Path: 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 BD4273A0F03; Thu, 19 Mar 2020 13:36:04 -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, SPF_HELO_NONE=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 JWKA0cQuYvVn; Thu, 19 Mar 2020 13:36:02 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 00C1F3A0F02; Thu, 19 Mar 2020 13:36:00 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 02JKW3nn028972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 19 Mar 2020 16:32:06 -0400 Date: Thu, 19 Mar 2020 13:32:02 -0700 From: Benjamin Kaduk To: Giuseppe Fioccola Cc: The IESG , "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Message-ID: <20200319203202.GK50174@kduck.mit.edu> References: <158397854669.19608.10592898561339579819@ietfa.amsl.com> <30dd92b7db6c4edba74fd8043182b349@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30dd92b7db6c4edba74fd8043182b349@huawei.com> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [ippm] Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2020 20:36:05 -0000 Hi Giuseppe, On Thu, Mar 12, 2020 at 02:09:58PM +0000, Giuseppe Fioccola wrote: > Dear Benjamin, > Thanks for your detailed comment. > Please find below my replies tagged as [GF]. > > Let me know if you agree with my proposed changes to the draft and I will include them in the next revision. Sorry for my slow reply, and thanks for the new version. In general it looks good; just a few notes inline... > Best Regards, > > Giuseppe > > -----Original Message----- > From: Benjamin Kaduk via Datatracker [mailto:noreply@ietf.org] > Sent: Thursday, March 12, 2020 3:02 AM > To: The IESG > Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; Tal Mizrahi ; tal.mizrahi.phd@gmail.com > Subject: Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) > > Benjamin Kaduk has entered the following ballot position for > draft-ietf-ippm-multipoint-alt-mark-07: Discuss > > 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-multipoint-alt-mark/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Let's discuss whether [I-D.mizrahi-ippm-compact-alternate-marking] needs to be a normative reference, to describe how the Hash selection method works for multipoint. This document alone does not even mention what is used as input to the hash (though I think I have a good guess based on the context). Even if the intent is that RFC 5474 suffices (avoiding the "dependency on individual document" issue), that is also listed only as an informative reference. > > [GF]: Yes, this is an oversight and I think we can surely move RFC 5474 as normative reference. We left [I-D.mizrahi-ippm-compact-alternate-marking] as informative reference because it introduces the use of the Hash Method in combination with Alternate Marking for point-to-point flow and this is not covered by this or other documents. > > Also, if the grouping procedure (section 6.1) does in fact require a distinguished (but arbitrary?) choice of initial endpoint as I suspect it does, that should be clarified. (See COMMENT.) > > [GF]: Ok, I need to clarify better this point in Section 6.1. The grouping procedure implies that the links are unidirectional and you can start from any link. The procedure works anyway. We just need to classify them and put together the links where there is the same starting node in separated groups. Ah, if the links are unidirectional then this works fine, of course. I think I did consider the possibility of unidirectional links, but the way the figures use "<>" where a link terminates at a router made me think they were bidirectional. The explanation added in the -08 looks good, and I've changed my ballot position to No Objection, but I do wonder if changing the figures slightly might help further. > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > I echo the other reviewers' comments about clarity as to "multipoint" > vs. "multicast" and defining various terms. > > I agree with Barry that there's a lot of editorial work to be done; I've to note many instances in these comments even when the proper resolution is unclear to me. > > Section 1 > > This approach fits very well with the Intelligent Network and > Software Defined Network (SDN) paradigm where the SDN Orchestrator > and the SDN Controllers are the brains of the network and can manage > flow control to the switches and routers and, in the same way, can > calibrate the performance measurements depending on the necessity. > > nit: "necessity" doesn't sound right > > [GF]: I can replace "necessity" with "desired accuracy" > > An SDN Controller Application can orchestrate how deep the network > performance monitoring is setup by applying the Multipoint Alternate > Marking as described in this document. > > nit: "how deep the network" doesn't sound right > > [GF]: I can replace "how deep" with "how accurate" > > Section 3 > > In this way the flows to be monitored are selected into the > monitoring points using packet selection rules, that can also change > the pattern of the monitored network. > > nit: I'm not sure what "this way" refers to. It also seems like this may be two independent thoughts needlessly joined together with a comma. > > [GF]: Yes I can omit "in this way", maybe "so" is better here > > Section 4.1 > > [I-D.ietf-ippm-route]). In general there are different options: the > monitoring network can be obtained by considering all the possible > paths for the traffic or also by checking the traffic sometimes and > update the graph consequently. > > "also by checking the traffic sometimes and update the graph consequently" feels pretty informal and under-specified. > > [GF]: I will modify this sentence. It means that the network graph can be updated in several ways (e.g. daily basis, weekly basis,...). It is up to management system configuration. > > Section 5 > > Since all the packets of the considered flow leaving the network have > previously entered the network, the number of packets counted by all > the input nodes is always greater or equal than the number of packets > counted by all the output nodes. > > [I think I could imagine some exotic cases where this does not hold, but none of them really seem topical for this work.] > > [GF]: Yes correct, the hypothesis is that what goes in is the same as what goes out > > It is possible to define the Network Packet Loss of one monitored > flow for a single period: < packets is the number of packets counted by the input nodes minus the > number of packets counted by the output nodes>>. This is true for > every packet flow in each marking period. > > As another reviewer implies, this discounts the difference between the number of packets "still in the network" at the start and end of the measurement period. > > [GF]: Consider that, with Alternate Marking and this does not happen since we always use a waiting interval to take the counters in order to make sure that they are stable and not still in the network. This is explained in section 7. I didn't make that connection the first time I read section 7, though I think I can see it now. > The flow definition is generalized here, indeed, as described > before, a multipoint packet flow is considered and the > identification fields of the 5-tuple can be selected without any > constraints. > > I don't think I understand what this means. If identification is fully general, how are we still limited to a 5-tuple? > > [GF]: You are right, no need to refer to 5-tuple here. > > Section 6 > In a completely monitored network (a network where every network > interface is monitored), each network device corresponds to a Cluster > and each physical link corresponds to two Clusters (one for each > direction). > > ("what about unidirectional links?") > > [GF]: This is an oversight. We are considering the unidirectional flow here. I can replace "direction" with "device". > > Section 6.1 > > I'm not following how the first step of this algorithm produces the listed groups. Are the links considered to be bidirectional? Did we have to pick some arbitrary starting node (R1), and decree that once a link is in one group it cannot be in some other group? > > [GF]: The links are unidirectional and we can start from any link not from a node. We can imagine to have a list of all the links as connection between two nodes and we can group them considering the same starting node. I will clarify it better within the draft. > > In this way the calculation of packet loss can be made on Cluster > basis. Note that CIR(Committed Information Rate) and EIR(Excess > Information Rate) can also be deduced on Cluster basis. > > Do we use CIR and/or EIR anywhere else? (Are they references to some other body of work?) > > [GF]: this is an oversight. I think we can omit. > > In this way in a very large network there is no need to configure > detailed filter criteria to inspect the traffic. You can check > multipoint network and only in case of problems you can go deep with > a step-by-step cluster analysis, but only for the cluster or > combination of clusters where the problem happens. > > nits: there at least one missing article here ("a multipoint network") and I think there was something else that feels not quite right. > > [GF]: Agree. I will review this paragraph. > > In summary, once defined a flow, the algorithm to build the Cluster > Partition considers all the possible links and nodes crossed by the > > What does "once defined a flow" mean? > > [GF]: It means that you can apply the Cluster Partition based on the Network Graph that is valid for a specific flow or you can also apply the partition in general for the entire network. It depends on how we define the approach. I can review this. > > information. So, if the flow do not enter or traverse all the nodes, > the counters has a non-zero value for the involved nodes, while a > > nit: singular/plural mismatch "the flow"/"do not", "counters"/"has a [...] value" > > [GF]: Sure, I will correct. > > The algorithm described above is an Iterative clustering algorithm, > but it is also possible to apply a Recursive clustering algorithm by > using the node-node adjacency matrix representation. > > Is there a reference for this? (Do I assume it's the [IEEE-ACM-ToN-MPNPM] at the end of the next paragraph?) > > [GF]: Correct! I can highlight it also here. > > Section 7 > Therefore, when we expand to multipoint-to-multipoint flows, we have > to consider that all source nodes mark the traffic and this adds more > complexity. > > I'm not sure what chain of reasoning "therefore" is attempting to indicate. > > [GF]: Agree. I can remove/replace. > > But we should now consider an additional contribution. Since all > source nodes mark the traffic, the source measurement intervals can > be of different lengths and with different offsets and this mismatch > m can be added to d, as shown in figure. > > Please define m and d. > > [GF]: Sure. I will add more details here. m is misalignment between the marking source routers, while d, already introduced in RFC 8321, takes into account clock error and network delay between network nodes. > > So the misalignment between the marking source routers gives an > additional constraint and the value of m is added to d (that already > includes clock error and network delay). > > Thus, three different possible constraints are considered: clock > error between network devices, network delay between measurement > points and the misalignment between the marking source routers. > > Are these "constraints" or "contributions [to error/uncertainty]"? RFC > 8321 does not seem to use "constraint" in this fashion. > > [GF]: They are just little contributions to be considered in order to establish the marking period. We need to ensure an interval available for countins that is > 0. I can change the term. > > In the end, the condition that must be satisfied to enable the method > to function properly is that the available counting interval must be > > 0, and that means: L - 2m - 2d > 0 for each measurement point on > the multipoint path. Therefore, the mismatch between measurement > intervals must satisfy this condition. > > Is it bad to just make L really large? > > [GF]: Not bad :) and this is the practical approach, but it was just to have a mathematical formulation. I definitely appreciate that -- one of my diplomas is in mathematics :) > Section 8 > > period and this is the time reference that can be used. It is > important to highlight that both delay and delay variation > measurements make sense in a multipoint path. The Delay Variation is > calculated by considering the same packets selected for measuring the > Delay. > > Is the "variation" considered here just the variation across the separate paths that the selected packets take, or over time, or something else? > > [GF]: It can be both the variation across separate paths or valid for the multipoint path. It is the same as for the delay. Oh, right, I keep forgetting that "delay variation" is a term of art; sorry about that. > o Delay measurements on single packets basis means that you can use > multipoint path just to easily couple packets between inputs and > > nit: singular/plural mismatch "packets"/"basis" (also missing "a"?) > nit: "inpur" singular, I think. > > [GF]: Ok, I will correct. > > Section 8.1.1 > > I don't understand what weights are used for the "weighted averages". > > [GF]: I will explain better. In the calculation of average delay we can consider the number of packets for each end points so we can make a multipoint weighted average delay. We just mentioned it but it is not so useful in practice. > > Section 8.2.1 > > since they would not be representative of the entire flow. The > packets can follow different paths with various delays and in general > it can be very difficult to recognize marked packets in a multipoint- > to-multipoint path especially in case they are more than one per > period. > > nits: "the case when there is", comma before "and in general". > > [GF]: Ok I will correct. > > Section 8.2.2 > > [I-D.mizrahi-ippm-compact-alternate-marking] introduces how to use > the Hash method combined with alternate marking method for point-to- > > Is it really appropriate for a WG document to depend on an individual document to introduce a concept? > > [GF]: I think we can revise this sentence and add a reference to RFC 5474 too. > > In a multipoint environment the behaviour is similar to point-to > point flow. In particular, in the context of multipoint-to- > multipoint flow, the dynamic hash could be the solution to perform > > nits: both of these either need "flows" plural or the article "a". > > [GF]: Ok, I will correct > > The management system receives the samples including the timestamps > and the hash value from all the MPs, and this happens both for point- > to-point and for multipoint-to-multipoint flow. Then the longest > > nit: "flows" > > [GF]: Ok, I will correct > > Also, this seems to be the first time we abbreviate "measurement points"; it would be good to provide the abbreviation/expansion together and consistently use the abbreviation. (Interestingly https://www.rfc-editor.org/materials/abbrev.expansion.txt only has "multiprotocol" and "maintenance point".) > > [GF]: Ok > > to-point and for multipoint-to-multipoint flow. Then the longest > hash used by MPs is deduced and it is applied to couple timestamps of > same packets of 2 MPs of a point-to-point path or of input and output > MPs of a Cluster (or a Super Cluster or the entire network). But > > nit: there appear to be several missing words here. > > [GF]: Ok, I will revise and correct > > In summary, the basic hash is logically similar to the double marking > method, and in case of point-to-point path double marking and basic > > I don't really recall any specific discussion of similarities between basic hash and double marking, so calling this a "summary" is perhaps a stretch. > > [GF]: I will modify the sentence and add the reference to [I-D.mizrahi-ippm-compact-alternate-marking], where it is mentioned. > > Section 9 > > An SDN Controller or a Network Management System (NMS) can calibrate > Performance Measurements since it is aware of the network topology. > It can start without examining in depth. In case of necessity > (packet loss is measured or the delay is too high), the filtering > criteria could be immediately specified more in order to perform a > partition of the network by using Clusters and/or different > combinations of Clusters. In this way the problem can be localized > > nit: "specified more" seems incomplete; perhaps something about detail? > > [GF]: Yes, I will correct > > Section 11 > > I don't see much in RFC 8321 to note that "traffic observed by measurement points may contain private information if not protected by transport-layer security protocols, so measurement infrastructure should be as equally protected/secured as routing hardware". That said, it is hopefully obvious, and not specific to this work, so I don't feel a particular need to have it mentioned here. > > [GF]: Ok, we can consider to remove it. Thanks for all the updates! -Ben From nobody Thu Mar 19 15:00:39 2020 Return-Path: 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 59FFF3A1130; Thu, 19 Mar 2020 15:00:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_TEMPERROR=0.01, 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 rP1GwUltRsiX; Thu, 19 Mar 2020 15:00:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 584843A10A4; Thu, 19 Mar 2020 15:00:03 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id ABE82F40737; Thu, 19 Mar 2020 14:59:53 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, ippm@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20200319215953.ABE82F40737@rfc-editor.org> Date: Thu, 19 Mar 2020 14:59:53 -0700 (PDT) Archived-At: Subject: [ippm] =?utf-8?q?RFC_8762_on_Simple_Two-Way_Active_Measurement_P?= =?utf-8?q?rotocol?= X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2020 22:00:30 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8762 Title: Simple Two-Way Active Measurement Protocol Author: G. Mirsky, G. Jun, H. Nydell, R. Foote Status: Standards Track Stream: IETF Date: March 2020 Mailbox: gregimirsky@gmail.com, guo.jun2@zte.com.cn, hnydell@accedian.com, footer.foote@nokia.com Pages: 15 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-ippm-stamp-10.txt URL: https://www.rfc-editor.org/info/rfc8762 DOI: 10.17487/RFC8762 This document describes the Simple Two-way Active Measurement Protocol (STAMP), which enables the measurement of both one-way and round-trip performance metrics, like delay, delay variation, and packet loss. This document is a product of the IP Performance Measurement Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Fri Mar 20 06:33:43 2020 Return-Path: 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 D72C83A096D; Fri, 20 Mar 2020 06:33:28 -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, 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 MeZpGIOHznYZ; Fri, 20 Mar 2020 06:33:22 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 BFA6B3A096B; Fri, 20 Mar 2020 06:33:21 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 52DD1948A88BCCC1C761; Fri, 20 Mar 2020 13:33:16 +0000 (GMT) Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 20 Mar 2020 13:33:15 +0000 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 20 Mar 2020 14:33:15 +0100 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1713.004; Fri, 20 Mar 2020 14:33:15 +0100 From: Giuseppe Fioccola To: Benjamin Kaduk CC: The IESG , "draft-ietf-ippm-multipoint-alt-mark@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , Tal Mizrahi Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) Thread-Index: AQHV+BJNjqDbNJeAP0uox3g93OMmmKhE4GvQgAt5kQCAASsnYA== Date: Fri, 20 Mar 2020 13:33:15 +0000 Message-ID: <812cb7da037c4662ba2d85d0e0801ad7@huawei.com> References: <158397854669.19608.10592898561339579819@ietfa.amsl.com> <30dd92b7db6c4edba74fd8043182b349@huawei.com> <20200319203202.GK50174@kduck.mit.edu> In-Reply-To: <20200319203202.GK50174@kduck.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.170.137] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2020 13:33:30 -0000 Dear Benjamin, Thanks a lot for the feedback and for updating the ballot position! Sure, we could evaluate to do the little change to the figure of Section 6.= 1 and highlight the direction. Best Regards, Giuseppe -----Original Message----- From: Benjamin Kaduk [mailto:kaduk@mit.edu]=20 Sent: Thursday, March 19, 2020 9:32 PM To: Giuseppe Fioccola Cc: The IESG ; draft-ietf-ippm-multipoint-alt-mark@ietf.org;= ippm-chairs@ietf.org; ippm@ietf.org; Tal Mizrahi Subject: Re: Benjamin Kaduk's Discuss on draft-ietf-ippm-multipoint-alt-mar= k-07: (with DISCUSS and COMMENT) Hi Giuseppe, On Thu, Mar 12, 2020 at 02:09:58PM +0000, Giuseppe Fioccola wrote: > Dear Benjamin, > Thanks for your detailed comment. > Please find below my replies tagged as [GF]. >=20 > Let me know if you agree with my proposed changes to the draft and I will= include them in the next revision. Sorry for my slow reply, and thanks for the new version. In general it loo= ks good; just a few notes inline... > Best Regards, >=20 > Giuseppe >=20 > -----Original Message----- > From: Benjamin Kaduk via Datatracker [mailto:noreply@ietf.org] > Sent: Thursday, March 12, 2020 3:02 AM > To: The IESG > Cc: draft-ietf-ippm-multipoint-alt-mark@ietf.org;=20 > ippm-chairs@ietf.org; ippm@ietf.org; Tal Mizrahi=20 > ; tal.mizrahi.phd@gmail.com > Subject: Benjamin Kaduk's Discuss on=20 > draft-ietf-ippm-multipoint-alt-mark-07: (with DISCUSS and COMMENT) >=20 > Benjamin Kaduk has entered the following ballot position for > draft-ietf-ippm-multipoint-alt-mark-07: Discuss >=20 > When responding, please keep the subject line intact and reply to all=20 > email addresses included in the To and CC lines. (Feel free to cut=20 > this introductory paragraph, however.) >=20 >=20 > Please refer to=20 > https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > Let's discuss whether [I-D.mizrahi-ippm-compact-alternate-marking] needs = to be a normative reference, to describe how the Hash selection method work= s for multipoint. This document alone does not even mention what is used a= s input to the hash (though I think I have a good guess based on the contex= t). Even if the intent is that RFC 5474 suffices (avoiding the "dependency= on individual document" issue), that is also listed only as an informative= reference. >=20 > [GF]: Yes, this is an oversight and I think we can surely move RFC 5474 a= s normative reference. We left [I-D.mizrahi-ippm-compact-alternate-marking]= as informative reference because it introduces the use of the Hash Method = in combination with Alternate Marking for point-to-point flow and this is n= ot covered by this or other documents.=20 >=20 > Also, if the grouping procedure (section 6.1) does in fact require a=20 > distinguished (but arbitrary?) choice of initial endpoint as I suspect=20 > it does, that should be clarified. (See COMMENT.) >=20 > [GF]: Ok, I need to clarify better this point in Section 6.1. The groupin= g procedure implies that the links are unidirectional and you can start fro= m any link. The procedure works anyway. We just need to classify them and p= ut together the links where there is the same starting node in separated gr= oups. Ah, if the links are unidirectional then this works fine, of course. I think I did consider the possibility of unidirectional links, but the way= the figures use "<>" where a link terminates at a router made me think the= y were bidirectional. The explanation added in the -08 looks good, and I'v= e changed my ballot position to No Objection, but I do wonder if changing t= he figures slightly might help further. >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I echo the other reviewers' comments about clarity as to "multipoint" > vs. "multicast" and defining various terms. >=20 > I agree with Barry that there's a lot of editorial work to be done; I've = to note many instances in these comments even when the proper resolution is= unclear to me. >=20 > Section 1 >=20 > This approach fits very well with the Intelligent Network and > Software Defined Network (SDN) paradigm where the SDN Orchestrator > and the SDN Controllers are the brains of the network and can manage > flow control to the switches and routers and, in the same way, can > calibrate the performance measurements depending on the necessity. >=20 > nit: "necessity" doesn't sound right >=20 > [GF]: I can replace "necessity" with "desired accuracy" >=20 > An SDN Controller Application can orchestrate how deep the network > performance monitoring is setup by applying the Multipoint Alternate > Marking as described in this document. >=20 > nit: "how deep the network" doesn't sound right >=20 > [GF]: I can replace "how deep" with "how accurate" >=20 > Section 3 >=20 > In this way the flows to be monitored are selected into the > monitoring points using packet selection rules, that can also change > the pattern of the monitored network. >=20 > nit: I'm not sure what "this way" refers to. It also seems like this may= be two independent thoughts needlessly joined together with a comma. >=20 > [GF]: Yes I can omit "in this way", maybe "so" is better here >=20 > Section 4.1 >=20 > [I-D.ietf-ippm-route]). In general there are different options: the > monitoring network can be obtained by considering all the possible > paths for the traffic or also by checking the traffic sometimes and > update the graph consequently. >=20 > "also by checking the traffic sometimes and update the graph consequently= " feels pretty informal and under-specified. >=20 > [GF]: I will modify this sentence. It means that the network graph can be= updated in several ways (e.g. daily basis, weekly basis,...). It is up to = management system configuration. >=20 > Section 5 >=20 > Since all the packets of the considered flow leaving the network have > previously entered the network, the number of packets counted by all > the input nodes is always greater or equal than the number of packets > counted by all the output nodes. >=20 > [I think I could imagine some exotic cases where this does not hold,=20 > but none of them really seem topical for this work.] >=20 > [GF]: Yes correct, the hypothesis is that what goes in is the same as=20 > what goes out >=20 > It is possible to define the Network Packet Loss of one monitored > flow for a single period: < packets is the number of packets counted by the input nodes minus the > number of packets counted by the output nodes>>. This is true for > every packet flow in each marking period. >=20 > As another reviewer implies, this discounts the difference between the nu= mber of packets "still in the network" at the start and end of the measurem= ent period. >=20 > [GF]: Consider that, with Alternate Marking and this does not happen sinc= e we always use a waiting interval to take the counters in order to make su= re that they are stable and not still in the network. This is explained in = section 7. I didn't make that connection the first time I read section 7, though I thi= nk I can see it now. > The flow definition is generalized here, indeed, as described > before, a multipoint packet flow is considered and the > identification fields of the 5-tuple can be selected without any > constraints. >=20 > I don't think I understand what this means. If identification is fully g= eneral, how are we still limited to a 5-tuple? >=20 > [GF]: You are right, no need to refer to 5-tuple here. >=20 > Section 6 > In a completely monitored network (a network where every network > interface is monitored), each network device corresponds to a Cluster > and each physical link corresponds to two Clusters (one for each > direction). >=20 > ("what about unidirectional links?") >=20 > [GF]: This is an oversight. We are considering the unidirectional flow he= re. I can replace "direction" with "device". >=20 > Section 6.1 >=20 > I'm not following how the first step of this algorithm produces the liste= d groups. Are the links considered to be bidirectional? Did we have to pi= ck some arbitrary starting node (R1), and decree that once a link is in one= group it cannot be in some other group? >=20 > [GF]: The links are unidirectional and we can start from any link not fro= m a node. We can imagine to have a list of all the links as connection betw= een two nodes and we can group them considering the same starting node. I w= ill clarify it better within the draft. >=20 > In this way the calculation of packet loss can be made on Cluster > basis. Note that CIR(Committed Information Rate) and EIR(Excess > Information Rate) can also be deduced on Cluster basis. >=20 > Do we use CIR and/or EIR anywhere else? (Are they references to some=20 > other body of work?) >=20 > [GF]: this is an oversight. I think we can omit. >=20 > In this way in a very large network there is no need to configure > detailed filter criteria to inspect the traffic. You can check > multipoint network and only in case of problems you can go deep with > a step-by-step cluster analysis, but only for the cluster or > combination of clusters where the problem happens. >=20 > nits: there at least one missing article here ("a multipoint network") an= d I think there was something else that feels not quite right. >=20 > [GF]: Agree. I will review this paragraph. >=20 > In summary, once defined a flow, the algorithm to build the Cluster > Partition considers all the possible links and nodes crossed by the >=20 > What does "once defined a flow" mean? >=20 > [GF]: It means that you can apply the Cluster Partition based on the Netw= ork Graph that is valid for a specific flow or you can also apply the parti= tion in general for the entire network. It depends on how we define the app= roach. I can review this. >=20 > information. So, if the flow do not enter or traverse all the nodes, > the counters has a non-zero value for the involved nodes, while a >=20 > nit: singular/plural mismatch "the flow"/"do not", "counters"/"has a [...= ] value" >=20 > [GF]: Sure, I will correct. >=20 > The algorithm described above is an Iterative clustering algorithm, > but it is also possible to apply a Recursive clustering algorithm by > using the node-node adjacency matrix representation. >=20 > Is there a reference for this? (Do I assume it's the=20 > [IEEE-ACM-ToN-MPNPM] at the end of the next paragraph?) >=20 > [GF]: Correct! I can highlight it also here. >=20 > Section 7 > Therefore, when we expand to multipoint-to-multipoint flows, we have > to consider that all source nodes mark the traffic and this adds more > complexity. >=20 > I'm not sure what chain of reasoning "therefore" is attempting to indicat= e. >=20 > [GF]: Agree. I can remove/replace. >=20 > But we should now consider an additional contribution. Since all > source nodes mark the traffic, the source measurement intervals can > be of different lengths and with different offsets and this mismatch > m can be added to d, as shown in figure. >=20 > Please define m and d. >=20 > [GF]: Sure. I will add more details here. m is misalignment between the m= arking source routers, while d, already introduced in RFC 8321, takes into = account clock error and network delay between network nodes. >=20 > So the misalignment between the marking source routers gives an > additional constraint and the value of m is added to d (that already > includes clock error and network delay). >=20 > Thus, three different possible constraints are considered: clock > error between network devices, network delay between measurement > points and the misalignment between the marking source routers. >=20 > Are these "constraints" or "contributions [to error/uncertainty]"? =20 > RFC > 8321 does not seem to use "constraint" in this fashion. >=20 > [GF]: They are just little contributions to be considered in order to est= ablish the marking period. We need to ensure an interval available for coun= tins that is > 0. I can change the term. >=20 > In the end, the condition that must be satisfied to enable the method > to function properly is that the available counting interval must be > > 0, and that means: L - 2m - 2d > 0 for each measurement point on > the multipoint path. Therefore, the mismatch between measurement > intervals must satisfy this condition. >=20 > Is it bad to just make L really large? >=20 > [GF]: Not bad :) and this is the practical approach, but it was just to h= ave a mathematical formulation. I definitely appreciate that -- one of my diplomas is in mathematics :) > Section 8 >=20 > period and this is the time reference that can be used. It is > important to highlight that both delay and delay variation > measurements make sense in a multipoint path. The Delay Variation is > calculated by considering the same packets selected for measuring the > Delay. >=20 > Is the "variation" considered here just the variation across the separate= paths that the selected packets take, or over time, or something else? >=20 > [GF]: It can be both the variation across separate paths or valid for the= multipoint path. It is the same as for the delay. Oh, right, I keep forgetting that "delay variation" is a term of art; sorry= about that. > o Delay measurements on single packets basis means that you can use > multipoint path just to easily couple packets between inputs and >=20 > nit: singular/plural mismatch "packets"/"basis" (also missing "a"?) > nit: "inpur" singular, I think. >=20 > [GF]: Ok, I will correct. >=20 > Section 8.1.1 >=20 > I don't understand what weights are used for the "weighted averages". >=20 > [GF]: I will explain better. In the calculation of average delay we can c= onsider the number of packets for each end points so we can make a multipoi= nt weighted average delay. We just mentioned it but it is not so useful in = practice. >=20 > Section 8.2.1 >=20 > since they would not be representative of the entire flow. The > packets can follow different paths with various delays and in general > it can be very difficult to recognize marked packets in a multipoint- > to-multipoint path especially in case they are more than one per > period. >=20 > nits: "the case when there is", comma before "and in general". >=20 > [GF]: Ok I will correct. >=20 > Section 8.2.2 >=20 > [I-D.mizrahi-ippm-compact-alternate-marking] introduces how to use > the Hash method combined with alternate marking method for=20 > point-to- >=20 > Is it really appropriate for a WG document to depend on an individual doc= ument to introduce a concept? >=20 > [GF]: I think we can revise this sentence and add a reference to RFC 5474= too. >=20 > In a multipoint environment the behaviour is similar to point-to > point flow. In particular, in the context of multipoint-to- > multipoint flow, the dynamic hash could be the solution to perform >=20 > nits: both of these either need "flows" plural or the article "a". >=20 > [GF]: Ok, I will correct >=20 > The management system receives the samples including the timestamps > and the hash value from all the MPs, and this happens both for point- > to-point and for multipoint-to-multipoint flow. Then the longest >=20 > nit: "flows" >=20 > [GF]: Ok, I will correct >=20 > Also, this seems to be the first time we abbreviate "measurement=20 > points"; it would be good to provide the abbreviation/expansion=20 > together and consistently use the abbreviation. (Interestingly=20 > https://www.rfc-editor.org/materials/abbrev.expansion.txt only has=20 > "multiprotocol" and "maintenance point".) >=20 > [GF]: Ok >=20 > to-point and for multipoint-to-multipoint flow. Then the longest > hash used by MPs is deduced and it is applied to couple timestamps of > same packets of 2 MPs of a point-to-point path or of input and output > MPs of a Cluster (or a Super Cluster or the entire network). But >=20 > nit: there appear to be several missing words here. >=20 > [GF]: Ok, I will revise and correct >=20 > In summary, the basic hash is logically similar to the double marking > method, and in case of point-to-point path double marking and basic >=20 > I don't really recall any specific discussion of similarities between bas= ic hash and double marking, so calling this a "summary" is perhaps a stretc= h. >=20 > [GF]: I will modify the sentence and add the reference to [I-D.mizrahi-ip= pm-compact-alternate-marking], where it is mentioned. >=20 > Section 9 >=20 > An SDN Controller or a Network Management System (NMS) can calibrate > Performance Measurements since it is aware of the network topology. > It can start without examining in depth. In case of necessity > (packet loss is measured or the delay is too high), the filtering > criteria could be immediately specified more in order to perform a > partition of the network by using Clusters and/or different > combinations of Clusters. In this way the problem can be localized >=20 > nit: "specified more" seems incomplete; perhaps something about detail? >=20 > [GF]: Yes, I will correct >=20 > Section 11 >=20 > I don't see much in RFC 8321 to note that "traffic observed by measuremen= t points may contain private information if not protected by transport-laye= r security protocols, so measurement infrastructure should be as equally pr= otected/secured as routing hardware". That said, it is hopefully obvious, = and not specific to this work, so I don't feel a particular need to have it= mentioned here. >=20 > [GF]: Ok, we can consider to remove it. Thanks for all the updates! -Ben From nobody Mon Mar 23 08:23:49 2020 Return-Path: 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 2903D3A07EF; Mon, 23 Mar 2020 08:23:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.122.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158497702703.21033.2535903611729810987@ietfa.amsl.com> Date: Mon, 23 Mar 2020 08:23:47 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-multipoint-alt-mark-09.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2020 15:23:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Multipoint Alternate Marking method for passive and hybrid performance monitoring Authors : Giuseppe Fioccola Mauro Cociglio Amedeo Sapio Riccardo Sisto Filename : draft-ietf-ippm-multipoint-alt-mark-09.txt Pages : 24 Date : 2020-03-23 Abstract: The Alternate Marking method, as presented in RFC 8321, can be applied only to point-to-point flows because it assumes that all the packets of the flow measured on one node are measured again by a single second node. This document generalizes and expands this methodology to measure any kind of unicast flows, whose packets can follow several different paths in the network, in wider terms a multipoint-to-multipoint network. For this reason the technique here described is called Multipoint Alternate Marking. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-multipoint-alt-mark-09 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-multipoint-alt-mark-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-multipoint-alt-mark-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 23 12:45:57 2020 Return-Path: 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 3BEEE3A0E0F; Mon, 23 Mar 2020 12:45:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.122.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <158499273215.1879.6738157380386282448@ietfa.amsl.com> Date: Mon, 23 Mar 2020 12:45:32 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-stamp-option-tlv-04.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2020 19:45:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Measurement WG of the IETF. Title : Simple Two-way Active Measurement Protocol Optional Extensions Authors : Greg Mirsky Xiao Min Henrik Nydell Richard Foote Adi Masputra Ernesto Ruffini Filename : draft-ietf-ippm-stamp-option-tlv-04.txt Pages : 25 Date : 2020-03-23 Abstract: This document describes optional extensions to Simple Two-way Active Measurement Protocol (STAMP) which enable measurement performance metrics in addition to ones supported by the STAMP base specification. The document also defines a STAMP Test Session Identifier and thus updates RFC 8762. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-04 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-option-tlv-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 23 12:52:56 2020 Return-Path: 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 6FF883A0E34; Mon, 23 Mar 2020 12:52:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 vZpUiQnDKTLf; Mon, 23 Mar 2020 12:52:25 -0700 (PDT) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (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 2D2A13A0E5B; Mon, 23 Mar 2020 12:52:25 -0700 (PDT) Received: by mail-lj1-x22a.google.com with SMTP id p14so329170lji.11; Mon, 23 Mar 2020 12:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=5rjJxfDfan5N2AZ+JMLBHFtk2AsP2fF0UrVJL/UPwyI=; b=IbeIQjBeu8zJuimXKLdV5FYNPfx4exWCuPsCdlE3RFfmqkw0W4v/EiIM+OEFNdM35h 5DndTBuJrpeZLJcS4OBAkz/zbOmunBEVT2PUM0CiP+vHefdYd55t4LVGRd4S+qhk7cdm +BOMNt3Rzym+R+A1gb5uirS6PpRMKA97ZohpOOsT0aH8L7aU9VSgvS2yc25OI4o5y4VN VqQOAmNw2NQs+fOFVLlSTBtmIEc/ExuU+Hqk5TaeIWKZMG7UCEA3a/O1e1qcrTnNogX0 /7zJEL/fmfDtPIb8ewS/y3O8RCWDTScSnsjpsCNQROcftNl4d5sXKZXRhlA/H2H5Rj2e KgSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=5rjJxfDfan5N2AZ+JMLBHFtk2AsP2fF0UrVJL/UPwyI=; b=StWCnIx1xOaz/0xRQUBcX2ehnKdutbkVLDVU0tKbZ74BYVOZTo0tHaJYYm3DT7BeLN /ctHnazn7LL5F5dKjqLyHp2X4v6Y+y7qS+Qdl9QYynhtHzJ2WRDuZST4VU8PFeMKAuy2 iwHNNAwBldD6Wx/gBh8zwq/8PdxZmPF2UnHkkN2e0FWyLTnn72WZg7J0nuMjrbRlGyOU ySSAqfIXx5w6EzreMb5OquH4yuN+1YDQX/ajULaemBcwGeq4+Ac9CFMk1bHteqenqODi Gc0/h8f9v7FM8FH1x1hP1UIwzBk0lmHmZTXUXIWKkBcFCG79sYyoefKFZJ641tmmaGTU wufA== X-Gm-Message-State: ANhLgQ3LDC1iYIy88Dw9h3RGeIYeWIzymAmj8F6+3IbXsr6pH+eVb0Uj sQG3nkYvdLoaOWdjFIhcV1T6S+8YiAqiq3ZWtbfsbg== X-Google-Smtp-Source: ADFU+vt2TpHgRlR/8WBmav9/Henftm2ZGcbemEIQNLuBy23TSWzYBxHENftkKgxJqytmin1jjHw+C0FWjBHphKpAhBs= X-Received: by 2002:a05:651c:200c:: with SMTP id s12mr5882011ljo.30.1584993143067; Mon, 23 Mar 2020 12:52:23 -0700 (PDT) MIME-Version: 1.0 References: <158499273241.1879.10199534933036083857@ietfa.amsl.com> In-Reply-To: <158499273241.1879.10199534933036083857@ietfa.amsl.com> From: Greg Mirsky Date: Mon, 23 Mar 2020 12:52:11 -0700 Message-ID: To: IETF IPPM WG , IPPM Chairs Content-Type: multipart/alternative; boundary="000000000000439a8a05a18af92c" Archived-At: Subject: [ippm] Fwd: New Version Notification for draft-ietf-ippm-stamp-option-tlv-04.txt X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2020 19:52:56 -0000 --000000000000439a8a05a18af92c Content-Type: text/plain; charset="UTF-8" Dear All, the updates in this version are to sync the draft with the recently published RFC 8762. Authors are always welcome your questions, comments, and suggestions. We're looking forward to presenting the updates at our virtual meeting. Regards, Greg ---------- Forwarded message --------- From: Date: Mon, Mar 23, 2020 at 12:45 PM Subject: New Version Notification for draft-ietf-ippm-stamp-option-tlv-04.txt To: Henrik Nydell , Gregory Mirsky < gregimirsky@gmail.com>, Min Xiao , Richard Foote < footer.foote@nokia.com>, Adi Masputra , Ernesto Ruffini < eruffini@outsys.org> A new version of I-D, draft-ietf-ippm-stamp-option-tlv-04.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-ietf-ippm-stamp-option-tlv Revision: 04 Title: Simple Two-way Active Measurement Protocol Optional Extensions Document date: 2020-03-22 Group: ippm Pages: 25 URL: https://www.ietf.org/internet-drafts/draft-ietf-ippm-stamp-option-tlv-04.txt Status: https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/ Htmlized: https://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-04 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tlv Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-option-tlv-04 Abstract: This document describes optional extensions to Simple Two-way Active Measurement Protocol (STAMP) which enable measurement performance metrics in addition to ones supported by the STAMP base specification. The document also defines a STAMP Test Session Identifier and thus updates RFC 8762. 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. The IETF Secretariat --000000000000439a8a05a18af92c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable     --000000000000c63af805a1af1c6a-- From nobody Thu Mar 26 13:37:07 2020 Return-Path: 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 9119E3A0D45; Thu, 26 Mar 2020 13:36:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.775 X-Spam-Level: X-Spam-Status: No, score=-0.775 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, EXCUSE_4=1.325, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 zhkBGcaMs2XP; Thu, 26 Mar 2020 13:36:21 -0700 (PDT) Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) (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 CE0BC3A0A9F; Thu, 26 Mar 2020 13:35:50 -0700 (PDT) Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.27/8.16.0.27) with SMTP id 02QKW6mq023067; Thu, 26 Mar 2020 13:35:48 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : from : content-type : mime-version : subject : message-id : date : cc : to; s=20180706; bh=QW82+EnJgbpojnfYCbN/Ekojz9Kif6AWfOvgFk0Mg7E=; b=NrCWEhjb5M0ofQQGTHeC6jKWOsNgy3UcCVSv8WGOeRft91551HiYgg7UpNWSyca0gRKq 7P/VBH0UH/h+BHMFut7NmAYyr6uyer0QHIMy76Bf+w0fNsjpLne8vCePTVRT1/ONSwuN 0QvMcc4MdNAZVl/jjR7OCWYYdStUz765crsGNQFY0xDHrRY6mthvJl/1E+Sa3MRut2uE fQ5c8EQB7j7Q+IllZFiksOhGruGtyoZr9O64buE2ZxzUlv36JMYqLZkg2Yj5Z/jos2jK Z87n2aLdxExA+EWjownLIZU4W/OatCrxwxP02J+fqQX7T+gpL2ypP/qGHR6MbRBtHvSl bA== Received: from rn-mailsvcp-mta-lapp02.rno.apple.com (rn-mailsvcp-mta-lapp02.rno.apple.com [10.225.203.150]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 2ywhk5duwv-3 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 26 Mar 2020 13:35:48 -0700 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by rn-mailsvcp-mta-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) with ESMTPS id <0Q7T00MORIJNKOE0@rn-mailsvcp-mta-lapp02.rno.apple.com>; Thu, 26 Mar 2020 13:35:47 -0700 (PDT) Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) id <0Q7T00600HBSB700@nwk-mmpp-sz13.apple.com>; Thu, 26 Mar 2020 13:35:47 -0700 (PDT) X-Va-A: X-Va-T-CD: 159681ac17b4bf28eab1955e26a63a9c X-Va-E-CD: 09e6769b9dfb2d05aedb4447fdae4ee8 X-Va-R-CD: 6fef315625739a4b016e68fac60262aa X-Va-CD: 0 X-Va-ID: 62246412-0591-46aa-9fa8-d34acf1911a8 X-V-A: X-V-T-CD: 159681ac17b4bf28eab1955e26a63a9c X-V-E-CD: 09e6769b9dfb2d05aedb4447fdae4ee8 X-V-R-CD: 6fef315625739a4b016e68fac60262aa X-V-CD: 0 X-V-ID: 028af5ff-920c-4215-b823-1991831fc965 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.645 definitions=2020-03-26_12:2020-03-26, 2020-03-26 signatures=0 Received: from [17.234.104.70] (unknown [17.234.104.70]) by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPSA id <0Q7T00C2BIJKES90@nwk-mmpp-sz13.apple.com>; Thu, 26 Mar 2020 13:35:44 -0700 (PDT) Sender: tpauly@apple.com From: Tommy Pauly Content-type: multipart/alternative; boundary="Apple-Mail=_3EB27900-7D03-46D7-AD00-AE167ED032D4" MIME-version: 1.0 (Mac OS X Mail 13.4 \(3608.80.7.2.3\)) Message-id: <1B541DC5-664B-4C8F-A554-C9264CE1DA0C@apple.com> Date: Thu, 26 Mar 2020 13:35:43 -0700 Cc: IPPM Chairs To: IETF IPPM WG X-Mailer: Apple Mail (2.3608.80.7.2.3) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.645 definitions=2020-03-26_12:2020-03-26, 2020-03-26 signatures=0 Archived-At: Subject: [ippm] IPPM Virtual Meeting for IETF 107 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2020 20:36:29 -0000 --Apple-Mail=_3EB27900-7D03-46D7-AD00-AE167ED032D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello IPPM, We will be having a virtual meeting next week on April 1, from = 15:00-16:30 UTC (08:00 to 09:30 America/Los_Angeles). Our current agenda = can be found here: = https://datatracker.ietf.org/meeting/interim-2020-ippm-01/materials/agenda= -interim-2020-ippm-01-ippm-01.html = We are focusing the agenda on working group documents and documents that = have been discussed on list or in the group previously. We=E2=80=99d = invite anyone proposing new work to start up discussions on list. Although we are not technically during the IETF week, we will be running = the meeting similar to the virtual meetings this week. Please review the = guide here for setting up WebEx and how queue management will be done: https://www.ietf.org/how/meetings/107/session-participant-guide/ = If you are a presenter, please send your slides as a PDF to = ippm-chairs@ietf.org by March 31. If we do = not receive slides for any item, we will remove it from the agenda. If = you are listed on the agenda and would like to be removed, please let = the chairs know soon. Best, Tommy= --Apple-Mail=_3EB27900-7D03-46D7-AD00-AE167ED032D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello= IPPM,

    We will be = having a virtual meeting next week on April 1, from 15:00-16:30 UTC = (08:00 to 09:30 America/Los_Angeles). Our current agenda can be found = here:

    https://datatracker.ietf.org/meeting/interim-2020-ippm-01/mater= ials/agenda-interim-2020-ippm-01-ippm-01.html

    We are focusing the = agenda on working group documents and documents that have been discussed = on list or in the group previously. We=E2=80=99d invite anyone proposing = new work to start up discussions on list.

    Although we are not technically during = the IETF week, we will be running the meeting similar to the virtual = meetings this week. Please review the guide here for setting up WebEx = and how queue management will be done:

    https://www.ietf.org/how/meetings/107/session-participant-guide= /

    If you are a presenter, please send your slides as a PDF = to ippm-chairs@ietf.org by March 31. If we do not = receive slides for any item, we will remove it from the agenda. If you = are listed on the agenda and would like to be removed, please let the = chairs know soon.

    Best,
    Tommy
    = --Apple-Mail=_3EB27900-7D03-46D7-AD00-AE167ED032D4-- From nobody Fri Mar 27 14:47:10 2020 Return-Path: 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 A35C93A0D9B for ; Fri, 27 Mar 2020 14:46:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 dGA4IUlpcP8G for ; Fri, 27 Mar 2020 14:46:56 -0700 (PDT) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680109.outbound.protection.outlook.com [40.107.68.109]) (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 ABD323A0CD3 for ; Fri, 27 Mar 2020 14:46:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ett1SsqrpYdnkznzjXeuKmId/jz0+Ty/7XuKq/ElSHcy9QphbmAFh/RQ52ZROOUvrzaiUWj4EJUbxtsTFUqm/BLMsNpvzo1QTegcEZMLSpwOw/Eo9U6uzexWI19VT+u13eq5dMZ9KkAdR24Cf4tOAXkpCN5iXKPRp4gWCdL4gO8T0Yd72i62ighPD03WQaX5vCLSfhQIqOgGjnYfe25NzhQKDxPzt7Md1cORcFzwYWfYbqONzn628Gt2hUKEKEDN/FNNlH7fZec9cF9F7eSHKnmUTvO3rnXK/QfLYAUb1mi8ka294Z/9kJ6pStb5tiLzQnRMNWXwfuUiF5jdtd7AQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WCrD3/NVleAlWwYw0Awn17FkxjRZyaF/cnBBdmLdwgk=; b=WNgRXqfEjvt2rVaV2FGx3bEkdjH0GNdkH1ACJhX/NhbWi1KSl45E8KRbmzw9SZchXh+umHqvD/RReZS7rokWqN++cl2X4ceE69Jyd451sU0qcV7y2DE+A8G+CBLsGd/de026bv/nFo8haIXCe0R3LiGcldVZZhW79Dib7A8vQjkWscx69a25cUG4uPidXSHeR4eS22ubeyJVftZpU3S08bNtw+OYA3GQMTqUorV3+nBQ8J80dg1WJSbZehMiGTqpawQ7syi4ag9E95+EiLMHrWlhMFbVnCJz0Of2UH5QtbT8CRouCnhvgcIEzl0UI8a6YxIXBSrIMXwQ4dmgurjqKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WCrD3/NVleAlWwYw0Awn17FkxjRZyaF/cnBBdmLdwgk=; b=n9XHQL/GFMlkHIj6w1mZj+BOLMZgDb1FYcqIa4GERJqJHtHUvunm3L+P5d06v+dk5ngUh15oysCsvgogaV6TT5+0oRsNkqhLxddATcPIWPQ/UJEN/e5YkJV40IungJRJl5RKnCDVxP/ttQCjcZCd+SOYgE4X9EOv6X4l0CbshQw= Received: from BYAPR13MB2807.namprd13.prod.outlook.com (2603:10b6:a03:fd::17) by BYAPR13MB2294.namprd13.prod.outlook.com (2603:10b6:a02:ca::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2856.16; Fri, 27 Mar 2020 21:46:53 +0000 Received: from BYAPR13MB2807.namprd13.prod.outlook.com ([fe80::75fc:6250:776:26c7]) by BYAPR13MB2807.namprd13.prod.outlook.com ([fe80::75fc:6250:776:26c7%7]) with mapi id 15.20.2856.018; Fri, 27 Mar 2020 21:46:53 +0000 From: Michael McBride To: "ippm@ietf.org" Thread-Topic: Multicast telemetry Thread-Index: AdYEf1PEE1icBqW/T2yr5Pnelmr1RA== Date: Fri, 27 Mar 2020 21:46:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=michael.mcbride@futurewei.com; x-originating-ip: [108.197.145.62] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ab704689-f1e0-4cfb-2095-08d7d2985ccd x-ms-traffictypediagnostic: BYAPR13MB2294: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0355F3A3AE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(136003)(396003)(39850400004)(366004)(376002)(33656002)(2906002)(64756008)(66446008)(4744005)(8676002)(66946007)(66556008)(86362001)(316002)(26005)(9326002)(3480700007)(71200400001)(186003)(66476007)(6916009)(7116003)(478600001)(966005)(8936002)(55016002)(76116006)(52536014)(7696005)(9686003)(81156014)(6506007)(81166006)(5660300002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR13MB2294; H:BYAPR13MB2807.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GruK7+CLKTzyORe99YkVLudVxzssaE9RWUWTUhy2Wf/yzigZ1wwaBAQG4cCSh85YkKZMtQtJ+WGFmeJI1BzpDeYI4Z42Z4saHCifKBKTG7JNekNb6iyJylSnXkWOLeTbxQlo9wC2SakIj41699ZO/mVcphb38EBY4r5GBta2OJ5/DCeil4ZLio9E6v4mig/L+fxiNuR2nxeu0yQrALgE/8bKXeXpMD3BMfNPQTgs4dGsXetAcp2AFoqwdtY6eHvYtT/9pPccalyRR/wSOIfDF2loU53klPTj8/p0awU0K2TFFcv8IZQxgt+Aqc83vU3WDSxstK9sRCsMWK2ZaVhbec/8EUqp65S2TxiuYiI6nT3s1nH9rCP9vTzg6iuS91ijXt5qJ8kvsB+m2AlZO+TWFfagIs8cCGejhf/86wWaeG0yjDojQpYGt2fzIf65KIBxvD9kWg8sxe+DEqhnM4YP5vXAuT6pmk8pI9AuRJSx1EEWuOIo+RXMysudu9o8G2EywKpidiT/5PgKVMXeYGeAWw== x-ms-exchange-antispam-messagedata: KA2Vyt8Wi4TJR96NxZseEMUAw1NqCG4Vlv6cx0C9R/TRY2FZsD2Xv/UaU/mpOkyNM3hhTjjvfXoT+dgPof377BkGUAdD17om4okS3USDa8ce8DNNLfi7GVwwqYwuFpyb+fUtrORxFQ3GFYhqZVM0Cw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR13MB28073076CAA87D88CDF144CDF4CC0BYAPR13MB2807namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: ab704689-f1e0-4cfb-2095-08d7d2985ccd X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2020 21:46:52.8394 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TftIJMl1oHRNIdqcJI6QAeAjQhsW6iksFPfxLWSYjE6+pKc2my6KnBck64IEzpOV+SH4rFWVtZ9OVI9xA1eIGQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR13MB2294 Archived-At: Subject: [ippm] Multicast telemetry X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2020 21:47:07 -0000 --_000_BYAPR13MB28073076CAA87D88CDF144CDF4CC0BYAPR13MB2807namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, We didn't make it on the agenda for next week, which is fine, but did want = to raise awareness of draft-song-multicast-telemetry-02 which we updated la= st month. Among other edits, we included Frank's comments, from Singapore, = where he suggested encoding the branch identifier in the existing node ID d= ata field. Please give it a read and let's discuss on the list: https://datatracker.ietf.org/doc/draft-song-multicast-telemetry/ thanks, mike --_000_BYAPR13MB28073076CAA87D88CDF144CDF4CC0BYAPR13MB2807namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hello,

     

    We didn’t make it on the agenda for next week,= which is fine, but did want to raise awareness of draft-song-multicast-tel= emetry-02 which we updated last month. Among other edits, we included Frank= ’s comments, from Singapore, where he suggested encoding the branch identifier in the existing node ID data field. Please = give it a read and let’s discuss on the list:

     

    https://datatracker.iet= f.org/doc/draft-song-multicast-telemetry/

     

    thanks,

    mike

    --_000_BYAPR13MB28073076CAA87D88CDF144CDF4CC0BYAPR13MB2807namp_-- From nobody Sun Mar 29 23:56:39 2020 Return-Path: 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 CAC2A3A0EF1 for ; Sun, 29 Mar 2020 23:56:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 xk8ZwBhcd8wc for ; Sun, 29 Mar 2020 23:56:36 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 102123A0EF0 for ; Sun, 29 Mar 2020 23:56:36 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id B50568A4B193A41F622C for ; Mon, 30 Mar 2020 07:56:34 +0100 (IST) Received: from nkgeml705-chm.china.huawei.com (10.98.57.154) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.487.0; Mon, 30 Mar 2020 07:56:34 +0100 Received: from nkgeml707-chm.china.huawei.com (10.98.57.157) by nkgeml705-chm.china.huawei.com (10.98.57.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 30 Mar 2020 14:56:31 +0800 Received: from nkgeml707-chm.china.huawei.com ([10.98.57.157]) by nkgeml707-chm.china.huawei.com ([10.98.57.157]) with mapi id 15.01.1713.004; Mon, 30 Mar 2020 14:56:31 +0800 From: Tianran Zhou To: Michael McBride , "ippm@ietf.org" Thread-Topic: Multicast telemetry Thread-Index: AdYEf1PEE1icBqW/T2yr5Pnelmr1RAB3k1Zg Date: Mon, 30 Mar 2020 06:56:31 +0000 Message-ID: <4e87ee6961974d639ec2196af6a580c7@huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.203.216] Content-Type: multipart/alternative; boundary="_000_4e87ee6961974d639ec2196af6a580c7huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [ippm] Multicast telemetry X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2020 06:56:38 -0000 --_000_4e87ee6961974d639ec2196af6a580c7huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Michael, Thank you very much for bringing this interesting topic and the update to t= he mailing list. I have several questions after reading the document: 1. What's your assumption for the solution on the multicast tree topology, = known or unknown? If known, we know the node sequence, the branch node. I a= m not sure if we need to take the branch information or not, probably not. = If unknown, how to identify the branch node and "We just need to configure = the branch node to export the postcard and refresh the IOAM header and data= ."(in section 4.2) 2. Section 4.1, you propose the way to use branch node ID plus an index as = the branch ID. Did you consider multiple trees in the network and one node = is just in multiple trees? How to encode the index? What's the difference t= o the node ID + interface ID? 3. Also the section 4.1, as shown in figure 1, each node need to export the= branch ID which is actually belongs to the preceding node. How to bring th= e preceding node information to the next hop? As this is an informational document, but right now it contains some norma= tive part IMO. I have great interest on this work. What's your consequent p= lan? Thanks, Tianran From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Michael McBride Sent: Saturday, March 28, 2020 5:47 AM To: ippm@ietf.org Subject: [ippm] Multicast telemetry Hello, We didn't make it on the agenda for next week, which is fine, but did want = to raise awareness of draft-song-multicast-telemetry-02 which we updated la= st month. Among other edits, we included Frank's comments, from Singapore, = where he suggested encoding the branch identifier in the existing node ID d= ata field. Please give it a read and let's discuss on the list: https://datatracker.ietf.org/doc/draft-song-multicast-telemetry/ thanks, mike --_000_4e87ee6961974d639ec2196af6a580c7huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi Michael,=

     

    Thank you very much fo= r bringing this interesting topic and the update to the mailing list.<= /o:p>

    I have several questio= ns after reading the document:

    1. What’s your a= ssumption for the solution on the multicast tree topology, known or unknown= ? If known, we know the node sequence, the branch node. I am not sure if we= need to take the branch information or not, probably not. If unknown, how to identify the branch node and “We ju= st need to configure the branch node to export the postcard and refresh the= IOAM header and data.”(in section 4.2)

    2. Section 4.1, you pr= opose the way to use branch node ID plus an index as the branch ID. Did you= consider multiple trees in the network and one node is just in multiple tr= ees? How to encode the index? What’s the difference to the node ID + interface ID?

    3. Also the section 4.= 1, as shown in figure 1, each node need to export the branch ID which is ac= tually belongs to the preceding node. How to bring the preceding node infor= mation to the next hop?

     

    As this is an informat= ional document,  but right now it contains some normative part IMO. I = have great interest on this work. What’s your consequent plan?

     

    Thanks,

    Tianran

     

    From: ippm [mailto:ippm-bounces@ietf.org] = On Behalf Of Michael McBride
    Sent: Saturday, March 28, 2020 5:47 AM
    To: ippm@ietf.org
    Subject: [ippm] Multicast telemetry

     

    Hello,

     

    We didn’t make it on the agenda for next week,= which is fine, but did want to raise awareness of draft-song-multicast-tel= emetry-02 which we updated last month. Among other edits, we included Frank= ’s comments, from Singapore, where he suggested encoding the branch identifier in the existing node ID data field. Please = give it a read and let’s discuss on the list:

     

    https://datatracker.iet= f.org/doc/draft-song-multicast-telemetry/

     

    thanks,

    mike

    --_000_4e87ee6961974d639ec2196af6a580c7huaweicom_-- From nobody Tue Mar 31 10:42:27 2020 Return-Path: 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 BE8EE3A25BA for ; Tue, 31 Mar 2020 10:42:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.088 X-Spam-Level: X-Spam-Status: No, score=-0.088 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 hMPp0BmuW-7N for ; Tue, 31 Mar 2020 10:42:22 -0700 (PDT) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2070f.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e8a::70f]) (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 EDD7C3A25B9 for ; Tue, 31 Mar 2020 10:42:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HC1TurBcwjWWSLzt3LnX7yDuQpwOtyApRfKJBkdaO6YFIrbectvnYBAFPPpIRJ+nIXvaeKjMqbom7sFXjKaDCUBiMInN7V4NYyxaYHpPAGvB7pjf2TF1OLRqLdA5FS6JcAzCkmsA3TX1qWahoAQkAJ67enpZaThTE4X6+Ko4YBH82yCrpx3l1ofx22fUifc/Ifqyl/pxVovkvncqgzwP32/0BQisLJ0Hr1ztY8Vdz1MpJ739mNHh/pKnOQ1TA6hIWL0YoWtC+fRBwS6hwn5Ui1fSRHcx1xs9u0E1TWIXZB1UWbNGQNF0Kjju02TgGQgWnxX+3wcU7IBHJ8qcFN2Ubw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dI9sypyxT83hHZz9gGJSKibQxxetC2Hw5CwexmQT+Ak=; b=N3+Zusv0wUZpWaWImfEOMJjt9Aoskc1aohjTqWT1nq7dnIKoiyGrBUk41JBaNsv7WKzrNhK7NwY606dY3GR3PyI4hFJXAq/GuKrG0hga8BI3lHJM6qA8zx4SvKGQwaEQltP4W7AM3kZReDx6iAwi+QKbrFfy2y3R2pxEITlNLN9fUPphlQNpdZ0b3B7tCZAAonR51hpb2GRbFqmXyqC0176sS1hisH9vsZqPvOQXAVr4XUC14y9kqapcgwtaCRPhziH5xVCOqh1dQysoS0CwsWtm4WCXcsMMXf6MtsQoshw3MHu8+4PgOSQTof+TaurD9RX0dO08aO8ZjTWmoGk0tw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dI9sypyxT83hHZz9gGJSKibQxxetC2Hw5CwexmQT+Ak=; b=hPKIaQgDJhrfY4dR0xtndx0SHext+dTfqqOcO5loFZBzJQELrlBtmy8afqW8ueex/XmIWzdLLL1Yh4pQyf49frTrX26hi/7MGhTVaG7XL9iXhiJmpS2MRy0gmsOUeyj1j9eB0uPwjsUNrEtpzxZ7TSB3XyMbzKMDAQLVdITL5I4= Received: from DM6PR13MB2762.namprd13.prod.outlook.com (2603:10b6:5:13c::13) by DM6PR13MB3772.namprd13.prod.outlook.com (2603:10b6:5:248::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2878.13; Tue, 31 Mar 2020 17:42:19 +0000 Received: from DM6PR13MB2762.namprd13.prod.outlook.com ([fe80::89c:5a:a575:84df]) by DM6PR13MB2762.namprd13.prod.outlook.com ([fe80::89c:5a:a575:84df%5]) with mapi id 15.20.2878.014; Tue, 31 Mar 2020 17:42:19 +0000 From: Haoyu Song To: Tianran Zhou , Michael McBride , "ippm@ietf.org" Thread-Topic: Multicast telemetry Thread-Index: AdYEf1PEE1icBqW/T2yr5Pnelmr1RAB3k1ZgABj8yCA= Date: Tue, 31 Mar 2020 17:42:19 +0000 Message-ID: References: <4e87ee6961974d639ec2196af6a580c7@huawei.com> In-Reply-To: <4e87ee6961974d639ec2196af6a580c7@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=haoyu.song@futurewei.com; x-originating-ip: [69.149.42.153] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ce3586c1-5242-4e6c-3488-08d7d59adc9a x-ms-traffictypediagnostic: DM6PR13MB3772:|DM6PR13MB3772: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0359162B6D x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR13MB2762.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(10019020)(4636009)(346002)(136003)(396003)(366004)(39850400004)(376002)(66556008)(33656002)(478600001)(76116006)(8936002)(66476007)(71200400001)(186003)(66446008)(316002)(81156014)(8676002)(26005)(66946007)(81166006)(966005)(64756008)(110136005)(9326002)(53546011)(9686003)(55016002)(86362001)(7696005)(44832011)(6506007)(52536014)(2906002)(7116003)(3480700007)(5660300002); DIR:OUT; SFP:1102; received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0TOW7osrB8CS7K0WI7+rUsT7m9D3sdFvSStR6fZ4H/rfhcyUMRIFjy9c2bsL82ZrBXxdFu2bgjJDvJeIDW0uLb/VtS1wfHPl3ls5OQTZInzLbyHlyB+dfW0qiLpz/Y2OBWn5fAJP8jpZvYuCMTxiOnrOFfax08Bw8xvaqopkYT+SwGVke/uBdAcfWSKg9IiSvnRoYtXE0aQFgsFUrA05mLpqewiVhKjr3vyE3bSrA1AbPjyHcqZ00YkQhjcShQX/RIQDepW704zSdcvui72vFOpOIgdIfLz8a4zKD3Arxwq0YwxS8TOcNJv7aOzbztMLcKTgP2rXc8lPZRTiCqedbHXpQWP+8gaJriwQhpT8yHLyLptkMAJ22nmgi50sHK6xtarYf8vX1qK/oTguEbbE+eIVAcTQbDYd0W9fPShBcV24ytH8KgO99MPnNk00XETgdU2Jfr0RVooCShilFTZ0ePHDVqJ/YhY0bAzVZbG3uisFMTQtIKDN2yMVAMIfU477mLB4zuk2V7OO1VDLlS1Gvg== x-ms-exchange-antispam-messagedata: 80J5Rl0KgkQchuEcXD1ric5Dkl6g2dVRskllAk2nuj/ZvpzR8Aiy2Aaw9yOBH4UV9XnOxQnbH3jq4nHlGzPytlcPX/guOxW4h6j2YdbnZV0yg7X5GNNURSO/ovrEZYkTzF8m1PknIycV0+d5KZvrKg== Content-Type: multipart/alternative; boundary="_000_DM6PR13MB2762CBDC458CC24C2364BF579AC80DM6PR13MB2762namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: ce3586c1-5242-4e6c-3488-08d7d59adc9a X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2020 17:42:19.7728 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dLxbbsgTcVyFzPw9HkiD62r/1gowVMzYNfV7iyDVSCd/0UPD7ZT7/VJKS1AeTFWZyn9sh8iGlzDQ7WdaxKWSmg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR13MB3772 Archived-At: Subject: Re: [ippm] Multicast telemetry X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2020 17:42:25 -0000 --_000_DM6PR13MB2762CBDC458CC24C2364BF579AC80DM6PR13MB2762namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Tianran, Please see the inline reply. Haoyu From: ippm On Behalf Of Tianran Zhou Sent: Sunday, March 29, 2020 11:57 PM To: Michael McBride ; ippm@ietf.org Subject: Re: [ippm] Multicast telemetry Hi Michael, Thank you very much for bringing this interesting topic and the update to t= he mailing list. I have several questions after reading the document: 1. What's your assumption for the solution on the multicast tree topolog= y, known or unknown? If known, we know the node sequence, the branch node. = I am not sure if we need to take the branch information or not, probably no= t. If unknown, how to identify the branch node and "We just need to configu= re the branch node to export the postcard and refresh the IOAM header and d= ata."(in section 4.2) HS> There's no assumption on whether the multicast tree topology is known o= r unknown. If it's known, either this is known by different entities from t= he monitor or you still want to verify it from the real monitoring results.= If it's unknown, we can still configure the telemetry behavior to all the = node. When in operation, if a node actually becomes a branch node, it will = follow the configured telemetry behavior. 1. Section 4.1, you propose the way to use branch node ID plus an index = as the branch ID. Did you consider multiple trees in the network and one no= de is just in multiple trees? How to encode the index? What's the differenc= e to the node ID + interface ID? HS> The branch ID is only valid per multicast tree instance. If a node is a= branch node for multiple multicast trees, each instance can have its own b= ranch ID set. The most compact way to encode the index is simply numbering the interface.= What you said (using node ID + i/f ID) can also differentiate the branches= , but it has some issues: the i/f ID might be too long, making the resultin= g branch ID very different from the original node ID; the branch IDs are no= t consecutive numbers, making it difficult to correlate the branches and id= entify missing branches. 1. Also the section 4.1, as shown in figure 1, each node need to export = the branch ID which is actually belongs to the preceding node. How to bring= the preceding node information to the next hop? HS> This is a good observation. Thank you for catch it. In the earlier vers= ion, we consider to augment/modify the IOAM DEX header to include the branc= h ID field. In this new version, we consider to move it to the node data fi= eld. You are right, we cannot pass this information to the next node. I thi= nk to amend this, we can make this field an optional field in the DEX heade= r. We need to give this more thought. As this is an informational document, but right now it contains some norma= tive part IMO. I have great interest on this work. What's your consequent p= lan? HS> Our goal is to try the best to comply with the existing standard propos= als such as IOAM Trace and IOAM DEX and propose solutions for different mul= ticast techniques. So far it seems possible to realize that without introdu= cing fundamental changes. This is still a working document and we welcome a= ll contributions. Thanks, Tianran From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Michael McBride Sent: Saturday, March 28, 2020 5:47 AM To: ippm@ietf.org Subject: [ippm] Multicast telemetry Hello, We didn't make it on the agenda for next week, which is fine, but did want = to raise awareness of draft-song-multicast-telemetry-02 which we updated la= st month. Among other edits, we included Frank's comments, from Singapore, = where he suggested encoding the branch identifier in the existing node ID d= ata field. Please give it a read and let's discuss on the list: https://datatracker.ietf.org/doc/draft-song-multicast-telemetry/ thanks, mike --_000_DM6PR13MB2762CBDC458CC24C2364BF579AC80DM6PR13MB2762namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi Tianran,

     

    Please see the inline reply.

     

    Haoyu

     

    From: ippm <ippm-bounces@ietf.org> O= n Behalf Of Tianran Zhou
    Sent: Sunday, March 29, 2020 11:57 PM
    To: Michael McBride <michael.mcbride@futurewei.com>; ippm@ietf= .org
    Subject: Re: [ippm] Multicast telemetry

     

    Hi Michael,=

     

    Thank you very much fo= r bringing this interesting topic and the update to the mailing list.<= /o:p>

    I have several questio= ns after reading the document:

    1. What’s your assumption for the solution on the multicast tree topolog= y, known or unknown? If known, we know the node sequence, the branch node. = I am not sure if we need to take the branch information or not, probably no= t. If unknown, how to identify the branch node and “We just need to configure the branch node to export the po= stcard and refresh the IOAM header and data.”(in section 4.2)

     

    HS> There’s no assumption on whether the mu= lticast tree topology is known or unknown. If it’s known, either this= is known by different entities from the monitor or you still want to verif= y it from the real monitoring results. If it’s unknown, we can still configure the telemetry behavior to all the node. When in ope= ration, if a node actually becomes a branch node, it will follow the config= ured telemetry behavior.

     

    1. Section 4.1, you propose the way to use branch node ID plus an index as the= branch ID. Did you consider multiple trees in the network and one node is = just in multiple trees? How to encode the index? What’s the differenc= e to the node ID + interface ID?

     

    HS> The branch I= D is only valid per multicast tree instance. If a node is a branch node for= multiple multicast trees, each instance can have its own branch ID set.

    The most compact wa= y to encode the index is simply numbering the interface. What you said (usi= ng node ID + i/f ID) can also differentiate the branches, but it has so= me issues: the i/f ID might be too long, making the resulting branch ID very different from the original node ID; t= he branch IDs are not consecutive numbers, making it difficult to correlate= the branches and identify missing branches.     

     

    1. Also the section 4.1, as shown in figure 1, each node need to export the br= anch ID which is actually belongs to the preceding node. How to bring the p= receding node information to the next hop?

     

    HS> This is a good observation. Thank you for cat= ch it. In the earlier version, we consider to augment/modify the IOAM DEX h= eader to include the branch ID field. In this new version, we consider to m= ove it to the node data field. You are right, we cannot pass this information to the next node. I think to amend = this, we can make this field an optional field in the DEX header. We need t= o give this more thought.

     

    As this is an informat= ional document,  but right now it contains some normative part IMO. I = have great interest on this work. What’s your consequent plan?

     

    HS> Our goal is to try the best to comply with th= e existing standard proposals such as IOAM Trace and IOAM DEX and propose s= olutions for different multicast techniques. So far it seems possible to re= alize that without introducing fundamental changes. This is still a working document and we welcome all contributions= . 

     

    Thanks,

    Tianran

     

    From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Michael McBride
    Sent: Saturday, March 28, 2020 5:47 AM
    To: ippm@ietf.org
    Subject: [ippm] Multicast telemetry

     

    Hello,

     

    We didn’t make it on the agenda for next week,= which is fine, but did want to raise awareness of draft-song-multicast-tel= emetry-02 which we updated last month. Among other edits, we included Frank= ’s comments, from Singapore, where he suggested encoding the branch identifier in the existing node ID data field. Please = give it a read and let’s discuss on the list:

     

    https://datatracker.ietf.org/doc/d= raft-song-multicast-telemetry/

     

    thanks,

    mike

    --_000_DM6PR13MB2762CBDC458CC24C2364BF579AC80DM6PR13MB2762namp_--
    Dear All,
    the updates in this version are to sync the = draft with the recently published RFC 8762. Authors are always welcome your= questions, comments, and suggestions. We're looking forward to present= ing the updates at our virtual meeting.

    Regards,
    Greg

    ---------- Forwarded message ---------
    From: <internet-drafts@ietf.org= >
    Date: Mon, Mar 23, 2020 at 12:45 PM
    Subject: New Vers= ion Notification for draft-ietf-ippm-stamp-option-tlv-04.txt
    To: Henrik = Nydell <hnydell@accedian.com= >, Gregory Mirsky <gregimirs= ky@gmail.com>, Min Xiao <= xiao.min2@zte.com.cn>, Richard Foote <footer.foote@nokia.com>, Adi Masputra <adi@apple.com>, Ernesto Ruffini <eruffini@outsys.org>


    <= br> A new version of I-D, draft-ietf-ippm-stamp-option-tlv-04.txt
    has been successfully submitted by Greg Mirsky and posted to the
    IETF repository.

    Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-ippm-stamp-option-= tlv
    Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A004
    Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Simple Two-way Active Measurement = Protocol Optional Extensions
    Document date:=C2=A0 2020-03-22
    Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ippm
    Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 25
    URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-ietf-ippm-= stamp-option-tlv-04.txt
    Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-option-tlv/
    Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0    h= ttps://tools.ietf.org/html/draft-ietf-ippm-stamp-option-tlv-04
    Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-ietf-ippm-stamp-option-tl= v
    Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-stamp-= option-tlv-04

    Abstract:
    =C2=A0 =C2=A0This document describes optional extensions to Simple Two-way = Active
    =C2=A0 =C2=A0Measurement Protocol (STAMP) which enable measurement performa= nce
    =C2=A0 =C2=A0metrics in addition to ones supported by the STAMP base
    =C2=A0 =C2=A0specification.=C2=A0 The document also defines a STAMP Test Se= ssion
    =C2=A0 =C2=A0Identifier and thus updates RFC 8762.




    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.

    The IETF Secretariat


    --000000000000439a8a05a18af92c-- From nobody Mon Mar 23 15:34:45 2020 Return-Path: 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 0D7FD3A0E8F; Mon, 23 Mar 2020 15:34:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ietf@kuehlewind.net, ippm@ietf.org, ippm-chairs@ietf.org, tpauly@apple.com X-Test-IDTracker: no X-IETF-IDTracker: 6.122.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <158500285997.2032.3055545030412264348@ietfa.amsl.com> Date: Mon, 23 Mar 2020 15:34:19 -0700 Archived-At: Subject: [ippm] ippm - New Interim Meeting Request X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2020 22:34:41 -0000 A new interim meeting request has just been submitted by Tommy Pauly. This request requires approval by the Area Director of the Transport Area The meeting can be approved here: https://datatracker.ietf.org/meeting/interim/request/interim-2020-ippm-01 --------------------------------------------------------- Working Group Name: IP Performance Measurement Area Name: Transport Area Session Requester: Tommy Pauly Meeting Type: Virtual Meeting Session 1: Date: 2020-04-01 Start Time: 08:00 America/Los_Angeles Duration: 01:30 Remote Participation Information: https://ietf.webex.com/meet/ippm Agenda Note: --------------------------------------------------------- From nobody Tue Mar 24 06:43:35 2020 Return-Path: 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 6F41C3A07B5; Tue, 24 Mar 2020 06:43:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.122.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Tal Mizrahi , ippm-chairs@ietf.org, rfc-editor@rfc-editor.org, ippm@ietf.org, tal.mizrahi.phd@gmail.com, ietf@kuehlewind.net, The IESG , draft-ietf-ippm-multipoint-alt-mark@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: <158505740042.11622.4959634049264566535@ietfa.amsl.com> Date: Tue, 24 Mar 2020 06:43:20 -0700 Archived-At: Subject: [ippm] Document Action: 'Multipoint Alternate Marking method for passive and hybrid performance monitoring' to Experimental RFC (draft-ietf-ippm-multipoint-alt-mark-09.txt) X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2020 13:43:21 -0000 The IESG has approved the following document: - 'Multipoint Alternate Marking method for passive and hybrid performance monitoring' (draft-ietf-ippm-multipoint-alt-mark-09.txt) as Experimental RFC This document is the product of the IP Performance Measurement Working Group. The IESG contact persons are Mirja Kühlewind and Magnus Westerlund. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-multipoint-alt-mark/ Technical Summary The Alternate Marking method, as presented in RFC 8321, can be applied only to point-to-point flows because it assumes that all the packets of the flow measured on one node are measured again by a single second node. This document aims to generalize and expand this methodology to measure any kind of unicast flows, whose packets can follow several different paths in the network, in wider terms a multipoint-to-multipoint network. For this reason the technique here described is called Multipoint Alternate Marking. Working Group Summary The draft was first submitted in June 2017, has been reviewed by a fair number of people in the IPPM working group, has had a fair number of supporters, and no objections from the working group. The main comments included clarification questions regarding the description of the measurement procedure and about some of the figures in the document. The draft was adopted by the working group in November 2018. During working group last call the draft had a fair number of supporting WG members, with relatively minor comments, and these comments were addressed by the authors. Document Quality The authors of this draft have implemented a prototype of the methodology using Open vSwitch in the Mininet emulation environment. The implementation is publicly available, and some experimental evaluation has been published by the authors ("Multipoint Passive Monitoring in Packet Networks", IEEE/ACM Transactions on Networking). The current version of the draft is clear, seems to have resolved all the issues, and has the consensus of the working group. Personnel The document shepherd is Tal Mizrahi, and the responsible area director is Mirja Kühlewind. From nobody Tue Mar 24 08:04:28 2020 Return-Path: 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 B59CE3A0956; Tue, 24 Mar 2020 08:04:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF-Announce" Cc: ippm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.122.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <158506226568.11701.18048140422305292427@ietfa.amsl.com> Date: Tue, 24 Mar 2020 08:04:25 -0700 Archived-At: Subject: [ippm] IP Performance Measurement (ippm) WG Virtual Meeting: 2020-04-01 X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2020 15:04:26 -0000 The IP Performance Measurement (ippm) Working Group will hold a virtual interim meeting on 2020-04-01 from 08:00 to 09:30 America/Los_Angeles. Agenda: Working Group Documents Time Length What Who 15:00 10m Welcome, Note Well, Agenda, Status Chairs 15:10 15m draft-ietf-ippm-capacity-metric-method A. Morton 15:25 10m draft-ietf-ippm-multipoint-alt-mark G. Fioccola 15:35 5m draft-ietf-ippm-stamp-option-tlv G. Mirsky 15:40 30m draft-ietf-ippm-ioam-data F. Brockners draft-ietf-ippm-ioam-flags draft-ietf-ippm-ioam-ipv6-options draft-ietf-ippm-ioam-direct-export Other work Individual drafts and topics that have received notable list discussion. Time Length What Who 16:10 10m draft-geib-ippm-connectivity-monitoring R. Geib 16:20 10m draft-song-ippm-postcard-based-telemetry Information about remote participation: https://ietf.webex.com/meet/ippm From nobody Wed Mar 25 07:59:36 2020 Return-Path: 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 CEC823A09D4; Wed, 25 Mar 2020 07:59:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 N-xbTKOagSYL; Wed, 25 Mar 2020 07:59:22 -0700 (PDT) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 9C7C03A0A16; Wed, 25 Mar 2020 07:59:21 -0700 (PDT) Received: by mail-lf1-x133.google.com with SMTP id v4so2021283lfo.12; Wed, 25 Mar 2020 07:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MLw88tUsTLIxdyD5jl3ue+G9p8SmPbw/mO2VYxBcAZk=; b=ikaT9a42vnoEVz3FZgF+GQFEnV/dagRdCVRTNtB/qyd2z7+X92xzDPB5XFBID1TLZ0 10Zhn64edvc3twhoOKo9Q5H6IoGblrRQOi/GumKs9XhP6CvfZi0vpqETlTBlGJh8Yl2E voVhUCUsRggaA1Isr6vUPvojgvFIBY+FPnqJtsFDtPkDWIdiwpczCVWrMeFZicmY2GRU XglsMUvv1ub3I4cEIcEgz4YjQMXIuv/ZzhbubC+JnLuJXeTr8ehR/+g5dL029HlmVLQM /ADJN16TSQIq+rq3visS3TpfevVxUclpQqBEe+I00gy3BZS7+X4os2p2XlXyN/JKVW2y IxfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MLw88tUsTLIxdyD5jl3ue+G9p8SmPbw/mO2VYxBcAZk=; b=pz7fCBjFGDFBhpboztDa13tyg82IHHzj8dc5gNF1ZdM6da/ZnDPU97G5+EZr6PQ8LI hfXjwRrm5hLrU3qisSodrcScS1RecD/nIT2+KJGHyihczYolKlkVBaOVpBFJJazC8626 XP8V0rrnMe3AM7lTN5U5f/tfJ7Vj5n9zTW4TLW56r/ItU2I7qr+aAgTmDdeSbePwDAjS pOpiQbjOkw7pgs2lgjVx2U/pMMPB5AEZS7FCL9TUSnK9PfcBQu75WZtN1XxmtDuNWvS7 SPGY/gBbux7u36RfVH9nxW9voCf2XeqIbN4at18/2uJzBSIdJ9hbnOlbfm6uRtYZZTEQ dR7A== X-Gm-Message-State: ANhLgQ26ZsuMXaHhQEO9jrnmN+1kUO8ZTy3sltIrk6xH0VJSidytZopR qw/j/njLWqUtnqnPQCgAAPXn/38odaHoXv+3a7Wo//JHtg== X-Google-Smtp-Source: ADFU+vsJGIuPfuL5ZbYqREG1cd2zbUBmtzSvMoPVfP9C+EWCXYxvBOeV7KbLVrUrufKvEdaw6F5r5WCHkQcPoPKiXRw= X-Received: by 2002:ac2:5e38:: with SMTP id o24mr2510053lfg.139.1585148357654; Wed, 25 Mar 2020 07:59:17 -0700 (PDT) MIME-Version: 1.0 From: Rakesh Gandhi Date: Wed, 25 Mar 2020 10:59:04 -0400 Message-ID: To: spring , spring-chairs@ietf.org, IETF IPPM WG , IPPM Chairs , Mach Chen , Daniel Voyer , Bart Janssens Content-Type: multipart/alternative; boundary="000000000000c63af805a1af1c6a" Archived-At: Subject: [ippm] Updated draft-gandhi-spring-twamp-srpm and draft-gandhi-spring-stamp-srpm X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF IP Performance Metrics Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2020 14:59:29 -0000 --000000000000c63af805a1af1c6a Content-Type: text/plain; charset="UTF-8" Hi WG, Trust everyone is doing well. Authors have updated the SR PM draft for TWAMP (RFC 5357) and moved the STAMP (now RFC 8762) extensions into a separate draft, as the SR PM extensions are for two different RFCs and protocols. This was also a feedback from the WG. Name: draft-gandhi-spring-twamp-srpm Title: Performance Measurement Using TWAMP Light for Segment Routing Networks URL: https://www.ietf.org/internet-drafts/draft-gandhi-spring-twamp-srpm-08.txt Status: https://datatracker.ietf.org/doc/draft-gandhi-spring-twamp-srpm/ Htmlized: https://tools.ietf.org/html/draft-gandhi-spring-twamp-srpm-08 Htmlized: https://datatracker.ietf.org/doc/html/draft-gandhi-spring-twamp-srpm Diff: https://www.ietf.org/rfcdiff?url2=draft-gandhi-spring-twamp-srpm-08 Name: draft-gandhi-spring-stamp-srpm Title: Performance Measurement Using STAMP for Segment Routing Networks URL: https://www.ietf.org/internet-drafts/draft-gandhi-spring-stamp-srpm-00.txt Status: https://datatracker.ietf.org/doc/draft-gandhi-spring-stamp-srpm/ Htmlized: https://tools.ietf.org/html/draft-gandhi-spring-stamp-srpm-00 Htmlized: https://datatracker.ietf.org/doc/html/draft-gandhi-spring-stamp-srpm Many thanks for your feedback on this work. Welcome your additional review comments and suggestions. Thanks, Rakesh (for authors) --000000000000c63af805a1af1c6a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi WG,

    Trust everyone is doing well.
    =

    Authors have updated the SR PM draft for TWAMP (RFC 5357) an= d moved the STAMP (now RFC 8762) extensions into a separate draft, as the S= R PM extensions are for two different RFCs and protocols. This was also a f= eedback from the WG.

    Name: draft-gandhi-spring-twamp-srpm=
    Title: Performance Measurement Using TWAMP Light for Segment Routing Networks=
    URL:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0https://www.ietf.org/internet-drafts/draft-gandhi-spri= ng-twamp-srpm-08.txt
    Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0https= ://datatracker.ietf.org/doc/draft-gandhi-spring-twamp-srpm/
    Htmlize= d:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0https://tools.ietf.org/html/draft-gandhi-spring-twamp-sr= pm-08
    Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0https://datatracker.ietf.org= /doc/html/draft-gandhi-spring-twamp-srpm
    Diff:=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ga= ndhi-spring-twamp-srpm-08

    Name: draft-gandhi-spring-stamp-srpm=
    Title: Performance Measurement Using STAMP for Segment Routing Networks
    U= RL:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= https://www.ietf.org/internet-drafts/draft-gandhi-spring-stamp-= srpm-00.txt
    Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0https://datatrac= ker.ietf.org/doc/draft-gandhi-spring-stamp-srpm/
    Htmlized:=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0https://tools.ietf.org/html/draft-gandhi-spring-stamp-srpm-00
    Htmlized:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0https://datatracker.ietf.org/doc/html= /draft-gandhi-spring-stamp-srpm

    Many thanks for your feedback on this wo= rk.
    Welcome your additional review comments and suggestions.=

    Thanks,
    Rakesh (for authors)
    =