From nobody Tue Mar 2 02:27:02 2021 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 538783A1531; Tue, 2 Mar 2021 02:27:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=ericsson.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 BZ3pX1qaTKcS; Tue, 2 Mar 2021 02:26:57 -0800 (PST) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2087.outbound.protection.outlook.com [40.107.22.87]) (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 F287E3A1530; Tue, 2 Mar 2021 02:26:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FLaA6BPTUe0FHouObp0UYnBRWIkrbNkJYcexqiuTdAEJpXy4TLx411mTfLtpt8LhTo6skToRpJxbN50JVQum4799N/96/y0iGV4FPVwdA5H5I6VHrXBldPb+SM1JNUQ09DTCOEKBr24PsdUUWjQFYl7DXBBR5EOL1ybjIqW5m7BGBOxM4w1A46GjLybW6Lw0JwU5PvVupn/0U0B91tlAPt28LcPXXJ46mBuDJe2tYQtTZGRfA/HK4zsghk7UwOKqniGgPwv9Ro7Nzv7tQTV+ohI3cGiJd4vzge5sa0kH16R5RdDwXrcFXGUgz4+Veom9ZiBy6qL/DaMztPfl9BTLHg== 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=WmTQxY5FeAKVSmbNekXHmP5IKhDELs4L7JDPONdAjbY=; b=iRqnbleyjAHQFdkSuja5FFsWAjLonQKqDhNuWTFI3gCL8YxGrr3ZQjn2J/6GS0rrHopPnup8r9n/gpZjPrdPHpmTwPZa8QG1Od6ouG1f/a8GBso0VhobqT93HOPEOCUsr9Ijmd6Fk2lBblbeTyGhcUFXx6V7KATy0EIMMv//tszuKqwB8TWSmbc/Vx7GIcAl3xrZYoJi0CtTAPh0N2lIdJV6VyjE4LZK+DZmka/6ZnyictXAHvZ4NMT6hErfQraQqHvJqgfUx1klOmZW72eqjZGYjI6bEOt+pXqb0dN10bKnBwtb0qabxSBowx8N7h1tMe1jMmok8XbhV8pvNya/qg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WmTQxY5FeAKVSmbNekXHmP5IKhDELs4L7JDPONdAjbY=; b=D6YEdre68b1G05b1+/sysnAhuvj7f/OhdCO8vdfcPEEPjv5L55WHZ0ZTwOa6lH8hS6Y9Ng1W5V3YZQX4gzdylwLEB8NxXX24IsrwEB6KLRNbxGswOgATop13ZxnYn74tVgUrEy1gDeISzBe8XFBjMwRDtWGcrGhkKaQebAOIYLk= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2890.eurprd07.prod.outlook.com (2603:10a6:3:4c::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Tue, 2 Mar 2021 10:26:52 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3912.016; Tue, 2 Mar 2021 10:26:52 +0000 From: Magnus Westerlund To: "acm@research.att.com" , "iesg@ietf.org" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapp866AgABO1QCAAhpUgIAEDDCg Date: Tue, 2 Mar 2021 10:26:52 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none;research.att.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 281ba96e-67ad-4ea1-d2f5-08d8dd65b26a x-ms-traffictypediagnostic: HE1PR0701MB2890: x-ms-exchange-minimumurldomainage: itu.int#0 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4303; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: OGh+UJctQ2qpKIegW9wDu9o/5YCTt9g+1VDeL+42IGg/AYIqiG/pyi9WWXGTAwBN3Dcp69GYPpMOCbKe7qtBA53AEplxSfPZB8XFxUUZg6kTjcoTIGVaJsoiF18vg9/Mxd/BYsru7A/BYrsbkUihOxOBxXwl6T7TEMdjZFs1z0a4/C+XC0v1kDU2pwl8WEC1JNJ+BOdgRBzIIVvn0q/blp4T71frk69cwW1xEdRvD4CfbJ912dXDjZFTvdceNqLk3r5aNJc6fW7dNXYRByEx+g47BFCm6mhbKAu3qDN/YPNyqq3xJC4CGHvdiO5okA6+Hbij2suTa48ikV8mjH8d4bJ8yEfDOeP2pXTPqzIEKj+Xmar/dsib94/Py4KQOWvD5TqbIWS/j9QqWeCicv/srmp+O0ZuPB4CjxpcGAVzo5cgzMaPzEKku+vSnUFLAyS9VtCowSxB9k2RE0pJrlJdNSg6jHNoyg3thKjLWqR0BIgJrpA4Uitq4+2vELP6iPSYPd8qMDeaet2OXv2ajpS5FEzoml8btWTpWJE/xmdEDU+IINNZCgnh1fCwXabEFCA7WDhkXQdqAzzMU6cyNBQHUPezhlVHq0+8kYlvYpx0YRI= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(366004)(346002)(396003)(376002)(136003)(4326008)(26005)(52536014)(16799955002)(66574015)(99936003)(966005)(71200400001)(86362001)(30864003)(478600001)(44832011)(83380400001)(2906002)(316002)(54906003)(76116006)(5660300002)(66556008)(66946007)(9686003)(8676002)(64756008)(66616009)(66446008)(55016002)(110136005)(33656002)(7696005)(8936002)(6506007)(186003)(66476007)(579004)(559001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?RUxueCswQlN6cFVOSTN4bDVSTTRGT0dLaEhEUUgyMTFSNEUzV2FKdHZQaFRJ?= =?utf-8?B?czV3R2xhcWZ0MUJPMFNHSWVHVERBVkluQy8rd3JSdXBXdGtveWx3UTdZWTIv?= =?utf-8?B?SGhHd0hZLzZIdVowV2dSMjhLYWJPWUV3VzVQNWJiaFRab2FHWk1LUmxScUxQ?= =?utf-8?B?MnEyWHpBY2d4SGZobjd4NVRVWm1wOFVHS3BTeSt5ZXlvaHJMcXNVc0Q0L2Rh?= =?utf-8?B?akluVGlGMzZ3RmZLcEgzRGZpWDI3clA0amx0dGVVbE8veEFBNW9IQzgwR2dV?= =?utf-8?B?NENXMEhTSWdtYiswdXVnd1BFcm8rdXBQSTBBWVUwLzJSWHQwOHpRb3V3SjdL?= =?utf-8?B?emFCN2hqdWRlZ1BYSktQdk9CYi8xcWZtVGtiTHRiN2RVZXRtd3RCbXhxVExx?= =?utf-8?B?bUMxNFVRV0R1Y3JWa0dEbnNxV0RJM3lyRWwvL2JBN3dBUkxydUs1ZG5HVll2?= =?utf-8?B?dDd4VHhEUWZtdnhXRFVIODdub2pJVzdOKzRTNXBFMm0wTS85UThQa04vUXRh?= =?utf-8?B?cVl4NlRwWXNBVllRMng5RzFZTXhDS3dweHZNOFFRMFkxbXVRWHBkY1pTeUcw?= =?utf-8?B?S2h2U0E3ejVvT2hSQzExZlI0aGVieUhDS1JrMU9oQkUrTmEweHllbnA5aDJq?= =?utf-8?B?cEFvcWVyK1JHcHkwTXZYVXhzMFMzc3BVd1FDNkMvWnkrVTZ1c3lINlBOVFRp?= =?utf-8?B?c2QyeVdnUU80b0hVbWFQcEc3Ync1d1lIWUNYUzRMZ3VRT0ZUWUNaUzkzNVdz?= =?utf-8?B?bzIzQlNtRS9EaFloQzFnQjlSMHM0Wm00b05jL0Y3L2NWamdKSkRycDd4NFlJ?= =?utf-8?B?MUVNbm5JTDRjOWlNa05tY1NYNTk1WkRMb2U0cmowdEoxcDIwY2dhYnN6RnRz?= =?utf-8?B?RjVPQy9QQU9zL1p1YnJiWUxwanlrNUlwb2d3UmdsLzJTUVdaSytXR0JlaXlx?= =?utf-8?B?VTFnZGRXcGhZQzc1cU9xOUt4RjhZOEpjWHFSN09vaTlOcTQ0cDBnVWNkdUlZ?= =?utf-8?B?bDJ0N1hmeHpiWVZlM0hhelg4a1NCQjdLVnJxcE1UZmlIdDFyWWxkbE4xbE9L?= =?utf-8?B?bHg1ZGdPQ1pSamJiYUc2Mjc3cmx2T2JqMWJDQTRTVTRKRCtOaDdiSUVleUVw?= =?utf-8?B?Uk9IRXQ5Vmw2MlM1a2ZpZU1vb0daVFQ2WkRLNGJIUmV1MFZaYlBIcFZFOVR0?= =?utf-8?B?WGg2NjJlc1R2Ukg0U29oeDJKV3ZTUmtmSk82VktLTWtaeVRCL3RvM0gxemd6?= =?utf-8?B?Q3ErbEd3WXZuNUZ1bno0SnZHWE16dnE1QjZBUVpJQjVCanBLbGRCVmdlbVV4?= =?utf-8?B?R1Rua3pFQzU0QWx2OUNDQXI4SWc5bXhVQW5SVGJSbURIT2JndXMxKzBYcTZN?= =?utf-8?B?L3BpZ01lTm14K25qWXBmSkovNy9PUzRabGgxQzFjdHFSeFdQNW9IL0pjNW9q?= =?utf-8?B?WW1rZ0JvV0VhTEFtRUhxa1ZMZ280bzlNQ25tNXptUnlRbXg3MkJLZVFZTy9y?= =?utf-8?B?YVRmanl5RW5NdEhDSGY0WEVoMzdmMzVhY2lRbW9kNmg1aFZ6ZzBHMjZLcGJx?= =?utf-8?B?clBocVZlK24ySzZaM3lWSGJHVkorNnZUUk1MZG8vVlc0ek9JZDdORldhdXFV?= =?utf-8?B?eHU3S2loNnFjZlo1akovT1RtalM3NEsxNFFKTUcxSWYzY3NCd2U1eDBaMVo3?= =?utf-8?B?b3lXZlRtaU1EeExOSXJ4TjBxK3JFUzU0TzJJL0xLVis5T0c2RU9adG90amww?= =?utf-8?Q?m24cD0blma+OuFCPi5Yb7DAA3QvCnqQ6hfBnbgM?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00FA_01D70F56.F0D230F0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 281ba96e-67ad-4ea1-d2f5-08d8dd65b26a X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2021 10:26:52.5420 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 2L9ITIqyj4AIsf8lZEZlaj+n5oivmM5Byk3KnNDHM/AdsQYkDsPwZpip9ZmMSgzrsZgLPDFQzr+bC2rsxa32aUofHZQZb/+189XpfRzr+oQ= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2890 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 02 Mar 2021 10:27:01 -0000 ------=_NextPart_000_00FA_01D70F56.F0D230F0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Al, Would it be possible for you and your co-authors to call in tomorrow = Wednesday at 16:30 CET to the TSV-Office hours to discuss this document? = =20 Meeting link: = https://ietf.webex.com/ietf/j.php?MTID=3Dm689aa12ae4b319f4e371988b8330a86= 3=20 Meeting number: 185 768 2828 Password: PNvNTuQm823 Please see inline.=20 > > > > > > > > = ------------------------------------------------------------------ > > > > ---- > > > > DISCUSS: > > > > = ------------------------------------------------------------------ > > > > ---- > > > > > > > > A) Section 8. Method of Measurement > > > > > > > > I think the metrics are fine, what makes me quite worried here = is > > > > the measurement method. My concerns with it are the following. > > > > > > > > 1. The application of this measurement method is not clearly = scoped. > > [acm] we agreed on text adding "access" applicability to the scope = section. >=20 > > > > However in > > > > that context I think the definition and protection against = severe > > > > congestion has significant short comings. The main reason is = that > > > > the during a configurable time period (default 1 s) the sender > > > > will attempt to send at a specified rate by a table = independently > > > > on what happens during that second. > > > > > > [acm] > > > Not quite, 1 second is the default measurement interval for > > > Capacity, but sender rate adjustments occur much faster (and we = add > > > a default at 50ms). This is a an important point (and one that Ben > > > also noticed, regarding variable F in section 8.1). So, I have = added FT as a > parameter in section 4: > > > > > > o FT, the feedback time interval between status feedback messages > > > communicating measurement results, sent from the receiver to = control > > > the sender. The results are evaluated to determine how to adjust = the > > > current offered load rate at the sender (default 50ms) > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > Note that variable F in section 8.1 is redundant with parameter F = in > > Section > > > 4, > > > the number of flows (in-06). So we changed the section 8.1 = variable > > > F to > > FT > > > in the working text. > > > > Okay, that makes things clearer. With all the equal intervals in the > > metrics I had missinterpreted that also the transmission would be > > uniform during the measurement intervals. > > > > However, when rereading Section 8.1 I do have to wonder if the > > non-cumaltive feedback actually creates two issues. First, it = appears > > to loose information for reordering that crosses the time when the = FT timer > fires, due to reset. > [acm] > I don't understand how the sequence error counting "loses information" > when reordered packets cross a measurement feedback boundary. I'm not > sure what aspect of measurement you are "resetting", but I assume it = is > "The accumulated statistics are then > reset by the receiver for the next feedback interval." >=20 > Suppose I have two measurement intervals and I receive: >=20 > || 1 2 3 5 6 || 4 7 8 9 ...|| >=20 > where || is the measurement feedback boundary. >=20 > Packet 4 arrives late enough from its original position to span the = boundary. > The 3->5 sequence is one sequence error, and the 4->7 sequence is = another > error. > This example produces two sequence errors in different feedback = intervals, > but that's a typical measurement boundary problem. We can't get rid of > measurement boundaries, and they affect many measurements. >=20 > Note that a reordered packet contributes to IP-Layer Capacity, by = definition. >=20 > Perhaps you had some other scenario in mind? >=20 It was the above type of cases I was considering. I was worried that you = don't detect some cases of issues if you reset and have no memory of = last received packets. I think one obvious case that doesn't report as = out of order for really short ones are this case when zero or single = packets are delivered. Then a reordering could look like this. || 1 || 3 || 2 || and without a memory of the last received this would = not be an out of order event. Nor would a packet loss like this || 1 || || 3 ||=20 So when FB is on the same magnitude as the sent packet interval this = measurement method appear to have issues. I have not analyzed if a = single last seen packet number memory would solve most or all issues.=20 At least it would also solve the issue of this || 1 2 3 4 || 6 7 8 || that I am also uncertain if that is detected.=20 So, I think more details are needed to what is required on the feedback = mechanism to detect these type of issues.=20 >=20 > > In addition if the feedback is not reliable it looses the = information > > for that interval. > [acm] > That's right, and: > 1. the sending rate does not increase or decrease without feedback 2. = the > feedback is traveling the reverse path that the test do not congest = with > test traffic > 3. the running code has watchdog time-outs that *terminate the > connection* if > either the sender or receiver go quiet >=20 > In essence, the test method is not reliable byte stream transfer like = TCP. > We can shut-down the test traffic very quickly if something is wrong = and > useful measurement is in question. >=20 >=20 Al, I hope you understand that my concern here is that the documents = description of the control algorithm is incomplete and are missing = important protection aspects. As well as its behavior to different = parameterizations in various conditions.=20 > > And making feedback reliabel could cause worse HOL issues for > > reacting to later feedback that are recived prior to the lost one. > > > [acm] > So the alternative to un-reliable feedback can be worse? > Good thing it's not planned. So lets assume that receiver measures two feedback intervals in a row = that there where reordering events etc. So in case the first report is = lost, then from the senders perspective would there be an advantage to = know that both intervals indicated issues at this rate? It at least = indicates that the measurement that one is over capacity is consistent.=20 Also, will the sender know that feedback is missing. This is all = depending on the protocol used for the measurements.=20 So I think there are two exiting protocols that I could reasonably = easily implement this capacity measurement into. These two are QUIC and = RTP/UDP. By taking of the shelf implementations I would have frameworks = that would contain a number of features that appear needed to be able to = do this measurement and receive feedback needed. >=20 > > > > > > > > > > > > > > > > 2. The algorithm for adjusting rate is table driven but give no = guidance > on > > > > how > > > > to construct the table and limitations on value changes in the = table. In > > > > addition the algorithm discusses larger steps in the table = without any > > > > reflection of what theses steps sides may represent in offered = load. > > > > > > [acm] > > > We can add (Len suggested the following text addition): > > > OLD > > > 8.1. Load Rate Adjustment Algorithm > > > > > > A table SHALL be pre-built defining all the offered load rates = that > > > will be supported (R1 through Rn, in ascending order, = corresponding > > > to indexed rows in the table). Each rate is defined as datagrams = of... > > > > > > NEW > > > 8.1. Load Rate Adjustment Algorithm > > > > > > A table SHALL be pre-built defining all the offered load rates = that > > > will be supported (R1 through Rn, in ascending order, = corresponding > > > to indexed rows in the table). It is RECOMMENDED that rates begin = with > > > 0.5 Mbps at index zero, use 1 Mbps at index one, and then continue = in > > > 1 Mbps increments to 1 Gbps. Above 1 Gbps, and up to 10 Gbps, it = is > > > RECOMMENDED that 100 Mbps increments be used. Above 10 Gbps, > > > increments of 1 Gbps are RECOMMENDED. Each rate is defined as... > > > > Is this what you actually used in your test implementation? > [acm] > Yes, except that the current table stops at 10Gbps. We haven't had the > opportunity to test >10Gbps. >=20 > > At my first glance > > this recommendation looks to suffer from rather severe step effects = and > also > > make the respond to losses behave strange around the transitions. > Wouldn't some > > type of logarithmic progression be more appropriate here for initial > > probing? > [acm] > Len and I considered various algorithms for the search. >=20 > Logarithmic increase typically means more rate overshoot than Linear > increases. > Unfortunately, a large rate overshoot means that the queues will fill = and > need > a longer time to bleed-off, meaning that rate reductions will take you = far > from > the "right neighborhood" again. >=20 > Our experience is that we avoid large overshoot with fast or slow = linear > increases. > It means we've taken some care to keep the network running. We haven't > broken > any test path yet, and we bail-out quickly and completely if something = goes > wrong. I understand that there are several considerations here that are = contradicting. 1. Quickly finding roughly the existing capacity 2. Avoid significant overshoot that build up to much queue if that is = possible 3. Have sufficient fine grained control around the capacity so that = adjustment step finds the capacity. For example the last I am worried when you define the step size as 1 = GBPS above 10 GBPS. My fear is that one 1 GBPS more traffic will = increase the buffer occupancy so quickly that one alternates between not = filled, and over filled between stepping up and receiving the feedback = in the control cycle. We have to remember that with a FB of 50 ms the = delay in the control cycle will be up to RTT + 50 ms. =20 So I am speculating and you haven't tested. So if you put in table = construction recommendations, then I do think you should be very clear = that these are untested.=20 >=20 > > > > If I have 1 GBPS line rate, there is a 1000 steps in the table to = this value. > > Even if I increase with the suggested 10 steps until first = congestion seen, it > > will take 100 steps, and with 50 ms feedback interval that is 5 = seconds > before > > it is in the right ball park. > [acm] > Your math is correct. >=20 > Remember that the only assumption we made when building the table of > sending rates > is that the maximum *somewhere between 500kbps and 10Gbps*. Our lab > tests used > unknown rates between 50Mbps and 10Gbps, as the "ground truth" that we > asked UDP > and TCP-based methods to measure correctly. Measurements on production > networks > encountered many different technologies. Some subscriber rates were 5 = to > 10 Mbps > on upstream. >=20 > > And I get one random loss at 10 mbps, then its 990 > > steps, In such a situation the whole measurement period (10 s) would = be > over > > before one has reached actual capacity. > [acm] > I'm sorry, that's not quite correct, assuming delay range meets the = criteria > below, which would be consistent with "one random loss". >=20 Yes, my mistake, but let me replace one random loss with one congestion = event due to a single intermittent transaction. So harder to trigger if = the capacity is large, easier if it is low and then it matters less. So = this reduced the issue significantly. > The text says: > If the feedback indicates that sequence number anomalies were = detected > OR > the delay range was above the upper threshold, the offered load rate = is > decreased. (by one step) >=20 > But when the next feedback message arrives with no loss, and the > "congestion" > state has not been declared, the relevant text is: >=20 > If the feedback indicates that no sequence number anomalies were > detected AND > the delay range was below the lower threshold, the offered load rate = is > increased. > If congestion has not been confirmed up to this point, the offered = load rate > is > increased by more than one rate (e.g., Rx+10). >=20 > and we return to the high speed increases, because: >=20 > Lastly, the method for inferring congestion is that there were = sequence > number anomalies AND/OR the delay range was above the upper = threshold > for > *two* consecutive feedback intervals. >=20 > So, there is a single step back for the single random loss, but then > immediately > back to Rx+10 increases. >=20 >=20 Ok. Good that this is less than a issue then I thought.=20 > > > > To me it appears that the probing (slow start) equivalent do need > logarithmic > > increase to reach likely capacity quickly. Then how big the = adjustment is > > actually dependent on what extra delay one consider the target for = the > test. > [acm] > Our delay variation values are low, but need to accommodate the = relatively > high > delay variation of some access technologies. We learned this during = our > testing > on production networks. >=20 > > Having a step size of 1 GBPS if probing a 2.5 GBPS path would likely = make it > > very hard to keep the delay in the intended interval when it would > fluxtuate > > between 500 mbps to much traffic and then 500 mbps to little. Sure = with > > sufficiently short FT it will likely work in this algorithm. = However, I wonder > > about regulation stability here for differnet RTT, FTs and buffer = depth > > fluxtuations. > [acm] > I'm sorry, that's not quite correct, the text we proposed to add says: >=20 > It is RECOMMENDED that rates begin with 0.5 Mbps at index zero, > use 1 Mbps at index one, and then continue in 1 Mbps increments to = 1 > Gbps. > Above 1 Gbps, and up to 10 Gbps, it is RECOMMENDED that 100 Mbps > increments be used. > and ^^^^^^^^ > Above 10 Gbps, increments of 1 Gbps are RECOMMENDED. >=20 > Your example falls in the 1Gbps to 10Gbps range, where table = increments are > 100Mbps. >=20 > > > > From my perspective I think this is a indication that the load rate > adjustment > > algorithm is not ready to be a standards track specification. > [acm] > Given several corrections above, the authors ask that you reconsider = your > position. > Please read on. >=20 > > > > I would recommend that you actually take out the control algorithm = and > write a > > high level functional description of what needs to happen when = measuring > this > > capacity. > [acm] > We worked for several weeks in December to make the current high-level > description > an accurate one. The IESG review has resulted added some useful = details > that > I have shared along the way. >=20 > > > > If I understand this correctly the requirements on the measurement = are > the > > following. > > > > - Need to seek the available capacity so that several measurement = period > are > > likely to be done at capacity > > - Must not create persistent congestion as the capacity measurement > should be > > based on traffic capacity that doesn't cause more standing queue = that X, > where X > > is some additiona delay in ms compared to minimal one way delay. And = X is > > actually something that is configurable for a measurement campagin = as > capacity > > for a given one way delay and delay variation can be highly relevant = to > > know. > [acm] > These are not identical to our requirements. For example: > - Both the metric and method consider a number of measurement = intervals, > and the Maximum IP-Layer Capacity is determined from one (or more) of = the > intervals. >=20 >=20 > > > > What else is needed? > > > > Are synchronized clocks needed or just relative delay changes = necessary? > [acm] > Just delay variation, and the safest is RT delay variation. So sender side transmission timestamping and the receiver measure delay = variations based on these transmission times would suffice.=20 Good.=20 >=20 > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > > > > > > 3. Third the algorithms reaction to any sequence number gaps is > dependent on > > > > delay and how it is related to unspecified delay thresholds. = Also no text > > > > discussion how these thresholds should be configured for safe > operation. > > > > > > [acm] > > > We can add some details in the paragraph below: > > > OLD > > > If the feedback indicates that sequence number anomalies were > detected OR > > > the delay range was above the upper threshold, the offered load = rate is > > > decreased. > > > Also, if congestion is now ... > > > NEW > > > If the feedback indicates that sequence number anomalies were > detected OR > > > the delay range was above the upper threshold, the offered load = rate is > decreased. > > > The RECOMMENDED values are 0 for sequence number gaps and 30-90 > ms for lower > > > and upper delay thresholds. Also, if congestion is now ... > > > > Ok, but the delay values as I noted before highly dependent of what = my > goal with > > the capacity metric is. If I want to figure out the capacity for = like say XR or > > cloud gaming applications that maybe have much lower OWD variances = and > absolute > > values so maybe my values are 10-25 ms. > [acm] > We intend to measure the limit of the access technology, with a set of > parameters > that work well for all technologies we have tested so far. >=20 > Notice that I didn't type the word "application" above. Or "user = experience". >=20 > Sure, there is sensitivity to the parameters chosen, and we supplied = our > well-tested defaults to maximize results comparability and technology > coverage > (with no twiddling). >=20 >=20 > > > > How much explaration have you done of the control stability over a = range > > of parameters? Do you have any material about that? > [acm] > Yes. There are several parameter ranges we examined. >=20 > If we set the delay thresholds high enough, we see the RTT grow as the > queues > fill to max and tail-drop finally restricts the rate. We can measure = the > extent of buffer bloat this way (if it is present). It's Not our goal. >=20 > We have used lower thresholds of delay variation, which work fine on = the > PON 1Gbps access services. >=20 > In the collaborative testing of the Open Broadband Open Source = project, > one participant contributed tests with a 5G system that exhibited = systematic > low-level loss and reordering in his lab. For this unusual case, Len = added > the features to set a loss threshold above zero, and to tolerate = reordered > and duplicate packets with no penalty in rate adjustment. >=20 > We have tried a range of test durations (I=3D20, 30 for example). >=20 > We have tried different steep-ness of ramp-up slope. Rate +=3D 10 = steps > works well, even when measuring rates separated by 3 orders of = magnitude. >=20 >=20 > But for the co-authors, it was more important that the load adjustment > search > produce the correct Maximum IP-Layer Capacity for each of the lab > conditions > we created (including challenging conditions with competing traffic, = long > delay > etc.), and the many access technologies we tested in production use > (where again we encountered similar challenging conditions). >=20 >=20 Thanks for the clarifications.=20 > > > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > Please also note many requirements for safe operation in Section = 10, > > > Security Considerations. > > > > > > > > > > > B) Section 8. Method of Measurement > > > > > > > > There are no specification of the measurement protocol here that > provides > > > > sequence numbers, and the feedback channel as well as the = control > channel. > > > > > > [acm] > > > That is correct. The Scope does not include protocol development. > > > > > > > Is this intended to use TWAMP? > > > > > > [acm] > > > Maybe, but a lot of extensions would be involved. > > > > > > > > > > > > > > > > > From my perspective this document defines the metrics on = standards > track > > > > level. However, the method for actually running the measurements = are > not > > > > specified on a standards track level. > > > > > > [acm] > > > In IPPM work, the methods of measurement are described more = broadly > than > > > the metrics, as actions and operations the Src and Dst hosts = perform to > > > send and receive, and calculate the results. > > > > > > IPPM Methods of Measurement have not included protocol > requirements in > > > the past, in any of our Standards Track Metrics RFCs. In fact, we > developed > > > a measurement-specific criteria for moving our RFCs along the = standards > track > > > that has nothing to do with protocols or interoperability. > > > See BCP 176 aka RFC 6576: > https://protect2.fireeye.com/v1/url?k=3D65acc415-3a37fcc7-65ac848e- > 866132fe445e-b4323cb4b6e4206f&q=3D1&e=3D5fe1792c-f641-4903-9a32- > 317350790872&u=3Dhttps%3A%2F%2Furldefense.com%2Fv3%2F__https%3A% > 2F%2Ftools.ietf.org%2Fhtml%2Frfc6576__%3B%21%21BhdT%213 > RMQMZOAFloQ1FvtC_LIrUsDqBGxQeJZ1F4GFt8TpbQ60w841wT54sLLoKS9- > Yc$ > > > IP Performance Metrics (IPPM) Standard Advancement Testing > > > > > > > No one can build implementation. > > > > > > [acm] > > > I'm sorry, but that is not correct. Please see Section 8.4. > > > > Sorry, that was poorly formulated. I mean that you can't give this > specification > > to a guy on a island without external communication and have them > > implemented it and it will work with someone else implementation. > [acm] > But then you are asking for protocol-level interoperability, Magnus. > That is not our scope, or the scope of any IPPM Metric and Method = RFCs. > The procedures of BCP 176 tell us when independent implementations > produce > equivalent results, which is IETF's definition of "works with" for = metrics > and methods. >=20 >=20 > > You have clearly > > implemented a solutiont that works for some set of parameters. And I = am > asking how > > much of the reasonable parameter space you have tested. > [acm] > Right. I answered this question qualitatively above, but the = co-authors > claim that an equally important question is the breadth of access > technologies > we have tested. >=20 > The tests conducted over 2+ years used the following production access > types: >=20 > 1. Fixed: DOCSIS 3.0 cable modem with "triple-play" capability and = embedded > WiFi and > Wired GigE switch (two manufacturers). > 2. Mobile: LTE cellular phone with a Cat 12 modem (600 Mbps Downlink, = 50 > Mbps uplink). > 3. Fixed: passive optical network (PON) "F", 1 Gbps service. > 4. Fixed: PON "T", 1000 Mbps Service. > 5. Fixed: VDSL, service, at various rates <100 Mbps. > 6. Fixed: ADSL, 1.5 Mbps. > 7. Mobile: LTE enabled router with ETH LAN to client host > 8. Fixed: DOCSIS 3.1 cable modem with "triple-play" capability and = embedded > WiFi and > Wired GigE switch (two other manufacturers). >=20 >=20 > > > > Based on this discussion I don't think I can build an implementation = that > > fulfills the measurement goals, becasue I have questions about them. = And I > > suspect it would take substantial amount of experimentation to get = it to > > work correctly over a broader range of input parameters. > [acm] > Now we refer you to the references in the memo, particularly Appendix = X > of Y.1540: >=20 > [Y.1540] Y.1540, I. R., "Internet protocol data communication > service - IP packet transfer and availability = performance > parameters", December 2019, > . >=20 > [Y.Sup60] Morton, A., Rapporteur, "Recommendation Y.Sup60, > Interpreting > ITU-T Y.1540 maximum IP-layer capacity measurements", = June > 2020, . >=20 > and Liaisons, were many of the experimental results are summarized: >=20 > [LS-SG12-A] > 12, I. S., "LS - Harmonization of IP Capacity and = Latency > Parameters: Revision of Draft Rec. Y.1540 on IP packet > transfer performance parameters and New Annex A with Lab > Evaluation Plan", May 2019, > . >=20 > [LS-SG12-B] > 12, I. S., "LS on harmonization of IP Capacity and = Latency > Parameters: Consent of Draft Rec. Y.1540 on IP packet > transfer performance parameters and New Annex A with Lab = & > Field Evaluation Plans", March 2019, > . >=20 > Also, see our slides from the Hackathons at IETF 105 and 106, and the > IPPM WG sessions slides beginning with IETF-105, July 2019. > You might also look into the discussions on the mailing list. > Some other results are available to those with ITU-TIES accounts. >=20 > The load adjustment algorithm itself was improved after = experimentation, > adding the fast ramp-up with rate +=3D 10 when feedback indicates no > impairments. The original/current algorithms appear in Y.1540 Annexes = A > and B, respectively. >=20 >=20 > > > > > > > > > > > > > And if the section is > > > > intended to provide requirements on a protocol that performs = these > > > > measurements > > > > I think several aspects are missing. There appear several ways = forward > here > > > > to > > > > resolve this; one is to split out the method of measurement and = define > it > > > > separately to standard tracks level using a particular protocol, = another > > > > is to write it purely as requirements on a measurement = protocols. > > > > > > [acm] > > > As stated above, connecting a method with a single protocol is not = IPPM's > way. > > > > That is fine. However, I find the attempt to specify a specific load = regulator > > in the method of measurement to take this specification beyond a = general > method > > of measurment. The high level requirement appear to be that to = correctly > find > > the capacity, and that requires that one load to the point where = buffers are > > filled sufficiently to introduce extra delay or where AQM starts = dropping or > > marking some of the load. Thus, I am questioning if the described = algorithm > will > > adqueately solve that issue over a wider range of parameters. > > > > So if you have more information to show at least which range it has = been > proven > > to do its work and with what input parameters? > [acm] > Yes. See ~10 references and replies above. >=20 > > I hope you understand that I > > expect this load control algorithm to get simularly scrutinized to = congestion > > control algorithms that we standardize in IETF. > [acm] > Yes, although it is a surprising at this point, we certainly = understand your > current position. >=20 > However, R=C3=BCdiger made a relevant point in our discussions (why = our > algorithm's > role is different from Transport Area congestion control algorithms, > and need not be subjected to the same scrutiny): >=20 > This is a measurement method designed for infrequent and sensible > maximum > capacity assessment, instantiated only in an OAM or diagnostic = tool. >=20 > It is not a blueprint for a congestion control algorithm (CCA) in = a bulk > transfer protocol that runs by default and is globally deployed by > commodity stacks. >=20 > We don't want to re-create any TCP CCA: they weren't designed for = accurate > measurement of maximum rate (as the referenced measurements show). >=20 > It appears that the most recent (2018) standardized and widely used > CCA is Cubic (RFC 8312 https://tools.ietf.org/html/rfc8312 ). >=20 > The great TCP CCA Census (2019) > = https://datatracker.ietf.org/meeting/109/materials/slides-109-iccrg-the- > great-internet-tcp-congestion-control-census-00 >=20 > finds that BBR versions account for greater popularity on Alexa-250 = sites > (25.2%) than CUBIC, and more than 40% of downstream traffic on the > Internet > (slide 14). I found some references to BBR in ICCRG drafts, but no = RFC. > I would guess that BBR has already provided CCA for more traffic than = the > test traffic complying to this memo ever will. >=20 > Our overall method works similar to BBR: Received rate per RTT is the > feedback to the sender. >=20 > We added Applicability to the access portion, not the global Internet > where standardized transport protocol CCAs must operate. >=20 > We are not specifying a transport CCA that must support many = applications. > Measurement is the *only* application (for an IP-layer metric). >=20 > Early impressions have been formed on several erroneous assumptions > regarding algorithm stability (operation above 1Gbps) and > suitability for purpose (one random loss case). I agree to misunderstandings and misinterpretation of what was defined. = And I do have to say that some of these assumptions or guesses are due = to the lack of clarity of the specification. Which from my perspective = strengthens my position that this is not yet standards track quality = around the load algorithm.=20 >=20 > Ad-hoc methods resulting in TCP-based under-estimates of Internet = Speed > are the problem we attack here! Implementation of harmonized industry > standards are the solution. >=20 > We believe in rough consensus and running code. >=20 So BBR is frequently discussed in ICCRG, and the BBR v1 was found to = have some truly horrible stable state. Like one where it was running on = at 30% packet loss without reacting as it only contained delay. BBRv2 = has addressed this so it will react to higher degrees of packet loss.=20 So I do believe in running code to and as long as you are monitoring = your impact I think experimentation is the right way here. However, if = we put the label IETF proposed standard on the load algorithm people = will assume that it is safe to use. That is my issue here and I don't = think we can give that recommendation even with a limited applicability = statement in the current form.=20 >=20 > We also ask that you understand our position, that tests with many = different > access technologies in production, and careful comparison of ad-hoc > methods > claiming to make the similar measurements in the lab and the field are > equally, > if not more important than even more parameter investigations at this = point. > I have personally been running lab tests since September 2018 with = various > tools. > Len released his first version of the code in Feb 2019, > and we immediately focused on tests with his utility instead of UDP = packet > blasters like iPerf, and Trex with my own Binary Search with Loss = verification > algorithm that we use in device benchmarking (cross-over with BMWG). >=20 >=20 > > > > I would very much prefer to take out the load algorithm and place it = in a > > seperate document where it can have a tighter scope description and = more > > discussion about about that it does its job. > > > > I hope this clarifies what my concerns are with this document in its > > current form. > [acm] > Yes, and we have rather exhaustively argued to go ahead here, = especially > since a much less-frequently-used testing-only algorithm is a = different > situation > than specifying a CCA for global TCP deployment: transport area's = usual role. >=20 > We hope you can now appreciate the years of study, experimentation and > running code that you apparently first encountered last Thursday, > and will look into some more of the supporting background material. >=20 I do appreciate your work. However, I still don't think the load control = algorithm description is sufficiently well specified and parameterized = to be published in a standards track document. Maybe it can be made into = that. However, I think this would make an excellent experimental = specification with some additional clarifications on parameters ranges = and defined responses when feedback is not received in a timely fashion. = Also I think you can clarify the protocol requirements for the = measurement methodology. Then a crystal clear applicability statement = for the load algorithm.=20 Here I think we can see another point in actually splitting out the load = algorithm and that is related to the applicability statement. Does the = metric and the load algorithm have the same applicability? As a metric = it is not truly restricted, it is just a question of the impact of = measuring the metric across the internet.=20 Also, I think we should consider somewhat the update and evolution path = that hopefully will occur here. I think the load algorithm is likely to = benefit from further clarification in its specification in the future. = Thus, having it in a separate specification makes it easier to update = and maintain.=20 Cheers Magnus Westerlund ------=_NextPart_000_00FA_01D70F56.F0D230F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzAyMTAyNjUx WjAjBgkqhkiG9w0BCQQxFgQULpHwa8GN0fnurWWRkKhLD6DaB34wQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA QcFPntfi60yQ9258p8ja9cVOyZ2ty8893J7hKJPG5OBgxVnaNYXsI7EjJLl1+XD0HtKUMO6fvUti qAFmtlxJdbchHQm85GqnOIIeV7WL918EUAjRGB+1tJJiHs9n4lsh5YmF82AxMHvSpuW1HFzmjYuI DWIb4CpSKbxnsXcibIFPiMzoXALZDknJ7zSAAyz6mcCTM8ISki5k79mtmRMIPNKKpANL13CrQP17 c0sknVhsSgfUpOnrGV7XCI1jQHKmj/v8Aui9+tqtgqp1HTChFEdb/1OCXOXMfFmjU6TRiHoq7qr0 is+Qd+wIKziQV+P/BhZn1aRu3BWGhncIRXdbqAAAAAAAAA== ------=_NextPart_000_00FA_01D70F56.F0D230F0-- From nobody Tue Mar 2 04:59:08 2021 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 E40F73A177D for ; Tue, 2 Mar 2021 04:59:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.22 X-Spam-Level: X-Spam-Status: No, score=-0.22 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=uliege.be 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 on6IMZkZMUh5 for ; Tue, 2 Mar 2021 04:59:06 -0800 (PST) Received: from serv108.segi.ulg.ac.be (serv108.segi.ulg.ac.be [139.165.32.111]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E2733A177A for ; Tue, 2 Mar 2021 04:59:05 -0800 (PST) Received: from mbx12-zne.ulg.ac.be (serv470.segi.ulg.ac.be [139.165.32.199]) by serv108.segi.ulg.ac.be (Postfix) with ESMTP id 82963200C994; Tue, 2 Mar 2021 13:59:01 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 serv108.segi.ulg.ac.be 82963200C994 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uliege.be; s=ulg20190529; t=1614689941; bh=yy1gBZzrvwCid51YP51O/d4UmdhJr4l/OrJ7XZvB0LI=; h=Date:From:Reply-To:To:Cc:Subject:From; b=yQNafkj0vebFGU7i2+p2OXi4GR7uR+Iag54sgZqni2ndZZAXYv/+J94SlJzxOpLRH Ak1x49oIWOedAflUQuq5FH2Xz4g38nQ2wzS9o4pciGyVdXdqa5bLbtPdCQP/r8HxF9 VfRGU3cpRf9+yAE53aYSAJtMlh2aZ3F8Z6AtF62fLzxe2pyBgfsw2ToCum1P1beTQD Eu+6aINdIRCWZVL9KdTzdQNjyS1PNLU/Z5i8HT21xrXg2bbLjaLDurVA86M8hdUI+p nU28C7sqZ81N/MhYhFUs31gVantYGWaotQE+ELfCOhDykbmqWzr405upKb0wqirjw1 5viBphDDNAVwg== Received: from localhost (localhost.localdomain [127.0.0.1]) by mbx12-zne.ulg.ac.be (Postfix) with ESMTP id 79DE1129E8E1; Tue, 2 Mar 2021 13:59:01 +0100 (CET) Received: from mbx12-zne.ulg.ac.be ([127.0.0.1]) by localhost (mbx12-zne.ulg.ac.be [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7EW5GaxzMqc2; Tue, 2 Mar 2021 13:59:01 +0100 (CET) Received: from mbx12-zne.ulg.ac.be (mbx12-zne.ulg.ac.be [139.165.32.199]) by mbx12-zne.ulg.ac.be (Postfix) with ESMTP id 63F87129E497; Tue, 2 Mar 2021 13:59:01 +0100 (CET) Date: Tue, 2 Mar 2021 13:59:01 +0100 (CET) From: Justin Iurman Reply-To: Justin Iurman To: "IETF IPPM WG (ippm@ietf.org)" Message-ID: <1564079539.43680577.1614689941342.JavaMail.zimbra@uliege.be> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [81.244.6.142] X-Mailer: Zimbra 8.8.15_GA_3980 (ZimbraWebClient - FF86 (Linux)/8.8.15_GA_3980) Thread-Index: 6VFNJgpljXwAiAJeW94SM7hciNKNpw== Thread-Topic: IANA extension for IPv6 IOAM Archived-At: Subject: [ippm] IANA extension for IPv6 IOAM 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, 02 Mar 2021 12:59:08 -0000 Hi Tommy, Ian, Is it possible to extend the expiration date for both IPv6 IOAM codes [1] allocated by IANA? Thanks, Justin [1] https://www.iana.org/assignments/ipv6-parameters/ipv6-parameters.xhtml#ipv6-parameters-2 From nobody Tue Mar 2 09:28:02 2021 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 44DA43A09A4 for ; Tue, 2 Mar 2021 09:28:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.347 X-Spam-Level: X-Spam-Status: No, score=-2.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, 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 (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 Q6BxMT8-eqHN for ; Tue, 2 Mar 2021 09:28:00 -0800 (PST) Received: from rn-mailsvcp-ppex-lapp44.apple.com (rn-mailsvcp-ppex-lapp44.apple.com [17.179.253.48]) (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 112DF3A0994 for ; Tue, 2 Mar 2021 09:27:59 -0800 (PST) Received: from pps.filterd (rn-mailsvcp-ppex-lapp44.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp44.rno.apple.com (8.16.0.43/8.16.0.43) with SMTP id 122HRtVq024516; Tue, 2 Mar 2021 09:27:55 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=oOga8B1DkwUYooNOLmbnzIQ87SESIol1Ib1vKUTUJzM=; b=sVHD0/j+xREM4Rt3UAkxWJgUfXkAqJn6BMWBcpf3TI29fUAc7pK9Yrlw62fTxEdwguDO 9QZO3m4EaJlGh2CouNtnG+p4xCLJ5gE+YNh9DkGkpjH2rcuWfuYBy9lya/HG4C/ufNF7 LG9Ghp+4q9/dvKxFAjepOJaWqVzebWKNoSxylcPoOs1glEBMWfPWX/9/u83lIVj/goui vGz2aiScqk0VMMvzZeDFsw0f/F2ybXd4CD9Vg/8zDwRngA01VNNxa1XBopcTXpKiIQ21 GosBzHt39WMSmhBxEShNAePnzjPCeT0YYux/KNO3WApYJJrvfrUi2XOq969cknUAbPVd VQ== Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by rn-mailsvcp-ppex-lapp44.rno.apple.com with ESMTP id 36yjfbpt1a-5 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 02 Mar 2021 09:27:55 -0800 Received: from rn-mailsvcp-mmp-lapp04.rno.apple.com (rn-mailsvcp-mmp-lapp04.rno.apple.com [17.179.253.17]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QPC010R5R6IGCG0@rn-mailsvcp-mta-lapp01.rno.apple.com>; Tue, 02 Mar 2021 09:27:54 -0800 (PST) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp04.rno.apple.com by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QPC00800R05H200@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Tue, 02 Mar 2021 09:27:54 -0800 (PST) X-Va-A: X-Va-T-CD: 14cfb23aa0853e5fa4aef13e5aef8800 X-Va-E-CD: aa08b457508ed35a55fc3cd8b5292e5b X-Va-R-CD: a2889f1e3dc0bf32d2f8627b38922987 X-Va-CD: 0 X-Va-ID: 7bd35352-bc04-451d-a61c-365fb06f2b64 X-V-A: X-V-T-CD: 14cfb23aa0853e5fa4aef13e5aef8800 X-V-E-CD: aa08b457508ed35a55fc3cd8b5292e5b X-V-R-CD: a2889f1e3dc0bf32d2f8627b38922987 X-V-CD: 0 X-V-ID: 77179594-029a-4846-b0fc-b8831955fd44 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-02_08:2021-03-01, 2021-03-02 signatures=0 Received: from smtpclient.apple (unknown [17.11.172.145]) by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QPC00XELR6HKG00@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Tue, 02 Mar 2021 09:27:54 -0800 (PST) Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.6\)) From: Tommy Pauly In-reply-to: <1564079539.43680577.1614689941342.JavaMail.zimbra@uliege.be> Date: Tue, 02 Mar 2021 09:27:53 -0800 Cc: "IETF IPPM WG (ippm@ietf.org)" , ianswett@google.com Content-transfer-encoding: quoted-printable Message-id: <97191F67-630A-41A6-A761-EF221769AF8F@apple.com> References: <1564079539.43680577.1614689941342.JavaMail.zimbra@uliege.be> To: Justin Iurman , Martin Duke X-Mailer: Apple Mail (2.3654.80.0.2.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-02_08:2021-03-01, 2021-03-02 signatures=0 Archived-At: Subject: Re: [ippm] IANA extension for IPv6 IOAM 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, 02 Mar 2021 17:28:01 -0000 That should be possible with the right approval, given that this is = still active work. Martin, can you help out here? Tommy > On Mar 2, 2021, at 4:59 AM, Justin Iurman = wrote: >=20 > Hi Tommy, Ian, >=20 > Is it possible to extend the expiration date for both IPv6 IOAM codes = [1] allocated by IANA? >=20 > Thanks, >=20 > Justin >=20 > [1] = https://www.iana.org/assignments/ipv6-parameters/ipv6-parameters.xhtml#ipv= 6-parameters-2 From nobody Tue Mar 2 13:16:48 2021 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 AD2A13A10A9 for ; Tue, 2 Mar 2021 13:16:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.348 X-Spam-Level: X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=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 TnpQFZWKJbes for ; Tue, 2 Mar 2021 13:16:45 -0800 (PST) Received: from ma1-aaemail-dr-lapp02.apple.com (ma1-aaemail-dr-lapp02.apple.com [17.171.2.68]) (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 648603A10A4 for ; Tue, 2 Mar 2021 13:16:45 -0800 (PST) Received: from pps.filterd (ma1-aaemail-dr-lapp02.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp02.apple.com (8.16.0.42/8.16.0.42) with SMTP id 122L90tV055193 for ; Tue, 2 Mar 2021 13:16:44 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : content-type : mime-version : subject : message-id : date : to; s=20180706; bh=fqMOaKoVzTXhcz30VsuILjIkWEC5cJCLJz11nzzBMeU=; b=cf/8C75NQeRjbLjnWYLWbACXydGL+QGbSS3z8W7xjRVLl0j+Y4x/r1yS3JhzfoIct9wC 4Q9YKl4qJhPbNORr3DKNOf3WEsI8yxapA18cTXjHzvihnRPWMQM3s/ABsMbtkzu/XpxS NAAG9Ob4zvCaka+z6s1LZZnXdL1Kg5vzSLuSWfvNpthNGUbkPXR3xO6LApvkirFbjF6n KadPZLzYVTWtlLdJ9v1tV4BGfK9B0j9Umdbw6aYKEaHDhtk58TXByorW9E54ypfQ3kmh DuOEeIPhP6P44dWaup1eO9WhqH6D9dO1oiWkTYGekwMClmq4mVvyeadVJZcNruyDz16P iA== Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by ma1-aaemail-dr-lapp02.apple.com with ESMTP id 36ykmynvpd-32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 02 Mar 2021 13:16:44 -0800 Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com [17.179.253.15]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QPD00JG81RVSO30@rn-mailsvcp-mta-lapp04.rno.apple.com> for ippm@ietf.org; Tue, 02 Mar 2021 13:16:43 -0800 (PST) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp02.rno.apple.com by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QPD00P001Q98L00@rn-mailsvcp-mmp-lapp02.rno.apple.com> for ippm@ietf.org; Tue, 02 Mar 2021 13:16:43 -0800 (PST) X-Va-A: X-Va-T-CD: de279c0840622e930446fe69a11c94de X-Va-E-CD: fb3a81a5a59f0cf8c410910ad889f1bd X-Va-R-CD: 9bdc61d1c0150ba3a9a95fb2679e3742 X-Va-CD: 0 X-Va-ID: 6fd84689-4a30-44df-8d41-c5877cb78961 X-V-A: X-V-T-CD: de279c0840622e930446fe69a11c94de X-V-E-CD: fb3a81a5a59f0cf8c410910ad889f1bd X-V-R-CD: 9bdc61d1c0150ba3a9a95fb2679e3742 X-V-CD: 0 X-V-ID: d22bc2d6-b3e7-4ae0-9e51-856d6271ee86 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-02_08:2021-03-01, 2021-03-02 signatures=0 Received: from smtpclient.apple (unknown [17.11.4.190]) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QPD00B9B1RVLI00@rn-mailsvcp-mmp-lapp02.rno.apple.com> for ippm@ietf.org; Tue, 02 Mar 2021 13:16:43 -0800 (PST) From: Tommy Pauly Content-type: multipart/alternative; boundary="Apple-Mail=_6B45A91D-EF5B-4207-93D7-D1A7EC877C56" MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.6\)) Message-id: <7426F813-867C-4681-A017-8D9E0B7B183C@apple.com> Date: Tue, 02 Mar 2021 13:16:43 -0800 To: "IETF IPPM WG (ippm@ietf.org)" X-Mailer: Apple Mail (2.3654.80.0.2.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-02_08:2021-03-01, 2021-03-02 signatures=0 Archived-At: Subject: [ippm] Slides for IETF 110 Meeting 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, 02 Mar 2021 21:16:47 -0000 --Apple-Mail=_6B45A91D-EF5B-4207-93D7-D1A7EC877C56 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, If you=E2=80=99re presenting at our upcoming IPPM meeting at IETF 110, = please propose slides in PDF form here, by Saturday, March 6: https://datatracker.ietf.org/meeting/110/session/ippm = As a reminder, our agenda is here: = https://datatracker.ietf.org/meeting/110/materials/agenda-110-ippm-01 = Best, Tommy & Ian= --Apple-Mail=_6B45A91D-EF5B-4207-93D7-D1A7EC877C56 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello,

If = you=E2=80=99re presenting at our upcoming IPPM meeting at IETF 110, = please propose slides in PDF form here, by Saturday, March = 6:

https://datatracker.ietf.org/meeting/110/session/ippm
=

As a reminder, our = agenda is here: https://datatracker.ietf.org/meeting/110/materials/agenda-110-i= ppm-01

Best,
Tommy & = Ian
= --Apple-Mail=_6B45A91D-EF5B-4207-93D7-D1A7EC877C56-- From nobody Wed Mar 3 02:38:45 2021 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 76F743A0C5D; Wed, 3 Mar 2021 02:38:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.665 X-Spam-Level: X-Spam-Status: No, score=-4.665 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 F9ujKeMNuOSv; Wed, 3 Mar 2021 02:38:39 -0800 (PST) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 B527B3A0C59; Wed, 3 Mar 2021 02:38:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1614767919; x=1646303919; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0RXUWY/t9fmYS+d/PJTkbb+zR3PuXPGSUr0wMkwApuA=; b=owSWiFgDTSvQHsBTY1c3QZkmLpxlQ32S1X1qE95YS+3NE6Pu5bmRwie2 qsiLiR5wLQqXvARA4MzSME3NENzpPuol85NcNA9MgbLI4B/tEgTrtdD3H oTm3R60UMAh6hW4VekvUxPug0Qp4XVztbEmGlZgJ6S1ufWj/ClxttoHOh c5qIHbfn7HOLQsnLZIhcYBTA73iMWYvtpnuMgej1B7otTcvEbtl0AdkDT uzMZS+dIpc0T9g51QPs5Q42Z06COnRfiueLWVIJcnC/MZo4FbCc5rEux7 VKwKFXDRooNnJ0RPShY0mGDekLLkO/slHPVAMLGKCBVfQktnNISRPdUpJ w==; IronPort-SDR: sxWOVZZAE1YjrWNFVN9QZGcH7dQGHC3kpI5MwN7KMhsO8oNeQeMgZ6SZabGwA7sKS4dohdpkec axFBKBJVEdCw== X-Mailbb-Crypt: true Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 03 Mar 2021 11:38:36 +0100 IronPort-SDR: CJOq9+o9wH1Z1Hv1CtoKlqgoKvudVnu3n4If2Kwpk2q9SaAONoVWjF+MvqSaxHLY+UyrSd5c7a TFRUa4/ufHHg== X-Mailbb-Crypt: true Received: from q4dee1syvuf.ffm.t-systems.com (HELO totemomail) ([10.162.176.13]) by QDEC94.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 03 Mar 2021 11:37:35 +0100 Received: from QDEFCS.de.t-internal.com ([10.171.254.41]) by totemomail (Totemo SMTP Server) with SMTP ID 884; Wed, 3 Mar 2021 11:37:32 +0100 (CET) IronPort-SDR: R+5nKY9+Kzsk1vgv1oxIwTioz6vbPZvo1HA55JHoeCXC7JNAQpSLudZqj0KiTVitb+ul9e27bm hhFXPh0xM1N+hcKUjKVHh9V+1ogLxZcRE= X-IronPort-AV: E=Sophos;i="5.81,219,1610406000"; d="p7s'?scan'208";a="291362020" X-Mailbb-Crypt: true X-Mailbb-SentCrypt: true X-MGA-submission: =?us-ascii?q?MDF51jn3q7sxoDtVCItc94i7oBAzK0MUL03YuJ?= =?us-ascii?q?JGlvCOB0EMYBIhQDD/PLjstAi6gtYjHdmn99Zly3nluNr6648+/pu+EL?= =?us-ascii?q?6z3XM3fa9hOwanfSW1+fQVf9wq+WeIPxPrvclz6Z2ghc0pXazXlDK4tJ?= =?us-ascii?q?9ZjH0VJsoKZCRzvaHqn8WB6Q=3D=3D?= Received: from he199744.emea1.cds.t-internal.com ([10.169.119.52]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 03 Mar 2021 11:37:32 +0100 Received: from HE199744.EMEA1.cds.t-internal.com (10.169.119.52) by HE199744.emea1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Mar 2021 11:37:31 +0100 Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE199744.EMEA1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 3 Mar 2021 11:37:31 +0100 Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.173) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Mar 2021 11:37:29 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eEESB8fsbMAPeh5xWa3giL2GMloVtx6Pzq9ELyT4cXcw9UEmFUi6lKDzExspgPdiimLQ7nwf5Pngzq78fmEpZkZx66NXmm+LUVVoJkL5++kF2GmoMnGrW50luaOgyp46SeYG0e3Fv9OG0rPuiGgTW5SwDuFuuSazYuVvgICtly6KUVmefL2BUQ8wWbnF/1d7FL0XpX8eQCPP14/1VmRXYSbCwU0J437lDQ1ifsvC3pKM8NAvtRl7KH2q+qfLZfK1isuwc/NG4tKmEN9D1JWEccvM2AuCGQj+ol6jr3brecNs0S6TLBXhQVKX6D9vs5GmcE3dHQng6JMabJ8tHnKJvA== 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=KQe1EpTpfFb9gSq+KUyaacLfnoCQlHejS/fBH254ZrA=; b=E8silmVYLMDoF106usaluS0P8zU7x1yHNi1nkVgC7U/SfXXDM+R0VTnDz//LoveUxi/GheI2kInZKpkHfyYvFiKFxIAYMfbmQuV6Lz/wU78W/vbbdwHLEneKvrdPBSUqKQF58fpJzcp0ITVT+i83oI5fLiGkHCGGyF+TynnS1q08ZqVOlduf+XmP7ZfmbkYMgLpSHZJ6CNW81/DySVbAlD978nmmaRJRmZ1OjWotjKfi6Lcj8AYihf6GwcVosJS75p5GCVaC+M+6jXF98shu+gkpnRIPoBfww9ZbNnL60v7sZdPdyZiqEoEoUTzRiGe7Zhu/7813OK3ZkKtki1DRkQ== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0012.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:d::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.11; Wed, 3 Mar 2021 10:37:29 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::cd9f:f557:94c6:43]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::cd9f:f557:94c6:43%6]) with mapi id 15.20.3912.017; Wed, 3 Mar 2021 10:37:29 +0000 From: To: , CC: , , , , , Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EnvPLzhH0sQ0K8CsiAo8w0/6pp866AgABO2YCAAhpQgIAEKUUAgAFZfcA= Date: Wed, 3 Mar 2021 10:37:29 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [84.136.94.38] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 890afad2-dadb-4fd3-1cee-08d8de305891 x-ms-traffictypediagnostic: FR2P281MB0012: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hYuLH/LfjcgjS7/SdVOXSK8QosJrHuLJFU+04J3u+Z1ZN+QuF4XHMYO3lRyOuHVpeNwrN7XJdDA2T5XtdB6KAyufKGahInZLtx/LuBuRdOA1LQl0uMGQd3HR7y4gRl2GUIO3hDsdZtRAWX+GiS+eL8m7Tb317n9IcyiFaaCGnJlE3+2NQjHj9D6uFWwwgyVS+enrXvSkOBW1erc3Q3DA2Or2dgqkY7sD4wz7P76Bxmbp8AURytNESpvYrpKNmJrnsJbGYaSVSzKdggtXPFz5VwXcEQ6YtCqbQEKYLLpbXubd4m8cK8rqMkSZLZaBY55OxByd2bhxOAP3zhK8FGQVogzbEu0qcM8DSFsJHX5GqTJlbCKUw9Z4SkxAMw+4uWhbfPhCM/oufPxGCeWrsDafiSSy2It2J5/EgFKaR9jqLHOY1I55pyaN+W26ssP/QFYQXeKf+/SA8q2Kq41SwKBunJBMpU8qWhSmfRuVnCVUl5ppcSLhEA6IutZ5dhnOVgmv6l6kd/zsQGflbgE/C69iehn2DSnXZ5JkxnqMp1+7KIk92mVpUl9FikdMfeVrBmJ0P/ytYBzsESfr64hGrxQostrtqcM2IGZfw8PQcBohc/iXXlvPJRuVr40XhDx4LbwWjKgcR5o7DbEbyAjRUAN7hw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(366004)(39860400002)(136003)(376002)(396003)(16799955002)(66616009)(316002)(110136005)(54906003)(66574015)(85202003)(66446008)(7696005)(66476007)(76116006)(83380400001)(99936003)(6506007)(66946007)(64756008)(66556008)(85182001)(30864003)(2906002)(966005)(71200400001)(33656002)(4326008)(86362001)(186003)(8676002)(26005)(52536014)(55016002)(9686003)(8936002)(5660300002)(478600001)(87944003)(559001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?eWFaZUxkcm1jTml5RWZtMFd2SGlnSlJtTVhwbkRXM0dnUnhIUnkvQS9OOG1n?= =?utf-8?B?UU15dzlqcmlmU010ZFJrdy9XRFo5TkxDWUh3cXFHVVBmZ2J3YUpvRytlY2RG?= =?utf-8?B?bGQxTnl6Sk9NQXA5K3h1V2s4ZjlIaXZOUUw2OXhMRWMwWFpLT2dYM3c5QkQ2?= =?utf-8?B?K0FMaHB5U0hzZXZWZTFMMERDbURFbDZqMlFZbFY5dkNUcENxQytFNVVCekNL?= =?utf-8?B?S01lY1dLWGZPVFc3OTV3LzhQbm5hQXF0VXJkNXZWOVRiSDYvYk1Lc0RTVVU5?= =?utf-8?B?bnBFdFRjV1dOR0lieWhJYWVoWUNrUGEwODZXUFNFdE5ySU53bGZRUmRUOFlE?= =?utf-8?B?dERweWswZ3l1a25kQjBnSUVDclp3dzB2U1NGTUFkTkZpWWpNaDNzc3lpZHQx?= =?utf-8?B?dENJR2ZKVVFQTG4vck5hTWtkaHZVc0oxb21CN01YM2VjWEgzalErZGhSTEcv?= =?utf-8?B?Z2JaaDlWeHg1aEhsWk9CMXg2bHpueEpkdjlzUkZUOUpmMG5FMHNuUWhjUUlu?= =?utf-8?B?b3hvcHdyakhkYWI5bnl5RllrVVgvUkc1azZ5Zk9VN21QYWIxZk9sNXNMWXBx?= =?utf-8?B?Q0RsMVNtNlQ1SUhOUW5saWVlY0NmS0lORW1FcWlzVVFXSTUweVllWlIrMkQx?= =?utf-8?B?L0xYems4a3BrZi9yeEszL3hZWGx0MTZxWDBtYzJ0UjdhRTVGeUVoaEwzNEV0?= =?utf-8?B?TkdPektnUWplMER2Qm1ERXJ5TFkyb2pDemlFUVdmYkEwVlhrZXBhNGJkTzNy?= =?utf-8?B?d2RFTEcvQVl3VUhyRE0yc2RUdWlSa0ZMRXpoOCtpVlJQb0F3UzlQKzN0dTJo?= =?utf-8?B?UTBvdWNDd1NPSys5Z2M2djhlYVNVSzRKd3lqRzFuYTNNY2M3S29HYmxySFcy?= =?utf-8?B?K1YzODdvTkhEU3RQQjJZaUhQblJsS1ROZXYrWHNEN3hObWw2ZmM5MXV2eEtY?= =?utf-8?B?K0NIVWhJRUdVR3BxdkJreUFkUVJwS2hCV0xRT0JMWnlFVmxWSmpVMkVWdnlW?= =?utf-8?B?MlRuWWFGWTFaRHRsanpZaTg4STdNMXRncDBmbFZwUUFHNzFJV1BrTWZRS3lw?= =?utf-8?B?aUZrZHUwSXJFQ0ZHNXp6U1QyQ2RqRFRqa2R2dG05NzJCbk9Ja0t0TXFoTXVu?= =?utf-8?B?enZnWjdvZlpUYXVpUUFSWnJiRXlSRzBtYkRWUjRDNHVQZXdmVHNBcStuU1lz?= =?utf-8?B?amZDSUZPMksweG0wVFIrK3B6NGZETktadlhLTW9GR2ZjMFhpaXNWRTVOdVcr?= =?utf-8?B?Vysza084ejdkeld2YWdxQWpoeXVoNnlsZ3JyY0U2RUNtYkpIWnVadnNkK3pH?= =?utf-8?B?WHd4TDU3TTY0bzdIUUQvVmpxWEkvdUV6Q1RDYXhLMUliQVB2UU1xa01YSU5W?= =?utf-8?B?ZnBWekdVaTQwZVo3ZG5kYkpoVFNyME9zU2dzQlJVb2NzMU5QZDEwNmUzRjdI?= =?utf-8?B?UDRYNEErL3JZY01LNFQyVmJRaFJQbEN4TFE2Y0pJeHhkYkZBQlBsYUJRMFNi?= =?utf-8?B?VFg0Z3A2WEhJSGc0SkxxZzFyUnlxUUR2NUNWdCtUdXlZeXVIZlZTem1RWTI2?= =?utf-8?B?L0lhNmpVNEQrZk9FTWU5c1lpME8xeCtZcjVDWVRQZUN5YXV1UUR0RnYxVitP?= =?utf-8?B?VGFkdDJZdU94WW5tYTJ4ZEovRk1xRFpabmJpWTlXeXE2RFBlckFPUUZ2RVRL?= =?utf-8?B?dnJCMWF5SG1hL3BJN3lVRkppalpCN0NzbWFrUWFTdFNnWTNWaWs2aTJXNUVm?= =?utf-8?Q?gqpyHowxRM3SrZUJ7w=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0004_01D71021.8D048D90" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 890afad2-dadb-4fd3-1cee-08d8de305891 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2021 10:37:29.7680 (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: upLKMEBoMBv/BkncrDHU5hv70ohC68XDJ/v/dVAE44lyv8zf6pA9T4VjBUPaqvqp1QGpamxpgBeYX031a5euMkWImXRvSi2UAUg0YmoEjwE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0012 X-TM-SNTS-SMTP: 9AF6EB7EB0DEF113F0157751CB791BF2E48C828740391B5668351A2E972FA94B2000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 03 Mar 2021 10:38:44 -0000 ------=_NextPart_000_0004_01D71021.8D048D90 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Magnus, hi Al I'm available in the afternoon today.=20 I agree that the topic presence and interpretation of sequence numbers = may benefit from more text. I didn't implement or design the code. If = sequence numbers are continuous across all intervals st and feedback = reflects the number of packets received since the preceding feedback = message and the sequence number of the last packet, this should be = transparent (I'm not talking about re-ordering here, but continuous = sequence numbers and reporting of them to some extent helps). I'm not = sure whether the protocol is or needs to be able to detect whether a = first feedback message (or any other) was dropped. My take is, if the = feedback channel is lossy (i.e., worse than infrequent random drop), any = test designed to detect maximum capacities at any place should stop as = soon as possible. I prefer that to figuring out when a feedback should = have been present, whether it was lost and could be re-transmitted and = so on.=20 The test preamble may benefit from more text, maybe (after the preamble, = an upper RTT limit should be known and the sender may behave quite = conservative during the preamble phase). [MW]: "For example the last I am worried when you define the step size = as 1 GBPS above 10 GBPS. My fear is that one 1 GBPS more traffic will = increase the buffer occupancy so quickly" The same step width percentage is applied from 1 Mbps to 1 Gbps, steps = of 1 Mbps. In the Gbps range, the application is even more sensible (1 = Gbps steps start since 10 Gbps). An access of more than 10 Gbps is = physically 20 Gbps at least (a bundle) and the likely shaper rate is = often n*1 Gbps. st is set to 50 ms. From what I can tell, that buffer = size often is available at that bandwidth. One could try to work with a = smaller value of st at that bandwidth. The number of packets transmitted = needs to ensure, that a shaper or policer kicks in, i.e., above the = burst tolerance of any traffic conditioner. Than that burst tolerance = roughly needs to be below st, if expressed in ms@shaper rate (simply = fixing the number of packets during st might be a bad choice). Integration into an existing protocol - I leave this to implementers. = I'd prefer the metric and method to be on standards track, and making it = part of an existing protocol shouldn't be a requirement. Al and Len have = compared the implementation with TCP based speed tests and the = implementation proved to measure access bandwidth with better accuracy = and precision in many cases (under differing circumstances). I regard = this as an important feature of a standard implementation. IETF so far = didn't standardize a method to measure access speeds with high = precision - I'm not happy with TCP based speed tests as an informal = standard and a method showing better precision being classified as = "experimental" by IETF (noting that your motivation derives from another = issue here, but let's keep an eye on the whole thing. Please don't take = this as "the purpose justifies the means" - implementations need to work = reliable of course). Al, there's a nit in Section 6.5: OLD A single constant interval dt SHOULD be chosen so that is an integer multiple of increasing values k times ^^^^ serialisation delay of a path MTU at the physical interface speed where traffic conditioning is expected. NEW A single constant interval dt SHOULD be chosen so that it is an integer multiple of increasing values k times ^^^^ serialisation delay of a path MTU at the physical interface speed where traffic conditioning is expected. Regards, Ruediger -----Urspr=C3=BCngliche Nachricht----- Von: Magnus Westerlund =20 Gesendet: Dienstag, 2. M=C3=A4rz 2021 11:27 An: acm@research.att.com; iesg@ietf.org Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-chairs@ietf.org; = ippm@ietf.org Betreff: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Hi Al, Would it be possible for you and your co-authors to call in tomorrow = Wednesday at 16:30 CET to the TSV-Office hours to discuss this document? = =20 Meeting link: = https://ietf.webex.com/ietf/j.php?MTID=3Dm689aa12ae4b319f4e371988b8330a86= 3=20 Meeting number: 185 768 2828 Password: PNvNTuQm823 Please see inline.=20 > > > > > > > > = ------------------------------------------------------------------ > > > > ---- > > > > DISCUSS: > > > > = ------------------------------------------------------------------ > > > > ---- > > > > > > > > A) Section 8. Method of Measurement > > > > > > > > I think the metrics are fine, what makes me quite worried here = is > > > > the measurement method. My concerns with it are the following. > > > > > > > > 1. The application of this measurement method is not clearly = scoped. > > [acm] we agreed on text adding "access" applicability to the scope = section. >=20 > > > > However in > > > > that context I think the definition and protection against = severe > > > > congestion has significant short comings. The main reason is = that > > > > the during a configurable time period (default 1 s) the sender > > > > will attempt to send at a specified rate by a table = independently > > > > on what happens during that second. > > > > > > [acm] > > > Not quite, 1 second is the default measurement interval for > > > Capacity, but sender rate adjustments occur much faster (and we = add > > > a default at 50ms). This is a an important point (and one that Ben > > > also noticed, regarding variable F in section 8.1). So, I have = added FT as a > parameter in section 4: > > > > > > o FT, the feedback time interval between status feedback messages > > > communicating measurement results, sent from the receiver to = control > > > the sender. The results are evaluated to determine how to adjust = the > > > current offered load rate at the sender (default 50ms) > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > Note that variable F in section 8.1 is redundant with parameter F = in > > Section > > > 4, > > > the number of flows (in-06). So we changed the section 8.1 = variable > > > F to > > FT > > > in the working text. > > > > Okay, that makes things clearer. With all the equal intervals in the > > metrics I had missinterpreted that also the transmission would be > > uniform during the measurement intervals. > > > > However, when rereading Section 8.1 I do have to wonder if the > > non-cumaltive feedback actually creates two issues. First, it = appears > > to loose information for reordering that crosses the time when the = FT timer > fires, due to reset. > [acm] > I don't understand how the sequence error counting "loses information" > when reordered packets cross a measurement feedback boundary. I'm not > sure what aspect of measurement you are "resetting", but I assume it = is > "The accumulated statistics are then > reset by the receiver for the next feedback interval." >=20 > Suppose I have two measurement intervals and I receive: >=20 > || 1 2 3 5 6 || 4 7 8 9 ...|| >=20 > where || is the measurement feedback boundary. >=20 > Packet 4 arrives late enough from its original position to span the = boundary. > The 3->5 sequence is one sequence error, and the 4->7 sequence is = another > error. > This example produces two sequence errors in different feedback = intervals, > but that's a typical measurement boundary problem. We can't get rid of > measurement boundaries, and they affect many measurements. >=20 > Note that a reordered packet contributes to IP-Layer Capacity, by = definition. >=20 > Perhaps you had some other scenario in mind? >=20 It was the above type of cases I was considering. I was worried that you = don't detect some cases of issues if you reset and have no memory of = last received packets. I think one obvious case that doesn't report as = out of order for really short ones are this case when zero or single = packets are delivered. Then a reordering could look like this. || 1 || 3 || 2 || and without a memory of the last received this would = not be an out of order event. Nor would a packet loss like this || 1 || || 3 ||=20 So when FB is on the same magnitude as the sent packet interval this = measurement method appear to have issues. I have not analyzed if a = single last seen packet number memory would solve most or all issues.=20 At least it would also solve the issue of this || 1 2 3 4 || 6 7 8 || that I am also uncertain if that is detected.=20 So, I think more details are needed to what is required on the feedback = mechanism to detect these type of issues.=20 >=20 > > In addition if the feedback is not reliable it looses the = information > > for that interval. > [acm] > That's right, and: > 1. the sending rate does not increase or decrease without feedback 2. = the > feedback is traveling the reverse path that the test do not congest = with > test traffic > 3. the running code has watchdog time-outs that *terminate the > connection* if > either the sender or receiver go quiet >=20 > In essence, the test method is not reliable byte stream transfer like = TCP. > We can shut-down the test traffic very quickly if something is wrong = and > useful measurement is in question. >=20 >=20 Al, I hope you understand that my concern here is that the documents = description of the control algorithm is incomplete and are missing = important protection aspects. As well as its behavior to different = parameterizations in various conditions.=20 > > And making feedback reliabel could cause worse HOL issues for > > reacting to later feedback that are recived prior to the lost one. > > > [acm] > So the alternative to un-reliable feedback can be worse? > Good thing it's not planned. So lets assume that receiver measures two feedback intervals in a row = that there where reordering events etc. So in case the first report is = lost, then from the senders perspective would there be an advantage to = know that both intervals indicated issues at this rate? It at least = indicates that the measurement that one is over capacity is consistent.=20 Also, will the sender know that feedback is missing. This is all = depending on the protocol used for the measurements.=20 So I think there are two exiting protocols that I could reasonably = easily implement this capacity measurement into. These two are QUIC and = RTP/UDP. By taking of the shelf implementations I would have frameworks = that would contain a number of features that appear needed to be able to = do this measurement and receive feedback needed. >=20 > > > > > > > > > > > > > > > > 2. The algorithm for adjusting rate is table driven but give no = guidance > on > > > > how > > > > to construct the table and limitations on value changes in the = table. In > > > > addition the algorithm discusses larger steps in the table = without any > > > > reflection of what theses steps sides may represent in offered = load. > > > > > > [acm] > > > We can add (Len suggested the following text addition): > > > OLD > > > 8.1. Load Rate Adjustment Algorithm > > > > > > A table SHALL be pre-built defining all the offered load rates = that > > > will be supported (R1 through Rn, in ascending order, = corresponding > > > to indexed rows in the table). Each rate is defined as datagrams = of... > > > > > > NEW > > > 8.1. Load Rate Adjustment Algorithm > > > > > > A table SHALL be pre-built defining all the offered load rates = that > > > will be supported (R1 through Rn, in ascending order, = corresponding > > > to indexed rows in the table). It is RECOMMENDED that rates begin = with > > > 0.5 Mbps at index zero, use 1 Mbps at index one, and then continue = in > > > 1 Mbps increments to 1 Gbps. Above 1 Gbps, and up to 10 Gbps, it = is > > > RECOMMENDED that 100 Mbps increments be used. Above 10 Gbps, > > > increments of 1 Gbps are RECOMMENDED. Each rate is defined as... > > > > Is this what you actually used in your test implementation? > [acm] > Yes, except that the current table stops at 10Gbps. We haven't had the > opportunity to test >10Gbps. >=20 > > At my first glance > > this recommendation looks to suffer from rather severe step effects = and > also > > make the respond to losses behave strange around the transitions. > Wouldn't some > > type of logarithmic progression be more appropriate here for initial > > probing? > [acm] > Len and I considered various algorithms for the search. >=20 > Logarithmic increase typically means more rate overshoot than Linear > increases. > Unfortunately, a large rate overshoot means that the queues will fill = and > need > a longer time to bleed-off, meaning that rate reductions will take you = far > from > the "right neighborhood" again. >=20 > Our experience is that we avoid large overshoot with fast or slow = linear > increases. > It means we've taken some care to keep the network running. We haven't > broken > any test path yet, and we bail-out quickly and completely if something = goes > wrong. I understand that there are several considerations here that are = contradicting. 1. Quickly finding roughly the existing capacity 2. Avoid significant overshoot that build up to much queue if that is = possible 3. Have sufficient fine grained control around the capacity so that = adjustment step finds the capacity. For example the last I am worried when you define the step size as 1 = GBPS above 10 GBPS. My fear is that one 1 GBPS more traffic will = increase the buffer occupancy so quickly that one alternates between not = filled, and over filled between stepping up and receiving the feedback = in the control cycle. We have to remember that with a FB of 50 ms the = delay in the control cycle will be up to RTT + 50 ms. =20 So I am speculating and you haven't tested. So if you put in table = construction recommendations, then I do think you should be very clear = that these are untested.=20 >=20 > > > > If I have 1 GBPS line rate, there is a 1000 steps in the table to = this value. > > Even if I increase with the suggested 10 steps until first = congestion seen, it > > will take 100 steps, and with 50 ms feedback interval that is 5 = seconds > before > > it is in the right ball park. > [acm] > Your math is correct. >=20 > Remember that the only assumption we made when building the table of > sending rates > is that the maximum *somewhere between 500kbps and 10Gbps*. Our lab > tests used > unknown rates between 50Mbps and 10Gbps, as the "ground truth" that we > asked UDP > and TCP-based methods to measure correctly. Measurements on production > networks > encountered many different technologies. Some subscriber rates were 5 = to > 10 Mbps > on upstream. >=20 > > And I get one random loss at 10 mbps, then its 990 > > steps, In such a situation the whole measurement period (10 s) would = be > over > > before one has reached actual capacity. > [acm] > I'm sorry, that's not quite correct, assuming delay range meets the = criteria > below, which would be consistent with "one random loss". >=20 Yes, my mistake, but let me replace one random loss with one congestion = event due to a single intermittent transaction. So harder to trigger if = the capacity is large, easier if it is low and then it matters less. So = this reduced the issue significantly. > The text says: > If the feedback indicates that sequence number anomalies were = detected > OR > the delay range was above the upper threshold, the offered load rate = is > decreased. (by one step) >=20 > But when the next feedback message arrives with no loss, and the > "congestion" > state has not been declared, the relevant text is: >=20 > If the feedback indicates that no sequence number anomalies were > detected AND > the delay range was below the lower threshold, the offered load rate = is > increased. > If congestion has not been confirmed up to this point, the offered = load rate > is > increased by more than one rate (e.g., Rx+10). >=20 > and we return to the high speed increases, because: >=20 > Lastly, the method for inferring congestion is that there were = sequence > number anomalies AND/OR the delay range was above the upper = threshold > for > *two* consecutive feedback intervals. >=20 > So, there is a single step back for the single random loss, but then > immediately > back to Rx+10 increases. >=20 >=20 Ok. Good that this is less than a issue then I thought.=20 > > > > To me it appears that the probing (slow start) equivalent do need > logarithmic > > increase to reach likely capacity quickly. Then how big the = adjustment is > > actually dependent on what extra delay one consider the target for = the > test. > [acm] > Our delay variation values are low, but need to accommodate the = relatively > high > delay variation of some access technologies. We learned this during = our > testing > on production networks. >=20 > > Having a step size of 1 GBPS if probing a 2.5 GBPS path would likely = make it > > very hard to keep the delay in the intended interval when it would > fluxtuate > > between 500 mbps to much traffic and then 500 mbps to little. Sure = with > > sufficiently short FT it will likely work in this algorithm. = However, I wonder > > about regulation stability here for differnet RTT, FTs and buffer = depth > > fluxtuations. > [acm] > I'm sorry, that's not quite correct, the text we proposed to add says: >=20 > It is RECOMMENDED that rates begin with 0.5 Mbps at index zero, > use 1 Mbps at index one, and then continue in 1 Mbps increments to = 1 > Gbps. > Above 1 Gbps, and up to 10 Gbps, it is RECOMMENDED that 100 Mbps > increments be used. > and ^^^^^^^^ > Above 10 Gbps, increments of 1 Gbps are RECOMMENDED. >=20 > Your example falls in the 1Gbps to 10Gbps range, where table = increments are > 100Mbps. >=20 > > > > From my perspective I think this is a indication that the load rate > adjustment > > algorithm is not ready to be a standards track specification. > [acm] > Given several corrections above, the authors ask that you reconsider = your > position. > Please read on. >=20 > > > > I would recommend that you actually take out the control algorithm = and > write a > > high level functional description of what needs to happen when = measuring > this > > capacity. > [acm] > We worked for several weeks in December to make the current high-level > description > an accurate one. The IESG review has resulted added some useful = details > that > I have shared along the way. >=20 > > > > If I understand this correctly the requirements on the measurement = are > the > > following. > > > > - Need to seek the available capacity so that several measurement = period > are > > likely to be done at capacity > > - Must not create persistent congestion as the capacity measurement > should be > > based on traffic capacity that doesn't cause more standing queue = that X, > where X > > is some additiona delay in ms compared to minimal one way delay. And = X is > > actually something that is configurable for a measurement campagin = as > capacity > > for a given one way delay and delay variation can be highly relevant = to > > know. > [acm] > These are not identical to our requirements. For example: > - Both the metric and method consider a number of measurement = intervals, > and the Maximum IP-Layer Capacity is determined from one (or more) of = the > intervals. >=20 >=20 > > > > What else is needed? > > > > Are synchronized clocks needed or just relative delay changes = necessary? > [acm] > Just delay variation, and the safest is RT delay variation. So sender side transmission timestamping and the receiver measure delay = variations based on these transmission times would suffice.=20 Good.=20 >=20 > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > > > > > > 3. Third the algorithms reaction to any sequence number gaps is > dependent on > > > > delay and how it is related to unspecified delay thresholds. = Also no text > > > > discussion how these thresholds should be configured for safe > operation. > > > > > > [acm] > > > We can add some details in the paragraph below: > > > OLD > > > If the feedback indicates that sequence number anomalies were > detected OR > > > the delay range was above the upper threshold, the offered load = rate is > > > decreased. > > > Also, if congestion is now ... > > > NEW > > > If the feedback indicates that sequence number anomalies were > detected OR > > > the delay range was above the upper threshold, the offered load = rate is > decreased. > > > The RECOMMENDED values are 0 for sequence number gaps and 30-90 > ms for lower > > > and upper delay thresholds. Also, if congestion is now ... > > > > Ok, but the delay values as I noted before highly dependent of what = my > goal with > > the capacity metric is. If I want to figure out the capacity for = like say XR or > > cloud gaming applications that maybe have much lower OWD variances = and > absolute > > values so maybe my values are 10-25 ms. > [acm] > We intend to measure the limit of the access technology, with a set of > parameters > that work well for all technologies we have tested so far. >=20 > Notice that I didn't type the word "application" above. Or "user = experience". >=20 > Sure, there is sensitivity to the parameters chosen, and we supplied = our > well-tested defaults to maximize results comparability and technology > coverage > (with no twiddling). >=20 >=20 > > > > How much explaration have you done of the control stability over a = range > > of parameters? Do you have any material about that? > [acm] > Yes. There are several parameter ranges we examined. >=20 > If we set the delay thresholds high enough, we see the RTT grow as the > queues > fill to max and tail-drop finally restricts the rate. We can measure = the > extent of buffer bloat this way (if it is present). It's Not our goal. >=20 > We have used lower thresholds of delay variation, which work fine on = the > PON 1Gbps access services. >=20 > In the collaborative testing of the Open Broadband Open Source = project, > one participant contributed tests with a 5G system that exhibited = systematic > low-level loss and reordering in his lab. For this unusual case, Len = added > the features to set a loss threshold above zero, and to tolerate = reordered > and duplicate packets with no penalty in rate adjustment. >=20 > We have tried a range of test durations (I=3D20, 30 for example). >=20 > We have tried different steep-ness of ramp-up slope. Rate +=3D 10 = steps > works well, even when measuring rates separated by 3 orders of = magnitude. >=20 >=20 > But for the co-authors, it was more important that the load adjustment > search > produce the correct Maximum IP-Layer Capacity for each of the lab > conditions > we created (including challenging conditions with competing traffic, = long > delay > etc.), and the many access technologies we tested in production use > (where again we encountered similar challenging conditions). >=20 >=20 Thanks for the clarifications.=20 > > > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > Please also note many requirements for safe operation in Section = 10, > > > Security Considerations. > > > > > > > > > > > B) Section 8. Method of Measurement > > > > > > > > There are no specification of the measurement protocol here that > provides > > > > sequence numbers, and the feedback channel as well as the = control > channel. > > > > > > [acm] > > > That is correct. The Scope does not include protocol development. > > > > > > > Is this intended to use TWAMP? > > > > > > [acm] > > > Maybe, but a lot of extensions would be involved. > > > > > > > > > > > > > > > > > From my perspective this document defines the metrics on = standards > track > > > > level. However, the method for actually running the measurements = are > not > > > > specified on a standards track level. > > > > > > [acm] > > > In IPPM work, the methods of measurement are described more = broadly > than > > > the metrics, as actions and operations the Src and Dst hosts = perform to > > > send and receive, and calculate the results. > > > > > > IPPM Methods of Measurement have not included protocol > requirements in > > > the past, in any of our Standards Track Metrics RFCs. In fact, we > developed > > > a measurement-specific criteria for moving our RFCs along the = standards > track > > > that has nothing to do with protocols or interoperability. > > > See BCP 176 aka RFC 6576: > https://protect2.fireeye.com/v1/url?k=3D65acc415-3a37fcc7-65ac848e- > 866132fe445e-b4323cb4b6e4206f&q=3D1&e=3D5fe1792c-f641-4903-9a32- > 317350790872&u=3Dhttps%3A%2F%2Furldefense.com%2Fv3%2F__https%3A% > 2F%2Ftools.ietf.org%2Fhtml%2Frfc6576__%3B%21%21BhdT%213 > RMQMZOAFloQ1FvtC_LIrUsDqBGxQeJZ1F4GFt8TpbQ60w841wT54sLLoKS9- > Yc$ > > > IP Performance Metrics (IPPM) Standard Advancement Testing > > > > > > > No one can build implementation. > > > > > > [acm] > > > I'm sorry, but that is not correct. Please see Section 8.4. > > > > Sorry, that was poorly formulated. I mean that you can't give this > specification > > to a guy on a island without external communication and have them > > implemented it and it will work with someone else implementation. > [acm] > But then you are asking for protocol-level interoperability, Magnus. > That is not our scope, or the scope of any IPPM Metric and Method = RFCs. > The procedures of BCP 176 tell us when independent implementations > produce > equivalent results, which is IETF's definition of "works with" for = metrics > and methods. >=20 >=20 > > You have clearly > > implemented a solutiont that works for some set of parameters. And I = am > asking how > > much of the reasonable parameter space you have tested. > [acm] > Right. I answered this question qualitatively above, but the = co-authors > claim that an equally important question is the breadth of access > technologies > we have tested. >=20 > The tests conducted over 2+ years used the following production access > types: >=20 > 1. Fixed: DOCSIS 3.0 cable modem with "triple-play" capability and = embedded > WiFi and > Wired GigE switch (two manufacturers). > 2. Mobile: LTE cellular phone with a Cat 12 modem (600 Mbps Downlink, = 50 > Mbps uplink). > 3. Fixed: passive optical network (PON) "F", 1 Gbps service. > 4. Fixed: PON "T", 1000 Mbps Service. > 5. Fixed: VDSL, service, at various rates <100 Mbps. > 6. Fixed: ADSL, 1.5 Mbps. > 7. Mobile: LTE enabled router with ETH LAN to client host > 8. Fixed: DOCSIS 3.1 cable modem with "triple-play" capability and = embedded > WiFi and > Wired GigE switch (two other manufacturers). >=20 >=20 > > > > Based on this discussion I don't think I can build an implementation = that > > fulfills the measurement goals, becasue I have questions about them. = And I > > suspect it would take substantial amount of experimentation to get = it to > > work correctly over a broader range of input parameters. > [acm] > Now we refer you to the references in the memo, particularly Appendix = X > of Y.1540: >=20 > [Y.1540] Y.1540, I. R., "Internet protocol data communication > service - IP packet transfer and availability = performance > parameters", December 2019, > . >=20 > [Y.Sup60] Morton, A., Rapporteur, "Recommendation Y.Sup60, > Interpreting > ITU-T Y.1540 maximum IP-layer capacity measurements", = June > 2020, . >=20 > and Liaisons, were many of the experimental results are summarized: >=20 > [LS-SG12-A] > 12, I. S., "LS - Harmonization of IP Capacity and = Latency > Parameters: Revision of Draft Rec. Y.1540 on IP packet > transfer performance parameters and New Annex A with Lab > Evaluation Plan", May 2019, > . >=20 > [LS-SG12-B] > 12, I. S., "LS on harmonization of IP Capacity and = Latency > Parameters: Consent of Draft Rec. Y.1540 on IP packet > transfer performance parameters and New Annex A with Lab = & > Field Evaluation Plans", March 2019, > . >=20 > Also, see our slides from the Hackathons at IETF 105 and 106, and the > IPPM WG sessions slides beginning with IETF-105, July 2019. > You might also look into the discussions on the mailing list. > Some other results are available to those with ITU-TIES accounts. >=20 > The load adjustment algorithm itself was improved after = experimentation, > adding the fast ramp-up with rate +=3D 10 when feedback indicates no > impairments. The original/current algorithms appear in Y.1540 Annexes = A > and B, respectively. >=20 >=20 > > > > > > > > > > > > > And if the section is > > > > intended to provide requirements on a protocol that performs = these > > > > measurements > > > > I think several aspects are missing. There appear several ways = forward > here > > > > to > > > > resolve this; one is to split out the method of measurement and = define > it > > > > separately to standard tracks level using a particular protocol, = another > > > > is to write it purely as requirements on a measurement = protocols. > > > > > > [acm] > > > As stated above, connecting a method with a single protocol is not = IPPM's > way. > > > > That is fine. However, I find the attempt to specify a specific load = regulator > > in the method of measurement to take this specification beyond a = general > method > > of measurment. The high level requirement appear to be that to = correctly > find > > the capacity, and that requires that one load to the point where = buffers are > > filled sufficiently to introduce extra delay or where AQM starts = dropping or > > marking some of the load. Thus, I am questioning if the described = algorithm > will > > adqueately solve that issue over a wider range of parameters. > > > > So if you have more information to show at least which range it has = been > proven > > to do its work and with what input parameters? > [acm] > Yes. See ~10 references and replies above. >=20 > > I hope you understand that I > > expect this load control algorithm to get simularly scrutinized to = congestion > > control algorithms that we standardize in IETF. > [acm] > Yes, although it is a surprising at this point, we certainly = understand your > current position. >=20 > However, R=C3=BCdiger made a relevant point in our discussions (why = our > algorithm's > role is different from Transport Area congestion control algorithms, > and need not be subjected to the same scrutiny): >=20 > This is a measurement method designed for infrequent and sensible > maximum > capacity assessment, instantiated only in an OAM or diagnostic = tool. >=20 > It is not a blueprint for a congestion control algorithm (CCA) in = a bulk > transfer protocol that runs by default and is globally deployed by > commodity stacks. >=20 > We don't want to re-create any TCP CCA: they weren't designed for = accurate > measurement of maximum rate (as the referenced measurements show). >=20 > It appears that the most recent (2018) standardized and widely used > CCA is Cubic (RFC 8312 https://tools.ietf.org/html/rfc8312 ). >=20 > The great TCP CCA Census (2019) > = https://datatracker.ietf.org/meeting/109/materials/slides-109-iccrg-the- > great-internet-tcp-congestion-control-census-00 >=20 > finds that BBR versions account for greater popularity on Alexa-250 = sites > (25.2%) than CUBIC, and more than 40% of downstream traffic on the > Internet > (slide 14). I found some references to BBR in ICCRG drafts, but no = RFC. > I would guess that BBR has already provided CCA for more traffic than = the > test traffic complying to this memo ever will. >=20 > Our overall method works similar to BBR: Received rate per RTT is the > feedback to the sender. >=20 > We added Applicability to the access portion, not the global Internet > where standardized transport protocol CCAs must operate. >=20 > We are not specifying a transport CCA that must support many = applications. > Measurement is the *only* application (for an IP-layer metric). >=20 > Early impressions have been formed on several erroneous assumptions > regarding algorithm stability (operation above 1Gbps) and > suitability for purpose (one random loss case). I agree to misunderstandings and misinterpretation of what was defined. = And I do have to say that some of these assumptions or guesses are due = to the lack of clarity of the specification. Which from my perspective = strengthens my position that this is not yet standards track quality = around the load algorithm.=20 >=20 > Ad-hoc methods resulting in TCP-based under-estimates of Internet = Speed > are the problem we attack here! Implementation of harmonized industry > standards are the solution. >=20 > We believe in rough consensus and running code. >=20 So BBR is frequently discussed in ICCRG, and the BBR v1 was found to = have some truly horrible stable state. Like one where it was running on = at 30% packet loss without reacting as it only contained delay. BBRv2 = has addressed this so it will react to higher degrees of packet loss.=20 So I do believe in running code to and as long as you are monitoring = your impact I think experimentation is the right way here. However, if = we put the label IETF proposed standard on the load algorithm people = will assume that it is safe to use. That is my issue here and I don't = think we can give that recommendation even with a limited applicability = statement in the current form.=20 >=20 > We also ask that you understand our position, that tests with many = different > access technologies in production, and careful comparison of ad-hoc > methods > claiming to make the similar measurements in the lab and the field are > equally, > if not more important than even more parameter investigations at this = point. > I have personally been running lab tests since September 2018 with = various > tools. > Len released his first version of the code in Feb 2019, > and we immediately focused on tests with his utility instead of UDP = packet > blasters like iPerf, and Trex with my own Binary Search with Loss = verification > algorithm that we use in device benchmarking (cross-over with BMWG). >=20 >=20 > > > > I would very much prefer to take out the load algorithm and place it = in a > > seperate document where it can have a tighter scope description and = more > > discussion about about that it does its job. > > > > I hope this clarifies what my concerns are with this document in its > > current form. > [acm] > Yes, and we have rather exhaustively argued to go ahead here, = especially > since a much less-frequently-used testing-only algorithm is a = different > situation > than specifying a CCA for global TCP deployment: transport area's = usual role. >=20 > We hope you can now appreciate the years of study, experimentation and > running code that you apparently first encountered last Thursday, > and will look into some more of the supporting background material. >=20 I do appreciate your work. However, I still don't think the load control = algorithm description is sufficiently well specified and parameterized = to be published in a standards track document. Maybe it can be made into = that. However, I think this would make an excellent experimental = specification with some additional clarifications on parameters ranges = and defined responses when feedback is not received in a timely fashion. = Also I think you can clarify the protocol requirements for the = measurement methodology. Then a crystal clear applicability statement = for the load algorithm.=20 Here I think we can see another point in actually splitting out the load = algorithm and that is related to the applicability statement. Does the = metric and the load algorithm have the same applicability? As a metric = it is not truly restricted, it is just a question of the impact of = measuring the metric across the internet.=20 Also, I think we should consider somewhat the update and evolution path = that hopefully will occur here. I think the load algorithm is likely to = benefit from further clarification in its specification in the future. = Thus, having it in a separate specification makes it easier to update = and maintain.=20 Cheers Magnus Westerlund ------=_NextPart_000_0004_01D71021.8D048D90 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIa5DCCA8Mw ggKroAMCAQICAQEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5 c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3Qg Q2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMB4XDTA4MTAwMTEw NDAxNFoXDTMzMTAwMTIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5c3RlbXMg RW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVy MSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAql/aG1/oc5Hl2lz0ouZH5fNoVWAFHQKks5tZ8x6KrzSt/A3C2UgZ7mmP ySD8IaoHGe2wXKxlx1/tAnx7fC0b1rq5gMIYghaE+mawCMZUI4HkzblJP/ZPbjdIKDgPxb7naHD9 OZdN0seYkVCqxESzI305R+lSYtYSk163MZZCBft2px6j9cL86XrFbKlxT+rLeLxgr8fe9NnLvn4z pW6Ug/A0+iGr6o5yoD+k3jBb74ZNapVbQ0SoEBUc5QFXxZjx5gYokaogxbdTJlFDsgsRlVjhwA92 2cCNfIHzcnCeb/4ajtlfNcaybzR8vkhP4lo519ideJ6fhj4DXhmLRKLVxwIDAQABo0IwQDAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUv1kgNgB5oKAia4zV8mHSuCzL gkowDQYJKoZIhvcNAQELBQADggEBADEDomELH3TocjbGbflNnvoiqOGBVs/Nu5/qq5EZOK+qfBVN 87ajjaX0jvZEqafoIZWtPgBiFojwArr8YSPmM5swems2YnutBCOEWGXi2yuK5yVTN2JTX7zaAWIp oqYnceY6In7Bbx2VcCBKBzTf6v8VgOW613rYW3V8BXopR35AqDETd81AO7RRR3ouEeNHEd6dZtCL 1VRm+oNV6nzCKYkb6W+zzuIFhMkvPniFYm7JX8F4Y3RYwEgYDJk566TMGrV5Wo0VnNgUDfZ6B1fH IoMFLTybJSY9GLOpQ3zIyKtkjw6jv5wbnTDb2tAZLqo88fszgHbkza0ZTwUnjhOhbsIwggZ1MIIF XaADAgECAhA57Gz8JhrPvomPoUVwXJsKMA0GCSqGSIb3DQEBCwUAMIGCMQswCQYDVQQGEwJERTEr MCkGA1UECgwiVC1TeXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEfMB0GA1UECwwWVC1T eXN0ZW1zIFRydXN0IENlbnRlcjElMCMGA1UEAwwcVC1UZWxlU2VjIEdsb2JhbFJvb3QgQ2xhc3Mg MjAeFw0yMDA3MDkwODIyMDZaFw0zMDA3MDkyMzU5NTlaMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQK DBNEZXV0c2NoZSBUZWxla29tIEFHMTAwLgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3Vy ZSBlbWFpbCBDQSBFMDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLkz34RBUeypWY 1etcLlyXpu4WhPuNLAEAXbbmlByopLitmOxCFwIdwp2uvwTmb5ZNhW/gXKmCccwhXvSMuef/wlWh 5AzeCg3P6MlJgMqZMsHntI69f5ekSAfnS7kKIBMPtBs2gHZTpcc9KVmfV3JkEV2/CU97td8d42QJ 97LGMTks2sbmblIc0ogZQPyNOrZ/YVAZUOQagmwXvx+MgY2x4U6j0Zao6857sZ842eHIxxwF2K2U mzY7epS2tYwdMv4Fm5I69wnwrlQPz/9MfYJxsCOG9+1NVSQWYuU8zF3QnPHIAIgOT4h+iRwBCKfE lOYZt2EEiFdSj6xzvGUaSYcfAgMBAAGjggMJMIIDBTAOBgNVHQ8BAf8EBAMCAYYwHgYDVR0lBBcw FQYIKwYBBQUHAwQGCSsGAQQBgjcVBTAdBgNVHQ4EFgQUB0etEB4G9Kd0EWClvaErN4rz810wHwYD VR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB/wIBADBSBgNVHSAE SzBJMEcGCSsGAQQBvUcNGjA6MDgGCCsGAQUFBwIBFixodHRwOi8vY29ycG9yYXRlLXBraS50ZWxl a29tLmRlL2Nwcy9jcGtpLmh0bTCB+gYDVR0fBIHyMIHvMDqgOKA2hjRodHRwOi8vY3JsLWNwa2ku dGVsZWtvbS5kZS9ybC9HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGwoIGtoIGqhoGnbGRhcDovL2xk YXAtY3BraS50ZWxla29tLmRlL0NOPVQtVGVsZVNlYyUyMEdsb2JhbFJvb3QlMjBDbGFzcyUyMDIs T1U9VC1UZWxlU2VjJTIwVHJ1c3QlMjBDZW50ZXIsTz1ULVN5c3RlbXMlMjBFbnRlcnByaXNlJTIw U2VydmljZXMlMjBHbWJILEM9REU/YXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwggEsBggrBgEFBQcB AQSCAR4wggEaMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC50ZWxla29tLmRlL29jc3ByMEEGCCsG AQUFBzAChjVodHRwOi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvR2xvYmFsUm9vdF9DbGFzc18y LmNlcjCBqgYIKwYBBQUHMAKGgZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049VC1UZWxl U2VjJTIwR2xvYmFsUm9vdCUyMENsYXNzJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRl cixPPVQtU3lzdGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkgsQz1ERT9jQUNlcnRp ZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQB5WdpXd/YGapzM4F/w4t0UqsQdmgo/QEg5jcsx36c9 h11iHHlDITRFIkfXS+h7KQrR2Mvxc/fdbKyONxCCPnJaIN6qa2yTBE3VGF0Q56Tc+Q5WN4gIL34b DqC8UW3G/p2lpkibMPEJGEvPgtsvqLbrX1EAxANZmvXYJehIHAXCNn81M5VV2mWkajvPW/wWMZyg XZj5iCEmKus4ouQvYnWNvz6bCws6NUnae+Qjg9zxN0g8uluL/1fcDDiyB7cFXI8/ZkuR3dEZVzsK jNJiAkak2yFUQKzl+gy9iedhGhNrHFNyhW19NIMY59jKqymxsQj4aYkMllPw/pzZxAzU9J3/MIII TTCCBzWgAwIBAgITFgAAfIRh35XK53ykiQAAAAB8hDANBgkqhkiG9w0BAQsFADBdMQswCQYDVQQG EwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVs ZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzMB4XDTIwMDgwMzEyMTI0MVoXDTIyMDgwMzEyMTI0 MVowgc8xCzAJBgNVBAYTAkRFMSYwJAYDVQQKDB1EZXV0c2NoZSBUZWxla29tIFRlY2huaWsgR21i SDEPMA0GA1UECwwGUGVyc29uMREwDwYDVQQLDAhFbXBsb3llZTERMA8GA1UECwwIQy0zMDEzMTAx DTALBgNVBAQMBEdlaWIxETAPBgNVBCoMCFLDvGRpZ2VyMRYwFAYDVQQDDA1Sw7xkaWdlciBHZWli MScwJQYJKoZIhvcNAQkBFhhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwggEjMA0GCSqGSIb3DQEB AQUAA4IBEAAwggELAoIBAQCrGAimNVnZh9JSF+n/cWNDmvKI8cRRIC854lTYx246e6LnSBmIjXsE HFPul8AM1pcLGPHGVhb84q/as1NnvlclN+5+6I0tHNHpVTJZ6hNq3iJWCMhIwmLSA0PDHpi2ajOT D9x9IxEojeBmS0FyRCEA6+ltYOC3phQxJX4C4yHdlyHqksjdqQB/FVtKO/BfQzgw4qN1MV44LNGK 3JYDBssMG2Y9tTgqkTTO8zLa766C+TF2fkvcsnsN74n7nC6xYwhuF89dWcn39mjwZB8yX4cwiyf7 m/EXe5ovhYpleSyepTEmAPDgYT7MpaQE6MG6xmg2oSYTGgMxXeBZjorcD7BLAgRAAACBo4IEkDCC BIwwHQYDVR0OBBYEFCaAH5boIiREtJ9lptcCAGiM5hM9MB8GA1UdIwQYMBaAFAdHrRAeBvSndBFg pb2hKzeK8/NdMIIB7AYDVR0fBIIB4zCCAd8wggHboIIB16CCAdOGSWh0dHA6Ly9jcmwtY3BraS50 ZWxla29tLmRlL3JsL0RldXRzY2hlX1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcmyG gZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049RGV1dHNjaGUlMjBUZWxla29tJTIwQUcl MjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9VPVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUl MjBUZWxla29tJTIwQUcsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0hoHlbGRhcDovLy9D Tj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0ElMjBFMDMsQ049 SEUxMDk5MTAsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENO PUNvbmZpZ3VyYXRpb24sREM9Y2RzLERDPXQtaW50ZXJuYWwsREM9Y29tP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDCCAToGCCsG AQUFBwEBBIIBLDCCASgwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLWNwa2kudGVsZWtvbS5kZS9v Y3NwcjBWBggrBgEFBQcwAoZKaHR0cDovL2NydC1jcGtpLnRlbGVrb20uZGUvY3J0L0RldXRzY2hl X1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcnQwgZ4GCCsGAQUFBzAChoGRbGRhcDov L2xkYXAtY3BraS50ZWxla29tLmRlL0NOPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHJTIwc2VjdXJl JTIwZW1haWwlMjBDQSUyMEUwMyxPVT1UcnVzdCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtv bSUyMEFHLEM9REU/Y0FDZXJ0aWZpY2F0ZTALBgNVHQ8EBAMCB4AwOwYJKwYBBAGCNxUHBC4wLAYk KwYBBAGCNxUItvtCg6bBLo2bEYe3x2aCuNURBIHl/3uGsaNkAgFkAgESMBMGA1UdJQQMMAoGCCsG AQUFBwMEMBsGCSsGAQQBgjcVCgQOMAwwCgYIKwYBBQUHAwQwUQYDVR0gBEowSDBGBgkrBgEEAb1H DRowOTA3BggrBgEFBQcCARYraHR0cDovL2NvcnBvcmF0ZS1wa2kudGVsZWtvbS5kZS9jcHMvY3Bz Lmh0bTBNBgNVHREERjBEoCgGCisGAQQBgjcUAgOgGgwYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl gRhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwDQYJKoZIhvcNAQELBQADggEBAHunIT0RKxsU9CxQ E1jgG79dljkF1XDc70WhW8T/YOjTAhoVLbqiJ0j9RXvfBF24CCaH3Bi3jcZatmumrZPbAmIz1Nbk sN5Fmf4bi7W8Qy9/hGvF5wTinBNgHeXZtlG5tLc61v/PSZY6v4EXpfDdEs4x8JTiIaLbJYr4o7FH /zYjj6WFsYPsljKOwvYlpwYqHrozp7jMW+nc47YCXNI21yuAxx8exhhDgzUiG9IAA39nXpsBL6tm yl+tnrxGdQQqQF4x0ICeoln1KfFCzPUhqFMVhqDJ/XXgAlz+VN5iD34bXb1iEDIBUrqqKNHZktl4 y6XIDDLJnGHm1rv9CAucdVMwgghPMIIHN6ADAgECAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMwHhcNMjAwODAz MTIxMjQxWhcNMjIwODAzMTIxMjQxWjCBzzELMAkGA1UEBhMCREUxJjAkBgNVBAoMHURldXRzY2hl IFRlbGVrb20gVGVjaG5payBHbWJIMQ8wDQYDVQQLDAZQZXJzb24xETAPBgNVBAsMCEVtcGxveWVl MREwDwYDVQQLDAhDLTMwMTMxMDENMAsGA1UEBAwER2VpYjERMA8GA1UEKgwIUsO8ZGlnZXIxFjAU BgNVBAMMDVLDvGRpZ2VyIEdlaWIxJzAlBgkqhkiG9w0BCQEWGFJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOkqXQbhXowY20Y53MVT0oxSTcxu Bo1AzjmQZUnnFhgU73UCN/ZHrxmwXKGJm1qGXHCNVrxQHAtvEhyYfOgABHWXB158IgnyBKwG64vv GkfEboN8uWu9v+d0kLn4c+hR7jdb+3taT3B2UhyMAvXwsoYFLu4bvdwf8eAIa/+tSJOzdMZn+LMi Fl+aVE3Lj/EmUaVnmGHUGkmwc+hm7xtquqjp1m4O7HJozKaB8FK/GTkmhO9GBiRYrBvluV8WE293 YjOrrLdmjqI6B4VdS59p5YHTE5bVVfGcmHAVoMrlPv8Tsv0LYjex56Wa9WF4sv7wYEqfrEAvhdHx f/hUzvxWVXcCAwEAAaOCBJMwggSPMB0GA1UdDgQWBBSDd7kc4WPI8bRgPSupkod8URDIBjAOBgNV HQ8BAf8EBAMCBDAwHwYDVR0jBBgwFoAUB0etEB4G9Kd0EWClvaErN4rz810wggHsBgNVHR8EggHj MIIB3zCCAdugggHXoIIB04ZJaHR0cDovL2NybC1jcGtpLnRlbGVrb20uZGUvcmwvRGV1dHNjaGVf VGVsZWtvbV9BR19zZWN1cmVfZW1haWxfQ0FfRTAzLmNybIaBnWxkYXA6Ly9sZGFwLWNwa2kudGVs ZWtvbS5kZS9DTj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0El MjBFMDMsT1U9VHJ1c3QlMjBDZW50ZXIsTz1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyxDPURFP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3SGgeVsZGFwOi8vL0NOPURldXRzY2hlJTIwVGVsZWtvbSUy MEFHJTIwc2VjdXJlJTIwZW1haWwlMjBDQSUyMEUwMyxDTj1IRTEwOTkxMCxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZHMs REM9dC1pbnRlcm5hbCxEQz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVj dENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIIBOgYIKwYBBQUHAQEEggEsMIIBKDAtBggrBgEF BQcwAYYhaHR0cDovL29jc3AtY3BraS50ZWxla29tLmRlL29jc3ByMFYGCCsGAQUFBzAChkpodHRw Oi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvRGV1dHNjaGVfVGVsZWtvbV9BR19zZWN1cmVfZW1h aWxfQ0FfRTAzLmNydDCBngYIKwYBBQUHMAKGgZFsZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUv Q049RGV1dHNjaGUlMjBUZWxla29tJTIwQUclMjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9V PVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNlcnRpZmlj YXRlMDsGCSsGAQQBgjcVBwQuMCwGJCsGAQQBgjcVCLb7QoOmwS6NmxGHt8dmgrjVEQSDyPIygpj4 cgIBZAIBEjATBgNVHSUEDDAKBggrBgEFBQcDBDAbBgkrBgEEAYI3FQoEDjAMMAoGCCsGAQUFBwME MFEGA1UdIARKMEgwRgYJKwYBBAG9Rw0aMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9jb3Jwb3JhdGUt cGtpLnRlbGVrb20uZGUvY3BzL2Nwcy5odG0wTQYDVR0RBEYwRKAoBgorBgEEAYI3FAIDoBoMGFJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZYEYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlMA0GCSqGSIb3 DQEBCwUAA4IBAQAnhIYBlxmz82C9DCCT2WYurNUaBBC5XOLHAy6VSVYDs/0kv47aodgl02Atu9Al d2J/vn/7d4Wx6YduCbDQZF7kw2AqCFbS+uW64/GVxpOFTDvqQmEmBuDv+Y/79rNzSc6QZNvsJHZi 8CqTWvScjzkuUt3pqmKTSvDFHht+3hTt3fcY/eicnJjeqfaxcxXH5ORoi0ZA5CO8MNraZhF7Xvph jvrx0cCW8zPJmyPvpVmdYk9lYVTTdjTJ3I6pJ/iWqM9/87vyAAIbpNxbkDLXjLrtWoBqupp6Pedy IoRU7q2ZqyuD5LpD53UCSRkdv+FSPnaYHb5t5dA2HQUf1tIe5C1/MYIDoDCCA5wCAQEwdDBdMQsw CQYDVQQGEwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNj aGUgVGVsZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzAhMWAAB8hGHflcrnfKSJAAAAAHyEMAkG BSsOAwIaBQCgggIBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIx MDMwMzEwMzcxMVowIwYJKoZIhvcNAQkEMRYEFPBGFKvHuZLf+oL4qHIKQf43StuyMIGDBgkrBgEE AYI3EAQxdjB0MF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMCExYAAHyFD6Cv y8lg6YIAAAAAfIUwgYUGCyqGSIb3DQEJEAILMXagdDBdMQswCQYDVQQGEwJERTEcMBoGA1UECgwT RGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVsZWtvbSBBRyBzZWN1cmUg ZW1haWwgQ0EgRTAzAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIw CwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBADApkdwYZDkCRUVUkkxqS3F+nb2XjVoypf2Q rgRkyFOgvfHfK/eXyuSYUwCd3zioRZK6wU3FI3wWBm2inUjVSOxb03eRfVleumNAAiv1NgUnFhfc XDuHHU2VidGR6bB2SvYMUtbdIKd2o1pTBofobzT+ljmkSE67VsfuD+zeSRlkKZsXODeYyMqIYrg0 tjSm0SFpSfCd65C9Q0JxToMyL3WZCO04+l5uDd/lONCSCRcUhijUP6rZ94tx2eJdJIkSb6+9Zu/H 1zJLr7xLG6Ue5T9L8Gzc9PW2n7C/ckhguAjrJPMoo+JMWhwvrLrK4ucm5axL2McVEGzvNt+3P5rC zE8AAAAAAAA= ------=_NextPart_000_0004_01D71021.8D048D90-- From nobody Wed Mar 3 05:39:44 2021 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 EA2053A119B; Wed, 3 Mar 2021 05:39:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 H9At7kafS5S9; Wed, 3 Mar 2021 05:39:33 -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 8560E3A1196; Wed, 3 Mar 2021 05:39:33 -0800 (PST) Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 123DbAtS011589; Wed, 3 Mar 2021 08:39:25 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049463.ppops.net-00191d01. with ESMTP id 3721qye0e5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 03 Mar 2021 08:39:25 -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 123DdOhJ003373; Wed, 3 Mar 2021 07:39:24 -0600 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 123DdIWD003293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Mar 2021 07:39:18 -0600 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id 322E14009E78; Wed, 3 Mar 2021 13:39:18 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30494.vci.att.com (Service) with ESMTP id B1BBD4009E77; Wed, 3 Mar 2021 13:39:17 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 123DdHSK024586; Wed, 3 Mar 2021 07:39:17 -0600 Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 123DdBVu023223; Wed, 3 Mar 2021 07:39:11 -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 B7D0C10A1917; Wed, 3 Mar 2021 08:39:10 -0500 (EST) Received: from njmtexg4.research.att.com ([fe80::8cd:baa3:219e:5bd4]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Wed, 3 Mar 2021 08:39:29 -0500 From: "MORTON, ALFRED C (AL)" To: Magnus Westerlund , "iesg@ietf.org" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CA= Date: Wed, 3 Mar 2021 13:39:28 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF01476B57E9@njmtexg4.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-03_04:2021-03-03, 2021-03-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 adultscore=0 mlxlogscore=999 lowpriorityscore=0 impostorscore=0 clxscore=1015 mlxscore=0 priorityscore=1501 suspectscore=0 bulkscore=0 spamscore=0 phishscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103030103 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 03 Mar 2021 13:39:39 -0000 SGkgTWFnbnVzLA0KDQpMZW4gYW5kIEkgY2FuIG1lZXQgdG9tb3Jyb3csIGJ1dCBJIGhhdmVuJ3Qg aGVhcmQgZnJvbSBSdWRpZ2VyLg0KQWxzbywgSSBzb21laG93IGZhaWxlZCB0byBwcmVzcyAqc2Vu ZCogb24gdGhpcyBtZXNzYWdlIGxhc3QgbmlnaHQgPz8/DQoNCldlIGhhdmUgZXh0cmFjdGVkIHlv dXIgY29tbWVudHMgaW4gdGhlIHJlbWFpbmluZyBhcmVhcyBmb3IgZGlzY3Vzc2lvbiwgYmVsb3cu DQoNCkFsIA0KDQo8UmVvcmRlcmluZyBleGFtcGxlOiA+DQoNCkl0IHdhcyB0aGUgYWJvdmUgdHlw ZSBvZiBjYXNlcyBJIHdhcyBjb25zaWRlcmluZy4gSSB3YXMgd29ycmllZCB0aGF0IHlvdSBkb24n dCBkZXRlY3Qgc29tZSBjYXNlcyBvZiBpc3N1ZXMgaWYgeW91IHJlc2V0IGFuZCBoYXZlIG5vIG1l bW9yeSBvZiBsYXN0IHJlY2VpdmVkIHBhY2tldHMuIEkgdGhpbmsgb25lIG9idmlvdXMgY2FzZSB0 aGF0IGRvZXNuJ3QgcmVwb3J0IGFzIG91dCBvZiBvcmRlciBmb3IgcmVhbGx5IHNob3J0IG9uZXMg YXJlIHRoaXMgY2FzZSB3aGVuIHplcm8gb3Igc2luZ2xlIHBhY2tldHMgYXJlIGRlbGl2ZXJlZC4g VGhlbiBhIHJlb3JkZXJpbmcgY291bGQgbG9vayBsaWtlIHRoaXMuDQoNCnx8IDEgICB8fCAzIHx8 IDIgfHwgYW5kIHdpdGhvdXQgYSBtZW1vcnkgb2YgdGhlIGxhc3QgcmVjZWl2ZWQgdGhpcyB3b3Vs ZCBub3QgYmUgYW4gb3V0IG9mIG9yZGVyIGV2ZW50LiBOb3Igd291bGQgYSBwYWNrZXQgbG9zcyBs aWtlIHRoaXMNCg0KfHwgMSB8fCAgICAgfHwgIDMgfHwgDQoNClNvIHdoZW4gRkIgaXMgb24gdGhl IHNhbWUgbWFnbml0dWRlIGFzIHRoZSBzZW50IHBhY2tldCBpbnRlcnZhbCB0aGlzIG1lYXN1cmVt ZW50IG1ldGhvZCBhcHBlYXIgdG8gaGF2ZSBpc3N1ZXMuIEkgaGF2ZSBub3QgYW5hbHl6ZWQgaWYg YSBzaW5nbGUgbGFzdCBzZWVuIHBhY2tldCBudW1iZXIgbWVtb3J5IHdvdWxkIHNvbHZlIG1vc3Qg b3IgYWxsIGlzc3Vlcy4gDQoNCkF0IGxlYXN0IGl0IHdvdWxkIGFsc28gc29sdmUgdGhlIGlzc3Vl IG9mIHRoaXMNCg0KfHwgMSAyICAzIDQgfHwgNiA3IDggfHwgdGhhdCBJIGFtIGFsc28gdW5jZXJ0 YWluIGlmIHRoYXQgaXMgZGV0ZWN0ZWQuIA0KDQpTbywgSSB0aGluayBtb3JlIGRldGFpbHMgYXJl IG5lZWRlZCB0byB3aGF0IGlzIHJlcXVpcmVkIG9uIHRoZSBmZWVkYmFjayBtZWNoYW5pc20gdG8g ZGV0ZWN0IHRoZXNlIHR5cGUgb2YgaXNzdWVzLiANCg0KQEBAQEFuc3dlcjogdGhlIHRleHQgc2F5 czoNCglUaGUgYWNjdW11bGF0ZWQgc3RhdGlzdGljcyBhcmUgdGhlbiByZXNldCBieSB0aGUgcmVj ZWl2ZXIgZm9yIHRoZSBuZXh0IGZlZWRiYWNrIGludGVydmFsLg0KDQphbmQgbm90aGluZyBhYm91 dCBjbGVhcmluZyB0aGUgZW50aXJlIG1lbW9yeSBvZiB0aGUgbWVhc3VyZW1lbnQgY29kZS4NCg0K QWxzbywgYXNzdW1pbmcgeW91IGFyZSBsb29raW5nIGZvciByZWNvbW1lbmRlZCByYW5nZXMgZm9y IHBhcmFtZXRlcnMgbGlrZSBGQiAoPUZUIGluIHRoZSB0ZXh0KSwgd2UgY2FuIGNlcnRhaW5seSBw cm92aWRlIHRoZW0uIEZUIGlzIG5ldmVyID0gc2luZ2xlIHBhY2tldCBzZW5kIGludGVydmFsIGFu ZCA8PCBkdCBkdXJhdGlvbiBvZiB0aGUgc3ViLWludGVydmFsLg0KDQotPS09LT0tPS09LT0tPS09 LT0tPS09LT0tDQoNCj4gPiBJbiBhZGRpdGlvbiBpZiB0aGUgZmVlZGJhY2sgaXMgbm90IHJlbGlh YmxlIGl0IGxvb3NlcyB0aGUgaW5mb3JtYXRpb24NCj4gPiBmb3IgdGhhdCBpbnRlcnZhbC4NCj4g W2FjbV0NCj4gVGhhdCdzIHJpZ2h0LCBhbmQ6DQo+IDEuIHRoZSBzZW5kaW5nIHJhdGUgZG9lcyBu b3QgaW5jcmVhc2Ugb3IgZGVjcmVhc2Ugd2l0aG91dCBmZWVkYmFjayAyLiB0aGUNCj4gZmVlZGJh Y2sgaXMgdHJhdmVsaW5nIHRoZSByZXZlcnNlIHBhdGggdGhhdCB0aGUgdGVzdCBkbyBub3QgY29u Z2VzdCB3aXRoDQo+ICAgIHRlc3QgdHJhZmZpYw0KPiAzLiB0aGUgcnVubmluZyBjb2RlIGhhcyB3 YXRjaGRvZyB0aW1lLW91dHMgdGhhdCAqdGVybWluYXRlIHRoZQ0KPiBjb25uZWN0aW9uKiBpZg0K PiAgICBlaXRoZXIgdGhlIHNlbmRlciBvciByZWNlaXZlciBnbyBxdWlldA0KPiANCj4gSW4gZXNz ZW5jZSwgdGhlIHRlc3QgbWV0aG9kIGlzIG5vdCByZWxpYWJsZSBieXRlIHN0cmVhbSB0cmFuc2Zl ciBsaWtlIFRDUC4NCj4gV2UgY2FuIHNodXQtZG93biB0aGUgdGVzdCB0cmFmZmljIHZlcnkgcXVp Y2tseSBpZiBzb21ldGhpbmcgaXMgd3JvbmcgYW5kDQo+IHVzZWZ1bCBtZWFzdXJlbWVudCBpcyBp biBxdWVzdGlvbi4NCj4gDQo+IA0KDQpBbCwgSSBob3BlIHlvdSB1bmRlcnN0YW5kIHRoYXQgbXkg Y29uY2VybiBoZXJlIGlzIHRoYXQgdGhlIGRvY3VtZW50cyBkZXNjcmlwdGlvbiBvZiB0aGUgY29u dHJvbCBhbGdvcml0aG0gaXMgaW5jb21wbGV0ZSBhbmQgYXJlIG1pc3NpbmcgaW1wb3J0YW50IHBy b3RlY3Rpb24gYXNwZWN0cy4gQXMgd2VsbCBhcyBpdHMgYmVoYXZpb3IgdG8gZGlmZmVyZW50IHBh cmFtZXRlcml6YXRpb25zIGluIHZhcmlvdXMgY29uZGl0aW9ucy4gDQoNCkBAQEBBbnN3ZXI6IFdl IGNhbiBhZGQgbW9yZSBkZXRhaWxzLCBidXQgd2UgbmVlZCB0byBhZ3JlZSBvbiB0aGUgbGlzdCBi ZWZvcmUgd2UgYWRkIHRoZSBwYXJhbWV0ZXJzLCBldGMuLCBhbmQgdGhlbiB3ZSBhcmUgZG9uZS4g VG8gYmUgY2xlYXIsIHdlIGhhdmUgYWxyZWFkeSBhZGRlZCBtYW55IGRlZmF1bHQgc2V0dGluZ3Mg Zm9yIHBhcmFtZXRlciB2YWx1ZXMuIFRoYXQncyBmYXItYmV5b25kIHdoYXQgSVBQTSBtZXRob2Rz IGhhdmUgcmVxdWlyZWQsIGFuZCBpdCByZWNvZ25pemVzIGJvdGggdGhlIG51bWJlciBvZiBwYXJh bWV0ZXJzIGludm9sdmVkIGluIHRoaXMgbWV0aG9kL2FsZ29yaXRobSBhbmQgdGhlIGV4dGVuc2l2 ZSB0ZXN0aW5nIHdlIGhhdmUgY29tcGxldGVkICh3aGVyZSB3ZSBoYXZlbid0IGJyb2tlbiBhbnl0 aGluZyBpbiB0aGUgJ25ldCkuIA0KDQpAQEBAQWxzbywgaXQgbWFrZXMgbm8gc2Vuc2UgdG8gdGVz dCBmb3IgZXF1aXZhbGVudCByZXN1bHRzIHdpdGggZGlmZmVyZW50IHBhcmFtZXRlciBzZXRzLiAg QkNQIDE3NiByZWNvbW1lbmRzIGlkZW50aWNhbCBwYXJhbWV0ZXJzICh0aGUgb25seSBleGNlcHRp b24gaXMgbGFjayBvZiBhYmlsaXR5IHRvIGNvbmZpZ3VyZSB0aGUgcGFyYW1ldGVyIHRvIGlkZW50 aWNhbCB2YWx1ZXMpLg0KIA0KDQotPS09LT0tPS09LT0tPS09LT0tDQoNCj4gTWFnbnVzIHdyb3Rl Og0KPiA+IEFuZCBtYWtpbmcgZmVlZGJhY2sgcmVsaWFiZWwgY291bGQgY2F1c2Ugd29yc2UgSE9M IGlzc3VlcyBmb3INCj4gPiByZWFjdGluZyB0byBsYXRlciBmZWVkYmFjayB0aGF0IGFyZSByZWNp dmVkIHByaW9yIHRvIHRoZSBsb3N0IG9uZS4NCj4gPg0KPiBbYWNtXQ0KPiBTbyB0aGUgYWx0ZXJu YXRpdmUgdG8gdW4tcmVsaWFibGUgZmVlZGJhY2sgY2FuIGJlIHdvcnNlPw0KPiBHb29kIHRoaW5n IGl0J3Mgbm90IHBsYW5uZWQuDQoNClNvIGxldCdzIGFzc3VtZSB0aGF0IHJlY2VpdmVyIG1lYXN1 cmVzIHR3byBmZWVkYmFjayBpbnRlcnZhbHMgaW4gYSByb3cgdGhhdCB0aGVyZSB3aGVyZSByZW9y ZGVyaW5nIGV2ZW50cyBldGMuIFNvIGluIGNhc2UgdGhlIGZpcnN0IHJlcG9ydCBpcyBsb3N0LCB0 aGVuIGZyb20gdGhlIHNlbmRlcnMgcGVyc3BlY3RpdmUgd291bGQgdGhlcmUgYmUgYW4gYWR2YW50 YWdlIHRvIGtub3cgdGhhdCBib3RoIGludGVydmFscyBpbmRpY2F0ZWQgaXNzdWVzIGF0IHRoaXMg cmF0ZT8gSXQgYXQgbGVhc3QgaW5kaWNhdGVzIHRoYXQgdGhlIG1lYXN1cmVtZW50IHRoYXQgb25l IGlzIG92ZXIgY2FwYWNpdHkgaXMgY29uc2lzdGVudC4gDQoNCkBAQEBBbnN3ZXI6IEluIHRoZSBj YXNlIGFib3ZlLCB0aGUgZmFzdCBpbml0aWFsIHNlbmRlciByYW1wLXVwIHdvdWxkIHBhdXNlIGlu IHJlc3BvbnNlIHRvIHRoZSBzZWNvbmQgcmVwb3J0IChSeCAtPSAxLCBsaWtlIHRoZSBzaW5nbGUg cmFuZG9tIGxvc3MgY2FzZSB3ZSBkaXNjdXNzZWQpIGFuZCB0aGVuIHJlc3VtZSBhdCBSeCArPSAx MCBzdGVwcy4gU28sIGlmIHRoZSByZW9yZGVyaW5nIGluIHlvdXIgZXhhbXBsZSBpcyBjYXVzZWQg YnkgY29uZ2VzdGlvbiB3ZSBoYXZlIGNvbnRpbnVlZCB0byBzZW5kIGF0IHRoZSB+cmF0ZSB0aGF0 IGNhdXNlZCBjb25nZXN0aW9uIGR1cmluZyB0aGUgbWlzc2luZyBzdGF0dXMgaW50ZXJ2YWwsIGFu ZCBsaWtlbHkgaGF2ZSBhIHRoaXJkIG1lc3NhZ2UvbWVhc3VyZW1lbnQgaW5kaWNhdGluZyBjb25n ZXN0aW9uIG9yIHR3byBtb3JlIG1lYXN1cmVtZW50cyB3aGVuIHRoZSByYXRlIGluY3JlYXNlcyBm dXJ0aGVyLiAgDQpJT1csIGlmIG1lYXN1cmVtZW50IG1lc3NhZ2UgbG9zcyBpcyBhdCB0aGUgb25z ZXQgb2YgY29uZ2VzdGlvbiwgcmF0ZSBpbmNyZWFzZSB3aWxsIGVuc3VyZSBtb3JlIG9wcG9ydHVu aXRpZXMgdG8gY29tbXVuaWNhdGUgdGhhdCBzdGF0ZS4gQW5kIGlmIG1lYXN1cmVtZW50IG1lc3Nh Z2UgbG9zcyBpcyBhIHJhbmRvbSBldmVudCwgaXQganVzdCBwYXVzZXMgdGhlIHJhbXAtdXAgZm9y IG9uZSBGVCBpbnRlcnZhbC4NCg0KLT0tPS09LT0tPS09LT0tPS0gDQoNCkFsc28sIHdpbGwgdGhl IHNlbmRlciBrbm93IHRoYXQgZmVlZGJhY2sgaXMgbWlzc2luZy4gVGhpcyBpcyBhbGwgZGVwZW5k aW5nIG9uIHRoZSBwcm90b2NvbCB1c2VkIGZvciB0aGUgbWVhc3VyZW1lbnRzLiANCg0KQEBAQEFu c3dlcjogWWVzLCB0aGUgcnVubmluZyBjb2RlIChhbmQgYSBkcmFmdCBwcm90b2NvbCBwcm9wb3Nh bCkgaGFzIHNlcXVlbmNlIG51bWJlcnMuDQoNClNvIEkgdGhpbmsgdGhlcmUgYXJlIHR3byBleGl0 aW5nIHByb3RvY29scyB0aGF0IEkgY291bGQgcmVhc29uYWJseSBlYXNpbHkgaW1wbGVtZW50IHRo aXMgY2FwYWNpdHkgbWVhc3VyZW1lbnQgaW50by4gVGhlc2UgdHdvIGFyZSBRVUlDIGFuZCBSVFAv VURQLiBCeSB0YWtpbmcgb2YgdGhlIHNoZWxmIGltcGxlbWVudGF0aW9ucyBJIHdvdWxkIGhhdmUg ZnJhbWV3b3JrcyB0aGF0IHdvdWxkIGNvbnRhaW4gYSBudW1iZXIgb2YgZmVhdHVyZXMgdGhhdCBh cHBlYXIgbmVlZGVkIHRvIGJlIGFibGUgdG8gZG8gdGhpcyBtZWFzdXJlbWVudCBhbmQgcmVjZWl2 ZSBmZWVkYmFjayBuZWVkZWQuDQoNCkBAQEBBbnN3ZXI6IFllcywgeW91IGNvdWxkIGRvIHRoYXQu IE9yLCB5b3UgY291bGQgaGVscCB1cyBieSBhZGRpbmcgdGhlIG1pbmltdW0gc2VjdXJpdHkgZmVh dHVyZXMgdGhhdCB3b3VsZCBwYXNzIElFVEYvU2VjRElSIHJldmlldyBpbnRvIHRoZSBydW5uaW5n IGNvZGUgYW5kIChjdXJyZW50bHkgaWRlbnRpY2FsKSBwcm90b2NvbCBwcm9wb3NhbC4gQm90aCBv ZiB0aGVzZSBwYXRocyBoYXZlIGEgc2V0IG9mIHVua25vd25zIHdoZW4gaXQgY29tZXMgdG8gdGhl IGZpbmFsIHByb2R1Y3QsIGxpa2Ugd2lsbCBhIHNtYWxsLUNQVS1wb3dlciBDUEUgc2VuZGVyIHN0 aWxsIGJlIGFibGUgdG8gYWNoaWV2ZSAxIG9yIDIgR2Jwcz8gDQoNCkBAQEBPZmZlcjogOi0pDQpX ZSBub3cgaGF2ZSB0aGUgZHJhZnQgd2l0aCB0aGUgcHJvdG9jb2wgZGVzY3JpcHRpb24gcmVhZHkg dG8gZ28uIElmIHdlIGNhbiBoYXZlIGEgc3VibWlzc2lvbiBkdXJpbmcgYmxhY2stb3V0IHBlcmlv ZCwgdGhlbiBwZW9wbGUgY2FuIGxvb2sgYXQgaXQgYmVmb3JlIElQUE0ncyBsYXN0LWxhc3Qgc2Vz c2lvbiBvbiBGcmlkYXkuICBPdGhlcndpc2UsIHdlJ2xsIHdhaXQgdGlsbCBuZXh0IE1vbmRheS4N Cg0KDQotPS09LT0tPS09LT0tPS09LT0tDQoNCj4gW2FjbV0NCj4gWWVzLCBleGNlcHQgdGhhdCB0 aGUgY3VycmVudCB0YWJsZSBzdG9wcyBhdCAxMEdicHMuIFdlIGhhdmVuJ3QgaGFkIHRoZQ0KPiBv cHBvcnR1bml0eSB0byB0ZXN0ID4xMEdicHMuDQo+IA0KLi4uDQo+IE91ciBleHBlcmllbmNlIGlz IHRoYXQgd2UgYXZvaWQgbGFyZ2Ugb3ZlcnNob290IHdpdGggZmFzdCBvciBzbG93IGxpbmVhcg0K PiBpbmNyZWFzZXMuIEl0IG1lYW5zIHdlJ3ZlIHRha2VuIHNvbWUgY2FyZSB0byBrZWVwIHRoZSBu ZXR3b3JrIHJ1bm5pbmcuIA0KPiBXZSBoYXZlbid0IGJyb2tlbiBhbnkgdGVzdCBwYXRoIHlldCwg YW5kIHdlIGJhaWwtb3V0IHF1aWNrbHkgYW5kIA0KPiBjb21wbGV0ZWx5IGlmIHNvbWV0aGluZyBn b2VzIHdyb25nLg0KDQpJIHVuZGVyc3RhbmQgdGhhdCB0aGVyZSBhcmUgc2V2ZXJhbCBjb25zaWRl cmF0aW9ucyBoZXJlIHRoYXQgYXJlIGNvbnRyYWRpY3RpbmcuDQoNCjEuIFF1aWNrbHkgZmluZGlu ZyByb3VnaGx5IHRoZSBleGlzdGluZyBjYXBhY2l0eQ0KMi4gQXZvaWQgc2lnbmlmaWNhbnQgb3Zl cnNob290IHRoYXQgYnVpbGQgdXAgdG8gbXVjaCBxdWV1ZSBpZiB0aGF0IGlzIHBvc3NpYmxlDQoz LiBIYXZlIHN1ZmZpY2llbnQgZmluZSBncmFpbmVkIGNvbnRyb2wgYXJvdW5kIHRoZSBjYXBhY2l0 eSBzbyB0aGF0IGFkanVzdG1lbnQgc3RlcCBmaW5kcyB0aGUgY2FwYWNpdHkuDQoNCkZvciBleGFt cGxlIHRoZSBsYXN0IEkgYW0gd29ycmllZCB3aGVuIHlvdSBkZWZpbmUgdGhlIHN0ZXAgc2l6ZSBh cyAxIEdCUFMgYWJvdmUgMTAgR0JQUy4gTXkgZmVhciBpcyB0aGF0IG9uZSAxIEdCUFMgbW9yZSB0 cmFmZmljIHdpbGwgaW5jcmVhc2UgdGhlIGJ1ZmZlciBvY2N1cGFuY3kgc28gcXVpY2tseSB0aGF0 IG9uZSBhbHRlcm5hdGVzIGJldHdlZW4gbm90IGZpbGxlZCwgYW5kIG92ZXIgZmlsbGVkIGJldHdl ZW4gc3RlcHBpbmcgdXAgYW5kIHJlY2VpdmluZyB0aGUgZmVlZGJhY2sgaW4gdGhlIGNvbnRyb2wg Y3ljbGUuIFdlIGhhdmUgdG8gcmVtZW1iZXIgdGhhdCB3aXRoIGEgRkIgb2YgNTAgbXMgdGhlIGRl bGF5IGluIHRoZSBjb250cm9sIGN5Y2xlIHdpbGwgYmUgdXAgdG8gUlRUICsgNTAgbXMuICANCg0K U28gSSBhbSBzcGVjdWxhdGluZyBhbmQgeW91IGhhdmVuJ3QgdGVzdGVkLiBTbyBpZiB5b3UgcHV0 IGluIHRhYmxlIGNvbnN0cnVjdGlvbiByZWNvbW1lbmRhdGlvbnMsIHRoZW4gSSBkbyB0aGluayB5 b3Ugc2hvdWxkIGJlIHZlcnkgY2xlYXIgdGhhdCB0aGVzZSBhcmUgdW50ZXN0ZWQuDQoNCkBAQEBB bnN3ZXI6ICBXZSBhZGRlZCB0aHJlZSBzZW50ZW5jZXMgZGVzY3JpYmluZyB0aHJlZSByYW5nZXMg aW4gcmVzcG9uc2UgdG8geW91ciBjb21tZW50LCBJSVJDLiBXZSBjYW4gZWFzaWx5IGVkaXQgdGhl IHNlbnRlbmNlIGluIHRoZSB3b3JraW5nIHRleHQ6IA0KICAgIEFib3ZlIDEwIEdicHMsIGluY3Jl bWVudHMgb2YgMSBHYnBzIGFyZSBSRUNPTU1FTkRFRC4NCgkNCmFuZCBzYXkgc29tZXRoaW5nIHNh ZmVyOg0KICAgIEFib3ZlIDEwIEdicHMsIGluY3JlbWVudHMgb2YgMTAwIE1icHMgYXJlIHN1Z2dl c3RlZCBpbiB0aGUgYWJzZW5jZSBvZiB0ZXN0aW5nLg0KCQ0Kb3Igd2UgY291bGQgZGVsZXRlIHRo ZSBzZW50ZW5jZSBlbnRpcmVseSEgIFlvdXIgY2hvaWNlLg0KDQotPS09LT0tPS09LT0tPS09LT0t PS09LQ0KDQo+IEVhcmx5IGltcHJlc3Npb25zIGhhdmUgYmVlbiBmb3JtZWQgb24gc2V2ZXJhbCBl cnJvbmVvdXMgYXNzdW1wdGlvbnMNCj4gcmVnYXJkaW5nIGFsZ29yaXRobSBzdGFiaWxpdHkgKG9w ZXJhdGlvbiBhYm92ZSAxR2JwcykgYW5kDQo+IHN1aXRhYmlsaXR5IGZvciBwdXJwb3NlIChvbmUg cmFuZG9tIGxvc3MgY2FzZSkuDQoNCkkgYWdyZWUgdG8gbWlzdW5kZXJzdGFuZGluZ3MgYW5kIG1p c2ludGVycHJldGF0aW9uIG9mIHdoYXQgd2FzIGRlZmluZWQuIEFuZCBJIGRvIGhhdmUgdG8gc2F5 IHRoYXQgc29tZSBvZiB0aGVzZSBhc3N1bXB0aW9ucyBvciBndWVzc2VzIGFyZSBkdWUgdG8gdGhl IGxhY2sgb2YgY2xhcml0eSBvZiB0aGUgc3BlY2lmaWNhdGlvbi4gV2hpY2ggZnJvbSBteSBwZXJz cGVjdGl2ZSBzdHJlbmd0aGVucyBteSBwb3NpdGlvbiB0aGF0IHRoaXMgaXMgbm90IHlldCBzdGFu ZGFyZHMgdHJhY2sgcXVhbGl0eSBhcm91bmQgdGhlIGxvYWQgYWxnb3JpdGhtLiANCg0KQEBAQEFu c3dlcjogQnV0IHdlIGFyZSBpbiB0aGUgcGhhc2Ugb2YgZGV2ZWxvcG1lbnQgd2hlcmUgbmV3IHJl YWRlcnMgc3VnZ2VzdCBjbGFyaWZpY2F0aW9ucyB0byB0aGUgdGV4dCwgYW5kIHdlIGFyZSBtb3Jl IHRoYW4gd2lsbGluZyB0byBjbGFyaWZ5IGFueXRoaW5nIHdlIHdyb3RlLiBXZSBzcGVudCBzZXZl cmFsIHdlZWtzIGRvaW5nIGV4YWN0bHkgdGhhdCB3aXRoIE1hcnRpbiBiZWZvcmUgTGFzdCBDYWxs LiBUbyBiZSBmYWlyLCB5b3UgZGlkIG5vdCBoYXZlIG11Y2ggdGltZSB0byByZXZpZXcgdGhpcyBt ZW1vIGJlZm9yZSBjYXN0aW5nIHlvdXIgYmFsbG90LiANCg0KQEBAQFByb3Bvc2FsOiBXb3VsZCBp dCBoZWxwIGluIHlvdXIgdmlldyB0byBtYWtlIHRoZSBsb2FkIGFkanVzdG1lbnQgcHNldWRvY29k ZSBpbiB0aGUgQXBwZW5kaXggYSBub3JtYXRpdmUgc3VwcGxlbWVudCB0byB0aGUgcHJvY2Vzc2Vz IHdlIGhhdmUgZGVzY3JpYmVkIGluIHdvcmRzIGluIHNlY3Rpb24gOC4xID8gIFdlIGFkZGVkIHRo ZSBwc2V1ZG9jb2RlIGR1cmluZyBNYXJ0aW4ncyByZXZpZXcuDQoNCg0KLT0tPS09LT0tPS09LT0t PS09LT0tDQoNCj4gV2UgYmVsaWV2ZSBpbiByb3VnaCBjb25zZW5zdXMgYW5kIHJ1bm5pbmcgY29k ZS4NCj4gDQoNClNvIEJCUiBpcyBmcmVxdWVudGx5IGRpc2N1c3NlZCBpbiBJQ0NSRywgYW5kIHRo ZSBCQlIgdjEgd2FzIGZvdW5kIHRvIGhhdmUgc29tZSB0cnVseSBob3JyaWJsZSBzdGFibGUgc3Rh dGUuIExpa2Ugb25lIHdoZXJlIGl0IHdhcyBydW5uaW5nIG9uIGF0IDMwJSBwYWNrZXQgbG9zcyB3 aXRob3V0IHJlYWN0aW5nIGFzIGl0IG9ubHkgY29udGFpbmVkIGRlbGF5LiBCQlJ2MiBoYXMgYWRk cmVzc2VkIHRoaXMgc28gaXQgd2lsbCByZWFjdCB0byBoaWdoZXIgZGVncmVlcyBvZiBwYWNrZXQg bG9zcy4gDQoNCkBAQEBBbnN3ZXI6IE1hdHQgTWF0aGlzIGFuZCBJIGhhZCBsdW5jaCB0b2dldGhl ciBhdCBJRVRGIHRoZSBsYXN0IHRpbWUgd2Ugd2VyZSBpbiBNb250cmVhbCwgd2hlcmUgaGUgdG9s ZCBtZSB0aGlzIEJCUnYxIHN0b3J5LiBNYXR0IHdhcyB2ZXJ5IGV4Y2l0ZWQgYWJvdXQgd2hhdCB3 ZSB3ZXJlIHByb3Bvc2luZyBiZWNhdXNlIG9mIHRoZSBzaW1pbGFyaXRpZXMgdG8gQkJSLCBhbmQg YWZ0ZXIgdHdvIGhvdXJzIE1hdHQgYm91Z2h0IG15IGx1bmNoLiBEdXJpbmcgdGhlIG1vdGhzIHRo YXQgZm9sbG93ZWQsIHdlIHBlcmZvcm1lZCBzZXZlcmFsIGNvbXBhcmlzb24gdGVzdHMgYmV0d2Vl biBvdXIgcnVubmluZyBjb2RlIGFuZCBCQlIgdmVyc2lvbnMuDQoNClNvIEkgZG8gYmVsaWV2ZSBp biBydW5uaW5nIGNvZGUgdG8gYW5kIGFzIGxvbmcgYXMgeW91IGFyZSBtb25pdG9yaW5nIHlvdXIg aW1wYWN0IEkgdGhpbmsgZXhwZXJpbWVudGF0aW9uIGlzIHRoZSByaWdodCB3YXkgaGVyZS4gSG93 ZXZlciwgaWYgd2UgcHV0IHRoZSBsYWJlbCBJRVRGIHByb3Bvc2VkIHN0YW5kYXJkIG9uIHRoZSBs b2FkIGFsZ29yaXRobSBwZW9wbGUgd2lsbCBhc3N1bWUgdGhhdCBpdCBpcyBzYWZlIHRvIHVzZS4g VGhhdCBpcyBteSBpc3N1ZSBoZXJlIGFuZCBJIGRvbid0IHRoaW5rIHdlIGNhbiBnaXZlIHRoYXQg cmVjb21tZW5kYXRpb24gZXZlbiB3aXRoIGEgbGltaXRlZCBhcHBsaWNhYmlsaXR5IHN0YXRlbWVu dCBpbiB0aGUgY3VycmVudCBmb3JtLiANCg0KQEBAQEBBbnN3ZXI6IEhlcmUncyBhbm90aGVyIEJp ZyBEaWZmZXJlbmNlIGZyb20gdGhlIHVzdWFsIFRDUCBhbGdvcml0aG0gZGVwbG95bWVudCBjcml0 ZXJpYSwgd2hpY2ggeW91IHN0aWxsIHNlZW0gYmUgYXBwbHlpbmcuIEJCUiB1cGRhdGVzIGhhdmUg YmVlbiBhYmxlIHRvIHRha2UgYWR2YW50YWdlIG9mIHZhc3Qgc2VydmVyLW93bmVyc2hpcCB3aGVu IHRoZXkgdXBkYXRlIHRoZSBzZXJ2ZXJzIHRvIHVzZSBCQlItbmV4dC12ZXJzaW9uIGFuZCB0aGVu IHRoZSBkb21pbmFudCBkb3duc3RyZWFtIHRyYWZmaWMgaXMgaW1tZWRpYXRlbHkgY29udHJvbGxl ZCBpbiB0aGUgYmVzdCB3YXkuICBJbiB0aGUgcnVubmluZyBjb2RlIGFuZCB0aGUgcHJvdG9jb2wg cHJvcG9zYWwgZHJhZnQsIHRoZSBsb2FkIGNvbnRyb2wgYWxnb3JpdGhtIGlzIGEgKnNlcnZlci1v bmx5IGZ1bmN0aW9uKiwgYW5kIHRoZSBzZXJ2ZXIgcmVzaWRlcyBpbiB0aGUgbmV0d29yayB3aGVy ZSB0aGUgYWxnb3JpdGhtIGNhbiBtb3JlIGVhc2lseSBiZSBhZGp1c3RlZCBpZiBuZWNlc3Nhcnks IGFuZCBmZXdlciBob3N0cyBuZWVkIHRoZSB1cGRhdGVzIChhcyBvcHBvc2VkIHRvIG1hbnktbWFu eSBtb3JlIGNsaWVudHMgdGhhdCBhcmUgbm90b3Jpb3VzbHkgcmVzaXN0YW50IHRvIHVwZGF0ZXMp LiBUaGVyZSBpcyBhIHNpZ25pZmljYW50IG1lYXN1cmUgb2Ygc2FmZXR5IHByb3ZpZGVkIGJ5IHRo YXQgc3RyYXRlZ3kgYWxvbmUuDQoNCi09LT0tPS09LT0tPS09LT0tPS09LT0tPS0NCg0KSSBkbyBh cHByZWNpYXRlIHlvdXIgd29yay4gSG93ZXZlciwgSSBzdGlsbCBkb24ndCB0aGluayB0aGUgbG9h ZCBjb250cm9sIGFsZ29yaXRobSBkZXNjcmlwdGlvbiBpcyBzdWZmaWNpZW50bHkgd2VsbCBzcGVj aWZpZWQgYW5kIHBhcmFtZXRlcml6ZWQgdG8gYmUgcHVibGlzaGVkIGluIGEgc3RhbmRhcmRzIHRy YWNrIGRvY3VtZW50LiBNYXliZSBpdCBjYW4gYmUgbWFkZSBpbnRvIHRoYXQuDQoNCkBAQEBBbnN3 ZXI6IFRoaXMgaXMgdGhlIHBhdGggd2Ugd2VyZSBvbiwgYW5kIHByZWZlciB0byByZW1haW4gb24g dGhhdCBwYXRoLiBMaWtlIGV2ZXJ5IG90aGVyIHJldmlld2VyLCB5b3UgdGVsbCB1cyB3aGF0IHlv dSB3aGF0IHRvIHNlZSBjbGFyaWZpZWQsIGFuZCB3ZSB3aWxsIGRvIGl0Lg0KDQpIb3dldmVyLCBJ IHRoaW5rIHRoaXMgd291bGQgbWFrZSBhbiBleGNlbGxlbnQgZXhwZXJpbWVudGFsIHNwZWNpZmlj YXRpb24gd2l0aCBzb21lIGFkZGl0aW9uYWwgY2xhcmlmaWNhdGlvbnMgb24gcGFyYW1ldGVycyBy YW5nZXMgYW5kIGRlZmluZWQgcmVzcG9uc2VzIHdoZW4gZmVlZGJhY2sgaXMgbm90IHJlY2VpdmVk IGluIGEgdGltZWx5IGZhc2hpb24uIA0KDQpAQEBAQW5zd2VyOiBJZiBpdCB3ZXJlIE1hcmNoIDIw MTksIHdlIHdvdWxkIGFncmVlIHdpdGggeW91IHRoYXQgdGhlIHNwZWNpZmljYXRpb24gaXMgZXhw ZXJpbWVudGFsIGJhY2sgdGhlbi4gQnV0IG5vdywgdHdvIGFkZGl0aW9uYWwgeWVhcnMgb2YgZXhw ZXJpbWVudGF0aW9uIGFuZCByaWdvcm91cyByZXZpZXcgaGFzIG9jY3VycmVkLCBhbmQgZXZlcnkg b3RoZXIgcmV2aWV3IGluZGljYXRlcyB0aGF0IHdlJ3JlIHJlYWR5IGZvciB0aGUgUHJvcG9zZWQg U3RhbmRhcmQgcGhhc2Ugb2YgbWV0cmljIGFuZCBtZXRob2Qgc3RhbmRhcmRpemF0aW9uLCB3aXRo IGZ1cnRoZXIgZXZhbHVhdGlvbiBhY2NvcmRpbmcgdG8gQkNQIDE3Ni4gIA0KDQpBbHNvIEkgdGhp bmsgeW91IGNhbiBjbGFyaWZ5IHRoZSBwcm90b2NvbCByZXF1aXJlbWVudHMgZm9yIHRoZSBtZWFz dXJlbWVudCBtZXRob2RvbG9neS4gDQoNCkBAQEBBbnN3ZXI6IFdlIGNhbiBkbyBtb3JlIHRoYW4g dGhhdC4gVGhlIHByb3RvY29sIHJlcXVpcmVtZW50cyBkcmFmdCBpcyByZWFkeSBmb3Igc3VibWlz c2lvbi4gSXQgY291bGQgYmUgYW4gSW5mb3JtYXRpdmUgcmVmZXJlbmNlIGluIHRoaXMgZHJhZnQu DQoNClRoZW4gYSBjcnlzdGFsIGNsZWFyIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IGZvciB0aGUg bG9hZCBhbGdvcml0aG0uIA0KDQpAQEBAQW5zd2VyOiBJIGFncmVlLCBhbmQgeW91IGNhbiBoZWxw IHVzIHdyaXRlIHRoZSBsb2FkIGFsZ29yaXRobS1zcGVjaWZpYyB3b3JkaW5nIGZvciB0aGUgYXBw bGljYWJpbGl0eSBzZWN0aW9uLiBJbiBhbnkgY2FzZSwgdGhhdCdzIHBhcnQgb2YgYSBnb29kIGNv bXByb21pc2UuDQoNCi09LT0tPS09LT0tPS09LT0tDQoNCkhlcmUgSSB0aGluayB3ZSBjYW4gc2Vl IGFub3RoZXIgcG9pbnQgaW4gYWN0dWFsbHkgc3BsaXR0aW5nIG91dCB0aGUgbG9hZCBhbGdvcml0 aG0gYW5kIHRoYXQgaXMgcmVsYXRlZCB0byB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQuIERv ZXMgdGhlIG1ldHJpYyBhbmQgdGhlIGxvYWQgYWxnb3JpdGhtIGhhdmUgdGhlIHNhbWUgYXBwbGlj YWJpbGl0eT8gQXMgYSBtZXRyaWMgaXQgaXMgbm90IHRydWx5IHJlc3RyaWN0ZWQsIGl0IGlzIGp1 c3QgYSBxdWVzdGlvbiBvZiB0aGUgaW1wYWN0IG9mIG1lYXN1cmluZyB0aGUgbWV0cmljIGFjcm9z cyB0aGUgaW50ZXJuZXQuIA0KDQpAQEBAQW5zd2VyOiBUaGUgSVBQTSBwcmVjZWRlbnQgaXMgdGhh dCB3ZSBzcGVjaWZ5IGJvdGggdGhlIG1ldHJpYyBhbmQgdGhlIG1ldGhvZCB0b2dldGhlciBvbiB0 aGUgU3RhbmRhcmRzIFRyYWNrLiBFdmVuIGlmIHRoZSBtZXRob2RzIGFyZSBpbnRlbnRpb25hbGx5 IG1pbmltYWwsIGFzIHRoZXkgd2VyZSBhdCB0aGUgYmVnaW5uaW5nIG9mIElQUE0gd29yayA+MjAg eWVhcnMgYWdvLCB0aGUgZHJhZnRzIHdlbnQgb24gdGhlIFN0YW5kYXJkcyBUcmFjaywgYW5kIElQ UE0gd2FzIHRhc2tlZCB0byBmaWd1cmUtb3V0IG91ciBvd24gU3RhbmRhcmRzIFRyYWNrIGFkdmFu Y2VtZW50IGNyaXRlcmlhIChCQ1AgMTc2KS4gQXMgYSByZXN1bHQsIElQUE0gaGFzIGRldmVsb3Bl ZCBhIHZlcnkgY29tcGxldGUgZm9ybXVsYXRpb24gb2Ygb3VyIHdvcmtpbmcgbWV0aG9kcyBvdmVy IHRpbWUuDQogDQotPS09LT0tPS09LT0tPS09LQ0KDQpBbHNvLCBJIHRoaW5rIHdlIHNob3VsZCBj b25zaWRlciBzb21ld2hhdCB0aGUgdXBkYXRlIGFuZCBldm9sdXRpb24gcGF0aCB0aGF0IGhvcGVm dWxseSB3aWxsIG9jY3VyIGhlcmUuIEkgdGhpbmsgdGhlIGxvYWQgYWxnb3JpdGhtIGlzIGxpa2Vs eSB0byBiZW5lZml0IGZyb20gZnVydGhlciBjbGFyaWZpY2F0aW9uIGluIGl0cyBzcGVjaWZpY2F0 aW9uIGluIHRoZSBmdXR1cmUuIFRodXMsIGhhdmluZyBpdCBpbiBhIHNlcGFyYXRlIHNwZWNpZmlj YXRpb24gbWFrZXMgaXQgZWFzaWVyIHRvIHVwZGF0ZSBhbmQgbWFpbnRhaW4uIA0KDQpAQEBAQW5z d2VyOiBBY3R1YWxseSwgZXhwZXJpZW5jZSB0ZWxscyBtZSB0aGF0IGFzcGVjdHMgdGhyb3VnaG91 dCB0aGUgbWVtbyBtaWdodCBiZW5lZml0IGZyb20gdXBkYXRlcyBhZnRlciB0ZXN0cyBhY2NvcmRp bmcgdG8gQkNQIDE3NiB3aXRoIGFkZGl0aW9uYWwgZXhwZXJpZW5jZSBhbmQgaW1wbGVtZW50YXRp b24uIEZvciBleGFtcGxlLCB0aGUgcHJvY2VzcyB0byBkZXZlbG9wIFNURCA4MSAoZm9yIGRlbGF5 KSBhbmQgU1REIDgyIChmb3IgbG9zcykgaW52b2x2ZWQgaW1wcm92ZW1lbnRzIHRocm91Z2hvdXQg dGhlIG5vcm1hdGl2ZSB0ZXh0LCBub3QganVzdCB0aGUgbWV0aG9kczoNCmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM3Njc5I3NlY3Rpb24tNw0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzc2ODAjc2VjdGlvbi02DQoNCkFsc28sIGEgbG9hZC1hZGp1c3RtZW50IGFsZ29yaXRo bSBzcGVjaWZpY2F0aW9uIG9uIGl0cyBvd24gaXMgbW9yZSBsaWtlbHkgdG8gYmUgdXNlZCBiZXlv bmQgdGhlIG9yaWdpbmFsIGludGVudCAoYW5kIGxlc3MtbGlrZWx5IHRvIGJlIGZvdW5kIGlmIGhp ZGRlbiBpbnNpZGUgYW4gUkZDIG9uIG1lYXN1cmVtZW50LCBhcy1pcyB0aGUgY2FzZSBub3cpLg0K DQpAQEBAQ29uY2x1c2lvbjogU28sIHdlIGhhdmUgZm9sbG93ZWQgYWxsIHByZXZpb3VzIElQUE0g cHJlY2VkZW50cyB2ZXJ5IGNsb3NlbHkgYW5kIGdvbmUgYmV5b25kIHRoZW0gdG8gcHJvdmlkZSBh ZGRpdGlvbmFsIHNwZWNpZmljYXRpb25zIGluIG1hbnkgd2F5cy4gV2UgaGF2ZSBjZXJ0YWlubHkg ZG9uZSBtb3JlIGV4cGVyaW1lbnRhdGlvbiB0aGF0IHdhcyBkaXJlY3RseSBhY2Nlc3NpYmxlIHRv IElFVEYgcGFydGljaXBhbnRzIHRoYW4gZm9yIGFueSBvdGhlciBJUFBNIG1ldHJpYyBhbmQgbWV0 aG9kIChlLmcuLCBhdCB0aGUgaGFja2F0aG9ucykuIFdlIGFyZSBvcGVuIHRvIGFsbCBzdWdnZXN0 aW9ucyB0byBlbWJlbGxpc2ggb3IgY2xhcmlmeSB0aGUgY3VycmVudCB0ZXh0LiBMZXQgdXMgd29y ayB0aGF0IGFzcGVjdCB0b2dldGhlciBub3cuDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5k QGVyaWNzc29uLmNvbV0NCj4gU2VudDogVHVlc2RheSwgTWFyY2ggMiwgMjAyMSA1OjI3IEFNDQo+ IFRvOiBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUByZXNlYXJjaC5hdHQuY29tPjsgaWVzZ0Bp ZXRmLm9yZw0KPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJh ZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBtZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNo YWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSRTogTWFnbnVzIFdlc3Rl cmx1bmQncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1l dGhvZC0wNjogKHdpdGggRElTQ1VTUykNCj4gDQo+IEhpIEFsLA0KPiANCj4gV291bGQgaXQgYmUg cG9zc2libGUgZm9yIHlvdSBhbmQgeW91ciBjby1hdXRob3JzIHRvIGNhbGwgaW4gdG9tb3Jyb3cN Cj4gV2VkbmVzZGF5IGF0IDE2OjMwIENFVCB0byB0aGUgVFNWLU9mZmljZSBob3VycyB0byBkaXNj dXNzIHRoaXMgZG9jdW1lbnQ/DQo+IA0KPiBNZWV0aW5nIGxpbms6DQo+IA0KPiBodHRwczovL2ll dGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNjg5YWExMmFlNGIzMTlmNGUzNzE5ODhiODMz MGE4NjMNCj4gTWVldGluZyBudW1iZXI6DQo+ICAgICAxODUgNzY4IDI4MjgNCj4gUGFzc3dvcmQ6 DQo+ICAgICBQTnZOVHVRbTgyMw0KPiANCj4gDQo+IFBsZWFzZSBzZWUgaW5saW5lLg0KPiANCj4g PiA+ID4gPg0KPiA+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gPiA+IC0tLS0NCj4gPiA+ID4gPiBE SVNDVVNTOg0KPiA+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gPiA+IC0tLS0NCj4gPiA+ID4gPg0K PiA+ID4gPiA+IEEpIFNlY3Rpb24gOC4gTWV0aG9kIG9mIE1lYXN1cmVtZW50DQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiBJIHRoaW5rIHRoZSBtZXRyaWNzIGFyZSBmaW5lLCB3aGF0IG1ha2VzIG1lIHF1 aXRlIHdvcnJpZWQgaGVyZSBpcw0KPiA+ID4gPiA+IHRoZSBtZWFzdXJlbWVudCBtZXRob2QuIE15 IGNvbmNlcm5zIHdpdGggaXQgYXJlIHRoZSBmb2xsb3dpbmcuDQo+ID4gPiA+ID4NCj4gPiA+ID4g PiAxLiBUaGUgYXBwbGljYXRpb24gb2YgdGhpcyBtZWFzdXJlbWVudCBtZXRob2QgaXMgbm90IGNs ZWFybHkNCj4gc2NvcGVkLg0KPiA+IDxzbmlwPg0KPiA+IFthY21dIHdlIGFncmVlZCBvbiB0ZXh0 IGFkZGluZyAiYWNjZXNzIiBhcHBsaWNhYmlsaXR5IHRvIHRoZSBzY29wZQ0KPiBzZWN0aW9uLg0K PiA+DQo+ID4gPiA+ID4gSG93ZXZlciBpbg0KPiA+ID4gPiA+IHRoYXQgY29udGV4dCBJIHRoaW5r IHRoZSBkZWZpbml0aW9uIGFuZCBwcm90ZWN0aW9uIGFnYWluc3Qgc2V2ZXJlDQo+ID4gPiA+ID4g Y29uZ2VzdGlvbiBoYXMgc2lnbmlmaWNhbnQgc2hvcnQgY29taW5ncy4gVGhlIG1haW4gcmVhc29u IGlzIHRoYXQNCj4gPiA+ID4gPiB0aGUgZHVyaW5nIGEgY29uZmlndXJhYmxlIHRpbWUgcGVyaW9k IChkZWZhdWx0IDEgcykgdGhlIHNlbmRlcg0KPiA+ID4gPiA+IHdpbGwgYXR0ZW1wdCB0byBzZW5k IGF0IGEgc3BlY2lmaWVkIHJhdGUgYnkgYSB0YWJsZSBpbmRlcGVuZGVudGx5DQo+ID4gPiA+ID4g b24gd2hhdCBoYXBwZW5zIGR1cmluZyB0aGF0IHNlY29uZC4NCj4gPiA+ID4NCj4gPiA+ID4gW2Fj bV0NCj4gPiA+ID4gTm90IHF1aXRlLCAxIHNlY29uZCBpcyB0aGUgZGVmYXVsdCBtZWFzdXJlbWVu dCBpbnRlcnZhbCBmb3INCj4gPiA+ID4gQ2FwYWNpdHksIGJ1dCBzZW5kZXIgcmF0ZSBhZGp1c3Rt ZW50cyBvY2N1ciBtdWNoIGZhc3RlciAoYW5kIHdlIGFkZA0KPiA+ID4gPiBhIGRlZmF1bHQgYXQg NTBtcykuIFRoaXMgaXMgYSBhbiBpbXBvcnRhbnQgcG9pbnQgKGFuZCBvbmUgdGhhdCBCZW4NCj4g PiA+ID4gYWxzbyBub3RpY2VkLCByZWdhcmRpbmcgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSku IFNvLCBJIGhhdmUgYWRkZWQNCj4gRlQgYXMgYQ0KPiA+IHBhcmFtZXRlciBpbiBzZWN0aW9uIDQ6 DQo+ID4gPiA+DQo+ID4gPiA+IG8gRlQsIHRoZSBmZWVkYmFjayB0aW1lIGludGVydmFsIGJldHdl ZW4gc3RhdHVzIGZlZWRiYWNrIG1lc3NhZ2VzDQo+ID4gPiA+IGNvbW11bmljYXRpbmcgbWVhc3Vy ZW1lbnQgcmVzdWx0cywgc2VudCBmcm9tIHRoZSByZWNlaXZlciB0byBjb250cm9sDQo+ID4gPiA+ IHRoZSBzZW5kZXIuIFRoZSByZXN1bHRzIGFyZSBldmFsdWF0ZWQgdG8gZGV0ZXJtaW5lIGhvdyB0 byBhZGp1c3QgdGhlDQo+ID4gPiA+IGN1cnJlbnQgb2ZmZXJlZCBsb2FkIHJhdGUgYXQgdGhlIHNl bmRlciAoZGVmYXVsdCA1MG1zKQ0KPiA+ID4gPg0KPiA+ID4gPiAtPS09LT0tPS09LT0tPS0NCj4g PiA+ID4gTm90ZSB0aGF0IHZhcmlhYmxlIEYgaW4gc2VjdGlvbiA4LjEgaXMgcmVkdW5kYW50IHdp dGggcGFyYW1ldGVyIEYgaW4NCj4gPiA+IFNlY3Rpb24NCj4gPiA+ID4gNCwNCj4gPiA+ID4gdGhl IG51bWJlciBvZiBmbG93cyAoaW4tMDYpLiBTbyB3ZSBjaGFuZ2VkIHRoZSBzZWN0aW9uIDguMSB2 YXJpYWJsZQ0KPiA+ID4gPiBGIHRvDQo+ID4gPiBGVA0KPiA+ID4gPiBpbiB0aGUgd29ya2luZyB0 ZXh0Lg0KPiA+ID4NCj4gPiA+IE9rYXksIHRoYXQgbWFrZXMgdGhpbmdzIGNsZWFyZXIuIFdpdGgg YWxsIHRoZSBlcXVhbCBpbnRlcnZhbHMgaW4gdGhlDQo+ID4gPiBtZXRyaWNzIEkgaGFkIG1pc3Np bnRlcnByZXRlZCB0aGF0IGFsc28gdGhlIHRyYW5zbWlzc2lvbiB3b3VsZCBiZQ0KPiA+ID4gdW5p Zm9ybSBkdXJpbmcgdGhlIG1lYXN1cmVtZW50IGludGVydmFscy4NCj4gPiA+DQo+ID4gPiBIb3dl dmVyLCB3aGVuIHJlcmVhZGluZyBTZWN0aW9uIDguMSBJIGRvIGhhdmUgdG8gd29uZGVyIGlmIHRo ZQ0KPiA+ID4gbm9uLWN1bWFsdGl2ZSBmZWVkYmFjayBhY3R1YWxseSBjcmVhdGVzIHR3byBpc3N1 ZXMuIEZpcnN0LCBpdCBhcHBlYXJzDQo+ID4gPiB0byBsb29zZSBpbmZvcm1hdGlvbiBmb3IgcmVv cmRlcmluZyB0aGF0IGNyb3NzZXMgdGhlIHRpbWUgd2hlbiB0aGUgRlQNCj4gdGltZXINCj4gPiBm aXJlcywgZHVlIHRvIHJlc2V0Lg0KPiA+IFthY21dDQo+ID4gSSBkb24ndCB1bmRlcnN0YW5kIGhv dyB0aGUgc2VxdWVuY2UgZXJyb3IgY291bnRpbmcgImxvc2VzIGluZm9ybWF0aW9uIg0KPiA+IHdo ZW4gcmVvcmRlcmVkIHBhY2tldHMgY3Jvc3MgYSBtZWFzdXJlbWVudCBmZWVkYmFjayBib3VuZGFy eS4gSSdtIG5vdA0KPiA+IHN1cmUgd2hhdCBhc3BlY3Qgb2YgbWVhc3VyZW1lbnQgeW91IGFyZSAi cmVzZXR0aW5nIiwgYnV0IEkgYXNzdW1lIGl0IGlzDQo+ID4gICAgICJUaGUgYWNjdW11bGF0ZWQg c3RhdGlzdGljcyBhcmUgdGhlbg0KPiA+ICAgICAgcmVzZXQgYnkgdGhlIHJlY2VpdmVyIGZvciB0 aGUgbmV4dCBmZWVkYmFjayBpbnRlcnZhbC4iDQo+ID4NCj4gPiBTdXBwb3NlIEkgaGF2ZSB0d28g bWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGFuZCBJIHJlY2VpdmU6DQo+ID4NCj4gPiB8fCAgMSAgMiAg MyAgNSAgNiB8fCA0ICA3ICA4ICA5IC4uLnx8DQo+ID4NCj4gPiB3aGVyZSB8fCBpcyB0aGUgbWVh c3VyZW1lbnQgZmVlZGJhY2sgYm91bmRhcnkuDQo+ID4NCj4gPiBQYWNrZXQgNCBhcnJpdmVzIGxh dGUgZW5vdWdoIGZyb20gaXRzIG9yaWdpbmFsIHBvc2l0aW9uIHRvIHNwYW4gdGhlDQo+IGJvdW5k YXJ5Lg0KPiA+IFRoZSAzLT41IHNlcXVlbmNlIGlzIG9uZSBzZXF1ZW5jZSBlcnJvciwgYW5kIHRo ZSA0LT43IHNlcXVlbmNlIGlzDQo+IGFub3RoZXINCj4gPiBlcnJvci4NCj4gPiBUaGlzIGV4YW1w bGUgcHJvZHVjZXMgdHdvIHNlcXVlbmNlIGVycm9ycyBpbiBkaWZmZXJlbnQgZmVlZGJhY2sNCj4g aW50ZXJ2YWxzLA0KPiA+IGJ1dCB0aGF0J3MgYSB0eXBpY2FsIG1lYXN1cmVtZW50IGJvdW5kYXJ5 IHByb2JsZW0uIFdlIGNhbid0IGdldCByaWQgb2YNCj4gPiBtZWFzdXJlbWVudCBib3VuZGFyaWVz LCBhbmQgdGhleSBhZmZlY3QgbWFueSBtZWFzdXJlbWVudHMuDQo+ID4NCj4gPiBOb3RlIHRoYXQg YSByZW9yZGVyZWQgcGFja2V0IGNvbnRyaWJ1dGVzIHRvIElQLUxheWVyIENhcGFjaXR5LCBieQ0K PiBkZWZpbml0aW9uLg0KPiA+DQo+ID4gUGVyaGFwcyB5b3UgaGFkIHNvbWUgb3RoZXIgc2NlbmFy aW8gaW4gbWluZD8NCj4gPg0KPiANCj4gSXQgd2FzIHRoZSBhYm92ZSB0eXBlIG9mIGNhc2VzIEkg d2FzIGNvbnNpZGVyaW5nLiBJIHdhcyB3b3JyaWVkIHRoYXQgeW91DQo+IGRvbid0IGRldGVjdCBz b21lIGNhc2VzIG9mIGlzc3VlcyBpZiB5b3UgcmVzZXQgYW5kIGhhdmUgbm8gbWVtb3J5IG9mIGxh c3QNCj4gcmVjZWl2ZWQgcGFja2V0cy4gSSB0aGluayBvbmUgb2J2aW91cyBjYXNlIHRoYXQgZG9l c24ndCByZXBvcnQgYXMgb3V0IG9mDQo+IG9yZGVyIGZvciByZWFsbHkgc2hvcnQgb25lcyBhcmUg dGhpcyBjYXNlIHdoZW4gemVybyBvciBzaW5nbGUgcGFja2V0cyBhcmUNCj4gZGVsaXZlcmVkLiBU aGVuIGEgcmVvcmRlcmluZyBjb3VsZCBsb29rIGxpa2UgdGhpcy4NCj4gDQo+IHx8IDEgICB8fCAz IHx8IDIgfHwgYW5kIHdpdGhvdXQgYSBtZW1vcnkgb2YgdGhlIGxhc3QgcmVjZWl2ZWQgdGhpcyB3 b3VsZA0KPiBub3QgYmUgYW4gb3V0IG9mIG9yZGVyIGV2ZW50LiBOb3Igd291bGQgYSBwYWNrZXQg bG9zcyBsaWtlIHRoaXMNCj4gDQo+IHx8IDEgfHwgICAgIHx8ICAzIHx8DQo+IA0KPiBTbyB3aGVu IEZCIGlzIG9uIHRoZSBzYW1lIG1hZ25pdHVkZSBhcyB0aGUgc2VudCBwYWNrZXQgaW50ZXJ2YWwg dGhpcw0KPiBtZWFzdXJlbWVudCBtZXRob2QgYXBwZWFyIHRvIGhhdmUgaXNzdWVzLiBJIGhhdmUg bm90IGFuYWx5emVkIGlmIGEgc2luZ2xlDQo+IGxhc3Qgc2VlbiBwYWNrZXQgbnVtYmVyIG1lbW9y eSB3b3VsZCBzb2x2ZSBtb3N0IG9yIGFsbCBpc3N1ZXMuDQo+IA0KPiBBdCBsZWFzdCBpdCB3b3Vs ZCBhbHNvIHNvbHZlIHRoZSBpc3N1ZSBvZiB0aGlzDQo+IA0KPiB8fCAxIDIgIDMgNCB8fCA2IDcg OCB8fCB0aGF0IEkgYW0gYWxzbyB1bmNlcnRhaW4gaWYgdGhhdCBpcyBkZXRlY3RlZC4NCj4gDQo+ IFNvLCBJIHRoaW5rIG1vcmUgZGV0YWlscyBhcmUgbmVlZGVkIHRvIHdoYXQgaXMgcmVxdWlyZWQg b24gdGhlIGZlZWRiYWNrDQo+IG1lY2hhbmlzbSB0byBkZXRlY3QgdGhlc2UgdHlwZSBvZiBpc3N1 ZXMuDQo+IA0KPiA+DQo+ID4gPiBJbiBhZGRpdGlvbiBpZiB0aGUgZmVlZGJhY2sgaXMgbm90IHJl bGlhYmxlIGl0IGxvb3NlcyB0aGUgaW5mb3JtYXRpb24NCj4gPiA+IGZvciB0aGF0IGludGVydmFs Lg0KPiA+IFthY21dDQo+ID4gVGhhdCdzIHJpZ2h0LCBhbmQ6DQo+ID4gMS4gdGhlIHNlbmRpbmcg cmF0ZSBkb2VzIG5vdCBpbmNyZWFzZSBvciBkZWNyZWFzZSB3aXRob3V0IGZlZWRiYWNrIDIuDQo+ IHRoZQ0KPiA+IGZlZWRiYWNrIGlzIHRyYXZlbGluZyB0aGUgcmV2ZXJzZSBwYXRoIHRoYXQgdGhl IHRlc3QgZG8gbm90IGNvbmdlc3Qgd2l0aA0KPiA+ICAgIHRlc3QgdHJhZmZpYw0KPiA+IDMuIHRo ZSBydW5uaW5nIGNvZGUgaGFzIHdhdGNoZG9nIHRpbWUtb3V0cyB0aGF0ICp0ZXJtaW5hdGUgdGhl DQo+ID4gY29ubmVjdGlvbiogaWYNCj4gPiAgICBlaXRoZXIgdGhlIHNlbmRlciBvciByZWNlaXZl ciBnbyBxdWlldA0KPiA+DQo+ID4gSW4gZXNzZW5jZSwgdGhlIHRlc3QgbWV0aG9kIGlzIG5vdCBy ZWxpYWJsZSBieXRlIHN0cmVhbSB0cmFuc2ZlciBsaWtlDQo+IFRDUC4NCj4gPiBXZSBjYW4gc2h1 dC1kb3duIHRoZSB0ZXN0IHRyYWZmaWMgdmVyeSBxdWlja2x5IGlmIHNvbWV0aGluZyBpcyB3cm9u ZyBhbmQNCj4gPiB1c2VmdWwgbWVhc3VyZW1lbnQgaXMgaW4gcXVlc3Rpb24uDQo+ID4NCj4gPg0K PiANCj4gQWwsIEkgaG9wZSB5b3UgdW5kZXJzdGFuZCB0aGF0IG15IGNvbmNlcm4gaGVyZSBpcyB0 aGF0IHRoZSBkb2N1bWVudHMNCj4gZGVzY3JpcHRpb24gb2YgdGhlIGNvbnRyb2wgYWxnb3JpdGht IGlzIGluY29tcGxldGUgYW5kIGFyZSBtaXNzaW5nDQo+IGltcG9ydGFudCBwcm90ZWN0aW9uIGFz cGVjdHMuIEFzIHdlbGwgYXMgaXRzIGJlaGF2aW9yIHRvIGRpZmZlcmVudA0KPiBwYXJhbWV0ZXJp emF0aW9ucyBpbiB2YXJpb3VzIGNvbmRpdGlvbnMuDQo+IA0KPiA+ID4gQW5kIG1ha2luZyBmZWVk YmFjayByZWxpYWJlbCBjb3VsZCBjYXVzZSB3b3JzZSBIT0wgaXNzdWVzIGZvcg0KPiA+ID4gcmVh Y3RpbmcgdG8gbGF0ZXIgZmVlZGJhY2sgdGhhdCBhcmUgcmVjaXZlZCBwcmlvciB0byB0aGUgbG9z dCBvbmUuDQo+ID4gPg0KPiA+IFthY21dDQo+ID4gU28gdGhlIGFsdGVybmF0aXZlIHRvIHVuLXJl bGlhYmxlIGZlZWRiYWNrIGNhbiBiZSB3b3JzZT8NCj4gPiBHb29kIHRoaW5nIGl0J3Mgbm90IHBs YW5uZWQuDQo+IA0KPiBTbyBsZXRzIGFzc3VtZSB0aGF0IHJlY2VpdmVyIG1lYXN1cmVzIHR3byBm ZWVkYmFjayBpbnRlcnZhbHMgaW4gYSByb3cgdGhhdA0KPiB0aGVyZSB3aGVyZSByZW9yZGVyaW5n IGV2ZW50cyBldGMuIFNvIGluIGNhc2UgdGhlIGZpcnN0IHJlcG9ydCBpcyBsb3N0LA0KPiB0aGVu IGZyb20gdGhlIHNlbmRlcnMgcGVyc3BlY3RpdmUgd291bGQgdGhlcmUgYmUgYW4gYWR2YW50YWdl IHRvIGtub3cgdGhhdA0KPiBib3RoIGludGVydmFscyBpbmRpY2F0ZWQgaXNzdWVzIGF0IHRoaXMg cmF0ZT8gSXQgYXQgbGVhc3QgaW5kaWNhdGVzIHRoYXQNCj4gdGhlIG1lYXN1cmVtZW50IHRoYXQg b25lIGlzIG92ZXIgY2FwYWNpdHkgaXMgY29uc2lzdGVudC4NCj4gDQo+IEFsc28sIHdpbGwgdGhl IHNlbmRlciBrbm93IHRoYXQgZmVlZGJhY2sgaXMgbWlzc2luZy4gVGhpcyBpcyBhbGwgZGVwZW5k aW5nDQo+IG9uIHRoZSBwcm90b2NvbCB1c2VkIGZvciB0aGUgbWVhc3VyZW1lbnRzLg0KPiANCj4g U28gSSB0aGluayB0aGVyZSBhcmUgdHdvIGV4aXRpbmcgcHJvdG9jb2xzIHRoYXQgSSBjb3VsZCBy ZWFzb25hYmx5IGVhc2lseQ0KPiBpbXBsZW1lbnQgdGhpcyBjYXBhY2l0eSBtZWFzdXJlbWVudCBp bnRvLiBUaGVzZSB0d28gYXJlIFFVSUMgYW5kIFJUUC9VRFAuDQo+IEJ5IHRha2luZyBvZiB0aGUg c2hlbGYgaW1wbGVtZW50YXRpb25zIEkgd291bGQgaGF2ZSBmcmFtZXdvcmtzIHRoYXQgd291bGQN Cj4gY29udGFpbiBhIG51bWJlciBvZiBmZWF0dXJlcyB0aGF0IGFwcGVhciBuZWVkZWQgdG8gYmUg YWJsZSB0byBkbyB0aGlzDQo+IG1lYXN1cmVtZW50IGFuZCByZWNlaXZlIGZlZWRiYWNrIG5lZWRl ZC4NCj4gDQo+IA0KPiA+DQo+ID4gPg0KPiA+ID4gPg0KPiA+ID4gPg0KPiA+ID4gPiA+DQo+ID4g PiA+ID4gMi4gVGhlIGFsZ29yaXRobSBmb3IgYWRqdXN0aW5nIHJhdGUgaXMgdGFibGUgZHJpdmVu IGJ1dCBnaXZlIG5vDQo+IGd1aWRhbmNlDQo+ID4gb24NCj4gPiA+ID4gPiBob3cNCj4gPiA+ID4g PiB0byBjb25zdHJ1Y3QgdGhlIHRhYmxlIGFuZCBsaW1pdGF0aW9ucyBvbiB2YWx1ZSBjaGFuZ2Vz IGluIHRoZQ0KPiB0YWJsZS4gSW4NCj4gPiA+ID4gPiBhZGRpdGlvbiB0aGUgYWxnb3JpdGhtIGRp c2N1c3NlcyBsYXJnZXIgc3RlcHMgaW4gdGhlIHRhYmxlIHdpdGhvdXQNCj4gYW55DQo+ID4gPiA+ ID4gcmVmbGVjdGlvbiBvZiB3aGF0IHRoZXNlcyBzdGVwcyBzaWRlcyBtYXkgcmVwcmVzZW50IGlu IG9mZmVyZWQNCj4gbG9hZC4NCj4gPiA+ID4NCj4gPiA+ID4gW2FjbV0NCj4gPiA+ID4gV2UgY2Fu IGFkZCAoTGVuIHN1Z2dlc3RlZCB0aGUgZm9sbG93aW5nIHRleHQgYWRkaXRpb24pOg0KPiA+ID4g PiBPTEQNCj4gPiA+ID4gOC4xLiBMb2FkIFJhdGUgQWRqdXN0bWVudCBBbGdvcml0aG0NCj4gPiA+ ID4NCj4gPiA+ID4gQSB0YWJsZSBTSEFMTCBiZSBwcmUtYnVpbHQgZGVmaW5pbmcgYWxsIHRoZSBv ZmZlcmVkIGxvYWQgcmF0ZXMgdGhhdA0KPiA+ID4gPiB3aWxsIGJlIHN1cHBvcnRlZCAoUjEgdGhy b3VnaCBSbiwgaW4gYXNjZW5kaW5nIG9yZGVyLCBjb3JyZXNwb25kaW5nDQo+ID4gPiA+IHRvIGlu ZGV4ZWQgcm93cyBpbiB0aGUgdGFibGUpLiBFYWNoIHJhdGUgaXMgZGVmaW5lZCBhcyBkYXRhZ3Jh bXMNCj4gb2YuLi4NCj4gPiA+ID4NCj4gPiA+ID4gTkVXDQo+ID4gPiA+IDguMS4gTG9hZCBSYXRl IEFkanVzdG1lbnQgQWxnb3JpdGhtDQo+ID4gPiA+DQo+ID4gPiA+IEEgdGFibGUgU0hBTEwgYmUg cHJlLWJ1aWx0IGRlZmluaW5nIGFsbCB0aGUgb2ZmZXJlZCBsb2FkIHJhdGVzIHRoYXQNCj4gPiA+ ID4gd2lsbCBiZSBzdXBwb3J0ZWQgKFIxIHRocm91Z2ggUm4sIGluIGFzY2VuZGluZyBvcmRlciwg Y29ycmVzcG9uZGluZw0KPiA+ID4gPiB0byBpbmRleGVkIHJvd3MgaW4gdGhlIHRhYmxlKS4gSXQg aXMgUkVDT01NRU5ERUQgdGhhdCByYXRlcyBiZWdpbg0KPiB3aXRoDQo+ID4gPiA+IDAuNSBNYnBz IGF0IGluZGV4IHplcm8sIHVzZSAxIE1icHMgYXQgaW5kZXggb25lLCBhbmQgdGhlbiBjb250aW51 ZQ0KPiBpbg0KPiA+ID4gPiAxIE1icHMgaW5jcmVtZW50cyB0byAxIEdicHMuIEFib3ZlIDEgR2Jw cywgYW5kIHVwIHRvIDEwIEdicHMsIGl0IGlzDQo+ID4gPiA+IFJFQ09NTUVOREVEIHRoYXQgMTAw IE1icHMgaW5jcmVtZW50cyBiZSB1c2VkLiBBYm92ZSAxMCBHYnBzLA0KPiA+ID4gPiBpbmNyZW1l bnRzIG9mIDEgR2JwcyBhcmUgUkVDT01NRU5ERUQuIEVhY2ggcmF0ZSBpcyBkZWZpbmVkIGFzLi4u DQo+ID4gPg0KPiA+ID4gSXMgdGhpcyB3aGF0IHlvdSBhY3R1YWxseSB1c2VkIGluIHlvdXIgdGVz dCBpbXBsZW1lbnRhdGlvbj8NCj4gPiBbYWNtXQ0KPiA+IFllcywgZXhjZXB0IHRoYXQgdGhlIGN1 cnJlbnQgdGFibGUgc3RvcHMgYXQgMTBHYnBzLiBXZSBoYXZlbid0IGhhZCB0aGUNCj4gPiBvcHBv cnR1bml0eSB0byB0ZXN0ID4xMEdicHMuDQo+ID4NCj4gPiA+IEF0IG15IGZpcnN0IGdsYW5jZQ0K PiA+ID4gdGhpcyByZWNvbW1lbmRhdGlvbiBsb29rcyB0byBzdWZmZXIgZnJvbSByYXRoZXIgc2V2 ZXJlIHN0ZXAgZWZmZWN0cw0KPiBhbmQNCj4gPiBhbHNvDQo+ID4gPiBtYWtlIHRoZSByZXNwb25k IHRvIGxvc3NlcyBiZWhhdmUgc3RyYW5nZSBhcm91bmQgdGhlIHRyYW5zaXRpb25zLg0KPiA+IFdv dWxkbid0IHNvbWUNCj4gPiA+IHR5cGUgb2YgbG9nYXJpdGhtaWMgcHJvZ3Jlc3Npb24gYmUgbW9y ZSBhcHByb3ByaWF0ZSBoZXJlIGZvciBpbml0aWFsDQo+ID4gPiBwcm9iaW5nPw0KPiA+IFthY21d DQo+ID4gTGVuIGFuZCBJIGNvbnNpZGVyZWQgdmFyaW91cyBhbGdvcml0aG1zIGZvciB0aGUgc2Vh cmNoLg0KPiA+DQo+ID4gTG9nYXJpdGhtaWMgaW5jcmVhc2UgdHlwaWNhbGx5IG1lYW5zIG1vcmUg cmF0ZSBvdmVyc2hvb3QgdGhhbiBMaW5lYXINCj4gPiBpbmNyZWFzZXMuDQo+ID4gVW5mb3J0dW5h dGVseSwgYSBsYXJnZSByYXRlIG92ZXJzaG9vdCBtZWFucyB0aGF0IHRoZSBxdWV1ZXMgd2lsbCBm aWxsDQo+IGFuZA0KPiA+IG5lZWQNCj4gPiBhIGxvbmdlciB0aW1lIHRvIGJsZWVkLW9mZiwgbWVh bmluZyB0aGF0IHJhdGUgcmVkdWN0aW9ucyB3aWxsIHRha2UgeW91DQo+IGZhcg0KPiA+IGZyb20N Cj4gPiB0aGUgInJpZ2h0IG5laWdoYm9yaG9vZCIgYWdhaW4uDQo+ID4NCj4gPiBPdXIgZXhwZXJp ZW5jZSBpcyB0aGF0IHdlIGF2b2lkIGxhcmdlIG92ZXJzaG9vdCB3aXRoIGZhc3Qgb3Igc2xvdyBs aW5lYXINCj4gPiBpbmNyZWFzZXMuDQo+ID4gSXQgbWVhbnMgd2UndmUgdGFrZW4gc29tZSBjYXJl IHRvIGtlZXAgdGhlIG5ldHdvcmsgcnVubmluZy4gV2UgaGF2ZW4ndA0KPiA+IGJyb2tlbg0KPiA+ IGFueSB0ZXN0IHBhdGggeWV0LCBhbmQgd2UgYmFpbC1vdXQgcXVpY2tseSBhbmQgY29tcGxldGVs eSBpZiBzb21ldGhpbmcNCj4gZ29lcw0KPiA+IHdyb25nLg0KPiANCj4gSSB1bmRlcnN0YW5kIHRo YXQgdGhlcmUgYXJlIHNldmVyYWwgY29uc2lkZXJhdGlvbnMgaGVyZSB0aGF0IGFyZQ0KPiBjb250 cmFkaWN0aW5nLg0KPiANCj4gMS4gUXVpY2tseSBmaW5kaW5nIHJvdWdobHkgdGhlIGV4aXN0aW5n IGNhcGFjaXR5DQo+IDIuIEF2b2lkIHNpZ25pZmljYW50IG92ZXJzaG9vdCB0aGF0IGJ1aWxkIHVw IHRvIG11Y2ggcXVldWUgaWYgdGhhdCBpcw0KPiBwb3NzaWJsZQ0KPiAzLiBIYXZlIHN1ZmZpY2ll bnQgZmluZSBncmFpbmVkIGNvbnRyb2wgYXJvdW5kIHRoZSBjYXBhY2l0eSBzbyB0aGF0DQo+IGFk anVzdG1lbnQgc3RlcCBmaW5kcyB0aGUgY2FwYWNpdHkuDQo+IA0KPiBGb3IgZXhhbXBsZSB0aGUg bGFzdCBJIGFtIHdvcnJpZWQgd2hlbiB5b3UgZGVmaW5lIHRoZSBzdGVwIHNpemUgYXMgMSBHQlBT DQo+IGFib3ZlIDEwIEdCUFMuIE15IGZlYXIgaXMgdGhhdCBvbmUgMSBHQlBTIG1vcmUgdHJhZmZp YyB3aWxsIGluY3JlYXNlIHRoZQ0KPiBidWZmZXIgb2NjdXBhbmN5IHNvIHF1aWNrbHkgdGhhdCBv bmUgYWx0ZXJuYXRlcyBiZXR3ZWVuIG5vdCBmaWxsZWQsIGFuZA0KPiBvdmVyIGZpbGxlZCBiZXR3 ZWVuIHN0ZXBwaW5nIHVwIGFuZCByZWNlaXZpbmcgdGhlIGZlZWRiYWNrIGluIHRoZSBjb250cm9s DQo+IGN5Y2xlLiBXZSBoYXZlIHRvIHJlbWVtYmVyIHRoYXQgd2l0aCBhIEZCIG9mIDUwIG1zIHRo ZSBkZWxheSBpbiB0aGUNCj4gY29udHJvbCBjeWNsZSB3aWxsIGJlIHVwIHRvIFJUVCArIDUwIG1z Lg0KPiANCj4gU28gSSBhbSBzcGVjdWxhdGluZyBhbmQgeW91IGhhdmVuJ3QgdGVzdGVkLiBTbyBp ZiB5b3UgcHV0IGluIHRhYmxlDQo+IGNvbnN0cnVjdGlvbiByZWNvbW1lbmRhdGlvbnMsIHRoZW4g SSBkbyB0aGluayB5b3Ugc2hvdWxkIGJlIHZlcnkgY2xlYXINCj4gdGhhdCB0aGVzZSBhcmUgdW50 ZXN0ZWQuDQo+IA0KPiANCj4gPg0KPiA+ID4NCj4gPiA+IElmIEkgaGF2ZSAxIEdCUFMgbGluZSBy YXRlLCB0aGVyZSBpcyBhIDEwMDAgc3RlcHMgaW4gdGhlIHRhYmxlIHRvIHRoaXMNCj4gdmFsdWUu DQo+ID4gPiBFdmVuIGlmIEkgaW5jcmVhc2Ugd2l0aCB0aGUgc3VnZ2VzdGVkIDEwIHN0ZXBzIHVu dGlsIGZpcnN0IGNvbmdlc3Rpb24NCj4gc2VlbiwgaXQNCj4gPiA+IHdpbGwgdGFrZSAxMDAgc3Rl cHMsIGFuZCB3aXRoIDUwIG1zIGZlZWRiYWNrIGludGVydmFsIHRoYXQgaXMgNQ0KPiBzZWNvbmRz DQo+ID4gYmVmb3JlDQo+ID4gPiBpdCBpcyBpbiB0aGUgcmlnaHQgYmFsbCBwYXJrLg0KPiA+IFth Y21dDQo+ID4gWW91ciBtYXRoIGlzIGNvcnJlY3QuDQo+ID4NCj4gPiBSZW1lbWJlciB0aGF0IHRo ZSBvbmx5IGFzc3VtcHRpb24gd2UgbWFkZSB3aGVuIGJ1aWxkaW5nIHRoZSB0YWJsZSBvZg0KPiA+ IHNlbmRpbmcgcmF0ZXMNCj4gPiBpcyB0aGF0IHRoZSBtYXhpbXVtICpzb21ld2hlcmUgYmV0d2Vl biA1MDBrYnBzIGFuZCAxMEdicHMqLiBPdXIgbGFiDQo+ID4gdGVzdHMgdXNlZA0KPiA+IHVua25v d24gcmF0ZXMgYmV0d2VlbiA1ME1icHMgYW5kIDEwR2JwcywgYXMgdGhlICJncm91bmQgdHJ1dGgi IHRoYXQgd2UNCj4gPiBhc2tlZCBVRFANCj4gPiBhbmQgVENQLWJhc2VkIG1ldGhvZHMgdG8gbWVh c3VyZSBjb3JyZWN0bHkuIE1lYXN1cmVtZW50cyBvbiBwcm9kdWN0aW9uDQo+ID4gbmV0d29ya3MN Cj4gPiBlbmNvdW50ZXJlZCBtYW55IGRpZmZlcmVudCB0ZWNobm9sb2dpZXMuIFNvbWUgc3Vic2Ny aWJlciByYXRlcyB3ZXJlIDUgdG8NCj4gPiAxMCBNYnBzDQo+ID4gb24gdXBzdHJlYW0uDQo+ID4N Cj4gPiA+IEFuZCBJIGdldCBvbmUgcmFuZG9tIGxvc3MgYXQgMTAgbWJwcywgdGhlbiBpdHMgOTkw DQo+ID4gPiBzdGVwcywgSW4gc3VjaCBhIHNpdHVhdGlvbiB0aGUgd2hvbGUgbWVhc3VyZW1lbnQg cGVyaW9kICgxMCBzKSB3b3VsZA0KPiBiZQ0KPiA+IG92ZXINCj4gPiA+IGJlZm9yZSBvbmUgaGFz IHJlYWNoZWQgYWN0dWFsIGNhcGFjaXR5Lg0KPiA+IFthY21dDQo+ID4gSSdtIHNvcnJ5LCB0aGF0 J3Mgbm90IHF1aXRlIGNvcnJlY3QsIGFzc3VtaW5nIGRlbGF5IHJhbmdlIG1lZXRzIHRoZQ0KPiBj cml0ZXJpYQ0KPiA+IGJlbG93LCB3aGljaCB3b3VsZCBiZSBjb25zaXN0ZW50IHdpdGggIm9uZSBy YW5kb20gbG9zcyIuDQo+ID4NCj4gDQo+IFllcywgbXkgbWlzdGFrZSwgYnV0IGxldCBtZSByZXBs YWNlIG9uZSByYW5kb20gbG9zcyB3aXRoIG9uZSBjb25nZXN0aW9uDQo+IGV2ZW50IGR1ZSB0byBh IHNpbmdsZSBpbnRlcm1pdHRlbnQgdHJhbnNhY3Rpb24uIFNvIGhhcmRlciB0byB0cmlnZ2VyIGlm DQo+IHRoZSBjYXBhY2l0eSBpcyBsYXJnZSwgZWFzaWVyIGlmIGl0IGlzIGxvdyBhbmQgdGhlbiBp dCBtYXR0ZXJzIGxlc3MuIFNvDQo+IHRoaXMgcmVkdWNlZCB0aGUgaXNzdWUgc2lnbmlmaWNhbnRs eS4NCj4gDQo+ID4gVGhlIHRleHQgc2F5czoNCj4gPiAgIElmIHRoZSBmZWVkYmFjayBpbmRpY2F0 ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUgZGV0ZWN0ZWQNCj4gPiBPUg0K PiA+ICAgdGhlIGRlbGF5IHJhbmdlIHdhcyBhYm92ZSB0aGUgdXBwZXIgdGhyZXNob2xkLCB0aGUg b2ZmZXJlZCBsb2FkIHJhdGUNCj4gaXMNCj4gPiAgIGRlY3JlYXNlZC4gIChieSBvbmUgc3RlcCkN Cj4gPg0KPiA+IEJ1dCB3aGVuIHRoZSBuZXh0IGZlZWRiYWNrIG1lc3NhZ2UgYXJyaXZlcyB3aXRo IG5vIGxvc3MsIGFuZCB0aGUNCj4gPiAiY29uZ2VzdGlvbiINCj4gPiBzdGF0ZSBoYXMgbm90IGJl ZW4gZGVjbGFyZWQsIHRoZSByZWxldmFudCB0ZXh0IGlzOg0KPiA+DQo+ID4gICBJZiB0aGUgZmVl ZGJhY2sgaW5kaWNhdGVzIHRoYXQgbm8gc2VxdWVuY2UgbnVtYmVyIGFub21hbGllcyB3ZXJlDQo+ ID4gZGV0ZWN0ZWQgQU5EDQo+ID4gICB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGJlbG93IHRoZSBsb3dl ciB0aHJlc2hvbGQsIHRoZSBvZmZlcmVkIGxvYWQgcmF0ZQ0KPiBpcw0KPiA+IGluY3JlYXNlZC4N Cj4gPiAgIElmIGNvbmdlc3Rpb24gaGFzIG5vdCBiZWVuIGNvbmZpcm1lZCB1cCB0byB0aGlzIHBv aW50LCB0aGUgb2ZmZXJlZA0KPiBsb2FkIHJhdGUNCj4gPiBpcw0KPiA+ICAgaW5jcmVhc2VkIGJ5 IG1vcmUgdGhhbiBvbmUgcmF0ZSAoZS5nLiwgUngrMTApLg0KPiA+DQo+ID4gYW5kIHdlIHJldHVy biB0byB0aGUgaGlnaCBzcGVlZCBpbmNyZWFzZXMsIGJlY2F1c2U6DQo+ID4NCj4gPiAgIExhc3Rs eSwgdGhlIG1ldGhvZCBmb3IgaW5mZXJyaW5nIGNvbmdlc3Rpb24gaXMgdGhhdCB0aGVyZSB3ZXJl DQo+IHNlcXVlbmNlDQo+ID4gICBudW1iZXIgYW5vbWFsaWVzIEFORC9PUiB0aGUgZGVsYXkgcmFu Z2Ugd2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQNCj4gPiBmb3INCj4gPiAgICp0d28qIGNv bnNlY3V0aXZlIGZlZWRiYWNrIGludGVydmFscy4NCj4gPg0KPiA+IFNvLCB0aGVyZSBpcyBhIHNp bmdsZSBzdGVwIGJhY2sgZm9yIHRoZSBzaW5nbGUgcmFuZG9tIGxvc3MsIGJ1dCB0aGVuDQo+ID4g aW1tZWRpYXRlbHkNCj4gPiBiYWNrIHRvIFJ4KzEwIGluY3JlYXNlcy4NCj4gPg0KPiA+DQo+IA0K PiBPay4gR29vZCB0aGF0IHRoaXMgaXMgbGVzcyB0aGFuIGEgaXNzdWUgdGhlbiBJIHRob3VnaHQu DQo+IA0KPiA+ID4NCj4gPiA+IFRvIG1lIGl0IGFwcGVhcnMgdGhhdCB0aGUgcHJvYmluZyAoc2xv dyBzdGFydCkgZXF1aXZhbGVudCBkbyBuZWVkDQo+ID4gbG9nYXJpdGhtaWMNCj4gPiA+IGluY3Jl YXNlIHRvIHJlYWNoIGxpa2VseSBjYXBhY2l0eSBxdWlja2x5LiBUaGVuIGhvdyBiaWcgdGhlIGFk anVzdG1lbnQNCj4gaXMNCj4gPiA+IGFjdHVhbGx5IGRlcGVuZGVudCBvbiB3aGF0IGV4dHJhIGRl bGF5IG9uZSBjb25zaWRlciB0aGUgdGFyZ2V0IGZvciB0aGUNCj4gPiB0ZXN0Lg0KPiA+IFthY21d DQo+ID4gT3VyIGRlbGF5IHZhcmlhdGlvbiB2YWx1ZXMgYXJlIGxvdywgYnV0IG5lZWQgdG8gYWNj b21tb2RhdGUgdGhlDQo+IHJlbGF0aXZlbHkNCj4gPiBoaWdoDQo+ID4gZGVsYXkgdmFyaWF0aW9u IG9mIHNvbWUgYWNjZXNzIHRlY2hub2xvZ2llcy4gV2UgbGVhcm5lZCB0aGlzIGR1cmluZyBvdXIN Cj4gPiB0ZXN0aW5nDQo+ID4gb24gcHJvZHVjdGlvbiBuZXR3b3Jrcy4NCj4gPg0KPiA+ID4gSGF2 aW5nIGEgc3RlcCBzaXplIG9mIDEgR0JQUyBpZiBwcm9iaW5nIGEgMi41IEdCUFMgcGF0aCB3b3Vs ZCBsaWtlbHkNCj4gbWFrZSBpdA0KPiA+ID4gdmVyeSBoYXJkIHRvIGtlZXAgdGhlIGRlbGF5IGlu IHRoZSBpbnRlbmRlZCBpbnRlcnZhbCB3aGVuIGl0IHdvdWxkDQo+ID4gZmx1eHR1YXRlDQo+ID4g PiBiZXR3ZWVuIDUwMCBtYnBzIHRvIG11Y2ggdHJhZmZpYyBhbmQgdGhlbiA1MDAgbWJwcyB0byBs aXR0bGUuIFN1cmUNCj4gd2l0aA0KPiA+ID4gc3VmZmljaWVudGx5IHNob3J0IEZUIGl0IHdpbGwg bGlrZWx5IHdvcmsgaW4gdGhpcyBhbGdvcml0aG0uIEhvd2V2ZXIsDQo+IEkgd29uZGVyDQo+ID4g PiBhYm91dCByZWd1bGF0aW9uIHN0YWJpbGl0eSBoZXJlIGZvciBkaWZmZXJuZXQgUlRULCBGVHMg YW5kIGJ1ZmZlcg0KPiBkZXB0aA0KPiA+ID4gZmx1eHR1YXRpb25zLg0KPiA+IFthY21dDQo+ID4g SSdtIHNvcnJ5LCB0aGF0J3Mgbm90IHF1aXRlIGNvcnJlY3QsIHRoZSB0ZXh0IHdlIHByb3Bvc2Vk IHRvIGFkZCBzYXlzOg0KPiA+DQo+ID4gICAgSXQgaXMgUkVDT01NRU5ERUQgdGhhdCByYXRlcyBi ZWdpbiB3aXRoIDAuNSBNYnBzIGF0IGluZGV4IHplcm8sDQo+ID4gICAgdXNlIDEgTWJwcyBhdCBp bmRleCBvbmUsIGFuZCB0aGVuIGNvbnRpbnVlIGluIDEgTWJwcyBpbmNyZW1lbnRzIHRvIDENCj4g PiBHYnBzLg0KPiA+ICAgIEFib3ZlIDEgR2JwcywgYW5kIHVwIHRvIDEwIEdicHMsIGl0IGlzIFJF Q09NTUVOREVEIHRoYXQgMTAwIE1icHMNCj4gPiBpbmNyZW1lbnRzIGJlIHVzZWQuDQo+ID4gYW5k ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBe Xl5eXl5eXg0KPiA+ICAgIEFib3ZlIDEwIEdicHMsIGluY3JlbWVudHMgb2YgMSBHYnBzIGFyZSBS RUNPTU1FTkRFRC4NCj4gPg0KPiA+IFlvdXIgZXhhbXBsZSBmYWxscyBpbiB0aGUgMUdicHMgdG8g MTBHYnBzIHJhbmdlLCB3aGVyZSB0YWJsZSBpbmNyZW1lbnRzDQo+IGFyZQ0KPiA+IDEwME1icHMu DQo+ID4NCj4gPiA+DQo+ID4gPiBGcm9tIG15IHBlcnNwZWN0aXZlIEkgdGhpbmsgdGhpcyBpcyBh IGluZGljYXRpb24gdGhhdCB0aGUgbG9hZCByYXRlDQo+ID4gYWRqdXN0bWVudA0KPiA+ID4gYWxn b3JpdGhtIGlzIG5vdCByZWFkeSB0byBiZSBhIHN0YW5kYXJkcyB0cmFjayBzcGVjaWZpY2F0aW9u Lg0KPiA+IFthY21dDQo+ID4gR2l2ZW4gc2V2ZXJhbCBjb3JyZWN0aW9ucyBhYm92ZSwgdGhlIGF1 dGhvcnMgYXNrIHRoYXQgeW91IHJlY29uc2lkZXINCj4geW91cg0KPiA+IHBvc2l0aW9uLg0KPiA+ IFBsZWFzZSByZWFkIG9uLg0KPiA+DQo+ID4gPg0KPiA+ID4gSSB3b3VsZCByZWNvbW1lbmQgdGhh dCB5b3UgYWN0dWFsbHkgdGFrZSBvdXQgdGhlIGNvbnRyb2wgYWxnb3JpdGhtIGFuZA0KPiA+IHdy aXRlIGENCj4gPiA+IGhpZ2ggbGV2ZWwgZnVuY3Rpb25hbCBkZXNjcmlwdGlvbiBvZiB3aGF0IG5l ZWRzIHRvIGhhcHBlbiB3aGVuDQo+IG1lYXN1cmluZw0KPiA+IHRoaXMNCj4gPiA+IGNhcGFjaXR5 Lg0KPiA+IFthY21dDQo+ID4gV2Ugd29ya2VkIGZvciBzZXZlcmFsIHdlZWtzIGluIERlY2VtYmVy IHRvIG1ha2UgdGhlIGN1cnJlbnQgaGlnaC1sZXZlbA0KPiA+IGRlc2NyaXB0aW9uDQo+ID4gYW4g YWNjdXJhdGUgb25lLiBUaGUgSUVTRyByZXZpZXcgaGFzIHJlc3VsdGVkIGFkZGVkIHNvbWUgdXNl ZnVsIGRldGFpbHMNCj4gPiB0aGF0DQo+ID4gSSBoYXZlIHNoYXJlZCBhbG9uZyB0aGUgd2F5Lg0K PiA+DQo+ID4gPg0KPiA+ID4gSWYgSSB1bmRlcnN0YW5kIHRoaXMgY29ycmVjdGx5IHRoZSByZXF1 aXJlbWVudHMgb24gdGhlIG1lYXN1cmVtZW50IGFyZQ0KPiA+IHRoZQ0KPiA+ID4gZm9sbG93aW5n Lg0KPiA+ID4NCj4gPiA+IC0gTmVlZCB0byBzZWVrIHRoZSBhdmFpbGFibGUgY2FwYWNpdHkgc28g dGhhdCBzZXZlcmFsIG1lYXN1cmVtZW50DQo+IHBlcmlvZA0KPiA+IGFyZQ0KPiA+ID4gbGlrZWx5 IHRvIGJlIGRvbmUgYXQgY2FwYWNpdHkNCj4gPiA+IC0gTXVzdCBub3QgY3JlYXRlIHBlcnNpc3Rl bnQgY29uZ2VzdGlvbiBhcyB0aGUgY2FwYWNpdHkgbWVhc3VyZW1lbnQNCj4gPiBzaG91bGQgYmUN Cj4gPiA+IGJhc2VkIG9uIHRyYWZmaWMgY2FwYWNpdHkgdGhhdCBkb2Vzbid0IGNhdXNlIG1vcmUg c3RhbmRpbmcgcXVldWUgdGhhdA0KPiBYLA0KPiA+IHdoZXJlIFgNCj4gPiA+IGlzIHNvbWUgYWRk aXRpb25hIGRlbGF5IGluIG1zIGNvbXBhcmVkIHRvIG1pbmltYWwgb25lIHdheSBkZWxheS4gQW5k IFgNCj4gaXMNCj4gPiA+IGFjdHVhbGx5IHNvbWV0aGluZyB0aGF0IGlzIGNvbmZpZ3VyYWJsZSBm b3IgYSBtZWFzdXJlbWVudCBjYW1wYWdpbiBhcw0KPiA+IGNhcGFjaXR5DQo+ID4gPiBmb3IgYSBn aXZlbiBvbmUgd2F5IGRlbGF5IGFuZCBkZWxheSB2YXJpYXRpb24gY2FuIGJlIGhpZ2hseSByZWxl dmFudA0KPiB0bw0KPiA+ID4ga25vdy4NCj4gPiBbYWNtXQ0KPiA+IFRoZXNlIGFyZSBub3QgaWRl bnRpY2FsIHRvIG91ciByZXF1aXJlbWVudHMuICBGb3IgZXhhbXBsZToNCj4gPiAgLSBCb3RoIHRo ZSBtZXRyaWMgYW5kIG1ldGhvZCBjb25zaWRlciBhIG51bWJlciBvZiBtZWFzdXJlbWVudA0KPiBp bnRlcnZhbHMsDQo+ID4gYW5kIHRoZSBNYXhpbXVtIElQLUxheWVyIENhcGFjaXR5IGlzIGRldGVy bWluZWQgZnJvbSBvbmUgKG9yIG1vcmUpIG9mDQo+IHRoZQ0KPiA+IGludGVydmFscy4NCj4gDQo+ IA0KPiANCj4gPg0KPiA+DQo+ID4gPg0KPiA+ID4gV2hhdCBlbHNlIGlzIG5lZWRlZD8NCj4gPiA+ DQo+ID4gPiBBcmUgc3luY2hyb25pemVkIGNsb2NrcyBuZWVkZWQgb3IganVzdCByZWxhdGl2ZSBk ZWxheSBjaGFuZ2VzDQo+IG5lY2Vzc2FyeT8NCj4gPiBbYWNtXQ0KPiA+IEp1c3QgZGVsYXkgdmFy aWF0aW9uLCBhbmQgdGhlIHNhZmVzdCBpcyBSVCBkZWxheSB2YXJpYXRpb24uDQo+IA0KPiBTbyBz ZW5kZXIgc2lkZSB0cmFuc21pc3Npb24gdGltZXN0YW1waW5nIGFuZCB0aGUgcmVjZWl2ZXIgbWVh c3VyZSBkZWxheQ0KPiB2YXJpYXRpb25zIGJhc2VkIG9uIHRoZXNlIHRyYW5zbWlzc2lvbiB0aW1l cyB3b3VsZCBzdWZmaWNlLg0KPiANCj4gR29vZC4NCj4gDQo+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ ID4gPiA+IC09LT0tPS09LT0tPS09LQ0KPiA+ID4gPg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gMy4g VGhpcmQgdGhlIGFsZ29yaXRobXMgcmVhY3Rpb24gdG8gYW55IHNlcXVlbmNlIG51bWJlciBnYXBz IGlzDQo+ID4gZGVwZW5kZW50IG9uDQo+ID4gPiA+ID4gZGVsYXkgYW5kIGhvdyBpdCBpcyByZWxh dGVkIHRvIHVuc3BlY2lmaWVkIGRlbGF5IHRocmVzaG9sZHMuIEFsc28NCj4gbm8gdGV4dA0KPiA+ ID4gPiA+IGRpc2N1c3Npb24gaG93IHRoZXNlIHRocmVzaG9sZHMgc2hvdWxkIGJlIGNvbmZpZ3Vy ZWQgZm9yIHNhZmUNCj4gPiBvcGVyYXRpb24uDQo+ID4gPiA+DQo+ID4gPiA+IFthY21dDQo+ID4g PiA+IFdlIGNhbiBhZGQgc29tZSBkZXRhaWxzIGluIHRoZSBwYXJhZ3JhcGggYmVsb3c6DQo+ID4g PiA+IE9MRA0KPiA+ID4gPiBJZiB0aGUgZmVlZGJhY2sgaW5kaWNhdGVzIHRoYXQgc2VxdWVuY2Ug bnVtYmVyIGFub21hbGllcyB3ZXJlDQo+ID4gZGV0ZWN0ZWQgT1INCj4gPiA+ID4gdGhlIGRlbGF5 IHJhbmdlIHdhcyBhYm92ZSB0aGUgdXBwZXIgdGhyZXNob2xkLCB0aGUgb2ZmZXJlZCBsb2FkIHJh dGUNCj4gaXMNCj4gPiA+ID4gZGVjcmVhc2VkLg0KPiA+ID4gPiBBbHNvLCBpZiBjb25nZXN0aW9u IGlzIG5vdyAuLi4NCj4gPiA+ID4gTkVXDQo+ID4gPiA+IElmIHRoZSBmZWVkYmFjayBpbmRpY2F0 ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUNCj4gPiBkZXRlY3RlZCBPUg0K PiA+ID4gPiB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQsIHRo ZSBvZmZlcmVkIGxvYWQgcmF0ZQ0KPiBpcw0KPiA+IGRlY3JlYXNlZC4NCj4gPiA+ID4gVGhlIFJF Q09NTUVOREVEIHZhbHVlcyBhcmUgMCBmb3Igc2VxdWVuY2UgbnVtYmVyIGdhcHMgYW5kIDMwLTkw DQo+ID4gbXMgZm9yIGxvd2VyDQo+ID4gPiA+IGFuZCB1cHBlciBkZWxheSB0aHJlc2hvbGRzLiBB bHNvLCBpZiBjb25nZXN0aW9uIGlzIG5vdyAuLi4NCj4gPiA+DQo+ID4gPiBPaywgYnV0IHRoZSBk ZWxheSB2YWx1ZXMgYXMgSSBub3RlZCBiZWZvcmUgaGlnaGx5IGRlcGVuZGVudCBvZiB3aGF0IG15 DQo+ID4gZ29hbCB3aXRoDQo+ID4gPiB0aGUgY2FwYWNpdHkgbWV0cmljIGlzLiBJZiBJIHdhbnQg dG8gZmlndXJlIG91dCB0aGUgY2FwYWNpdHkgZm9yIGxpa2UNCj4gc2F5IFhSIG9yDQo+ID4gPiBj bG91ZCBnYW1pbmcgYXBwbGljYXRpb25zIHRoYXQgbWF5YmUgaGF2ZSBtdWNoIGxvd2VyIE9XRCB2 YXJpYW5jZXMgYW5kDQo+ID4gYWJzb2x1dGUNCj4gPiA+IHZhbHVlcyBzbyBtYXliZSBteSB2YWx1 ZXMgYXJlIDEwLTI1IG1zLg0KPiA+IFthY21dDQo+ID4gV2UgaW50ZW5kIHRvIG1lYXN1cmUgdGhl IGxpbWl0IG9mIHRoZSBhY2Nlc3MgdGVjaG5vbG9neSwgd2l0aCBhIHNldCBvZg0KPiA+IHBhcmFt ZXRlcnMNCj4gPiB0aGF0IHdvcmsgd2VsbCBmb3IgYWxsIHRlY2hub2xvZ2llcyB3ZSBoYXZlIHRl c3RlZCBzbyBmYXIuDQo+ID4NCj4gPiBOb3RpY2UgdGhhdCBJIGRpZG4ndCB0eXBlIHRoZSB3b3Jk ICJhcHBsaWNhdGlvbiIgYWJvdmUuIE9yICJ1c2VyDQo+IGV4cGVyaWVuY2UiLg0KPiA+DQo+ID4g U3VyZSwgdGhlcmUgaXMgc2Vuc2l0aXZpdHkgdG8gdGhlIHBhcmFtZXRlcnMgY2hvc2VuLCBhbmQg d2Ugc3VwcGxpZWQgb3VyDQo+ID4gd2VsbC10ZXN0ZWQgZGVmYXVsdHMgdG8gbWF4aW1pemUgcmVz dWx0cyBjb21wYXJhYmlsaXR5IGFuZCB0ZWNobm9sb2d5DQo+ID4gY292ZXJhZ2UNCj4gPiAod2l0 aCBubyB0d2lkZGxpbmcpLg0KPiA+DQo+ID4NCj4gPiA+DQo+ID4gPiBIb3cgbXVjaCBleHBsYXJh dGlvbiBoYXZlIHlvdSBkb25lIG9mIHRoZSBjb250cm9sIHN0YWJpbGl0eSBvdmVyIGENCj4gcmFu Z2UNCj4gPiA+IG9mIHBhcmFtZXRlcnM/IERvIHlvdSBoYXZlIGFueSBtYXRlcmlhbCBhYm91dCB0 aGF0Pw0KPiA+IFthY21dDQo+ID4gWWVzLiBUaGVyZSBhcmUgc2V2ZXJhbCBwYXJhbWV0ZXIgcmFu Z2VzIHdlIGV4YW1pbmVkLg0KPiA+DQo+ID4gSWYgd2Ugc2V0IHRoZSBkZWxheSB0aHJlc2hvbGRz IGhpZ2ggZW5vdWdoLCB3ZSBzZWUgdGhlIFJUVCBncm93IGFzIHRoZQ0KPiA+IHF1ZXVlcw0KPiA+ IGZpbGwgdG8gbWF4IGFuZCB0YWlsLWRyb3AgZmluYWxseSByZXN0cmljdHMgdGhlIHJhdGUuIFdl IGNhbiBtZWFzdXJlIHRoZQ0KPiA+IGV4dGVudCBvZiBidWZmZXIgYmxvYXQgdGhpcyB3YXkgKGlm IGl0IGlzIHByZXNlbnQpLiBJdCdzIE5vdCBvdXIgZ29hbC4NCj4gPg0KPiA+IFdlIGhhdmUgdXNl ZCBsb3dlciB0aHJlc2hvbGRzIG9mIGRlbGF5IHZhcmlhdGlvbiwgd2hpY2ggd29yayBmaW5lIG9u IHRoZQ0KPiA+IFBPTiAxR2JwcyBhY2Nlc3Mgc2VydmljZXMuDQo+ID4NCj4gPiBJbiB0aGUgY29s bGFib3JhdGl2ZSB0ZXN0aW5nIG9mIHRoZSBPcGVuIEJyb2FkYmFuZCBPcGVuIFNvdXJjZSBwcm9q ZWN0LA0KPiA+IG9uZSBwYXJ0aWNpcGFudCBjb250cmlidXRlZCB0ZXN0cyB3aXRoIGEgNUcgc3lz dGVtIHRoYXQgZXhoaWJpdGVkDQo+IHN5c3RlbWF0aWMNCj4gPiBsb3ctbGV2ZWwgbG9zcyBhbmQg cmVvcmRlcmluZyBpbiBoaXMgbGFiLiBGb3IgdGhpcyB1bnVzdWFsIGNhc2UsIExlbg0KPiBhZGRl ZA0KPiA+IHRoZSBmZWF0dXJlcyB0byBzZXQgYSBsb3NzIHRocmVzaG9sZCBhYm92ZSB6ZXJvLCBh bmQgdG8gdG9sZXJhdGUNCj4gcmVvcmRlcmVkDQo+ID4gYW5kIGR1cGxpY2F0ZSBwYWNrZXRzIHdp dGggbm8gcGVuYWx0eSBpbiByYXRlIGFkanVzdG1lbnQuDQo+ID4NCj4gPiBXZSBoYXZlIHRyaWVk IGEgcmFuZ2Ugb2YgdGVzdCBkdXJhdGlvbnMgKEk9MjAsIDMwIGZvciBleGFtcGxlKS4NCj4gPg0K PiA+IFdlIGhhdmUgdHJpZWQgZGlmZmVyZW50IHN0ZWVwLW5lc3Mgb2YgcmFtcC11cCBzbG9wZS4g UmF0ZSArPSAxMCBzdGVwcw0KPiA+IHdvcmtzIHdlbGwsIGV2ZW4gd2hlbiBtZWFzdXJpbmcgcmF0 ZXMgc2VwYXJhdGVkIGJ5IDMgb3JkZXJzIG9mDQo+IG1hZ25pdHVkZS4NCj4gPg0KPiA+DQo+ID4g QnV0IGZvciB0aGUgY28tYXV0aG9ycywgaXQgd2FzIG1vcmUgaW1wb3J0YW50IHRoYXQgdGhlIGxv YWQgYWRqdXN0bWVudA0KPiA+IHNlYXJjaA0KPiA+IHByb2R1Y2UgdGhlIGNvcnJlY3QgTWF4aW11 bSBJUC1MYXllciBDYXBhY2l0eSBmb3IgZWFjaCBvZiB0aGUgbGFiDQo+ID4gY29uZGl0aW9ucw0K PiA+IHdlIGNyZWF0ZWQgKGluY2x1ZGluZyBjaGFsbGVuZ2luZyBjb25kaXRpb25zIHdpdGggY29t cGV0aW5nIHRyYWZmaWMsDQo+IGxvbmcNCj4gPiBkZWxheQ0KPiA+IGV0Yy4pLCBhbmQgdGhlIG1h bnkgYWNjZXNzIHRlY2hub2xvZ2llcyB3ZSB0ZXN0ZWQgaW4gcHJvZHVjdGlvbiB1c2UNCj4gPiAo d2hlcmUgYWdhaW4gd2UgZW5jb3VudGVyZWQgc2ltaWxhciBjaGFsbGVuZ2luZyBjb25kaXRpb25z KS4NCj4gPg0KPiA+DQo+IA0KPiBUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9ucy4NCj4gDQo+ ID4gPg0KPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gLT0tPS09LT0tPS09LT0tDQo+ID4gPiA+DQo+ ID4gPiA+IFBsZWFzZSBhbHNvIG5vdGUgbWFueSByZXF1aXJlbWVudHMgZm9yIHNhZmUgb3BlcmF0 aW9uIGluIFNlY3Rpb24gMTAsDQo+ID4gPiA+IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zLg0KPiA+ ID4gPg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gQikgU2VjdGlvbiA4LiBNZXRob2Qgb2YgTWVhc3Vy ZW1lbnQNCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFRoZXJlIGFyZSBubyBzcGVjaWZpY2F0aW9uIG9m IHRoZSBtZWFzdXJlbWVudCBwcm90b2NvbCBoZXJlIHRoYXQNCj4gPiBwcm92aWRlcw0KPiA+ID4g PiA+IHNlcXVlbmNlIG51bWJlcnMsIGFuZCB0aGUgZmVlZGJhY2sgY2hhbm5lbCBhcyB3ZWxsIGFz IHRoZSBjb250cm9sDQo+ID4gY2hhbm5lbC4NCj4gPiA+ID4NCj4gPiA+ID4gW2FjbV0NCj4gPiA+ ID4gVGhhdCBpcyBjb3JyZWN0LiBUaGUgU2NvcGUgZG9lcyBub3QgaW5jbHVkZSBwcm90b2NvbCBk ZXZlbG9wbWVudC4NCj4gPiA+ID4NCj4gPiA+ID4gPiBJcyB0aGlzIGludGVuZGVkIHRvIHVzZSBU V0FNUD8NCj4gPiA+ID4NCj4gPiA+ID4gW2FjbV0NCj4gPiA+ID4gTWF5YmUsIGJ1dCBhIGxvdCBv ZiBleHRlbnNpb25zIHdvdWxkIGJlIGludm9sdmVkLg0KPiA+ID4NCj4gPiA+DQo+ID4gPg0KPiA+ ID4gPg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gRnJvbSBteSBwZXJzcGVjdGl2ZSB0aGlzIGRvY3Vt ZW50IGRlZmluZXMgdGhlIG1ldHJpY3Mgb24gc3RhbmRhcmRzDQo+ID4gdHJhY2sNCj4gPiA+ID4g PiBsZXZlbC4gSG93ZXZlciwgdGhlIG1ldGhvZCBmb3IgYWN0dWFsbHkgcnVubmluZyB0aGUgbWVh c3VyZW1lbnRzDQo+IGFyZQ0KPiA+IG5vdA0KPiA+ID4gPiA+IHNwZWNpZmllZCBvbiBhIHN0YW5k YXJkcyB0cmFjayBsZXZlbC4NCj4gPiA+ID4NCj4gPiA+ID4gW2FjbV0NCj4gPiA+ID4gSW4gSVBQ TSB3b3JrLCB0aGUgbWV0aG9kcyBvZiBtZWFzdXJlbWVudCBhcmUgZGVzY3JpYmVkIG1vcmUgYnJv YWRseQ0KPiA+IHRoYW4NCj4gPiA+ID4gdGhlIG1ldHJpY3MsIGFzIGFjdGlvbnMgYW5kIG9wZXJh dGlvbnMgdGhlIFNyYyBhbmQgRHN0IGhvc3RzIHBlcmZvcm0NCj4gdG8NCj4gPiA+ID4gc2VuZCBh bmQgcmVjZWl2ZSwgYW5kIGNhbGN1bGF0ZSB0aGUgcmVzdWx0cy4NCj4gPiA+ID4NCj4gPiA+ID4g SVBQTSBNZXRob2RzIG9mIE1lYXN1cmVtZW50IGhhdmUgbm90IGluY2x1ZGVkIHByb3RvY29sDQo+ ID4gcmVxdWlyZW1lbnRzIGluDQo+ID4gPiA+IHRoZSBwYXN0LCBpbiBhbnkgb2Ygb3VyIFN0YW5k YXJkcyBUcmFjayBNZXRyaWNzIFJGQ3MuICBJbiBmYWN0LCB3ZQ0KPiA+IGRldmVsb3BlZA0KPiA+ ID4gPiBhIG1lYXN1cmVtZW50LXNwZWNpZmljIGNyaXRlcmlhIGZvciBtb3Zpbmcgb3VyIFJGQ3Mg YWxvbmcgdGhlDQo+IHN0YW5kYXJkcw0KPiA+IHRyYWNrDQo+ID4gPiA+IHRoYXQgaGFzIG5vdGhp bmcgdG8gZG8gd2l0aCBwcm90b2NvbHMgb3IgaW50ZXJvcGVyYWJpbGl0eS4NCj4gPiA+ID4gU2Vl IEJDUCAxNzYgYWthIFJGQyA2NTc2Og0KPiA+IGh0dHBzOi8vcHJvdGVjdDIuZmlyZWV5ZS5jb20v djEvdXJsP2s9NjVhY2M0MTUtM2EzN2ZjYzctNjVhYzg0OGUtDQo+ID4gODY2MTMyZmU0NDVlLWI0 MzIzY2I0YjZlNDIwNmYmcT0xJmU9NWZlMTc5MmMtZjY0MS00OTAzLTlhMzItDQo+ID4gMzE3MzUw NzkwODcyJnU9aHR0cHMlM0ElMkYlMkZ1cmxkZWZlbnNlLmNvbSUyRnYzJTJGX19odHRwcyUzQSUN Cj4gPiAyRiUyRnRvb2xzLmlldGYub3JnJTJGaHRtbCUyRnJmYzY1NzZfXyUzQiUyMSUyMUJoZFQl MjEzDQo+ID4gUk1RTVpPQUZsb1ExRnZ0Q19MSXJVc0RxQkd4UWVKWjFGNEdGdDhUcGJRNjB3ODQx d1Q1NHNMTG9LUzktDQo+ID4gWWMkDQo+ID4gPiA+IElQIFBlcmZvcm1hbmNlIE1ldHJpY3MgKElQ UE0pIFN0YW5kYXJkIEFkdmFuY2VtZW50IFRlc3RpbmcNCj4gPiA+ID4NCj4gPiA+ID4gPiBObyBv bmUgY2FuIGJ1aWxkIGltcGxlbWVudGF0aW9uLg0KPiA+ID4gPg0KPiA+ID4gPiBbYWNtXQ0KPiA+ ID4gPiBJJ20gc29ycnksIGJ1dCB0aGF0IGlzIG5vdCBjb3JyZWN0LiAgUGxlYXNlIHNlZSBTZWN0 aW9uIDguNC4NCj4gPiA+DQo+ID4gPiBTb3JyeSwgdGhhdCB3YXMgcG9vcmx5IGZvcm11bGF0ZWQu IEkgbWVhbiB0aGF0IHlvdSBjYW4ndCBnaXZlIHRoaXMNCj4gPiBzcGVjaWZpY2F0aW9uDQo+ID4g PiB0byBhIGd1eSBvbiBhIGlzbGFuZCB3aXRob3V0IGV4dGVybmFsIGNvbW11bmljYXRpb24gYW5k IGhhdmUgdGhlbQ0KPiA+ID4gaW1wbGVtZW50ZWQgaXQgYW5kIGl0IHdpbGwgd29yayB3aXRoIHNv bWVvbmUgZWxzZSBpbXBsZW1lbnRhdGlvbi4NCj4gPiBbYWNtXQ0KPiA+IEJ1dCB0aGVuIHlvdSBh cmUgYXNraW5nIGZvciBwcm90b2NvbC1sZXZlbCBpbnRlcm9wZXJhYmlsaXR5LCBNYWdudXMuDQo+ ID4gVGhhdCBpcyBub3Qgb3VyIHNjb3BlLCBvciB0aGUgc2NvcGUgb2YgYW55IElQUE0gTWV0cmlj IGFuZCBNZXRob2QgUkZDcy4NCj4gPiBUaGUgcHJvY2VkdXJlcyBvZiBCQ1AgMTc2IHRlbGwgdXMg d2hlbiBpbmRlcGVuZGVudCBpbXBsZW1lbnRhdGlvbnMNCj4gPiBwcm9kdWNlDQo+ID4gZXF1aXZh bGVudCByZXN1bHRzLCB3aGljaCBpcyBJRVRGJ3MgZGVmaW5pdGlvbiBvZiAid29ya3Mgd2l0aCIg Zm9yDQo+IG1ldHJpY3MNCj4gPiBhbmQgbWV0aG9kcy4NCj4gPg0KPiA+DQo+ID4gPiBZb3UgaGF2 ZSBjbGVhcmx5DQo+ID4gPiBpbXBsZW1lbnRlZCBhIHNvbHV0aW9udCB0aGF0IHdvcmtzIGZvciBz b21lIHNldCBvZiBwYXJhbWV0ZXJzLiBBbmQgSQ0KPiBhbQ0KPiA+IGFza2luZyBob3cNCj4gPiA+ IG11Y2ggb2YgdGhlIHJlYXNvbmFibGUgcGFyYW1ldGVyIHNwYWNlIHlvdSBoYXZlIHRlc3RlZC4N Cj4gPiBbYWNtXQ0KPiA+IFJpZ2h0LiBJIGFuc3dlcmVkIHRoaXMgcXVlc3Rpb24gcXVhbGl0YXRp dmVseSBhYm92ZSwgYnV0IHRoZSBjby1hdXRob3JzDQo+ID4gY2xhaW0gdGhhdCBhbiBlcXVhbGx5 IGltcG9ydGFudCBxdWVzdGlvbiBpcyB0aGUgYnJlYWR0aCBvZiBhY2Nlc3MNCj4gPiB0ZWNobm9s b2dpZXMNCj4gPiB3ZSBoYXZlIHRlc3RlZC4NCj4gPg0KPiA+IFRoZSB0ZXN0cyBjb25kdWN0ZWQg b3ZlciAyKyB5ZWFycyB1c2VkIHRoZSBmb2xsb3dpbmcgcHJvZHVjdGlvbiBhY2Nlc3MNCj4gPiB0 eXBlczoNCj4gPg0KPiA+IDEuIEZpeGVkOiBET0NTSVMgMy4wIGNhYmxlIG1vZGVtIHdpdGggInRy aXBsZS1wbGF5IiBjYXBhYmlsaXR5IGFuZA0KPiBlbWJlZGRlZA0KPiA+IFdpRmkgYW5kDQo+ID4g V2lyZWQgR2lnRSBzd2l0Y2ggKHR3byBtYW51ZmFjdHVyZXJzKS4NCj4gPiAyLiBNb2JpbGU6IExU RSBjZWxsdWxhciBwaG9uZSB3aXRoIGEgQ2F0IDEyIG1vZGVtICg2MDAgTWJwcyBEb3dubGluaywg NTANCj4gPiBNYnBzIHVwbGluaykuDQo+ID4gMy4gRml4ZWQ6IHBhc3NpdmUgb3B0aWNhbCBuZXR3 b3JrIChQT04pICJGIiwgMSBHYnBzIHNlcnZpY2UuDQo+ID4gNC4gRml4ZWQ6IFBPTiAiVCIsIDEw MDAgTWJwcyBTZXJ2aWNlLg0KPiA+IDUuIEZpeGVkOiBWRFNMLCBzZXJ2aWNlLCBhdCB2YXJpb3Vz IHJhdGVzIDwxMDAgTWJwcy4NCj4gPiA2LiBGaXhlZDogQURTTCwgMS41IE1icHMuDQo+ID4gNy4g TW9iaWxlOiBMVEUgZW5hYmxlZCByb3V0ZXIgd2l0aCBFVEggTEFOIHRvIGNsaWVudCBob3N0DQo+ ID4gOC4gRml4ZWQ6IERPQ1NJUyAzLjEgY2FibGUgbW9kZW0gd2l0aCAidHJpcGxlLXBsYXkiIGNh cGFiaWxpdHkgYW5kDQo+IGVtYmVkZGVkDQo+ID4gV2lGaSBhbmQNCj4gPiBXaXJlZCBHaWdFIHN3 aXRjaCAodHdvIG90aGVyIG1hbnVmYWN0dXJlcnMpLg0KPiA+DQo+ID4NCj4gPiA+DQo+ID4gPiBC YXNlZCBvbiB0aGlzIGRpc2N1c3Npb24gSSBkb24ndCB0aGluayBJIGNhbiBidWlsZCBhbiBpbXBs ZW1lbnRhdGlvbg0KPiB0aGF0DQo+ID4gPiBmdWxmaWxscyB0aGUgbWVhc3VyZW1lbnQgZ29hbHMs IGJlY2FzdWUgSSBoYXZlIHF1ZXN0aW9ucyBhYm91dCB0aGVtLg0KPiBBbmQgSQ0KPiA+ID4gc3Vz cGVjdCBpdCB3b3VsZCB0YWtlIHN1YnN0YW50aWFsIGFtb3VudCBvZiBleHBlcmltZW50YXRpb24g dG8gZ2V0IGl0DQo+IHRvDQo+ID4gPiB3b3JrIGNvcnJlY3RseSBvdmVyIGEgYnJvYWRlciByYW5n ZSBvZiBpbnB1dCBwYXJhbWV0ZXJzLg0KPiA+IFthY21dDQo+ID4gTm93IHdlIHJlZmVyIHlvdSB0 byB0aGUgcmVmZXJlbmNlcyBpbiB0aGUgbWVtbywgcGFydGljdWxhcmx5IEFwcGVuZGl4IFgNCj4g PiBvZiBZLjE1NDA6DQo+ID4NCj4gPiAgICBbWS4xNTQwXSAgIFkuMTU0MCwgSS4gUi4sICJJbnRl cm5ldCBwcm90b2NvbCBkYXRhIGNvbW11bmljYXRpb24NCj4gPiAgICAgICAgICAgICAgIHNlcnZp Y2UgLSBJUCBwYWNrZXQgdHJhbnNmZXIgYW5kIGF2YWlsYWJpbGl0eSBwZXJmb3JtYW5jZQ0KPiA+ ICAgICAgICAgICAgICAgcGFyYW1ldGVycyIsIERlY2VtYmVyIDIwMTksDQo+ID4gICAgICAgICAg ICAgICA8aHR0cHM6Ly93d3cuaXR1LmludC9yZWMvVC1SRUMtWS4xNTQwLTIwMTkxMi1JL2VuPi4N Cj4gPg0KPiA+ICAgIFtZLlN1cDYwXSAgTW9ydG9uLCBBLiwgUmFwcG9ydGV1ciwgIlJlY29tbWVu ZGF0aW9uIFkuU3VwNjAsDQo+ID4gSW50ZXJwcmV0aW5nDQo+ID4gICAgICAgICAgICAgICBJVFUt VCBZLjE1NDAgbWF4aW11bSBJUC1sYXllciBjYXBhY2l0eSBtZWFzdXJlbWVudHMiLCBKdW5lDQo+ ID4gICAgICAgICAgICAgICAyMDIwLCA8aHR0cHM6Ly93d3cuaXR1LmludC9yZWMvVC1SRUMtWS5T dXA2MC9lbj4uDQo+ID4NCj4gPiBhbmQgTGlhaXNvbnMsIHdlcmUgbWFueSBvZiB0aGUgZXhwZXJp bWVudGFsIHJlc3VsdHMgYXJlIHN1bW1hcml6ZWQ6DQo+ID4NCj4gPiAgICBbTFMtU0cxMi1BXQ0K PiA+ICAgICAgICAgICAgICAgMTIsIEkuIFMuLCAiTFMgLSBIYXJtb25pemF0aW9uIG9mIElQIENh cGFjaXR5IGFuZCBMYXRlbmN5DQo+ID4gICAgICAgICAgICAgICBQYXJhbWV0ZXJzOiBSZXZpc2lv biBvZiBEcmFmdCBSZWMuIFkuMTU0MCBvbiBJUCBwYWNrZXQNCj4gPiAgICAgICAgICAgICAgIHRy YW5zZmVyIHBlcmZvcm1hbmNlIHBhcmFtZXRlcnMgYW5kIE5ldyBBbm5leCBBIHdpdGggTGFiDQo+ ID4gICAgICAgICAgICAgICBFdmFsdWF0aW9uIFBsYW4iLCBNYXkgMjAxOSwNCj4gPiAgICAgICAg ICAgICAgIDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2xpYWlzb24vMTYzMi8+Lg0KPiA+ DQo+ID4gICAgW0xTLVNHMTItQl0NCj4gPiAgICAgICAgICAgICAgIDEyLCBJLiBTLiwgIkxTIG9u IGhhcm1vbml6YXRpb24gb2YgSVAgQ2FwYWNpdHkgYW5kIExhdGVuY3kNCj4gPiAgICAgICAgICAg ICAgIFBhcmFtZXRlcnM6IENvbnNlbnQgb2YgRHJhZnQgUmVjLiBZLjE1NDAgb24gSVAgcGFja2V0 DQo+ID4gICAgICAgICAgICAgICB0cmFuc2ZlciBwZXJmb3JtYW5jZSBwYXJhbWV0ZXJzIGFuZCBO ZXcgQW5uZXggQSB3aXRoIExhYiAmDQo+ID4gICAgICAgICAgICAgICBGaWVsZCBFdmFsdWF0aW9u IFBsYW5zIiwgTWFyY2ggMjAxOSwNCj4gPiAgICAgICAgICAgICAgIDxodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2xpYWlzb24vMTY0NS8+Lg0KPiA+DQo+ID4gQWxzbywgc2VlIG91ciBzbGlk ZXMgZnJvbSB0aGUgSGFja2F0aG9ucyBhdCBJRVRGIDEwNSBhbmQgMTA2LCBhbmQgdGhlDQo+ID4g SVBQTSBXRyBzZXNzaW9ucyBzbGlkZXMgYmVnaW5uaW5nIHdpdGggSUVURi0xMDUsIEp1bHkgMjAx OS4NCj4gPiBZb3UgbWlnaHQgYWxzbyBsb29rIGludG8gdGhlIGRpc2N1c3Npb25zIG9uIHRoZSBt YWlsaW5nIGxpc3QuDQo+ID4gU29tZSBvdGhlciByZXN1bHRzIGFyZSBhdmFpbGFibGUgdG8gdGhv c2Ugd2l0aCBJVFUtVElFUyBhY2NvdW50cy4NCj4gPg0KPiA+IFRoZSBsb2FkIGFkanVzdG1lbnQg YWxnb3JpdGhtIGl0c2VsZiB3YXMgaW1wcm92ZWQgYWZ0ZXIgZXhwZXJpbWVudGF0aW9uLA0KPiA+ IGFkZGluZyB0aGUgZmFzdCByYW1wLXVwIHdpdGggcmF0ZSArPSAxMCB3aGVuIGZlZWRiYWNrIGlu ZGljYXRlcyBubw0KPiA+IGltcGFpcm1lbnRzLiBUaGUgb3JpZ2luYWwvY3VycmVudCBhbGdvcml0 aG1zIGFwcGVhciBpbiBZLjE1NDAgQW5uZXhlcyBBDQo+ID4gYW5kIEIsIHJlc3BlY3RpdmVseS4N Cj4gPg0KPiA+DQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+ID4gQW5kIGlm IHRoZSBzZWN0aW9uIGlzDQo+ID4gPiA+ID4gaW50ZW5kZWQgdG8gcHJvdmlkZSByZXF1aXJlbWVu dHMgb24gYSBwcm90b2NvbCB0aGF0IHBlcmZvcm1zIHRoZXNlDQo+ID4gPiA+ID4gbWVhc3VyZW1l bnRzDQo+ID4gPiA+ID4gSSB0aGluayBzZXZlcmFsIGFzcGVjdHMgYXJlIG1pc3NpbmcuIFRoZXJl IGFwcGVhciBzZXZlcmFsIHdheXMNCj4gZm9yd2FyZA0KPiA+IGhlcmUNCj4gPiA+ID4gPiB0bw0K PiA+ID4gPiA+IHJlc29sdmUgdGhpczsgb25lIGlzIHRvIHNwbGl0IG91dCB0aGUgbWV0aG9kIG9m IG1lYXN1cmVtZW50IGFuZA0KPiBkZWZpbmUNCj4gPiBpdA0KPiA+ID4gPiA+IHNlcGFyYXRlbHkg dG8gc3RhbmRhcmQgdHJhY2tzIGxldmVsIHVzaW5nIGEgcGFydGljdWxhciBwcm90b2NvbCwNCj4g YW5vdGhlcg0KPiA+ID4gPiA+IGlzIHRvIHdyaXRlIGl0IHB1cmVseSBhcyByZXF1aXJlbWVudHMg b24gYSBtZWFzdXJlbWVudCBwcm90b2NvbHMuDQo+ID4gPiA+DQo+ID4gPiA+IFthY21dDQo+ID4g PiA+IEFzIHN0YXRlZCBhYm92ZSwgY29ubmVjdGluZyBhIG1ldGhvZCB3aXRoIGEgc2luZ2xlIHBy b3RvY29sIGlzIG5vdA0KPiBJUFBNJ3MNCj4gPiB3YXkuDQo+ID4gPg0KPiA+ID4gVGhhdCBpcyBm aW5lLiBIb3dldmVyLCBJIGZpbmQgdGhlIGF0dGVtcHQgdG8gc3BlY2lmeSBhIHNwZWNpZmljIGxv YWQNCj4gcmVndWxhdG9yDQo+ID4gPiBpbiB0aGUgbWV0aG9kIG9mIG1lYXN1cmVtZW50IHRvIHRh a2UgdGhpcyBzcGVjaWZpY2F0aW9uIGJleW9uZCBhDQo+IGdlbmVyYWwNCj4gPiBtZXRob2QNCj4g PiA+IG9mIG1lYXN1cm1lbnQuIFRoZSBoaWdoIGxldmVsIHJlcXVpcmVtZW50IGFwcGVhciB0byBi ZSB0aGF0IHRvDQo+IGNvcnJlY3RseQ0KPiA+IGZpbmQNCj4gPiA+IHRoZSBjYXBhY2l0eSwgYW5k IHRoYXQgcmVxdWlyZXMgdGhhdCBvbmUgbG9hZCB0byB0aGUgcG9pbnQgd2hlcmUNCj4gYnVmZmVy cyBhcmUNCj4gPiA+IGZpbGxlZCBzdWZmaWNpZW50bHkgdG8gaW50cm9kdWNlIGV4dHJhIGRlbGF5 IG9yIHdoZXJlIEFRTSBzdGFydHMNCj4gZHJvcHBpbmcgb3INCj4gPiA+IG1hcmtpbmcgc29tZSBv ZiB0aGUgbG9hZC4gVGh1cywgSSBhbSBxdWVzdGlvbmluZyBpZiB0aGUgZGVzY3JpYmVkDQo+IGFs Z29yaXRobQ0KPiA+IHdpbGwNCj4gPiA+IGFkcXVlYXRlbHkgc29sdmUgdGhhdCBpc3N1ZSBvdmVy IGEgd2lkZXIgcmFuZ2Ugb2YgcGFyYW1ldGVycy4NCj4gPiA+DQo+ID4gPiBTbyBpZiB5b3UgaGF2 ZSBtb3JlIGluZm9ybWF0aW9uIHRvIHNob3cgYXQgbGVhc3Qgd2hpY2ggcmFuZ2UgaXQgaGFzDQo+ IGJlZW4NCj4gPiBwcm92ZW4NCj4gPiA+IHRvIGRvIGl0cyB3b3JrIGFuZCB3aXRoIHdoYXQgaW5w dXQgcGFyYW1ldGVycz8NCj4gPiBbYWNtXQ0KPiA+IFllcy4gU2VlIH4xMCByZWZlcmVuY2VzICBh bmQgcmVwbGllcyBhYm92ZS4NCj4gPg0KPiA+ID4gSSBob3BlIHlvdSB1bmRlcnN0YW5kIHRoYXQg SQ0KPiA+ID4gZXhwZWN0IHRoaXMgbG9hZCBjb250cm9sIGFsZ29yaXRobSB0byBnZXQgc2ltdWxh cmx5IHNjcnV0aW5pemVkIHRvDQo+IGNvbmdlc3Rpb24NCj4gPiA+IGNvbnRyb2wgYWxnb3JpdGht cyB0aGF0IHdlIHN0YW5kYXJkaXplIGluIElFVEYuDQo+ID4gW2FjbV0NCj4gPiBZZXMsIGFsdGhv dWdoIGl0IGlzIGEgc3VycHJpc2luZyBhdCB0aGlzIHBvaW50LCB3ZSBjZXJ0YWlubHkgdW5kZXJz dGFuZA0KPiB5b3VyDQo+ID4gY3VycmVudCBwb3NpdGlvbi4NCj4gPg0KPiA+IEhvd2V2ZXIsIFLD vGRpZ2VyIG1hZGUgYSByZWxldmFudCBwb2ludCBpbiBvdXIgZGlzY3Vzc2lvbnMgKHdoeSBvdXIN Cj4gPiBhbGdvcml0aG0ncw0KPiA+IHJvbGUgaXMgZGlmZmVyZW50IGZyb20gVHJhbnNwb3J0IEFy ZWEgY29uZ2VzdGlvbiBjb250cm9sIGFsZ29yaXRobXMsDQo+ID4gYW5kIG5lZWQgbm90IGJlIHN1 YmplY3RlZCB0byB0aGUgc2FtZSBzY3J1dGlueSk6DQo+ID4NCj4gPiAgICAgVGhpcyBpcyBhIG1l YXN1cmVtZW50IG1ldGhvZCBkZXNpZ25lZCBmb3IgaW5mcmVxdWVudCBhbmQgc2Vuc2libGUNCj4g PiBtYXhpbXVtDQo+ID4gICAgIGNhcGFjaXR5IGFzc2Vzc21lbnQsIGluc3RhbnRpYXRlZCBvbmx5 IGluIGFuIE9BTSBvciBkaWFnbm9zdGljIHRvb2wuDQo+ID4NCj4gPiAgICAgSXQgaXMgbm90IGEg Ymx1ZXByaW50IGZvciBhIGNvbmdlc3Rpb24gY29udHJvbCBhbGdvcml0aG0gKENDQSkgaW4gYQ0K PiBidWxrDQo+ID4gICAgIHRyYW5zZmVyIHByb3RvY29sIHRoYXQgcnVucyBieSBkZWZhdWx0IGFu ZCBpcyBnbG9iYWxseSBkZXBsb3llZCBieQ0KPiA+ICAgICBjb21tb2RpdHkgc3RhY2tzLg0KPiA+ DQo+ID4gV2UgZG9uJ3Qgd2FudCB0byByZS1jcmVhdGUgYW55IFRDUCBDQ0E6IHRoZXkgd2VyZW4n dCBkZXNpZ25lZCBmb3INCj4gYWNjdXJhdGUNCj4gPiBtZWFzdXJlbWVudCBvZiBtYXhpbXVtIHJh dGUgKGFzIHRoZSByZWZlcmVuY2VkIG1lYXN1cmVtZW50cyBzaG93KS4NCj4gPg0KPiA+IEl0IGFw cGVhcnMgdGhhdCB0aGUgbW9zdCByZWNlbnQgKDIwMTgpIHN0YW5kYXJkaXplZCBhbmQgd2lkZWx5 IHVzZWQNCj4gPiBDQ0EgaXMgQ3ViaWMgKFJGQyA4MzEyIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM4MzEyICkuDQo+ID4NCj4gPiBUaGUgZ3JlYXQgVENQIENDQSBDZW5zdXMgKDIwMTkp DQo+ID4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwOS9tYXRlcmlhbHMv c2xpZGVzLTEwOS1pY2NyZy10aGUtDQo+ID4gZ3JlYXQtaW50ZXJuZXQtdGNwLWNvbmdlc3Rpb24t Y29udHJvbC1jZW5zdXMtMDANCj4gPg0KPiA+IGZpbmRzIHRoYXQgQkJSIHZlcnNpb25zIGFjY291 bnQgZm9yIGdyZWF0ZXIgcG9wdWxhcml0eSBvbiBBbGV4YS0yNTANCj4gc2l0ZXMNCj4gPiAoMjUu MiUpIHRoYW4gQ1VCSUMsIGFuZCBtb3JlIHRoYW4gNDAlIG9mIGRvd25zdHJlYW0gdHJhZmZpYyBv biB0aGUNCj4gPiBJbnRlcm5ldA0KPiA+IChzbGlkZSAxNCkuIEkgZm91bmQgc29tZSByZWZlcmVu Y2VzIHRvIEJCUiBpbiBJQ0NSRyBkcmFmdHMsIGJ1dCBubyBSRkMuDQo+ID4gSSB3b3VsZCBndWVz cyB0aGF0IEJCUiBoYXMgYWxyZWFkeSBwcm92aWRlZCBDQ0EgZm9yIG1vcmUgdHJhZmZpYyB0aGFu DQo+IHRoZQ0KPiA+IHRlc3QgdHJhZmZpYyBjb21wbHlpbmcgdG8gdGhpcyBtZW1vIGV2ZXIgd2ls bC4NCj4gPg0KPiA+IE91ciBvdmVyYWxsIG1ldGhvZCB3b3JrcyBzaW1pbGFyIHRvIEJCUjogUmVj ZWl2ZWQgcmF0ZSBwZXIgUlRUIGlzIHRoZQ0KPiA+IGZlZWRiYWNrIHRvIHRoZSBzZW5kZXIuDQo+ ID4NCj4gPiBXZSBhZGRlZCBBcHBsaWNhYmlsaXR5IHRvIHRoZSBhY2Nlc3MgcG9ydGlvbiwgbm90 IHRoZSBnbG9iYWwgSW50ZXJuZXQNCj4gPiB3aGVyZSBzdGFuZGFyZGl6ZWQgdHJhbnNwb3J0IHBy b3RvY29sIENDQXMgbXVzdCBvcGVyYXRlLg0KPiA+DQo+ID4gV2UgYXJlIG5vdCBzcGVjaWZ5aW5n IGEgdHJhbnNwb3J0IENDQSB0aGF0IG11c3Qgc3VwcG9ydCBtYW55DQo+IGFwcGxpY2F0aW9ucy4N Cj4gPiBNZWFzdXJlbWVudCBpcyB0aGUgKm9ubHkqIGFwcGxpY2F0aW9uIChmb3IgYW4gSVAtbGF5 ZXIgbWV0cmljKS4NCj4gPg0KPiA+IEVhcmx5IGltcHJlc3Npb25zIGhhdmUgYmVlbiBmb3JtZWQg b24gc2V2ZXJhbCBlcnJvbmVvdXMgYXNzdW1wdGlvbnMNCj4gPiByZWdhcmRpbmcgYWxnb3JpdGht IHN0YWJpbGl0eSAob3BlcmF0aW9uIGFib3ZlIDFHYnBzKSBhbmQNCj4gPiBzdWl0YWJpbGl0eSBm b3IgcHVycG9zZSAob25lIHJhbmRvbSBsb3NzIGNhc2UpLg0KPiANCj4gSSBhZ3JlZSB0byBtaXN1 bmRlcnN0YW5kaW5ncyBhbmQgbWlzaW50ZXJwcmV0YXRpb24gb2Ygd2hhdCB3YXMgZGVmaW5lZC4N Cj4gQW5kIEkgZG8gaGF2ZSB0byBzYXkgdGhhdCBzb21lIG9mIHRoZXNlIGFzc3VtcHRpb25zIG9y IGd1ZXNzZXMgYXJlIGR1ZSB0bw0KPiB0aGUgbGFjayBvZiBjbGFyaXR5IG9mIHRoZSBzcGVjaWZp Y2F0aW9uLiBXaGljaCBmcm9tIG15IHBlcnNwZWN0aXZlDQo+IHN0cmVuZ3RoZW5zIG15IHBvc2l0 aW9uIHRoYXQgdGhpcyBpcyBub3QgeWV0IHN0YW5kYXJkcyB0cmFjayBxdWFsaXR5DQo+IGFyb3Vu ZCB0aGUgbG9hZCBhbGdvcml0aG0uDQo+IA0KPiA+DQo+ID4gQWQtaG9jIG1ldGhvZHMgcmVzdWx0 aW5nIGluIFRDUC1iYXNlZCB1bmRlci1lc3RpbWF0ZXMgb2YgSW50ZXJuZXQgU3BlZWQNCj4gPiBh cmUgdGhlIHByb2JsZW0gd2UgYXR0YWNrIGhlcmUhIEltcGxlbWVudGF0aW9uIG9mIGhhcm1vbml6 ZWQgaW5kdXN0cnkNCj4gPiBzdGFuZGFyZHMgYXJlIHRoZSBzb2x1dGlvbi4NCj4gPg0KPiA+IFdl IGJlbGlldmUgaW4gcm91Z2ggY29uc2Vuc3VzIGFuZCBydW5uaW5nIGNvZGUuDQo+ID4NCj4gDQo+ IFNvIEJCUiBpcyBmcmVxdWVudGx5IGRpc2N1c3NlZCBpbiBJQ0NSRywgYW5kIHRoZSBCQlIgdjEg d2FzIGZvdW5kIHRvIGhhdmUNCj4gc29tZSB0cnVseSBob3JyaWJsZSBzdGFibGUgc3RhdGUuIExp a2Ugb25lIHdoZXJlIGl0IHdhcyBydW5uaW5nIG9uIGF0IDMwJQ0KPiBwYWNrZXQgbG9zcyB3aXRo b3V0IHJlYWN0aW5nIGFzIGl0IG9ubHkgY29udGFpbmVkIGRlbGF5LiBCQlJ2MiBoYXMNCj4gYWRk cmVzc2VkIHRoaXMgc28gaXQgd2lsbCByZWFjdCB0byBoaWdoZXIgZGVncmVlcyBvZiBwYWNrZXQg bG9zcy4NCj4gDQo+IFNvIEkgZG8gYmVsaWV2ZSBpbiBydW5uaW5nIGNvZGUgdG8gYW5kIGFzIGxv bmcgYXMgeW91IGFyZSBtb25pdG9yaW5nIHlvdXINCj4gaW1wYWN0IEkgdGhpbmsgZXhwZXJpbWVu dGF0aW9uIGlzIHRoZSByaWdodCB3YXkgaGVyZS4gSG93ZXZlciwgaWYgd2UgcHV0DQo+IHRoZSBs YWJlbCBJRVRGIHByb3Bvc2VkIHN0YW5kYXJkIG9uIHRoZSBsb2FkIGFsZ29yaXRobSBwZW9wbGUg d2lsbCBhc3N1bWUNCj4gdGhhdCBpdCBpcyBzYWZlIHRvIHVzZS4gVGhhdCBpcyBteSBpc3N1ZSBo ZXJlIGFuZCBJIGRvbid0IHRoaW5rIHdlIGNhbg0KPiBnaXZlIHRoYXQgcmVjb21tZW5kYXRpb24g ZXZlbiB3aXRoIGEgbGltaXRlZCBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCBpbg0KPiB0aGUgY3Vy cmVudCBmb3JtLg0KPiANCj4gDQo+ID4NCj4gPiBXZSBhbHNvIGFzayB0aGF0IHlvdSB1bmRlcnN0 YW5kIG91ciBwb3NpdGlvbiwgdGhhdCB0ZXN0cyB3aXRoIG1hbnkNCj4gZGlmZmVyZW50DQo+ID4g YWNjZXNzIHRlY2hub2xvZ2llcyBpbiBwcm9kdWN0aW9uLCBhbmQgY2FyZWZ1bCBjb21wYXJpc29u IG9mIGFkLWhvYw0KPiA+IG1ldGhvZHMNCj4gPiBjbGFpbWluZyB0byBtYWtlIHRoZSBzaW1pbGFy IG1lYXN1cmVtZW50cyBpbiB0aGUgbGFiIGFuZCB0aGUgZmllbGQgYXJlDQo+ID4gZXF1YWxseSwN Cj4gPiBpZiBub3QgbW9yZSBpbXBvcnRhbnQgdGhhbiBldmVuIG1vcmUgcGFyYW1ldGVyIGludmVz dGlnYXRpb25zIGF0IHRoaXMNCj4gcG9pbnQuDQo+ID4gSSBoYXZlIHBlcnNvbmFsbHkgYmVlbiBy dW5uaW5nIGxhYiB0ZXN0cyBzaW5jZSBTZXB0ZW1iZXIgMjAxOCB3aXRoDQo+IHZhcmlvdXMNCj4g PiB0b29scy4NCj4gPiBMZW4gcmVsZWFzZWQgaGlzIGZpcnN0IHZlcnNpb24gb2YgdGhlIGNvZGUg aW4gRmViIDIwMTksDQo+ID4gYW5kIHdlIGltbWVkaWF0ZWx5IGZvY3VzZWQgb24gdGVzdHMgd2l0 aCBoaXMgdXRpbGl0eSBpbnN0ZWFkIG9mIFVEUA0KPiBwYWNrZXQNCj4gPiBibGFzdGVycyBsaWtl IGlQZXJmLCBhbmQgVHJleCB3aXRoIG15IG93biBCaW5hcnkgU2VhcmNoIHdpdGggTG9zcw0KPiB2 ZXJpZmljYXRpb24NCj4gPiBhbGdvcml0aG0gdGhhdCB3ZSB1c2UgaW4gZGV2aWNlIGJlbmNobWFy a2luZyAoY3Jvc3Mtb3ZlciB3aXRoIEJNV0cpLg0KPiA+DQo+ID4NCj4gPiA+DQo+ID4gPiBJIHdv dWxkIHZlcnkgbXVjaCBwcmVmZXIgdG8gdGFrZSBvdXQgdGhlIGxvYWQgYWxnb3JpdGhtIGFuZCBw bGFjZSBpdA0KPiBpbiBhDQo+ID4gPiBzZXBlcmF0ZSBkb2N1bWVudCB3aGVyZSBpdCBjYW4gaGF2 ZSBhIHRpZ2h0ZXIgc2NvcGUgZGVzY3JpcHRpb24gYW5kDQo+IG1vcmUNCj4gPiA+IGRpc2N1c3Np b24gYWJvdXQgYWJvdXQgdGhhdCBpdCBkb2VzIGl0cyBqb2IuDQo+ID4gPg0KPiA+ID4gSSBob3Bl IHRoaXMgY2xhcmlmaWVzIHdoYXQgbXkgY29uY2VybnMgYXJlIHdpdGggdGhpcyBkb2N1bWVudCBp biBpdHMNCj4gPiA+IGN1cnJlbnQgZm9ybS4NCj4gPiBbYWNtXQ0KPiA+IFllcywgYW5kIHdlIGhh dmUgcmF0aGVyIGV4aGF1c3RpdmVseSBhcmd1ZWQgdG8gZ28gYWhlYWQgaGVyZSwgZXNwZWNpYWxs eQ0KPiA+IHNpbmNlIGEgbXVjaCBsZXNzLWZyZXF1ZW50bHktdXNlZCB0ZXN0aW5nLW9ubHkgYWxn b3JpdGhtIGlzIGEgZGlmZmVyZW50DQo+ID4gc2l0dWF0aW9uDQo+ID4gdGhhbiBzcGVjaWZ5aW5n IGEgQ0NBIGZvciBnbG9iYWwgVENQIGRlcGxveW1lbnQ6IHRyYW5zcG9ydCBhcmVhJ3MgdXN1YWwN Cj4gcm9sZS4NCj4gPg0KPiA+IFdlIGhvcGUgeW91IGNhbiBub3cgYXBwcmVjaWF0ZSB0aGUgeWVh cnMgb2Ygc3R1ZHksIGV4cGVyaW1lbnRhdGlvbiBhbmQNCj4gPiBydW5uaW5nIGNvZGUgdGhhdCB5 b3UgYXBwYXJlbnRseSBmaXJzdCBlbmNvdW50ZXJlZCBsYXN0IFRodXJzZGF5LA0KPiA+IGFuZCB3 aWxsIGxvb2sgaW50byBzb21lIG1vcmUgb2YgdGhlIHN1cHBvcnRpbmcgYmFja2dyb3VuZCBtYXRl cmlhbC4NCj4gPg0KPiANCj4gSSBkbyBhcHByZWNpYXRlIHlvdXIgd29yay4gSG93ZXZlciwgSSBz dGlsbCBkb24ndCB0aGluayB0aGUgbG9hZCBjb250cm9sDQo+IGFsZ29yaXRobSBkZXNjcmlwdGlv biBpcyBzdWZmaWNpZW50bHkgd2VsbCBzcGVjaWZpZWQgYW5kIHBhcmFtZXRlcml6ZWQgdG8NCj4g YmUgcHVibGlzaGVkIGluIGEgc3RhbmRhcmRzIHRyYWNrIGRvY3VtZW50LiBNYXliZSBpdCBjYW4g YmUgbWFkZSBpbnRvDQo+IHRoYXQuIEhvd2V2ZXIsIEkgdGhpbmsgdGhpcyB3b3VsZCBtYWtlIGFu IGV4Y2VsbGVudCBleHBlcmltZW50YWwNCj4gc3BlY2lmaWNhdGlvbiB3aXRoIHNvbWUgYWRkaXRp b25hbCBjbGFyaWZpY2F0aW9ucyBvbiBwYXJhbWV0ZXJzIHJhbmdlcyBhbmQNCj4gZGVmaW5lZCBy ZXNwb25zZXMgd2hlbiBmZWVkYmFjayBpcyBub3QgcmVjZWl2ZWQgaW4gYSB0aW1lbHkgZmFzaGlv bi4gQWxzbw0KPiBJIHRoaW5rIHlvdSBjYW4gY2xhcmlmeSB0aGUgcHJvdG9jb2wgcmVxdWlyZW1l bnRzIGZvciB0aGUgbWVhc3VyZW1lbnQNCj4gbWV0aG9kb2xvZ3kuIFRoZW4gYSBjcnlzdGFsIGNs ZWFyIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IGZvciB0aGUgbG9hZA0KPiBhbGdvcml0aG0uDQo+ IA0KPiBIZXJlIEkgdGhpbmsgd2UgY2FuIHNlZSBhbm90aGVyIHBvaW50IGluIGFjdHVhbGx5IHNw bGl0dGluZyBvdXQgdGhlIGxvYWQNCj4gYWxnb3JpdGhtIGFuZCB0aGF0IGlzIHJlbGF0ZWQgdG8g dGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50LiBEb2VzIHRoZQ0KPiBtZXRyaWMgYW5kIHRoZSBs b2FkIGFsZ29yaXRobSBoYXZlIHRoZSBzYW1lIGFwcGxpY2FiaWxpdHk/IEFzIGEgbWV0cmljIGl0 DQo+IGlzIG5vdCB0cnVseSByZXN0cmljdGVkLCBpdCBpcyBqdXN0IGEgcXVlc3Rpb24gb2YgdGhl IGltcGFjdCBvZiBtZWFzdXJpbmcNCj4gdGhlIG1ldHJpYyBhY3Jvc3MgdGhlIGludGVybmV0Lg0K PiANCj4gQWxzbywgSSB0aGluayB3ZSBzaG91bGQgY29uc2lkZXIgc29tZXdoYXQgdGhlIHVwZGF0 ZSBhbmQgZXZvbHV0aW9uIHBhdGgNCj4gdGhhdCBob3BlZnVsbHkgd2lsbCBvY2N1ciBoZXJlLiBJ IHRoaW5rIHRoZSBsb2FkIGFsZ29yaXRobSBpcyBsaWtlbHkgdG8NCj4gYmVuZWZpdCBmcm9tIGZ1 cnRoZXIgY2xhcmlmaWNhdGlvbiBpbiBpdHMgc3BlY2lmaWNhdGlvbiBpbiB0aGUgZnV0dXJlLg0K PiBUaHVzLCBoYXZpbmcgaXQgaW4gYSBzZXBhcmF0ZSBzcGVjaWZpY2F0aW9uIG1ha2VzIGl0IGVh c2llciB0byB1cGRhdGUgYW5kDQo+IG1haW50YWluLg0KPiANCj4gDQo+IENoZWVycw0KPiANCj4g TWFnbnVzIFdlc3Rlcmx1bmQNCg== From nobody Thu Mar 4 15:48:12 2021 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 3AF593A1965; Thu, 4 Mar 2021 15:48:07 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Improper folded header field made up entirely of whitespace (char 20 hex): References: ...9@HE1PR0702MB3772.eurprd07.prod.outlook.com> X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 uX7-Ca1UPUNx; Thu, 4 Mar 2021 15:48:02 -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 2C63A3A1964; Thu, 4 Mar 2021 15:48:02 -0800 (PST) Received: from pps.filterd (m0083689.ppops.net [127.0.0.1]) by m0083689.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 124NiU3e004722; Thu, 4 Mar 2021 18:47:51 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0083689.ppops.net-00191d01. with ESMTP id 37219c6upn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 04 Mar 2021 18:47:50 -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 124NlnB0100247; Thu, 4 Mar 2021 17:47:49 -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 124NliXU100194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Mar 2021 17:47:44 -0600 Received: from zlp30497.vci.att.com (zlp30497.vci.att.com [127.0.0.1]) by zlp30497.vci.att.com (Service) with ESMTP id 55FF74016998; Thu, 4 Mar 2021 23:47:44 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30497.vci.att.com (Service) with ESMTP id C94A84016997; Thu, 4 Mar 2021 23:47:43 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 124NlhML020275; Thu, 4 Mar 2021 17:47:43 -0600 Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 124Nla6D019545; Thu, 4 Mar 2021 17:47:37 -0600 Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-blue.research.att.com (Postfix) with ESMTP id B641C10A1A85; Thu, 4 Mar 2021 18:47:36 -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.0513.000; Thu, 4 Mar 2021 18:47:55 -0500 From: "MORTON, ALFRED C (AL)" To: Magnus Westerlund , "iesg@ietf.org" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkA== Date: Thu, 4 Mar 2021 23:47:54 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-04_09:2021-03-03, 2021-03-04 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 clxscore=1015 lowpriorityscore=0 impostorscore=0 malwarescore=0 bulkscore=0 spamscore=0 adultscore=0 mlxlogscore=999 suspectscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103040118 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 04 Mar 2021 23:48:07 -0000 SGkgTWFnbnVzIGFuZCBhbGwsDQoNCldlIGhhdmUgZGlzY3Vzc2VkIGFuZCBwcmVwYXJlZCBuZXcg bWF0ZXJpYWwgZm9yIHRoZSBtZW1vIHRoYXQgd2UgaG9wZQ0KY292ZXIgYWxsIHRoZSBwb2ludHMg cmFpc2VkIGF0IG91ciBtZWV0aW5nIG9uIFdlZG5lc2RheS4gVGhlIDMgbWFqb3IgY2hhbmdlcyAN CmFwcGVhciBpbiBTZWN0aW9uIDIgU2NvcGUgYW5kIEFwcGxpY2FiaWxpdHksIGFuZCA4LjEgb24g dGhlIExvYWQgQWRqdXN0bWVudA0KQWxnb3JpdGhtLg0KDQpMZXQgdXMga25vdyBpZiB0aGVzZSBy ZXZpc2lvbnMgYXJlIHN1ZmZpY2llbnQsIG9yIGlmIHdlIGNhbiBhZGQgbW9yZSBtYXRlcmlhbA0K dGhhdCB3aWxsIGhlbHAgdG8gcmVzb2x2ZSBjb25jZXJucy4NCg0KdGhhbmtzLA0KQWwgKGZvciB0 aGUgY28tYXV0aG9ycykNCg0KTmV3IHRleHQgaW4gU2VjdGlvbiAyIFNjb3BlIGFuZCBBcHBsaWNh YmlsaXR5Og0KDQogICBJbiBhZGRpdGlvbiwgdGhlIHVzZSBvZiB0aGUgbG9hZCBhZGp1c3RtZW50 IGFsZ29yaXRobSBkZXNjcmliZWQgaW4NCiAgIHNlY3Rpb24gOC4xIGhhcyB0aGUgZm9sbG93aW5n IGFkZGl0aW9uYWwgYXBwbGljYWJpbGl0eSBsaW1pdGF0aW9uczoNCg0KICAgLSBNVVNUIG9ubHkg YmUgdXNlZCBpbiB0aGUgYXBwbGljYXRpb24gb2YgZGlhZ25vc3RpYyBhbmQgb3BlcmF0aW9ucw0K ICAgbWVhc3VyZW1lbnRzIGFzIGRlc2NyaWJlZCBpbiB0aGlzIG1lbW8NCg0KICAgLSBNVVNUIG9u bHkgYmUgdXNlZCBpbiBjaXJjdW1zdGFuY2VzIGNvbnNpc3RlbnQgd2l0aCBTZWN0aW9uIDEwLA0K ICAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCg0KTmV3IHRleHQgYWRkaW5nICJzYWZldHkiIHJl cXVpcmVtZW50cywgYW5kIGEgbmV3IHRhYmxlIG9mIHBhcmFtZXRlcnMgaW4gDQpzZWN0aW9uIDgu MSBhdCB0aGUgZW5kOg0KDQogICBUaGUgTG9hZCBSYXRlIEFkanVzdG1lbnQgQWxnb3JpdGhtIE1V U1QgaW5jbHVkZSB0aW1lcnMgdGhhdCBzdG9wIHRoZQ0KICAgdGVzdCB3aGVuIHJlY2VpdmVkIHBh Y2tldCBzdHJlYW1zIGNlYXNlIHVuZXhwZWN0ZWRseS4gVGhlIHRpbWVvdXQNCiAgIHRocmVzaG9s ZHMgYXJlIHByb3ZpZGVkIGluIHRoZSB0YWJsZSBiZWxvdywgYWxvbmcgd2l0aCB2YWx1ZXMgZm9y IGFsbA0KICAgb3RoZXIgcGFyYW1ldGVycyBhbmQgdmFyaWFibGVzIGRlc2NyaWJlZCBpbiB0aGlz IHNlY3Rpb24uDQoNCiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBQYXJhbWV0ZXIgICB8IERlZmF1bHQg ICAgIHwgVGVzdGVkIFJhbmdlIHwgRXhwZWN0ZWQgU2FmZSBSYW5nZSAgICB8DQogICB8ICAgICAg ICAgICAgIHwgICAgICAgICAgICAgfCBvciB2YWx1ZXMgICAgfCAobm90IGVudGlyZWx5IHRlc3Rl ZCwgIHwNCiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8IG90 aGVyIHZhbHVlcyBOT1QgICAgICAgfA0KICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgIHwg ICAgICAgICAgICAgIHwgUkVDT01NRU5ERUQpICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsN CiAgIHwgRlQsICAgICAgICAgfCA1MG1zICAgICAgICB8IDIwbXMsIDEwMG1zICB8IDVtcyA8PSBG VCA8PSAyNTBtcyAgICAgfA0KICAgfCBmZWVkYmFjayAgICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgIHwgTGFyZ2VyIHZhbHVlcyBtYXkgc2xvdyB8DQogICB8IHRpbWUgICAgICAgIHwgICAg ICAgICAgICAgfCAgICAgICAgICAgICAgfCB0aGUgcmF0ZSBpbmNyZWFzZSBhbmQgIHwNCiAgIHwg aW50ZXJ2YWwgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8IGZhaWwgdG8gZmluZCB0 aGUgbWF4ICAgfA0KICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IEZlZWRiYWNrICAgIHwgTCpGVCwgTD0x MCAgfCBMPTEwMCB3aXRoICAgfCAwLjVzZWMgPD0gTCpGVCA8PSAgICAgIHwNCiAgIHwgbWVzc2Fn ZSAgICAgfCAoNTAwbXMpICAgICB8IEZUPTUwbXMgICAgICB8IDMwc2VjIFVwcGVyIGxpbWl0IGZv ciAgfA0KICAgfCB0aW1lb3V0ICAgICB8ICAgICAgICAgICAgIHwgKDVzZWMpICAgICAgIHwgdmVy eSB1bnJlbGlhYmxlIHRlc3QgICB8DQogICB8IChzdG9wIHRlc3QpIHwgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgfCBwYXRocyBvbmx5ICAgICAgICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0K ICAgfCBsb2FkIHBhY2tldCB8IDFzZWMgICAgICAgIHwgNXNlYyAgICAgICAgIHwgMC4yNTBzZWMg LSAzMHNlYyBVcHBlciB8DQogICB8IHRpbWVvdXQgICAgIHwgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgfCBsaW1pdCBmb3IgdmVyeSAgICAgICAgIHwNCiAgIHwgKHN0b3AgdGVzdCkgfCAgICAg ICAgICAgICB8ICAgICAgICAgICAgICB8IHVucmVsaWFibGUgdGVzdCBwYXRocyAgfA0KICAgfCAg ICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgb25seSAgICAgICAgICAg ICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgdGFibGUgaW5kZXggfCAwLjVNYnBzICAg ICB8IDAuNU1icHMgICAgICB8IHdoZW4gdGVzdGluZyA8PTEwR2JwcyAgfA0KICAgfCAwICAgICAg ICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAg ICB8DQogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgdGFibGUgaW5kZXggfCAxTWJwcyAgICAgICB8IDFN YnBzICAgICAgICB8IHdoZW4gdGVzdGluZyA8PTEwR2JwcyAgfA0KICAgfCAxICAgICAgICAgICB8 ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQog ICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsNCiAgIHwgdGFibGUgaW5kZXggfCAxTWJwcyAgICAgICB8IDFNYnBzIC0g ICAgICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICAgfA0KICAgfCAoc3RlcCkgc2l6ZSB8ICAgICAg ICAgICAgIHwgMUdicHMgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsNCiAgIHwgdGFibGUgaW5kZXggfCAxMDBNYnBzICAgICB8IDFHYnBzIC0gICAgICB8 IHNhbWUgYXMgdGVzdGVkICAgICAgICAgfA0KICAgfCAoc3RlcCkgICAgICB8ICAgICAgICAgICAg IHwgMTBHYnBzICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8IHNpemUsICAg ICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgIHwgcmF0ZT4xR2JwcyAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IHRhYmxlIGluZGV4IHwg MUdicHMgICAgICAgfCB1bnRlc3RlZCAgICAgfCA+MTBHYnBzICAgICAgICAgICAgICAgIHwNCiAg IHwgKHN0ZXApICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgICAgICAgfA0KICAgfCBzaXplLCAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8IHJhdGU+MTBHYnBzIHwgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwNCg0KDQoNCk1v cnRvbiwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDUsIDIwMjEgICAgICAgICAg ICAgIFtQYWdlIDE2XQ0KDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgSVAgQ2FwYWNpdHkgTWV0 cmljcy9NZXRob2RzICAgICAgICAgICAgTWFyY2ggMjAyMQ0KDQoNCiAgICstLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0K ICAgfCBzcywgVURQICAgICB8IG5vbmUgICAgICAgIHwgPD0xMjIyICAgICAgIHwgUmVjb21tZW5k IG1heCBhdCAgICAgICB8DQogICB8IHBheWxvYWQgICAgIHwgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgfCBsYXJnZXN0IHZhbHVlIHRoYXQgICAgIHwNCiAgIHwgc2l6ZSwgYnl0ZXMgfCAgICAg ICAgICAgICB8ICAgICAgICAgICAgICB8IGF2b2lkcyBmcmFnbWVudGF0aW9uICAgfA0KICAgKy0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rDQogICB8IGNjLCBidXJzdCAgIHwgbm9uZSAgICAgICAgfCAxIC0gMTAwICAgICAg fCBzYW1lIGFzIHRlc3RlZCAgICAgICAgIHwNCiAgIHwgY291bnQgICAgICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQogICB8IHR0LCBidXJzdCAgIHwgMTAwbWljcm9zZWMgfCAxMDBtaWNyb3NlYywgfCBhdmFp bGFibGUgcmFuZ2Ugb2YgICAgIHwNCiAgIHwgaW50ZXJ2YWwgICAgfCAgICAgICAgICAgICB8IDFt c2VjICAgICAgICB8ICJ0aWNrIiB2YWx1ZXMgKEhaICAgICAgfA0KICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgcGFyYW0pICAgICAgICAgICAgICAgICB8DQog ICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsNCiAgIHwgbG93IGRlbGF5ICAgfCAzMG1zICAgICAgICB8IDVtcywgMzBt cyAgICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICAgfA0KICAgfCByYW5nZSAgICAgICB8ICAgICAg ICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8IHRo cmVzaG9sZCAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBoaWdoIGRlbGF5ICB8IDkwbXMgICAgICAg IHwgMTBtcywgOTBtcyAgIHwgc2FtZSBhcyB0ZXN0ZWQgICAgICAgICB8DQogICB8IHJhbmdlICAg ICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgIHwgdGhyZXNob2xkICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IHNlcXVlbmNlICAgIHwg MCAgICAgICAgICAgfCAwLCAxMDAgICAgICAgfCBzYW1lIGFzIHRlc3RlZCAgICAgICAgIHwNCiAg IHwgZXJyb3IgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgICAgICAgfA0KICAgfCB0aHJlc2hvbGQgICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgY29u c2VjdXRpdmUgfCAyICAgICAgICAgICB8IDIgICAgICAgICAgICB8IFVzZSB2YWx1ZXMgPjEgdG8g YXZvaWQgfA0KICAgfCBlcnJvcmVkICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwg bWlzaW50ZXJwcmV0aW5nICAgICAgICB8DQogICB8IHN0YXR1cyAgICAgIHwgICAgICAgICAgICAg fCAgICAgICAgICAgICAgfCB0cmFuc2llbnQgbG9zcyAgICAgICAgIHwNCiAgIHwgcmVwb3J0ICAg ICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAg fA0KICAgfCB0aHJlc2hvbGQgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgRmFzdCBtb2RlICAgfCAx MCAgICAgICAgICB8IDEwICAgICAgICAgICB8IDIgPD0gc3RlcHMgPD0gMzAgICAgICAgfA0KICAg fCBpbmNyZWFzZSwgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICB8DQogICB8IGluIHRhYmxlICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgIHwgaW5kZXggc3RlcHMgfCAgICAgICAg ICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rDQogICB8IEZhc3QgbW9kZSAgIHwgMzAgICAgICAgICAgfCAzICogRmFzdCAgICAgfCBz YW1lIGFzIHRlc3RlZCAgICAgICAgIHwNCiAgIHwgZGVjcmVhc2UsICAgfCAgICAgICAgICAgICB8 IG1vZGUgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgfCBpbiBzdGVwcyAg ICB8ICAgICAgICAgICAgIHwgaW5jcmVhc2UgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8 DQogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgTnVtYmVyIG9mICAgfCAyMDAwICAgICAgICB8IDIwMDAg ICAgICAgICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICAgfA0KICAgfCB0YWJsZSBzdGVwcyB8ICAg ICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8 IGluIHRvdGFsLCAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgIHwNCiAgIHwgPDEwR2JwcyAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCiAgICAgICAg ICAgICAgIFBhcmFtZXRlcnMgZm9yIExvYWQgUmF0ZSBBZGp1c3RtZW50IEFsZ29yaXRobQ0KDQoN Cg0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTU9SVE9OLCBBTEZS RUQgQyAoQUwpDQo+IFNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMywgMjAyMSA4OjQwIEFNDQo+IFRv OiAnTWFnbnVzIFdlc3Rlcmx1bmQnIDxtYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20+OyBp ZXNnQGlldGYub3JnDQo+IENjOiB0cGF1bHlAYXBwbGUuY29tOyBpYW5zd2V0dEBnb29nbGUuY29t OyBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+IG1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7IGlw cG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYub3JnDQo+IFN1YmplY3Q6IFJFOiBNYWdudXMg V2VzdGVybHVuZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBtZXRy aWMtbWV0aG9kLTA2OiAod2l0aCBESVNDVVNTKQ0KPiANCj4gSGkgTWFnbnVzLA0KPiANCj4gTGVu IGFuZCBJIGNhbiBtZWV0IHRvbW9ycm93LCBidXQgSSBoYXZlbid0IGhlYXJkIGZyb20gUnVkaWdl ci4NCj4gQWxzbywgSSBzb21laG93IGZhaWxlZCB0byBwcmVzcyAqc2VuZCogb24gdGhpcyBtZXNz YWdlIGxhc3QgbmlnaHQgPz8/DQo+IA0KPiBXZSBoYXZlIGV4dHJhY3RlZCB5b3VyIGNvbW1lbnRz IGluIHRoZSByZW1haW5pbmcgYXJlYXMgZm9yIGRpc2N1c3Npb24sDQo+IGJlbG93Lg0KPiANCj4g QWwNCj4gDQo+IDxSZW9yZGVyaW5nIGV4YW1wbGU6ID4NCj4gDQo+IEl0IHdhcyB0aGUgYWJvdmUg dHlwZSBvZiBjYXNlcyBJIHdhcyBjb25zaWRlcmluZy4gSSB3YXMgd29ycmllZCB0aGF0IHlvdQ0K PiBkb24ndCBkZXRlY3Qgc29tZSBjYXNlcyBvZiBpc3N1ZXMgaWYgeW91IHJlc2V0IGFuZCBoYXZl IG5vIG1lbW9yeSBvZiBsYXN0DQo+IHJlY2VpdmVkIHBhY2tldHMuIEkgdGhpbmsgb25lIG9idmlv dXMgY2FzZSB0aGF0IGRvZXNuJ3QgcmVwb3J0IGFzIG91dCBvZg0KPiBvcmRlciBmb3IgcmVhbGx5 IHNob3J0IG9uZXMgYXJlIHRoaXMgY2FzZSB3aGVuIHplcm8gb3Igc2luZ2xlIHBhY2tldHMgYXJl DQo+IGRlbGl2ZXJlZC4gVGhlbiBhIHJlb3JkZXJpbmcgY291bGQgbG9vayBsaWtlIHRoaXMuDQo+ IA0KPiB8fCAxICAgfHwgMyB8fCAyIHx8IGFuZCB3aXRob3V0IGEgbWVtb3J5IG9mIHRoZSBsYXN0 IHJlY2VpdmVkIHRoaXMgd291bGQNCj4gbm90IGJlIGFuIG91dCBvZiBvcmRlciBldmVudC4gTm9y IHdvdWxkIGEgcGFja2V0IGxvc3MgbGlrZSB0aGlzDQo+IA0KPiB8fCAxIHx8ICAgICB8fCAgMyB8 fA0KPiANCj4gU28gd2hlbiBGQiBpcyBvbiB0aGUgc2FtZSBtYWduaXR1ZGUgYXMgdGhlIHNlbnQg cGFja2V0IGludGVydmFsIHRoaXMNCj4gbWVhc3VyZW1lbnQgbWV0aG9kIGFwcGVhciB0byBoYXZl IGlzc3Vlcy4gSSBoYXZlIG5vdCBhbmFseXplZCBpZiBhIHNpbmdsZQ0KPiBsYXN0IHNlZW4gcGFj a2V0IG51bWJlciBtZW1vcnkgd291bGQgc29sdmUgbW9zdCBvciBhbGwgaXNzdWVzLg0KPiANCj4g QXQgbGVhc3QgaXQgd291bGQgYWxzbyBzb2x2ZSB0aGUgaXNzdWUgb2YgdGhpcw0KPiANCj4gfHwg MSAyICAzIDQgfHwgNiA3IDggfHwgdGhhdCBJIGFtIGFsc28gdW5jZXJ0YWluIGlmIHRoYXQgaXMg ZGV0ZWN0ZWQuDQo+IA0KPiBTbywgSSB0aGluayBtb3JlIGRldGFpbHMgYXJlIG5lZWRlZCB0byB3 aGF0IGlzIHJlcXVpcmVkIG9uIHRoZSBmZWVkYmFjaw0KPiBtZWNoYW5pc20gdG8gZGV0ZWN0IHRo ZXNlIHR5cGUgb2YgaXNzdWVzLg0KPiANCj4gQEBAQEFuc3dlcjogdGhlIHRleHQgc2F5czoNCj4g CVRoZSBhY2N1bXVsYXRlZCBzdGF0aXN0aWNzIGFyZSB0aGVuIHJlc2V0IGJ5IHRoZSByZWNlaXZl ciBmb3IgdGhlDQo+IG5leHQgZmVlZGJhY2sgaW50ZXJ2YWwuDQo+IA0KPiBhbmQgbm90aGluZyBh Ym91dCBjbGVhcmluZyB0aGUgZW50aXJlIG1lbW9yeSBvZiB0aGUgbWVhc3VyZW1lbnQgY29kZS4N Cj4gDQo+IEFsc28sIGFzc3VtaW5nIHlvdSBhcmUgbG9va2luZyBmb3IgcmVjb21tZW5kZWQgcmFu Z2VzIGZvciBwYXJhbWV0ZXJzIGxpa2UNCj4gRkIgKD1GVCBpbiB0aGUgdGV4dCksIHdlIGNhbiBj ZXJ0YWlubHkgcHJvdmlkZSB0aGVtLiBGVCBpcyBuZXZlciA9IHNpbmdsZQ0KPiBwYWNrZXQgc2Vu ZCBpbnRlcnZhbCBhbmQgPDwgZHQgZHVyYXRpb24gb2YgdGhlIHN1Yi1pbnRlcnZhbC4NCj4gDQo+ IC09LT0tPS09LT0tPS09LT0tPS09LT0tPS0NCj4gDQo+ID4gPiBJbiBhZGRpdGlvbiBpZiB0aGUg ZmVlZGJhY2sgaXMgbm90IHJlbGlhYmxlIGl0IGxvb3NlcyB0aGUgaW5mb3JtYXRpb24NCj4gPiA+ IGZvciB0aGF0IGludGVydmFsLg0KPiA+IFthY21dDQo+ID4gVGhhdCdzIHJpZ2h0LCBhbmQ6DQo+ ID4gMS4gdGhlIHNlbmRpbmcgcmF0ZSBkb2VzIG5vdCBpbmNyZWFzZSBvciBkZWNyZWFzZSB3aXRo b3V0IGZlZWRiYWNrIDIuDQo+IHRoZQ0KPiA+IGZlZWRiYWNrIGlzIHRyYXZlbGluZyB0aGUgcmV2 ZXJzZSBwYXRoIHRoYXQgdGhlIHRlc3QgZG8gbm90IGNvbmdlc3Qgd2l0aA0KPiA+ICAgIHRlc3Qg dHJhZmZpYw0KPiA+IDMuIHRoZSBydW5uaW5nIGNvZGUgaGFzIHdhdGNoZG9nIHRpbWUtb3V0cyB0 aGF0ICp0ZXJtaW5hdGUgdGhlDQo+ID4gY29ubmVjdGlvbiogaWYNCj4gPiAgICBlaXRoZXIgdGhl IHNlbmRlciBvciByZWNlaXZlciBnbyBxdWlldA0KPiA+DQo+ID4gSW4gZXNzZW5jZSwgdGhlIHRl c3QgbWV0aG9kIGlzIG5vdCByZWxpYWJsZSBieXRlIHN0cmVhbSB0cmFuc2ZlciBsaWtlDQo+IFRD UC4NCj4gPiBXZSBjYW4gc2h1dC1kb3duIHRoZSB0ZXN0IHRyYWZmaWMgdmVyeSBxdWlja2x5IGlm IHNvbWV0aGluZyBpcyB3cm9uZyBhbmQNCj4gPiB1c2VmdWwgbWVhc3VyZW1lbnQgaXMgaW4gcXVl c3Rpb24uDQo+ID4NCj4gPg0KPiANCj4gQWwsIEkgaG9wZSB5b3UgdW5kZXJzdGFuZCB0aGF0IG15 IGNvbmNlcm4gaGVyZSBpcyB0aGF0IHRoZSBkb2N1bWVudHMNCj4gZGVzY3JpcHRpb24gb2YgdGhl IGNvbnRyb2wgYWxnb3JpdGhtIGlzIGluY29tcGxldGUgYW5kIGFyZSBtaXNzaW5nDQo+IGltcG9y dGFudCBwcm90ZWN0aW9uIGFzcGVjdHMuIEFzIHdlbGwgYXMgaXRzIGJlaGF2aW9yIHRvIGRpZmZl cmVudA0KPiBwYXJhbWV0ZXJpemF0aW9ucyBpbiB2YXJpb3VzIGNvbmRpdGlvbnMuDQo+IA0KPiBA QEBAQW5zd2VyOiBXZSBjYW4gYWRkIG1vcmUgZGV0YWlscywgYnV0IHdlIG5lZWQgdG8gYWdyZWUg b24gdGhlIGxpc3QNCj4gYmVmb3JlIHdlIGFkZCB0aGUgcGFyYW1ldGVycywgZXRjLiwgYW5kIHRo ZW4gd2UgYXJlIGRvbmUuIFRvIGJlIGNsZWFyLCB3ZQ0KPiBoYXZlIGFscmVhZHkgYWRkZWQgbWFu eSBkZWZhdWx0IHNldHRpbmdzIGZvciBwYXJhbWV0ZXIgdmFsdWVzLiBUaGF0J3MgZmFyLQ0KPiBi ZXlvbmQgd2hhdCBJUFBNIG1ldGhvZHMgaGF2ZSByZXF1aXJlZCwgYW5kIGl0IHJlY29nbml6ZXMg Ym90aCB0aGUgbnVtYmVyDQo+IG9mIHBhcmFtZXRlcnMgaW52b2x2ZWQgaW4gdGhpcyBtZXRob2Qv YWxnb3JpdGhtIGFuZCB0aGUgZXh0ZW5zaXZlIHRlc3RpbmcNCj4gd2UgaGF2ZSBjb21wbGV0ZWQg KHdoZXJlIHdlIGhhdmVuJ3QgYnJva2VuIGFueXRoaW5nIGluIHRoZSAnbmV0KS4NCj4gDQo+IEBA QEBBbHNvLCBpdCBtYWtlcyBubyBzZW5zZSB0byB0ZXN0IGZvciBlcXVpdmFsZW50IHJlc3VsdHMg d2l0aCBkaWZmZXJlbnQNCj4gcGFyYW1ldGVyIHNldHMuICBCQ1AgMTc2IHJlY29tbWVuZHMgaWRl bnRpY2FsIHBhcmFtZXRlcnMgKHRoZSBvbmx5DQo+IGV4Y2VwdGlvbiBpcyBsYWNrIG9mIGFiaWxp dHkgdG8gY29uZmlndXJlIHRoZSBwYXJhbWV0ZXIgdG8gaWRlbnRpY2FsDQo+IHZhbHVlcykuDQo+ IA0KPiANCj4gLT0tPS09LT0tPS09LT0tPS09LQ0KPiANCj4gPiBNYWdudXMgd3JvdGU6DQo+ID4g PiBBbmQgbWFraW5nIGZlZWRiYWNrIHJlbGlhYmVsIGNvdWxkIGNhdXNlIHdvcnNlIEhPTCBpc3N1 ZXMgZm9yDQo+ID4gPiByZWFjdGluZyB0byBsYXRlciBmZWVkYmFjayB0aGF0IGFyZSByZWNpdmVk IHByaW9yIHRvIHRoZSBsb3N0IG9uZS4NCj4gPiA+DQo+ID4gW2FjbV0NCj4gPiBTbyB0aGUgYWx0 ZXJuYXRpdmUgdG8gdW4tcmVsaWFibGUgZmVlZGJhY2sgY2FuIGJlIHdvcnNlPw0KPiA+IEdvb2Qg dGhpbmcgaXQncyBub3QgcGxhbm5lZC4NCj4gDQo+IFNvIGxldCdzIGFzc3VtZSB0aGF0IHJlY2Vp dmVyIG1lYXN1cmVzIHR3byBmZWVkYmFjayBpbnRlcnZhbHMgaW4gYSByb3cNCj4gdGhhdCB0aGVy ZSB3aGVyZSByZW9yZGVyaW5nIGV2ZW50cyBldGMuIFNvIGluIGNhc2UgdGhlIGZpcnN0IHJlcG9y dCBpcw0KPiBsb3N0LCB0aGVuIGZyb20gdGhlIHNlbmRlcnMgcGVyc3BlY3RpdmUgd291bGQgdGhl cmUgYmUgYW4gYWR2YW50YWdlIHRvDQo+IGtub3cgdGhhdCBib3RoIGludGVydmFscyBpbmRpY2F0 ZWQgaXNzdWVzIGF0IHRoaXMgcmF0ZT8gSXQgYXQgbGVhc3QNCj4gaW5kaWNhdGVzIHRoYXQgdGhl IG1lYXN1cmVtZW50IHRoYXQgb25lIGlzIG92ZXIgY2FwYWNpdHkgaXMgY29uc2lzdGVudC4NCj4g DQo+IEBAQEBBbnN3ZXI6IEluIHRoZSBjYXNlIGFib3ZlLCB0aGUgZmFzdCBpbml0aWFsIHNlbmRl ciByYW1wLXVwIHdvdWxkIHBhdXNlDQo+IGluIHJlc3BvbnNlIHRvIHRoZSBzZWNvbmQgcmVwb3J0 IChSeCAtPSAxLCBsaWtlIHRoZSBzaW5nbGUgcmFuZG9tIGxvc3MNCj4gY2FzZSB3ZSBkaXNjdXNz ZWQpIGFuZCB0aGVuIHJlc3VtZSBhdCBSeCArPSAxMCBzdGVwcy4gU28sIGlmIHRoZQ0KPiByZW9y ZGVyaW5nIGluIHlvdXIgZXhhbXBsZSBpcyBjYXVzZWQgYnkgY29uZ2VzdGlvbiB3ZSBoYXZlIGNv bnRpbnVlZCB0bw0KPiBzZW5kIGF0IHRoZSB+cmF0ZSB0aGF0IGNhdXNlZCBjb25nZXN0aW9uIGR1 cmluZyB0aGUgbWlzc2luZyBzdGF0dXMNCj4gaW50ZXJ2YWwsIGFuZCBsaWtlbHkgaGF2ZSBhIHRo aXJkIG1lc3NhZ2UvbWVhc3VyZW1lbnQgaW5kaWNhdGluZw0KPiBjb25nZXN0aW9uIG9yIHR3byBt b3JlIG1lYXN1cmVtZW50cyB3aGVuIHRoZSByYXRlIGluY3JlYXNlcyBmdXJ0aGVyLg0KPiBJT1cs IGlmIG1lYXN1cmVtZW50IG1lc3NhZ2UgbG9zcyBpcyBhdCB0aGUgb25zZXQgb2YgY29uZ2VzdGlv biwgcmF0ZQ0KPiBpbmNyZWFzZSB3aWxsIGVuc3VyZSBtb3JlIG9wcG9ydHVuaXRpZXMgdG8gY29t bXVuaWNhdGUgdGhhdCBzdGF0ZS4gQW5kIGlmDQo+IG1lYXN1cmVtZW50IG1lc3NhZ2UgbG9zcyBp cyBhIHJhbmRvbSBldmVudCwgaXQganVzdCBwYXVzZXMgdGhlIHJhbXAtdXAgZm9yDQo+IG9uZSBG VCBpbnRlcnZhbC4NCj4gDQo+IC09LT0tPS09LT0tPS09LT0tDQo+IA0KPiBBbHNvLCB3aWxsIHRo ZSBzZW5kZXIga25vdyB0aGF0IGZlZWRiYWNrIGlzIG1pc3NpbmcuIFRoaXMgaXMgYWxsIGRlcGVu ZGluZw0KPiBvbiB0aGUgcHJvdG9jb2wgdXNlZCBmb3IgdGhlIG1lYXN1cmVtZW50cy4NCj4gDQo+ IEBAQEBBbnN3ZXI6IFllcywgdGhlIHJ1bm5pbmcgY29kZSAoYW5kIGEgZHJhZnQgcHJvdG9jb2wg cHJvcG9zYWwpIGhhcw0KPiBzZXF1ZW5jZSBudW1iZXJzLg0KPiANCj4gU28gSSB0aGluayB0aGVy ZSBhcmUgdHdvIGV4aXRpbmcgcHJvdG9jb2xzIHRoYXQgSSBjb3VsZCByZWFzb25hYmx5IGVhc2ls eQ0KPiBpbXBsZW1lbnQgdGhpcyBjYXBhY2l0eSBtZWFzdXJlbWVudCBpbnRvLiBUaGVzZSB0d28g YXJlIFFVSUMgYW5kIFJUUC9VRFAuDQo+IEJ5IHRha2luZyBvZiB0aGUgc2hlbGYgaW1wbGVtZW50 YXRpb25zIEkgd291bGQgaGF2ZSBmcmFtZXdvcmtzIHRoYXQgd291bGQNCj4gY29udGFpbiBhIG51 bWJlciBvZiBmZWF0dXJlcyB0aGF0IGFwcGVhciBuZWVkZWQgdG8gYmUgYWJsZSB0byBkbyB0aGlz DQo+IG1lYXN1cmVtZW50IGFuZCByZWNlaXZlIGZlZWRiYWNrIG5lZWRlZC4NCj4gDQo+IEBAQEBB bnN3ZXI6IFllcywgeW91IGNvdWxkIGRvIHRoYXQuIE9yLCB5b3UgY291bGQgaGVscCB1cyBieSBh ZGRpbmcgdGhlDQo+IG1pbmltdW0gc2VjdXJpdHkgZmVhdHVyZXMgdGhhdCB3b3VsZCBwYXNzIElF VEYvU2VjRElSIHJldmlldyBpbnRvIHRoZQ0KPiBydW5uaW5nIGNvZGUgYW5kIChjdXJyZW50bHkg aWRlbnRpY2FsKSBwcm90b2NvbCBwcm9wb3NhbC4gQm90aCBvZiB0aGVzZQ0KPiBwYXRocyBoYXZl IGEgc2V0IG9mIHVua25vd25zIHdoZW4gaXQgY29tZXMgdG8gdGhlIGZpbmFsIHByb2R1Y3QsIGxp a2Ugd2lsbA0KPiBhIHNtYWxsLUNQVS1wb3dlciBDUEUgc2VuZGVyIHN0aWxsIGJlIGFibGUgdG8g YWNoaWV2ZSAxIG9yIDIgR2Jwcz8NCj4gDQo+IEBAQEBPZmZlcjogOi0pDQo+IFdlIG5vdyBoYXZl IHRoZSBkcmFmdCB3aXRoIHRoZSBwcm90b2NvbCBkZXNjcmlwdGlvbiByZWFkeSB0byBnby4gSWYg d2UgY2FuDQo+IGhhdmUgYSBzdWJtaXNzaW9uIGR1cmluZyBibGFjay1vdXQgcGVyaW9kLCB0aGVu IHBlb3BsZSBjYW4gbG9vayBhdCBpdA0KPiBiZWZvcmUgSVBQTSdzIGxhc3QtbGFzdCBzZXNzaW9u IG9uIEZyaWRheS4gIE90aGVyd2lzZSwgd2UnbGwgd2FpdCB0aWxsDQo+IG5leHQgTW9uZGF5Lg0K PiANCj4gDQo+IC09LT0tPS09LT0tPS09LT0tPS0NCj4gDQo+ID4gW2FjbV0NCj4gPiBZZXMsIGV4 Y2VwdCB0aGF0IHRoZSBjdXJyZW50IHRhYmxlIHN0b3BzIGF0IDEwR2Jwcy4gV2UgaGF2ZW4ndCBo YWQgdGhlDQo+ID4gb3Bwb3J0dW5pdHkgdG8gdGVzdCA+MTBHYnBzLg0KPiA+DQo+IC4uLg0KPiA+ IE91ciBleHBlcmllbmNlIGlzIHRoYXQgd2UgYXZvaWQgbGFyZ2Ugb3ZlcnNob290IHdpdGggZmFz dCBvciBzbG93IGxpbmVhcg0KPiA+IGluY3JlYXNlcy4gSXQgbWVhbnMgd2UndmUgdGFrZW4gc29t ZSBjYXJlIHRvIGtlZXAgdGhlIG5ldHdvcmsgcnVubmluZy4NCj4gPiBXZSBoYXZlbid0IGJyb2tl biBhbnkgdGVzdCBwYXRoIHlldCwgYW5kIHdlIGJhaWwtb3V0IHF1aWNrbHkgYW5kDQo+ID4gY29t cGxldGVseSBpZiBzb21ldGhpbmcgZ29lcyB3cm9uZy4NCj4gDQo+IEkgdW5kZXJzdGFuZCB0aGF0 IHRoZXJlIGFyZSBzZXZlcmFsIGNvbnNpZGVyYXRpb25zIGhlcmUgdGhhdCBhcmUNCj4gY29udHJh ZGljdGluZy4NCj4gDQo+IDEuIFF1aWNrbHkgZmluZGluZyByb3VnaGx5IHRoZSBleGlzdGluZyBj YXBhY2l0eQ0KPiAyLiBBdm9pZCBzaWduaWZpY2FudCBvdmVyc2hvb3QgdGhhdCBidWlsZCB1cCB0 byBtdWNoIHF1ZXVlIGlmIHRoYXQgaXMNCj4gcG9zc2libGUNCj4gMy4gSGF2ZSBzdWZmaWNpZW50 IGZpbmUgZ3JhaW5lZCBjb250cm9sIGFyb3VuZCB0aGUgY2FwYWNpdHkgc28gdGhhdA0KPiBhZGp1 c3RtZW50IHN0ZXAgZmluZHMgdGhlIGNhcGFjaXR5Lg0KPiANCj4gRm9yIGV4YW1wbGUgdGhlIGxh c3QgSSBhbSB3b3JyaWVkIHdoZW4geW91IGRlZmluZSB0aGUgc3RlcCBzaXplIGFzIDEgR0JQUw0K PiBhYm92ZSAxMCBHQlBTLiBNeSBmZWFyIGlzIHRoYXQgb25lIDEgR0JQUyBtb3JlIHRyYWZmaWMg d2lsbCBpbmNyZWFzZSB0aGUNCj4gYnVmZmVyIG9jY3VwYW5jeSBzbyBxdWlja2x5IHRoYXQgb25l IGFsdGVybmF0ZXMgYmV0d2VlbiBub3QgZmlsbGVkLCBhbmQNCj4gb3ZlciBmaWxsZWQgYmV0d2Vl biBzdGVwcGluZyB1cCBhbmQgcmVjZWl2aW5nIHRoZSBmZWVkYmFjayBpbiB0aGUgY29udHJvbA0K PiBjeWNsZS4gV2UgaGF2ZSB0byByZW1lbWJlciB0aGF0IHdpdGggYSBGQiBvZiA1MCBtcyB0aGUg ZGVsYXkgaW4gdGhlDQo+IGNvbnRyb2wgY3ljbGUgd2lsbCBiZSB1cCB0byBSVFQgKyA1MCBtcy4N Cj4gDQo+IFNvIEkgYW0gc3BlY3VsYXRpbmcgYW5kIHlvdSBoYXZlbid0IHRlc3RlZC4gU28gaWYg eW91IHB1dCBpbiB0YWJsZQ0KPiBjb25zdHJ1Y3Rpb24gcmVjb21tZW5kYXRpb25zLCB0aGVuIEkg ZG8gdGhpbmsgeW91IHNob3VsZCBiZSB2ZXJ5IGNsZWFyDQo+IHRoYXQgdGhlc2UgYXJlIHVudGVz dGVkLg0KPiANCj4gQEBAQEFuc3dlcjogIFdlIGFkZGVkIHRocmVlIHNlbnRlbmNlcyBkZXNjcmli aW5nIHRocmVlIHJhbmdlcyBpbiByZXNwb25zZQ0KPiB0byB5b3VyIGNvbW1lbnQsIElJUkMuIFdl IGNhbiBlYXNpbHkgZWRpdCB0aGUgc2VudGVuY2UgaW4gdGhlIHdvcmtpbmcNCj4gdGV4dDoNCj4g ICAgIEFib3ZlIDEwIEdicHMsIGluY3JlbWVudHMgb2YgMSBHYnBzIGFyZSBSRUNPTU1FTkRFRC4N Cj4gDQo+IGFuZCBzYXkgc29tZXRoaW5nIHNhZmVyOg0KPiAgICAgQWJvdmUgMTAgR2JwcywgaW5j cmVtZW50cyBvZiAxMDAgTWJwcyBhcmUgc3VnZ2VzdGVkIGluIHRoZSBhYnNlbmNlIG9mDQo+IHRl c3RpbmcuDQo+IA0KPiBvciB3ZSBjb3VsZCBkZWxldGUgdGhlIHNlbnRlbmNlIGVudGlyZWx5ISAg WW91ciBjaG9pY2UuDQo+IA0KPiAtPS09LT0tPS09LT0tPS09LT0tPS09LQ0KPiANCj4gPiBFYXJs eSBpbXByZXNzaW9ucyBoYXZlIGJlZW4gZm9ybWVkIG9uIHNldmVyYWwgZXJyb25lb3VzIGFzc3Vt cHRpb25zDQo+ID4gcmVnYXJkaW5nIGFsZ29yaXRobSBzdGFiaWxpdHkgKG9wZXJhdGlvbiBhYm92 ZSAxR2JwcykgYW5kDQo+ID4gc3VpdGFiaWxpdHkgZm9yIHB1cnBvc2UgKG9uZSByYW5kb20gbG9z cyBjYXNlKS4NCj4gDQo+IEkgYWdyZWUgdG8gbWlzdW5kZXJzdGFuZGluZ3MgYW5kIG1pc2ludGVy cHJldGF0aW9uIG9mIHdoYXQgd2FzIGRlZmluZWQuDQo+IEFuZCBJIGRvIGhhdmUgdG8gc2F5IHRo YXQgc29tZSBvZiB0aGVzZSBhc3N1bXB0aW9ucyBvciBndWVzc2VzIGFyZSBkdWUgdG8NCj4gdGhl IGxhY2sgb2YgY2xhcml0eSBvZiB0aGUgc3BlY2lmaWNhdGlvbi4gV2hpY2ggZnJvbSBteSBwZXJz cGVjdGl2ZQ0KPiBzdHJlbmd0aGVucyBteSBwb3NpdGlvbiB0aGF0IHRoaXMgaXMgbm90IHlldCBz dGFuZGFyZHMgdHJhY2sgcXVhbGl0eQ0KPiBhcm91bmQgdGhlIGxvYWQgYWxnb3JpdGhtLg0KPiAN Cj4gQEBAQEFuc3dlcjogQnV0IHdlIGFyZSBpbiB0aGUgcGhhc2Ugb2YgZGV2ZWxvcG1lbnQgd2hl cmUgbmV3IHJlYWRlcnMNCj4gc3VnZ2VzdCBjbGFyaWZpY2F0aW9ucyB0byB0aGUgdGV4dCwgYW5k IHdlIGFyZSBtb3JlIHRoYW4gd2lsbGluZyB0bw0KPiBjbGFyaWZ5IGFueXRoaW5nIHdlIHdyb3Rl LiBXZSBzcGVudCBzZXZlcmFsIHdlZWtzIGRvaW5nIGV4YWN0bHkgdGhhdCB3aXRoDQo+IE1hcnRp biBiZWZvcmUgTGFzdCBDYWxsLiBUbyBiZSBmYWlyLCB5b3UgZGlkIG5vdCBoYXZlIG11Y2ggdGlt ZSB0byByZXZpZXcNCj4gdGhpcyBtZW1vIGJlZm9yZSBjYXN0aW5nIHlvdXIgYmFsbG90Lg0KPiAN Cj4gQEBAQFByb3Bvc2FsOiBXb3VsZCBpdCBoZWxwIGluIHlvdXIgdmlldyB0byBtYWtlIHRoZSBs b2FkIGFkanVzdG1lbnQNCj4gcHNldWRvY29kZSBpbiB0aGUgQXBwZW5kaXggYSBub3JtYXRpdmUg c3VwcGxlbWVudCB0byB0aGUgcHJvY2Vzc2VzIHdlIGhhdmUNCj4gZGVzY3JpYmVkIGluIHdvcmRz IGluIHNlY3Rpb24gOC4xID8gIFdlIGFkZGVkIHRoZSBwc2V1ZG9jb2RlIGR1cmluZw0KPiBNYXJ0 aW4ncyByZXZpZXcuDQo+IA0KPiANCj4gLT0tPS09LT0tPS09LT0tPS09LT0tDQo+IA0KPiA+IFdl IGJlbGlldmUgaW4gcm91Z2ggY29uc2Vuc3VzIGFuZCBydW5uaW5nIGNvZGUuDQo+ID4NCj4gDQo+ IFNvIEJCUiBpcyBmcmVxdWVudGx5IGRpc2N1c3NlZCBpbiBJQ0NSRywgYW5kIHRoZSBCQlIgdjEg d2FzIGZvdW5kIHRvIGhhdmUNCj4gc29tZSB0cnVseSBob3JyaWJsZSBzdGFibGUgc3RhdGUuIExp a2Ugb25lIHdoZXJlIGl0IHdhcyBydW5uaW5nIG9uIGF0IDMwJQ0KPiBwYWNrZXQgbG9zcyB3aXRo b3V0IHJlYWN0aW5nIGFzIGl0IG9ubHkgY29udGFpbmVkIGRlbGF5LiBCQlJ2MiBoYXMNCj4gYWRk cmVzc2VkIHRoaXMgc28gaXQgd2lsbCByZWFjdCB0byBoaWdoZXIgZGVncmVlcyBvZiBwYWNrZXQg bG9zcy4NCj4gDQo+IEBAQEBBbnN3ZXI6IE1hdHQgTWF0aGlzIGFuZCBJIGhhZCBsdW5jaCB0b2dl dGhlciBhdCBJRVRGIHRoZSBsYXN0IHRpbWUgd2UNCj4gd2VyZSBpbiBNb250cmVhbCwgd2hlcmUg aGUgdG9sZCBtZSB0aGlzIEJCUnYxIHN0b3J5LiBNYXR0IHdhcyB2ZXJ5IGV4Y2l0ZWQNCj4gYWJv dXQgd2hhdCB3ZSB3ZXJlIHByb3Bvc2luZyBiZWNhdXNlIG9mIHRoZSBzaW1pbGFyaXRpZXMgdG8g QkJSLCBhbmQgYWZ0ZXINCj4gdHdvIGhvdXJzIE1hdHQgYm91Z2h0IG15IGx1bmNoLiBEdXJpbmcg dGhlIG1vdGhzIHRoYXQgZm9sbG93ZWQsIHdlDQo+IHBlcmZvcm1lZCBzZXZlcmFsIGNvbXBhcmlz b24gdGVzdHMgYmV0d2VlbiBvdXIgcnVubmluZyBjb2RlIGFuZCBCQlINCj4gdmVyc2lvbnMuDQo+ IA0KPiBTbyBJIGRvIGJlbGlldmUgaW4gcnVubmluZyBjb2RlIHRvIGFuZCBhcyBsb25nIGFzIHlv dSBhcmUgbW9uaXRvcmluZyB5b3VyDQo+IGltcGFjdCBJIHRoaW5rIGV4cGVyaW1lbnRhdGlvbiBp cyB0aGUgcmlnaHQgd2F5IGhlcmUuIEhvd2V2ZXIsIGlmIHdlIHB1dA0KPiB0aGUgbGFiZWwgSUVU RiBwcm9wb3NlZCBzdGFuZGFyZCBvbiB0aGUgbG9hZCBhbGdvcml0aG0gcGVvcGxlIHdpbGwgYXNz dW1lDQo+IHRoYXQgaXQgaXMgc2FmZSB0byB1c2UuIFRoYXQgaXMgbXkgaXNzdWUgaGVyZSBhbmQg SSBkb24ndCB0aGluayB3ZSBjYW4NCj4gZ2l2ZSB0aGF0IHJlY29tbWVuZGF0aW9uIGV2ZW4gd2l0 aCBhIGxpbWl0ZWQgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgaW4NCj4gdGhlIGN1cnJlbnQgZm9y bS4NCj4gDQo+IEBAQEBAQW5zd2VyOiBIZXJlJ3MgYW5vdGhlciBCaWcgRGlmZmVyZW5jZSBmcm9t IHRoZSB1c3VhbCBUQ1AgYWxnb3JpdGhtDQo+IGRlcGxveW1lbnQgY3JpdGVyaWEsIHdoaWNoIHlv dSBzdGlsbCBzZWVtIGJlIGFwcGx5aW5nLiBCQlIgdXBkYXRlcyBoYXZlDQo+IGJlZW4gYWJsZSB0 byB0YWtlIGFkdmFudGFnZSBvZiB2YXN0IHNlcnZlci1vd25lcnNoaXAgd2hlbiB0aGV5IHVwZGF0 ZSB0aGUNCj4gc2VydmVycyB0byB1c2UgQkJSLW5leHQtdmVyc2lvbiBhbmQgdGhlbiB0aGUgZG9t aW5hbnQgZG93bnN0cmVhbSB0cmFmZmljDQo+IGlzIGltbWVkaWF0ZWx5IGNvbnRyb2xsZWQgaW4g dGhlIGJlc3Qgd2F5LiAgSW4gdGhlIHJ1bm5pbmcgY29kZSBhbmQgdGhlDQo+IHByb3RvY29sIHBy b3Bvc2FsIGRyYWZ0LCB0aGUgbG9hZCBjb250cm9sIGFsZ29yaXRobSBpcyBhICpzZXJ2ZXItb25s eQ0KPiBmdW5jdGlvbiosIGFuZCB0aGUgc2VydmVyIHJlc2lkZXMgaW4gdGhlIG5ldHdvcmsgd2hl cmUgdGhlIGFsZ29yaXRobSBjYW4NCj4gbW9yZSBlYXNpbHkgYmUgYWRqdXN0ZWQgaWYgbmVjZXNz YXJ5LCBhbmQgZmV3ZXIgaG9zdHMgbmVlZCB0aGUgdXBkYXRlcyAoYXMNCj4gb3Bwb3NlZCB0byBt YW55LW1hbnkgbW9yZSBjbGllbnRzIHRoYXQgYXJlIG5vdG9yaW91c2x5IHJlc2lzdGFudCB0bw0K PiB1cGRhdGVzKS4gVGhlcmUgaXMgYSBzaWduaWZpY2FudCBtZWFzdXJlIG9mIHNhZmV0eSBwcm92 aWRlZCBieSB0aGF0DQo+IHN0cmF0ZWd5IGFsb25lLg0KPiANCj4gLT0tPS09LT0tPS09LT0tPS09 LT0tPS09LQ0KPiANCj4gSSBkbyBhcHByZWNpYXRlIHlvdXIgd29yay4gSG93ZXZlciwgSSBzdGls bCBkb24ndCB0aGluayB0aGUgbG9hZCBjb250cm9sDQo+IGFsZ29yaXRobSBkZXNjcmlwdGlvbiBp cyBzdWZmaWNpZW50bHkgd2VsbCBzcGVjaWZpZWQgYW5kIHBhcmFtZXRlcml6ZWQgdG8NCj4gYmUg cHVibGlzaGVkIGluIGEgc3RhbmRhcmRzIHRyYWNrIGRvY3VtZW50LiBNYXliZSBpdCBjYW4gYmUg bWFkZSBpbnRvDQo+IHRoYXQuDQo+IA0KPiBAQEBAQW5zd2VyOiBUaGlzIGlzIHRoZSBwYXRoIHdl IHdlcmUgb24sIGFuZCBwcmVmZXIgdG8gcmVtYWluIG9uIHRoYXQNCj4gcGF0aC4gTGlrZSBldmVy eSBvdGhlciByZXZpZXdlciwgeW91IHRlbGwgdXMgd2hhdCB5b3Ugd2hhdCB0byBzZWUNCj4gY2xh cmlmaWVkLCBhbmQgd2Ugd2lsbCBkbyBpdC4NCj4gDQo+IEhvd2V2ZXIsIEkgdGhpbmsgdGhpcyB3 b3VsZCBtYWtlIGFuIGV4Y2VsbGVudCBleHBlcmltZW50YWwgc3BlY2lmaWNhdGlvbg0KPiB3aXRo IHNvbWUgYWRkaXRpb25hbCBjbGFyaWZpY2F0aW9ucyBvbiBwYXJhbWV0ZXJzIHJhbmdlcyBhbmQg ZGVmaW5lZA0KPiByZXNwb25zZXMgd2hlbiBmZWVkYmFjayBpcyBub3QgcmVjZWl2ZWQgaW4gYSB0 aW1lbHkgZmFzaGlvbi4NCj4gDQo+IEBAQEBBbnN3ZXI6IElmIGl0IHdlcmUgTWFyY2ggMjAxOSwg d2Ugd291bGQgYWdyZWUgd2l0aCB5b3UgdGhhdCB0aGUNCj4gc3BlY2lmaWNhdGlvbiBpcyBleHBl cmltZW50YWwgYmFjayB0aGVuLiBCdXQgbm93LCB0d28gYWRkaXRpb25hbCB5ZWFycyBvZg0KPiBl eHBlcmltZW50YXRpb24gYW5kIHJpZ29yb3VzIHJldmlldyBoYXMgb2NjdXJyZWQsIGFuZCBldmVy eSBvdGhlciByZXZpZXcNCj4gaW5kaWNhdGVzIHRoYXQgd2UncmUgcmVhZHkgZm9yIHRoZSBQcm9w b3NlZCBTdGFuZGFyZCBwaGFzZSBvZiBtZXRyaWMgYW5kDQo+IG1ldGhvZCBzdGFuZGFyZGl6YXRp b24sIHdpdGggZnVydGhlciBldmFsdWF0aW9uIGFjY29yZGluZyB0byBCQ1AgMTc2Lg0KPiANCj4g QWxzbyBJIHRoaW5rIHlvdSBjYW4gY2xhcmlmeSB0aGUgcHJvdG9jb2wgcmVxdWlyZW1lbnRzIGZv ciB0aGUgbWVhc3VyZW1lbnQNCj4gbWV0aG9kb2xvZ3kuDQo+IA0KPiBAQEBAQW5zd2VyOiBXZSBj YW4gZG8gbW9yZSB0aGFuIHRoYXQuIFRoZSBwcm90b2NvbCByZXF1aXJlbWVudHMgZHJhZnQgaXMN Cj4gcmVhZHkgZm9yIHN1Ym1pc3Npb24uIEl0IGNvdWxkIGJlIGFuIEluZm9ybWF0aXZlIHJlZmVy ZW5jZSBpbiB0aGlzIGRyYWZ0Lg0KPiANCj4gVGhlbiBhIGNyeXN0YWwgY2xlYXIgYXBwbGljYWJp bGl0eSBzdGF0ZW1lbnQgZm9yIHRoZSBsb2FkIGFsZ29yaXRobS4NCj4gDQo+IEBAQEBBbnN3ZXI6 IEkgYWdyZWUsIGFuZCB5b3UgY2FuIGhlbHAgdXMgd3JpdGUgdGhlIGxvYWQgYWxnb3JpdGhtLXNw ZWNpZmljDQo+IHdvcmRpbmcgZm9yIHRoZSBhcHBsaWNhYmlsaXR5IHNlY3Rpb24uIEluIGFueSBj YXNlLCB0aGF0J3MgcGFydCBvZiBhIGdvb2QNCj4gY29tcHJvbWlzZS4NCj4gDQo+IC09LT0tPS09 LT0tPS09LT0tDQo+IA0KPiBIZXJlIEkgdGhpbmsgd2UgY2FuIHNlZSBhbm90aGVyIHBvaW50IGlu IGFjdHVhbGx5IHNwbGl0dGluZyBvdXQgdGhlIGxvYWQNCj4gYWxnb3JpdGhtIGFuZCB0aGF0IGlz IHJlbGF0ZWQgdG8gdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50LiBEb2VzIHRoZQ0KPiBtZXRy aWMgYW5kIHRoZSBsb2FkIGFsZ29yaXRobSBoYXZlIHRoZSBzYW1lIGFwcGxpY2FiaWxpdHk/IEFz IGEgbWV0cmljIGl0DQo+IGlzIG5vdCB0cnVseSByZXN0cmljdGVkLCBpdCBpcyBqdXN0IGEgcXVl c3Rpb24gb2YgdGhlIGltcGFjdCBvZiBtZWFzdXJpbmcNCj4gdGhlIG1ldHJpYyBhY3Jvc3MgdGhl IGludGVybmV0Lg0KPiANCj4gQEBAQEFuc3dlcjogVGhlIElQUE0gcHJlY2VkZW50IGlzIHRoYXQg d2Ugc3BlY2lmeSBib3RoIHRoZSBtZXRyaWMgYW5kIHRoZQ0KPiBtZXRob2QgdG9nZXRoZXIgb24g dGhlIFN0YW5kYXJkcyBUcmFjay4gRXZlbiBpZiB0aGUgbWV0aG9kcyBhcmUNCj4gaW50ZW50aW9u YWxseSBtaW5pbWFsLCBhcyB0aGV5IHdlcmUgYXQgdGhlIGJlZ2lubmluZyBvZiBJUFBNIHdvcmsg PjIwDQo+IHllYXJzIGFnbywgdGhlIGRyYWZ0cyB3ZW50IG9uIHRoZSBTdGFuZGFyZHMgVHJhY2ss IGFuZCBJUFBNIHdhcyB0YXNrZWQgdG8NCj4gZmlndXJlLW91dCBvdXIgb3duIFN0YW5kYXJkcyBU cmFjayBhZHZhbmNlbWVudCBjcml0ZXJpYSAoQkNQIDE3NikuIEFzIGENCj4gcmVzdWx0LCBJUFBN IGhhcyBkZXZlbG9wZWQgYSB2ZXJ5IGNvbXBsZXRlIGZvcm11bGF0aW9uIG9mIG91ciB3b3JraW5n DQo+IG1ldGhvZHMgb3ZlciB0aW1lLg0KPiANCj4gLT0tPS09LT0tPS09LT0tPS0NCj4gDQo+IEFs c28sIEkgdGhpbmsgd2Ugc2hvdWxkIGNvbnNpZGVyIHNvbWV3aGF0IHRoZSB1cGRhdGUgYW5kIGV2 b2x1dGlvbiBwYXRoDQo+IHRoYXQgaG9wZWZ1bGx5IHdpbGwgb2NjdXIgaGVyZS4gSSB0aGluayB0 aGUgbG9hZCBhbGdvcml0aG0gaXMgbGlrZWx5IHRvDQo+IGJlbmVmaXQgZnJvbSBmdXJ0aGVyIGNs YXJpZmljYXRpb24gaW4gaXRzIHNwZWNpZmljYXRpb24gaW4gdGhlIGZ1dHVyZS4NCj4gVGh1cywg aGF2aW5nIGl0IGluIGEgc2VwYXJhdGUgc3BlY2lmaWNhdGlvbiBtYWtlcyBpdCBlYXNpZXIgdG8g dXBkYXRlIGFuZA0KPiBtYWludGFpbi4NCj4gDQo+IEBAQEBBbnN3ZXI6IEFjdHVhbGx5LCBleHBl cmllbmNlIHRlbGxzIG1lIHRoYXQgYXNwZWN0cyB0aHJvdWdob3V0IHRoZSBtZW1vDQo+IG1pZ2h0 IGJlbmVmaXQgZnJvbSB1cGRhdGVzIGFmdGVyIHRlc3RzIGFjY29yZGluZyB0byBCQ1AgMTc2IHdp dGgNCj4gYWRkaXRpb25hbCBleHBlcmllbmNlIGFuZCBpbXBsZW1lbnRhdGlvbi4gRm9yIGV4YW1w bGUsIHRoZSBwcm9jZXNzIHRvDQo+IGRldmVsb3AgU1REIDgxIChmb3IgZGVsYXkpIGFuZCBTVEQg ODIgKGZvciBsb3NzKSBpbnZvbHZlZCBpbXByb3ZlbWVudHMNCj4gdGhyb3VnaG91dCB0aGUgbm9y bWF0aXZlIHRleHQsIG5vdCBqdXN0IHRoZSBtZXRob2RzOg0KPiBodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvcmZjNzY3OSNzZWN0aW9uLTcNCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L3JmYzc2ODAjc2VjdGlvbi02DQo+IA0KPiBBbHNvLCBhIGxvYWQtYWRqdXN0bWVudCBhbGdvcml0 aG0gc3BlY2lmaWNhdGlvbiBvbiBpdHMgb3duIGlzIG1vcmUgbGlrZWx5DQo+IHRvIGJlIHVzZWQg YmV5b25kIHRoZSBvcmlnaW5hbCBpbnRlbnQgKGFuZCBsZXNzLWxpa2VseSB0byBiZSBmb3VuZCBp Zg0KPiBoaWRkZW4gaW5zaWRlIGFuIFJGQyBvbiBtZWFzdXJlbWVudCwgYXMtaXMgdGhlIGNhc2Ug bm93KS4NCj4gDQo+IEBAQEBDb25jbHVzaW9uOiBTbywgd2UgaGF2ZSBmb2xsb3dlZCBhbGwgcHJl dmlvdXMgSVBQTSBwcmVjZWRlbnRzIHZlcnkNCj4gY2xvc2VseSBhbmQgZ29uZSBiZXlvbmQgdGhl bSB0byBwcm92aWRlIGFkZGl0aW9uYWwgc3BlY2lmaWNhdGlvbnMgaW4gbWFueQ0KPiB3YXlzLiBX ZSBoYXZlIGNlcnRhaW5seSBkb25lIG1vcmUgZXhwZXJpbWVudGF0aW9uIHRoYXQgd2FzIGRpcmVj dGx5DQo+IGFjY2Vzc2libGUgdG8gSUVURiBwYXJ0aWNpcGFudHMgdGhhbiBmb3IgYW55IG90aGVy IElQUE0gbWV0cmljIGFuZCBtZXRob2QNCj4gKGUuZy4sIGF0IHRoZSBoYWNrYXRob25zKS4gV2Ug YXJlIG9wZW4gdG8gYWxsIHN1Z2dlc3Rpb25zIHRvIGVtYmVsbGlzaCBvcg0KPiBjbGFyaWZ5IHRo ZSBjdXJyZW50IHRleHQuIExldCB1cyB3b3JrIHRoYXQgYXNwZWN0IHRvZ2V0aGVyIG5vdy4NCj4g DQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogTWFnbnVzIFdl c3Rlcmx1bmQgW21haWx0bzptYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb21dDQo+ID4gU2Vu dDogVHVlc2RheSwgTWFyY2ggMiwgMjAyMSA1OjI3IEFNDQo+ID4gVG86IE1PUlRPTiwgQUxGUkVE IEMgKEFMKSA8YWNtQHJlc2VhcmNoLmF0dC5jb20+OyBpZXNnQGlldGYub3JnDQo+ID4gQ2M6IHRw YXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1jYXBh Y2l0eS0NCj4gPiBtZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsg aXBwbUBpZXRmLm9yZw0KPiA+IFN1YmplY3Q6IFJFOiBNYWdudXMgV2VzdGVybHVuZCdzIERpc2N1 c3Mgb24gZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiA+IG1ldHJpYy1tZXRob2QtMDY6ICh3 aXRoIERJU0NVU1MpDQo+ID4NCj4gPiBIaSBBbCwNCj4gPg0KPiA+IFdvdWxkIGl0IGJlIHBvc3Np YmxlIGZvciB5b3UgYW5kIHlvdXIgY28tYXV0aG9ycyB0byBjYWxsIGluIHRvbW9ycm93DQo+ID4g V2VkbmVzZGF5IGF0IDE2OjMwIENFVCB0byB0aGUgVFNWLU9mZmljZSBob3VycyB0byBkaXNjdXNz IHRoaXMgZG9jdW1lbnQ/DQo+ID4NCj4gPiBNZWV0aW5nIGxpbms6DQo+ID4NCj4gPiBodHRwczov L2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNjg5YWExMmFlNGIzMTlmNGUzNzE5ODhi ODMzMGE4NjMNCj4gPiBNZWV0aW5nIG51bWJlcjoNCj4gPiAgICAgMTg1IDc2OCAyODI4DQo+ID4g UGFzc3dvcmQ6DQo+ID4gICAgIFBOdk5UdVFtODIzDQo+ID4NCj4gPg0KPiA+IFBsZWFzZSBzZWUg aW5saW5lLg0KPiA+DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtLQ0KPiA+ ID4gPiA+ID4gLS0tLQ0KPiA+ID4gPiA+ID4gRElTQ1VTUzoNCj4gPiA+ID4gPiA+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cj4gLS0NCj4gPiA+ID4gPiA+IC0tLS0NCj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBBKSBTZWN0 aW9uIDguIE1ldGhvZCBvZiBNZWFzdXJlbWVudA0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IEkg dGhpbmsgdGhlIG1ldHJpY3MgYXJlIGZpbmUsIHdoYXQgbWFrZXMgbWUgcXVpdGUgd29ycmllZCBo ZXJlDQo+IGlzDQo+ID4gPiA+ID4gPiB0aGUgbWVhc3VyZW1lbnQgbWV0aG9kLiBNeSBjb25jZXJu cyB3aXRoIGl0IGFyZSB0aGUgZm9sbG93aW5nLg0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IDEu IFRoZSBhcHBsaWNhdGlvbiBvZiB0aGlzIG1lYXN1cmVtZW50IG1ldGhvZCBpcyBub3QgY2xlYXJs eQ0KPiA+IHNjb3BlZC4NCj4gPiA+IDxzbmlwPg0KPiA+ID4gW2FjbV0gd2UgYWdyZWVkIG9uIHRl eHQgYWRkaW5nICJhY2Nlc3MiIGFwcGxpY2FiaWxpdHkgdG8gdGhlIHNjb3BlDQo+ID4gc2VjdGlv bi4NCj4gPiA+DQo+ID4gPiA+ID4gPiBIb3dldmVyIGluDQo+ID4gPiA+ID4gPiB0aGF0IGNvbnRl eHQgSSB0aGluayB0aGUgZGVmaW5pdGlvbiBhbmQgcHJvdGVjdGlvbiBhZ2FpbnN0DQo+IHNldmVy ZQ0KPiA+ID4gPiA+ID4gY29uZ2VzdGlvbiBoYXMgc2lnbmlmaWNhbnQgc2hvcnQgY29taW5ncy4g VGhlIG1haW4gcmVhc29uIGlzDQo+IHRoYXQNCj4gPiA+ID4gPiA+IHRoZSBkdXJpbmcgYSBjb25m aWd1cmFibGUgdGltZSBwZXJpb2QgKGRlZmF1bHQgMSBzKSB0aGUgc2VuZGVyDQo+ID4gPiA+ID4g PiB3aWxsIGF0dGVtcHQgdG8gc2VuZCBhdCBhIHNwZWNpZmllZCByYXRlIGJ5IGEgdGFibGUNCj4g aW5kZXBlbmRlbnRseQ0KPiA+ID4gPiA+ID4gb24gd2hhdCBoYXBwZW5zIGR1cmluZyB0aGF0IHNl Y29uZC4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFthY21dDQo+ID4gPiA+ID4gTm90IHF1aXRlLCAx IHNlY29uZCBpcyB0aGUgZGVmYXVsdCBtZWFzdXJlbWVudCBpbnRlcnZhbCBmb3INCj4gPiA+ID4g PiBDYXBhY2l0eSwgYnV0IHNlbmRlciByYXRlIGFkanVzdG1lbnRzIG9jY3VyIG11Y2ggZmFzdGVy IChhbmQgd2UNCj4gYWRkDQo+ID4gPiA+ID4gYSBkZWZhdWx0IGF0IDUwbXMpLiBUaGlzIGlzIGEg YW4gaW1wb3J0YW50IHBvaW50IChhbmQgb25lIHRoYXQgQmVuDQo+ID4gPiA+ID4gYWxzbyBub3Rp Y2VkLCByZWdhcmRpbmcgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSkuIFNvLCBJIGhhdmUNCj4g YWRkZWQNCj4gPiBGVCBhcyBhDQo+ID4gPiBwYXJhbWV0ZXIgaW4gc2VjdGlvbiA0Og0KPiA+ID4g PiA+DQo+ID4gPiA+ID4gbyBGVCwgdGhlIGZlZWRiYWNrIHRpbWUgaW50ZXJ2YWwgYmV0d2VlbiBz dGF0dXMgZmVlZGJhY2sgbWVzc2FnZXMNCj4gPiA+ID4gPiBjb21tdW5pY2F0aW5nIG1lYXN1cmVt ZW50IHJlc3VsdHMsIHNlbnQgZnJvbSB0aGUgcmVjZWl2ZXIgdG8NCj4gY29udHJvbA0KPiA+ID4g PiA+IHRoZSBzZW5kZXIuIFRoZSByZXN1bHRzIGFyZSBldmFsdWF0ZWQgdG8gZGV0ZXJtaW5lIGhv dyB0byBhZGp1c3QNCj4gdGhlDQo+ID4gPiA+ID4gY3VycmVudCBvZmZlcmVkIGxvYWQgcmF0ZSBh dCB0aGUgc2VuZGVyIChkZWZhdWx0IDUwbXMpDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiAtPS09LT0t PS09LT0tPS0NCj4gPiA+ID4gPiBOb3RlIHRoYXQgdmFyaWFibGUgRiBpbiBzZWN0aW9uIDguMSBp cyByZWR1bmRhbnQgd2l0aCBwYXJhbWV0ZXIgRg0KPiBpbg0KPiA+ID4gPiBTZWN0aW9uDQo+ID4g PiA+ID4gNCwNCj4gPiA+ID4gPiB0aGUgbnVtYmVyIG9mIGZsb3dzIChpbi0wNikuIFNvIHdlIGNo YW5nZWQgdGhlIHNlY3Rpb24gOC4xDQo+IHZhcmlhYmxlDQo+ID4gPiA+ID4gRiB0bw0KPiA+ID4g PiBGVA0KPiA+ID4gPiA+IGluIHRoZSB3b3JraW5nIHRleHQuDQo+ID4gPiA+DQo+ID4gPiA+IE9r YXksIHRoYXQgbWFrZXMgdGhpbmdzIGNsZWFyZXIuIFdpdGggYWxsIHRoZSBlcXVhbCBpbnRlcnZh bHMgaW4gdGhlDQo+ID4gPiA+IG1ldHJpY3MgSSBoYWQgbWlzc2ludGVycHJldGVkIHRoYXQgYWxz byB0aGUgdHJhbnNtaXNzaW9uIHdvdWxkIGJlDQo+ID4gPiA+IHVuaWZvcm0gZHVyaW5nIHRoZSBt ZWFzdXJlbWVudCBpbnRlcnZhbHMuDQo+ID4gPiA+DQo+ID4gPiA+IEhvd2V2ZXIsIHdoZW4gcmVy ZWFkaW5nIFNlY3Rpb24gOC4xIEkgZG8gaGF2ZSB0byB3b25kZXIgaWYgdGhlDQo+ID4gPiA+IG5v bi1jdW1hbHRpdmUgZmVlZGJhY2sgYWN0dWFsbHkgY3JlYXRlcyB0d28gaXNzdWVzLiBGaXJzdCwg aXQNCj4gYXBwZWFycw0KPiA+ID4gPiB0byBsb29zZSBpbmZvcm1hdGlvbiBmb3IgcmVvcmRlcmlu ZyB0aGF0IGNyb3NzZXMgdGhlIHRpbWUgd2hlbiB0aGUNCj4gRlQNCj4gPiB0aW1lcg0KPiA+ID4g ZmlyZXMsIGR1ZSB0byByZXNldC4NCj4gPiA+IFthY21dDQo+ID4gPiBJIGRvbid0IHVuZGVyc3Rh bmQgaG93IHRoZSBzZXF1ZW5jZSBlcnJvciBjb3VudGluZyAibG9zZXMgaW5mb3JtYXRpb24iDQo+ ID4gPiB3aGVuIHJlb3JkZXJlZCBwYWNrZXRzIGNyb3NzIGEgbWVhc3VyZW1lbnQgZmVlZGJhY2sg Ym91bmRhcnkuIEknbSBub3QNCj4gPiA+IHN1cmUgd2hhdCBhc3BlY3Qgb2YgbWVhc3VyZW1lbnQg eW91IGFyZSAicmVzZXR0aW5nIiwgYnV0IEkgYXNzdW1lIGl0DQo+IGlzDQo+ID4gPiAgICAgIlRo ZSBhY2N1bXVsYXRlZCBzdGF0aXN0aWNzIGFyZSB0aGVuDQo+ID4gPiAgICAgIHJlc2V0IGJ5IHRo ZSByZWNlaXZlciBmb3IgdGhlIG5leHQgZmVlZGJhY2sgaW50ZXJ2YWwuIg0KPiA+ID4NCj4gPiA+ IFN1cHBvc2UgSSBoYXZlIHR3byBtZWFzdXJlbWVudCBpbnRlcnZhbHMgYW5kIEkgcmVjZWl2ZToN Cj4gPiA+DQo+ID4gPiB8fCAgMSAgMiAgMyAgNSAgNiB8fCA0ICA3ICA4ICA5IC4uLnx8DQo+ID4g Pg0KPiA+ID4gd2hlcmUgfHwgaXMgdGhlIG1lYXN1cmVtZW50IGZlZWRiYWNrIGJvdW5kYXJ5Lg0K PiA+ID4NCj4gPiA+IFBhY2tldCA0IGFycml2ZXMgbGF0ZSBlbm91Z2ggZnJvbSBpdHMgb3JpZ2lu YWwgcG9zaXRpb24gdG8gc3BhbiB0aGUNCj4gPiBib3VuZGFyeS4NCj4gPiA+IFRoZSAzLT41IHNl cXVlbmNlIGlzIG9uZSBzZXF1ZW5jZSBlcnJvciwgYW5kIHRoZSA0LT43IHNlcXVlbmNlIGlzDQo+ ID4gYW5vdGhlcg0KPiA+ID4gZXJyb3IuDQo+ID4gPiBUaGlzIGV4YW1wbGUgcHJvZHVjZXMgdHdv IHNlcXVlbmNlIGVycm9ycyBpbiBkaWZmZXJlbnQgZmVlZGJhY2sNCj4gPiBpbnRlcnZhbHMsDQo+ ID4gPiBidXQgdGhhdCdzIGEgdHlwaWNhbCBtZWFzdXJlbWVudCBib3VuZGFyeSBwcm9ibGVtLiBX ZSBjYW4ndCBnZXQgcmlkIG9mDQo+ID4gPiBtZWFzdXJlbWVudCBib3VuZGFyaWVzLCBhbmQgdGhl eSBhZmZlY3QgbWFueSBtZWFzdXJlbWVudHMuDQo+ID4gPg0KPiA+ID4gTm90ZSB0aGF0IGEgcmVv cmRlcmVkIHBhY2tldCBjb250cmlidXRlcyB0byBJUC1MYXllciBDYXBhY2l0eSwgYnkNCj4gPiBk ZWZpbml0aW9uLg0KPiA+ID4NCj4gPiA+IFBlcmhhcHMgeW91IGhhZCBzb21lIG90aGVyIHNjZW5h cmlvIGluIG1pbmQ/DQo+ID4gPg0KPiA+DQo+ID4gSXQgd2FzIHRoZSBhYm92ZSB0eXBlIG9mIGNh c2VzIEkgd2FzIGNvbnNpZGVyaW5nLiBJIHdhcyB3b3JyaWVkIHRoYXQgeW91DQo+ID4gZG9uJ3Qg ZGV0ZWN0IHNvbWUgY2FzZXMgb2YgaXNzdWVzIGlmIHlvdSByZXNldCBhbmQgaGF2ZSBubyBtZW1v cnkgb2YNCj4gbGFzdA0KPiA+IHJlY2VpdmVkIHBhY2tldHMuIEkgdGhpbmsgb25lIG9idmlvdXMg Y2FzZSB0aGF0IGRvZXNuJ3QgcmVwb3J0IGFzIG91dCBvZg0KPiA+IG9yZGVyIGZvciByZWFsbHkg c2hvcnQgb25lcyBhcmUgdGhpcyBjYXNlIHdoZW4gemVybyBvciBzaW5nbGUgcGFja2V0cw0KPiBh cmUNCj4gPiBkZWxpdmVyZWQuIFRoZW4gYSByZW9yZGVyaW5nIGNvdWxkIGxvb2sgbGlrZSB0aGlz Lg0KPiA+DQo+ID4gfHwgMSAgIHx8IDMgfHwgMiB8fCBhbmQgd2l0aG91dCBhIG1lbW9yeSBvZiB0 aGUgbGFzdCByZWNlaXZlZCB0aGlzIHdvdWxkDQo+ID4gbm90IGJlIGFuIG91dCBvZiBvcmRlciBl dmVudC4gTm9yIHdvdWxkIGEgcGFja2V0IGxvc3MgbGlrZSB0aGlzDQo+ID4NCj4gPiB8fCAxIHx8 ICAgICB8fCAgMyB8fA0KPiA+DQo+ID4gU28gd2hlbiBGQiBpcyBvbiB0aGUgc2FtZSBtYWduaXR1 ZGUgYXMgdGhlIHNlbnQgcGFja2V0IGludGVydmFsIHRoaXMNCj4gPiBtZWFzdXJlbWVudCBtZXRo b2QgYXBwZWFyIHRvIGhhdmUgaXNzdWVzLiBJIGhhdmUgbm90IGFuYWx5emVkIGlmIGENCj4gc2lu Z2xlDQo+ID4gbGFzdCBzZWVuIHBhY2tldCBudW1iZXIgbWVtb3J5IHdvdWxkIHNvbHZlIG1vc3Qg b3IgYWxsIGlzc3Vlcy4NCj4gPg0KPiA+IEF0IGxlYXN0IGl0IHdvdWxkIGFsc28gc29sdmUgdGhl IGlzc3VlIG9mIHRoaXMNCj4gPg0KPiA+IHx8IDEgMiAgMyA0IHx8IDYgNyA4IHx8IHRoYXQgSSBh bSBhbHNvIHVuY2VydGFpbiBpZiB0aGF0IGlzIGRldGVjdGVkLg0KPiA+DQo+ID4gU28sIEkgdGhp bmsgbW9yZSBkZXRhaWxzIGFyZSBuZWVkZWQgdG8gd2hhdCBpcyByZXF1aXJlZCBvbiB0aGUgZmVl ZGJhY2sNCj4gPiBtZWNoYW5pc20gdG8gZGV0ZWN0IHRoZXNlIHR5cGUgb2YgaXNzdWVzLg0KPiA+ DQo+ID4gPg0KPiA+ID4gPiBJbiBhZGRpdGlvbiBpZiB0aGUgZmVlZGJhY2sgaXMgbm90IHJlbGlh YmxlIGl0IGxvb3NlcyB0aGUNCj4gaW5mb3JtYXRpb24NCj4gPiA+ID4gZm9yIHRoYXQgaW50ZXJ2 YWwuDQo+ID4gPiBbYWNtXQ0KPiA+ID4gVGhhdCdzIHJpZ2h0LCBhbmQ6DQo+ID4gPiAxLiB0aGUg c2VuZGluZyByYXRlIGRvZXMgbm90IGluY3JlYXNlIG9yIGRlY3JlYXNlIHdpdGhvdXQgZmVlZGJh Y2sgMi4NCj4gPiB0aGUNCj4gPiA+IGZlZWRiYWNrIGlzIHRyYXZlbGluZyB0aGUgcmV2ZXJzZSBw YXRoIHRoYXQgdGhlIHRlc3QgZG8gbm90IGNvbmdlc3QNCj4gd2l0aA0KPiA+ID4gICAgdGVzdCB0 cmFmZmljDQo+ID4gPiAzLiB0aGUgcnVubmluZyBjb2RlIGhhcyB3YXRjaGRvZyB0aW1lLW91dHMg dGhhdCAqdGVybWluYXRlIHRoZQ0KPiA+ID4gY29ubmVjdGlvbiogaWYNCj4gPiA+ICAgIGVpdGhl ciB0aGUgc2VuZGVyIG9yIHJlY2VpdmVyIGdvIHF1aWV0DQo+ID4gPg0KPiA+ID4gSW4gZXNzZW5j ZSwgdGhlIHRlc3QgbWV0aG9kIGlzIG5vdCByZWxpYWJsZSBieXRlIHN0cmVhbSB0cmFuc2ZlciBs aWtlDQo+ID4gVENQLg0KPiA+ID4gV2UgY2FuIHNodXQtZG93biB0aGUgdGVzdCB0cmFmZmljIHZl cnkgcXVpY2tseSBpZiBzb21ldGhpbmcgaXMgd3JvbmcNCj4gYW5kDQo+ID4gPiB1c2VmdWwgbWVh c3VyZW1lbnQgaXMgaW4gcXVlc3Rpb24uDQo+ID4gPg0KPiA+ID4NCj4gPg0KPiA+IEFsLCBJIGhv cGUgeW91IHVuZGVyc3RhbmQgdGhhdCBteSBjb25jZXJuIGhlcmUgaXMgdGhhdCB0aGUgZG9jdW1l bnRzDQo+ID4gZGVzY3JpcHRpb24gb2YgdGhlIGNvbnRyb2wgYWxnb3JpdGhtIGlzIGluY29tcGxl dGUgYW5kIGFyZSBtaXNzaW5nDQo+ID4gaW1wb3J0YW50IHByb3RlY3Rpb24gYXNwZWN0cy4gQXMg d2VsbCBhcyBpdHMgYmVoYXZpb3IgdG8gZGlmZmVyZW50DQo+ID4gcGFyYW1ldGVyaXphdGlvbnMg aW4gdmFyaW91cyBjb25kaXRpb25zLg0KPiA+DQo+ID4gPiA+IEFuZCBtYWtpbmcgZmVlZGJhY2sg cmVsaWFiZWwgY291bGQgY2F1c2Ugd29yc2UgSE9MIGlzc3VlcyBmb3INCj4gPiA+ID4gcmVhY3Rp bmcgdG8gbGF0ZXIgZmVlZGJhY2sgdGhhdCBhcmUgcmVjaXZlZCBwcmlvciB0byB0aGUgbG9zdCBv bmUuDQo+ID4gPiA+DQo+ID4gPiBbYWNtXQ0KPiA+ID4gU28gdGhlIGFsdGVybmF0aXZlIHRvIHVu LXJlbGlhYmxlIGZlZWRiYWNrIGNhbiBiZSB3b3JzZT8NCj4gPiA+IEdvb2QgdGhpbmcgaXQncyBu b3QgcGxhbm5lZC4NCj4gPg0KPiA+IFNvIGxldHMgYXNzdW1lIHRoYXQgcmVjZWl2ZXIgbWVhc3Vy ZXMgdHdvIGZlZWRiYWNrIGludGVydmFscyBpbiBhIHJvdw0KPiB0aGF0DQo+ID4gdGhlcmUgd2hl cmUgcmVvcmRlcmluZyBldmVudHMgZXRjLiBTbyBpbiBjYXNlIHRoZSBmaXJzdCByZXBvcnQgaXMg bG9zdCwNCj4gPiB0aGVuIGZyb20gdGhlIHNlbmRlcnMgcGVyc3BlY3RpdmUgd291bGQgdGhlcmUg YmUgYW4gYWR2YW50YWdlIHRvIGtub3cNCj4gdGhhdA0KPiA+IGJvdGggaW50ZXJ2YWxzIGluZGlj YXRlZCBpc3N1ZXMgYXQgdGhpcyByYXRlPyBJdCBhdCBsZWFzdCBpbmRpY2F0ZXMgdGhhdA0KPiA+ IHRoZSBtZWFzdXJlbWVudCB0aGF0IG9uZSBpcyBvdmVyIGNhcGFjaXR5IGlzIGNvbnNpc3RlbnQu DQo+ID4NCj4gPiBBbHNvLCB3aWxsIHRoZSBzZW5kZXIga25vdyB0aGF0IGZlZWRiYWNrIGlzIG1p c3NpbmcuIFRoaXMgaXMgYWxsDQo+IGRlcGVuZGluZw0KPiA+IG9uIHRoZSBwcm90b2NvbCB1c2Vk IGZvciB0aGUgbWVhc3VyZW1lbnRzLg0KPiA+DQo+ID4gU28gSSB0aGluayB0aGVyZSBhcmUgdHdv IGV4aXRpbmcgcHJvdG9jb2xzIHRoYXQgSSBjb3VsZCByZWFzb25hYmx5DQo+IGVhc2lseQ0KPiA+ IGltcGxlbWVudCB0aGlzIGNhcGFjaXR5IG1lYXN1cmVtZW50IGludG8uIFRoZXNlIHR3byBhcmUg UVVJQyBhbmQNCj4gUlRQL1VEUC4NCj4gPiBCeSB0YWtpbmcgb2YgdGhlIHNoZWxmIGltcGxlbWVu dGF0aW9ucyBJIHdvdWxkIGhhdmUgZnJhbWV3b3JrcyB0aGF0DQo+IHdvdWxkDQo+ID4gY29udGFp biBhIG51bWJlciBvZiBmZWF0dXJlcyB0aGF0IGFwcGVhciBuZWVkZWQgdG8gYmUgYWJsZSB0byBk byB0aGlzDQo+ID4gbWVhc3VyZW1lbnQgYW5kIHJlY2VpdmUgZmVlZGJhY2sgbmVlZGVkLg0KPiA+ DQo+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+ID4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+ID4N Cj4gPiA+ID4gPiA+IDIuIFRoZSBhbGdvcml0aG0gZm9yIGFkanVzdGluZyByYXRlIGlzIHRhYmxl IGRyaXZlbiBidXQgZ2l2ZSBubw0KPiA+IGd1aWRhbmNlDQo+ID4gPiBvbg0KPiA+ID4gPiA+ID4g aG93DQo+ID4gPiA+ID4gPiB0byBjb25zdHJ1Y3QgdGhlIHRhYmxlIGFuZCBsaW1pdGF0aW9ucyBv biB2YWx1ZSBjaGFuZ2VzIGluIHRoZQ0KPiA+IHRhYmxlLiBJbg0KPiA+ID4gPiA+ID4gYWRkaXRp b24gdGhlIGFsZ29yaXRobSBkaXNjdXNzZXMgbGFyZ2VyIHN0ZXBzIGluIHRoZSB0YWJsZQ0KPiB3 aXRob3V0DQo+ID4gYW55DQo+ID4gPiA+ID4gPiByZWZsZWN0aW9uIG9mIHdoYXQgdGhlc2VzIHN0 ZXBzIHNpZGVzIG1heSByZXByZXNlbnQgaW4gb2ZmZXJlZA0KPiA+IGxvYWQuDQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiBbYWNtXQ0KPiA+ID4gPiA+IFdlIGNhbiBhZGQgKExlbiBzdWdnZXN0ZWQgdGhl IGZvbGxvd2luZyB0ZXh0IGFkZGl0aW9uKToNCj4gPiA+ID4gPiBPTEQNCj4gPiA+ID4gPiA4LjEu IExvYWQgUmF0ZSBBZGp1c3RtZW50IEFsZ29yaXRobQ0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gQSB0 YWJsZSBTSEFMTCBiZSBwcmUtYnVpbHQgZGVmaW5pbmcgYWxsIHRoZSBvZmZlcmVkIGxvYWQgcmF0 ZXMNCj4gdGhhdA0KPiA+ID4gPiA+IHdpbGwgYmUgc3VwcG9ydGVkIChSMSB0aHJvdWdoIFJuLCBp biBhc2NlbmRpbmcgb3JkZXIsDQo+IGNvcnJlc3BvbmRpbmcNCj4gPiA+ID4gPiB0byBpbmRleGVk IHJvd3MgaW4gdGhlIHRhYmxlKS4gRWFjaCByYXRlIGlzIGRlZmluZWQgYXMgZGF0YWdyYW1zDQo+ ID4gb2YuLi4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IE5FVw0KPiA+ID4gPiA+IDguMS4gTG9hZCBS YXRlIEFkanVzdG1lbnQgQWxnb3JpdGhtDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBBIHRhYmxlIFNI QUxMIGJlIHByZS1idWlsdCBkZWZpbmluZyBhbGwgdGhlIG9mZmVyZWQgbG9hZCByYXRlcw0KPiB0 aGF0DQo+ID4gPiA+ID4gd2lsbCBiZSBzdXBwb3J0ZWQgKFIxIHRocm91Z2ggUm4sIGluIGFzY2Vu ZGluZyBvcmRlciwNCj4gY29ycmVzcG9uZGluZw0KPiA+ID4gPiA+IHRvIGluZGV4ZWQgcm93cyBp biB0aGUgdGFibGUpLiBJdCBpcyBSRUNPTU1FTkRFRCB0aGF0IHJhdGVzIGJlZ2luDQo+ID4gd2l0 aA0KPiA+ID4gPiA+IDAuNSBNYnBzIGF0IGluZGV4IHplcm8sIHVzZSAxIE1icHMgYXQgaW5kZXgg b25lLCBhbmQgdGhlbiBjb250aW51ZQ0KPiA+IGluDQo+ID4gPiA+ID4gMSBNYnBzIGluY3JlbWVu dHMgdG8gMSBHYnBzLiBBYm92ZSAxIEdicHMsIGFuZCB1cCB0byAxMCBHYnBzLCBpdA0KPiBpcw0K PiA+ID4gPiA+IFJFQ09NTUVOREVEIHRoYXQgMTAwIE1icHMgaW5jcmVtZW50cyBiZSB1c2VkLiBB Ym92ZSAxMCBHYnBzLA0KPiA+ID4gPiA+IGluY3JlbWVudHMgb2YgMSBHYnBzIGFyZSBSRUNPTU1F TkRFRC4gRWFjaCByYXRlIGlzIGRlZmluZWQgYXMuLi4NCj4gPiA+ID4NCj4gPiA+ID4gSXMgdGhp cyB3aGF0IHlvdSBhY3R1YWxseSB1c2VkIGluIHlvdXIgdGVzdCBpbXBsZW1lbnRhdGlvbj8NCj4g PiA+IFthY21dDQo+ID4gPiBZZXMsIGV4Y2VwdCB0aGF0IHRoZSBjdXJyZW50IHRhYmxlIHN0b3Bz IGF0IDEwR2Jwcy4gV2UgaGF2ZW4ndCBoYWQgdGhlDQo+ID4gPiBvcHBvcnR1bml0eSB0byB0ZXN0 ID4xMEdicHMuDQo+ID4gPg0KPiA+ID4gPiBBdCBteSBmaXJzdCBnbGFuY2UNCj4gPiA+ID4gdGhp cyByZWNvbW1lbmRhdGlvbiBsb29rcyB0byBzdWZmZXIgZnJvbSByYXRoZXIgc2V2ZXJlIHN0ZXAg ZWZmZWN0cw0KPiA+IGFuZA0KPiA+ID4gYWxzbw0KPiA+ID4gPiBtYWtlIHRoZSByZXNwb25kIHRv IGxvc3NlcyBiZWhhdmUgc3RyYW5nZSBhcm91bmQgdGhlIHRyYW5zaXRpb25zLg0KPiA+ID4gV291 bGRuJ3Qgc29tZQ0KPiA+ID4gPiB0eXBlIG9mIGxvZ2FyaXRobWljIHByb2dyZXNzaW9uIGJlIG1v cmUgYXBwcm9wcmlhdGUgaGVyZSBmb3IgaW5pdGlhbA0KPiA+ID4gPiBwcm9iaW5nPw0KPiA+ID4g W2FjbV0NCj4gPiA+IExlbiBhbmQgSSBjb25zaWRlcmVkIHZhcmlvdXMgYWxnb3JpdGhtcyBmb3Ig dGhlIHNlYXJjaC4NCj4gPiA+DQo+ID4gPiBMb2dhcml0aG1pYyBpbmNyZWFzZSB0eXBpY2FsbHkg bWVhbnMgbW9yZSByYXRlIG92ZXJzaG9vdCB0aGFuIExpbmVhcg0KPiA+ID4gaW5jcmVhc2VzLg0K PiA+ID4gVW5mb3J0dW5hdGVseSwgYSBsYXJnZSByYXRlIG92ZXJzaG9vdCBtZWFucyB0aGF0IHRo ZSBxdWV1ZXMgd2lsbCBmaWxsDQo+ID4gYW5kDQo+ID4gPiBuZWVkDQo+ID4gPiBhIGxvbmdlciB0 aW1lIHRvIGJsZWVkLW9mZiwgbWVhbmluZyB0aGF0IHJhdGUgcmVkdWN0aW9ucyB3aWxsIHRha2Ug eW91DQo+ID4gZmFyDQo+ID4gPiBmcm9tDQo+ID4gPiB0aGUgInJpZ2h0IG5laWdoYm9yaG9vZCIg YWdhaW4uDQo+ID4gPg0KPiA+ID4gT3VyIGV4cGVyaWVuY2UgaXMgdGhhdCB3ZSBhdm9pZCBsYXJn ZSBvdmVyc2hvb3Qgd2l0aCBmYXN0IG9yIHNsb3cNCj4gbGluZWFyDQo+ID4gPiBpbmNyZWFzZXMu DQo+ID4gPiBJdCBtZWFucyB3ZSd2ZSB0YWtlbiBzb21lIGNhcmUgdG8ga2VlcCB0aGUgbmV0d29y ayBydW5uaW5nLiBXZSBoYXZlbid0DQo+ID4gPiBicm9rZW4NCj4gPiA+IGFueSB0ZXN0IHBhdGgg eWV0LCBhbmQgd2UgYmFpbC1vdXQgcXVpY2tseSBhbmQgY29tcGxldGVseSBpZiBzb21ldGhpbmcN Cj4gPiBnb2VzDQo+ID4gPiB3cm9uZy4NCj4gPg0KPiA+IEkgdW5kZXJzdGFuZCB0aGF0IHRoZXJl IGFyZSBzZXZlcmFsIGNvbnNpZGVyYXRpb25zIGhlcmUgdGhhdCBhcmUNCj4gPiBjb250cmFkaWN0 aW5nLg0KPiA+DQo+ID4gMS4gUXVpY2tseSBmaW5kaW5nIHJvdWdobHkgdGhlIGV4aXN0aW5nIGNh cGFjaXR5DQo+ID4gMi4gQXZvaWQgc2lnbmlmaWNhbnQgb3ZlcnNob290IHRoYXQgYnVpbGQgdXAg dG8gbXVjaCBxdWV1ZSBpZiB0aGF0IGlzDQo+ID4gcG9zc2libGUNCj4gPiAzLiBIYXZlIHN1ZmZp Y2llbnQgZmluZSBncmFpbmVkIGNvbnRyb2wgYXJvdW5kIHRoZSBjYXBhY2l0eSBzbyB0aGF0DQo+ ID4gYWRqdXN0bWVudCBzdGVwIGZpbmRzIHRoZSBjYXBhY2l0eS4NCj4gPg0KPiA+IEZvciBleGFt cGxlIHRoZSBsYXN0IEkgYW0gd29ycmllZCB3aGVuIHlvdSBkZWZpbmUgdGhlIHN0ZXAgc2l6ZSBh cyAxDQo+IEdCUFMNCj4gPiBhYm92ZSAxMCBHQlBTLiBNeSBmZWFyIGlzIHRoYXQgb25lIDEgR0JQ UyBtb3JlIHRyYWZmaWMgd2lsbCBpbmNyZWFzZSB0aGUNCj4gPiBidWZmZXIgb2NjdXBhbmN5IHNv IHF1aWNrbHkgdGhhdCBvbmUgYWx0ZXJuYXRlcyBiZXR3ZWVuIG5vdCBmaWxsZWQsIGFuZA0KPiA+ IG92ZXIgZmlsbGVkIGJldHdlZW4gc3RlcHBpbmcgdXAgYW5kIHJlY2VpdmluZyB0aGUgZmVlZGJh Y2sgaW4gdGhlDQo+IGNvbnRyb2wNCj4gPiBjeWNsZS4gV2UgaGF2ZSB0byByZW1lbWJlciB0aGF0 IHdpdGggYSBGQiBvZiA1MCBtcyB0aGUgZGVsYXkgaW4gdGhlDQo+ID4gY29udHJvbCBjeWNsZSB3 aWxsIGJlIHVwIHRvIFJUVCArIDUwIG1zLg0KPiA+DQo+ID4gU28gSSBhbSBzcGVjdWxhdGluZyBh bmQgeW91IGhhdmVuJ3QgdGVzdGVkLiBTbyBpZiB5b3UgcHV0IGluIHRhYmxlDQo+ID4gY29uc3Ry dWN0aW9uIHJlY29tbWVuZGF0aW9ucywgdGhlbiBJIGRvIHRoaW5rIHlvdSBzaG91bGQgYmUgdmVy eSBjbGVhcg0KPiA+IHRoYXQgdGhlc2UgYXJlIHVudGVzdGVkLg0KPiA+DQo+ID4NCj4gPiA+DQo+ ID4gPiA+DQo+ID4gPiA+IElmIEkgaGF2ZSAxIEdCUFMgbGluZSByYXRlLCB0aGVyZSBpcyBhIDEw MDAgc3RlcHMgaW4gdGhlIHRhYmxlIHRvDQo+IHRoaXMNCj4gPiB2YWx1ZS4NCj4gPiA+ID4gRXZl biBpZiBJIGluY3JlYXNlIHdpdGggdGhlIHN1Z2dlc3RlZCAxMCBzdGVwcyB1bnRpbCBmaXJzdA0K PiBjb25nZXN0aW9uDQo+ID4gc2VlbiwgaXQNCj4gPiA+ID4gd2lsbCB0YWtlIDEwMCBzdGVwcywg YW5kIHdpdGggNTAgbXMgZmVlZGJhY2sgaW50ZXJ2YWwgdGhhdCBpcyA1DQo+ID4gc2Vjb25kcw0K PiA+ID4gYmVmb3JlDQo+ID4gPiA+IGl0IGlzIGluIHRoZSByaWdodCBiYWxsIHBhcmsuDQo+ID4g PiBbYWNtXQ0KPiA+ID4gWW91ciBtYXRoIGlzIGNvcnJlY3QuDQo+ID4gPg0KPiA+ID4gUmVtZW1i ZXIgdGhhdCB0aGUgb25seSBhc3N1bXB0aW9uIHdlIG1hZGUgd2hlbiBidWlsZGluZyB0aGUgdGFi bGUgb2YNCj4gPiA+IHNlbmRpbmcgcmF0ZXMNCj4gPiA+IGlzIHRoYXQgdGhlIG1heGltdW0gKnNv bWV3aGVyZSBiZXR3ZWVuIDUwMGticHMgYW5kIDEwR2JwcyouIE91ciBsYWINCj4gPiA+IHRlc3Rz IHVzZWQNCj4gPiA+IHVua25vd24gcmF0ZXMgYmV0d2VlbiA1ME1icHMgYW5kIDEwR2JwcywgYXMg dGhlICJncm91bmQgdHJ1dGgiIHRoYXQgd2UNCj4gPiA+IGFza2VkIFVEUA0KPiA+ID4gYW5kIFRD UC1iYXNlZCBtZXRob2RzIHRvIG1lYXN1cmUgY29ycmVjdGx5LiBNZWFzdXJlbWVudHMgb24gcHJv ZHVjdGlvbg0KPiA+ID4gbmV0d29ya3MNCj4gPiA+IGVuY291bnRlcmVkIG1hbnkgZGlmZmVyZW50 IHRlY2hub2xvZ2llcy4gU29tZSBzdWJzY3JpYmVyIHJhdGVzIHdlcmUgNQ0KPiB0bw0KPiA+ID4g MTAgTWJwcw0KPiA+ID4gb24gdXBzdHJlYW0uDQo+ID4gPg0KPiA+ID4gPiBBbmQgSSBnZXQgb25l IHJhbmRvbSBsb3NzIGF0IDEwIG1icHMsIHRoZW4gaXRzIDk5MA0KPiA+ID4gPiBzdGVwcywgSW4g c3VjaCBhIHNpdHVhdGlvbiB0aGUgd2hvbGUgbWVhc3VyZW1lbnQgcGVyaW9kICgxMCBzKSB3b3Vs ZA0KPiA+IGJlDQo+ID4gPiBvdmVyDQo+ID4gPiA+IGJlZm9yZSBvbmUgaGFzIHJlYWNoZWQgYWN0 dWFsIGNhcGFjaXR5Lg0KPiA+ID4gW2FjbV0NCj4gPiA+IEknbSBzb3JyeSwgdGhhdCdzIG5vdCBx dWl0ZSBjb3JyZWN0LCBhc3N1bWluZyBkZWxheSByYW5nZSBtZWV0cyB0aGUNCj4gPiBjcml0ZXJp YQ0KPiA+ID4gYmVsb3csIHdoaWNoIHdvdWxkIGJlIGNvbnNpc3RlbnQgd2l0aCAib25lIHJhbmRv bSBsb3NzIi4NCj4gPiA+DQo+ID4NCj4gPiBZZXMsIG15IG1pc3Rha2UsIGJ1dCBsZXQgbWUgcmVw bGFjZSBvbmUgcmFuZG9tIGxvc3Mgd2l0aCBvbmUgY29uZ2VzdGlvbg0KPiA+IGV2ZW50IGR1ZSB0 byBhIHNpbmdsZSBpbnRlcm1pdHRlbnQgdHJhbnNhY3Rpb24uIFNvIGhhcmRlciB0byB0cmlnZ2Vy IGlmDQo+ID4gdGhlIGNhcGFjaXR5IGlzIGxhcmdlLCBlYXNpZXIgaWYgaXQgaXMgbG93IGFuZCB0 aGVuIGl0IG1hdHRlcnMgbGVzcy4gU28NCj4gPiB0aGlzIHJlZHVjZWQgdGhlIGlzc3VlIHNpZ25p ZmljYW50bHkuDQo+ID4NCj4gPiA+IFRoZSB0ZXh0IHNheXM6DQo+ID4gPiAgIElmIHRoZSBmZWVk YmFjayBpbmRpY2F0ZXMgdGhhdCBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUNCj4gZGV0 ZWN0ZWQNCj4gPiA+IE9SDQo+ID4gPiAgIHRoZSBkZWxheSByYW5nZSB3YXMgYWJvdmUgdGhlIHVw cGVyIHRocmVzaG9sZCwgdGhlIG9mZmVyZWQgbG9hZCByYXRlDQo+ID4gaXMNCj4gPiA+ICAgZGVj cmVhc2VkLiAgKGJ5IG9uZSBzdGVwKQ0KPiA+ID4NCj4gPiA+IEJ1dCB3aGVuIHRoZSBuZXh0IGZl ZWRiYWNrIG1lc3NhZ2UgYXJyaXZlcyB3aXRoIG5vIGxvc3MsIGFuZCB0aGUNCj4gPiA+ICJjb25n ZXN0aW9uIg0KPiA+ID4gc3RhdGUgaGFzIG5vdCBiZWVuIGRlY2xhcmVkLCB0aGUgcmVsZXZhbnQg dGV4dCBpczoNCj4gPiA+DQo+ID4gPiAgIElmIHRoZSBmZWVkYmFjayBpbmRpY2F0ZXMgdGhhdCBu byBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIHdlcmUNCj4gPiA+IGRldGVjdGVkIEFORA0KPiA+ ID4gICB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGJlbG93IHRoZSBsb3dlciB0aHJlc2hvbGQsIHRoZSBv ZmZlcmVkIGxvYWQgcmF0ZQ0KPiA+IGlzDQo+ID4gPiBpbmNyZWFzZWQuDQo+ID4gPiAgIElmIGNv bmdlc3Rpb24gaGFzIG5vdCBiZWVuIGNvbmZpcm1lZCB1cCB0byB0aGlzIHBvaW50LCB0aGUgb2Zm ZXJlZA0KPiA+IGxvYWQgcmF0ZQ0KPiA+ID4gaXMNCj4gPiA+ICAgaW5jcmVhc2VkIGJ5IG1vcmUg dGhhbiBvbmUgcmF0ZSAoZS5nLiwgUngrMTApLg0KPiA+ID4NCj4gPiA+IGFuZCB3ZSByZXR1cm4g dG8gdGhlIGhpZ2ggc3BlZWQgaW5jcmVhc2VzLCBiZWNhdXNlOg0KPiA+ID4NCj4gPiA+ICAgTGFz dGx5LCB0aGUgbWV0aG9kIGZvciBpbmZlcnJpbmcgY29uZ2VzdGlvbiBpcyB0aGF0IHRoZXJlIHdl cmUNCj4gPiBzZXF1ZW5jZQ0KPiA+ID4gICBudW1iZXIgYW5vbWFsaWVzIEFORC9PUiB0aGUgZGVs YXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1cHBlcg0KPiB0aHJlc2hvbGQNCj4gPiA+IGZvcg0KPiA+ ID4gICAqdHdvKiBjb25zZWN1dGl2ZSBmZWVkYmFjayBpbnRlcnZhbHMuDQo+ID4gPg0KPiA+ID4g U28sIHRoZXJlIGlzIGEgc2luZ2xlIHN0ZXAgYmFjayBmb3IgdGhlIHNpbmdsZSByYW5kb20gbG9z cywgYnV0IHRoZW4NCj4gPiA+IGltbWVkaWF0ZWx5DQo+ID4gPiBiYWNrIHRvIFJ4KzEwIGluY3Jl YXNlcy4NCj4gPiA+DQo+ID4gPg0KPiA+DQo+ID4gT2suIEdvb2QgdGhhdCB0aGlzIGlzIGxlc3Mg dGhhbiBhIGlzc3VlIHRoZW4gSSB0aG91Z2h0Lg0KPiA+DQo+ID4gPiA+DQo+ID4gPiA+IFRvIG1l IGl0IGFwcGVhcnMgdGhhdCB0aGUgcHJvYmluZyAoc2xvdyBzdGFydCkgZXF1aXZhbGVudCBkbyBu ZWVkDQo+ID4gPiBsb2dhcml0aG1pYw0KPiA+ID4gPiBpbmNyZWFzZSB0byByZWFjaCBsaWtlbHkg Y2FwYWNpdHkgcXVpY2tseS4gVGhlbiBob3cgYmlnIHRoZQ0KPiBhZGp1c3RtZW50DQo+ID4gaXMN Cj4gPiA+ID4gYWN0dWFsbHkgZGVwZW5kZW50IG9uIHdoYXQgZXh0cmEgZGVsYXkgb25lIGNvbnNp ZGVyIHRoZSB0YXJnZXQgZm9yDQo+IHRoZQ0KPiA+ID4gdGVzdC4NCj4gPiA+IFthY21dDQo+ID4g PiBPdXIgZGVsYXkgdmFyaWF0aW9uIHZhbHVlcyBhcmUgbG93LCBidXQgbmVlZCB0byBhY2NvbW1v ZGF0ZSB0aGUNCj4gPiByZWxhdGl2ZWx5DQo+ID4gPiBoaWdoDQo+ID4gPiBkZWxheSB2YXJpYXRp b24gb2Ygc29tZSBhY2Nlc3MgdGVjaG5vbG9naWVzLiBXZSBsZWFybmVkIHRoaXMgZHVyaW5nDQo+ IG91cg0KPiA+ID4gdGVzdGluZw0KPiA+ID4gb24gcHJvZHVjdGlvbiBuZXR3b3Jrcy4NCj4gPiA+ DQo+ID4gPiA+IEhhdmluZyBhIHN0ZXAgc2l6ZSBvZiAxIEdCUFMgaWYgcHJvYmluZyBhIDIuNSBH QlBTIHBhdGggd291bGQgbGlrZWx5DQo+ID4gbWFrZSBpdA0KPiA+ID4gPiB2ZXJ5IGhhcmQgdG8g a2VlcCB0aGUgZGVsYXkgaW4gdGhlIGludGVuZGVkIGludGVydmFsIHdoZW4gaXQgd291bGQNCj4g PiA+IGZsdXh0dWF0ZQ0KPiA+ID4gPiBiZXR3ZWVuIDUwMCBtYnBzIHRvIG11Y2ggdHJhZmZpYyBh bmQgdGhlbiA1MDAgbWJwcyB0byBsaXR0bGUuIFN1cmUNCj4gPiB3aXRoDQo+ID4gPiA+IHN1ZmZp Y2llbnRseSBzaG9ydCBGVCBpdCB3aWxsIGxpa2VseSB3b3JrIGluIHRoaXMgYWxnb3JpdGhtLg0K PiBIb3dldmVyLA0KPiA+IEkgd29uZGVyDQo+ID4gPiA+IGFib3V0IHJlZ3VsYXRpb24gc3RhYmls aXR5IGhlcmUgZm9yIGRpZmZlcm5ldCBSVFQsIEZUcyBhbmQgYnVmZmVyDQo+ID4gZGVwdGgNCj4g PiA+ID4gZmx1eHR1YXRpb25zLg0KPiA+ID4gW2FjbV0NCj4gPiA+IEknbSBzb3JyeSwgdGhhdCdz IG5vdCBxdWl0ZSBjb3JyZWN0LCB0aGUgdGV4dCB3ZSBwcm9wb3NlZCB0byBhZGQgc2F5czoNCj4g PiA+DQo+ID4gPiAgICBJdCBpcyBSRUNPTU1FTkRFRCB0aGF0IHJhdGVzIGJlZ2luIHdpdGggMC41 IE1icHMgYXQgaW5kZXggemVybywNCj4gPiA+ICAgIHVzZSAxIE1icHMgYXQgaW5kZXggb25lLCBh bmQgdGhlbiBjb250aW51ZSBpbiAxIE1icHMgaW5jcmVtZW50cyB0bw0KPiAxDQo+ID4gPiBHYnBz Lg0KPiA+ID4gICAgQWJvdmUgMSBHYnBzLCBhbmQgdXAgdG8gMTAgR2JwcywgaXQgaXMgUkVDT01N RU5ERUQgdGhhdCAxMDAgTWJwcw0KPiA+ID4gaW5jcmVtZW50cyBiZSB1c2VkLg0KPiA+ID4gYW5k ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBe Xl5eXl5eXg0KPiA+ID4gICAgQWJvdmUgMTAgR2JwcywgaW5jcmVtZW50cyBvZiAxIEdicHMgYXJl IFJFQ09NTUVOREVELg0KPiA+ID4NCj4gPiA+IFlvdXIgZXhhbXBsZSBmYWxscyBpbiB0aGUgMUdi cHMgdG8gMTBHYnBzIHJhbmdlLCB3aGVyZSB0YWJsZQ0KPiBpbmNyZW1lbnRzDQo+ID4gYXJlDQo+ ID4gPiAxMDBNYnBzLg0KPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gRnJvbSBteSBwZXJzcGVjdGl2 ZSBJIHRoaW5rIHRoaXMgaXMgYSBpbmRpY2F0aW9uIHRoYXQgdGhlIGxvYWQgcmF0ZQ0KPiA+ID4g YWRqdXN0bWVudA0KPiA+ID4gPiBhbGdvcml0aG0gaXMgbm90IHJlYWR5IHRvIGJlIGEgc3RhbmRh cmRzIHRyYWNrIHNwZWNpZmljYXRpb24uDQo+ID4gPiBbYWNtXQ0KPiA+ID4gR2l2ZW4gc2V2ZXJh bCBjb3JyZWN0aW9ucyBhYm92ZSwgdGhlIGF1dGhvcnMgYXNrIHRoYXQgeW91IHJlY29uc2lkZXIN Cj4gPiB5b3VyDQo+ID4gPiBwb3NpdGlvbi4NCj4gPiA+IFBsZWFzZSByZWFkIG9uLg0KPiA+ID4N Cj4gPiA+ID4NCj4gPiA+ID4gSSB3b3VsZCByZWNvbW1lbmQgdGhhdCB5b3UgYWN0dWFsbHkgdGFr ZSBvdXQgdGhlIGNvbnRyb2wgYWxnb3JpdGhtDQo+IGFuZA0KPiA+ID4gd3JpdGUgYQ0KPiA+ID4g PiBoaWdoIGxldmVsIGZ1bmN0aW9uYWwgZGVzY3JpcHRpb24gb2Ygd2hhdCBuZWVkcyB0byBoYXBw ZW4gd2hlbg0KPiA+IG1lYXN1cmluZw0KPiA+ID4gdGhpcw0KPiA+ID4gPiBjYXBhY2l0eS4NCj4g PiA+IFthY21dDQo+ID4gPiBXZSB3b3JrZWQgZm9yIHNldmVyYWwgd2Vla3MgaW4gRGVjZW1iZXIg dG8gbWFrZSB0aGUgY3VycmVudCBoaWdoLWxldmVsDQo+ID4gPiBkZXNjcmlwdGlvbg0KPiA+ID4g YW4gYWNjdXJhdGUgb25lLiBUaGUgSUVTRyByZXZpZXcgaGFzIHJlc3VsdGVkIGFkZGVkIHNvbWUg dXNlZnVsDQo+IGRldGFpbHMNCj4gPiA+IHRoYXQNCj4gPiA+IEkgaGF2ZSBzaGFyZWQgYWxvbmcg dGhlIHdheS4NCj4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+IElmIEkgdW5kZXJzdGFuZCB0aGlzIGNv cnJlY3RseSB0aGUgcmVxdWlyZW1lbnRzIG9uIHRoZSBtZWFzdXJlbWVudA0KPiBhcmUNCj4gPiA+ IHRoZQ0KPiA+ID4gPiBmb2xsb3dpbmcuDQo+ID4gPiA+DQo+ID4gPiA+IC0gTmVlZCB0byBzZWVr IHRoZSBhdmFpbGFibGUgY2FwYWNpdHkgc28gdGhhdCBzZXZlcmFsIG1lYXN1cmVtZW50DQo+ID4g cGVyaW9kDQo+ID4gPiBhcmUNCj4gPiA+ID4gbGlrZWx5IHRvIGJlIGRvbmUgYXQgY2FwYWNpdHkN Cj4gPiA+ID4gLSBNdXN0IG5vdCBjcmVhdGUgcGVyc2lzdGVudCBjb25nZXN0aW9uIGFzIHRoZSBj YXBhY2l0eSBtZWFzdXJlbWVudA0KPiA+ID4gc2hvdWxkIGJlDQo+ID4gPiA+IGJhc2VkIG9uIHRy YWZmaWMgY2FwYWNpdHkgdGhhdCBkb2Vzbid0IGNhdXNlIG1vcmUgc3RhbmRpbmcgcXVldWUNCj4g dGhhdA0KPiA+IFgsDQo+ID4gPiB3aGVyZSBYDQo+ID4gPiA+IGlzIHNvbWUgYWRkaXRpb25hIGRl bGF5IGluIG1zIGNvbXBhcmVkIHRvIG1pbmltYWwgb25lIHdheSBkZWxheS4gQW5kDQo+IFgNCj4g PiBpcw0KPiA+ID4gPiBhY3R1YWxseSBzb21ldGhpbmcgdGhhdCBpcyBjb25maWd1cmFibGUgZm9y IGEgbWVhc3VyZW1lbnQgY2FtcGFnaW4NCj4gYXMNCj4gPiA+IGNhcGFjaXR5DQo+ID4gPiA+IGZv ciBhIGdpdmVuIG9uZSB3YXkgZGVsYXkgYW5kIGRlbGF5IHZhcmlhdGlvbiBjYW4gYmUgaGlnaGx5 IHJlbGV2YW50DQo+ID4gdG8NCj4gPiA+ID4ga25vdy4NCj4gPiA+IFthY21dDQo+ID4gPiBUaGVz ZSBhcmUgbm90IGlkZW50aWNhbCB0byBvdXIgcmVxdWlyZW1lbnRzLiAgRm9yIGV4YW1wbGU6DQo+ ID4gPiAgLSBCb3RoIHRoZSBtZXRyaWMgYW5kIG1ldGhvZCBjb25zaWRlciBhIG51bWJlciBvZiBt ZWFzdXJlbWVudA0KPiA+IGludGVydmFscywNCj4gPiA+IGFuZCB0aGUgTWF4aW11bSBJUC1MYXll ciBDYXBhY2l0eSBpcyBkZXRlcm1pbmVkIGZyb20gb25lIChvciBtb3JlKSBvZg0KPiA+IHRoZQ0K PiA+ID4gaW50ZXJ2YWxzLg0KPiA+DQo+ID4NCj4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ ID4gPiA+IFdoYXQgZWxzZSBpcyBuZWVkZWQ/DQo+ID4gPiA+DQo+ID4gPiA+IEFyZSBzeW5jaHJv bml6ZWQgY2xvY2tzIG5lZWRlZCBvciBqdXN0IHJlbGF0aXZlIGRlbGF5IGNoYW5nZXMNCj4gPiBu ZWNlc3Nhcnk/DQo+ID4gPiBbYWNtXQ0KPiA+ID4gSnVzdCBkZWxheSB2YXJpYXRpb24sIGFuZCB0 aGUgc2FmZXN0IGlzIFJUIGRlbGF5IHZhcmlhdGlvbi4NCj4gPg0KPiA+IFNvIHNlbmRlciBzaWRl IHRyYW5zbWlzc2lvbiB0aW1lc3RhbXBpbmcgYW5kIHRoZSByZWNlaXZlciBtZWFzdXJlIGRlbGF5 DQo+ID4gdmFyaWF0aW9ucyBiYXNlZCBvbiB0aGVzZSB0cmFuc21pc3Npb24gdGltZXMgd291bGQg c3VmZmljZS4NCj4gPg0KPiA+IEdvb2QuDQo+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiAtPS09LT0tPS09LT0tPS0NCj4gPiA+ID4gPg0KPiA+ID4gPiA+ID4NCj4gPiA+ ID4gPiA+IDMuIFRoaXJkIHRoZSBhbGdvcml0aG1zIHJlYWN0aW9uIHRvIGFueSBzZXF1ZW5jZSBu dW1iZXIgZ2FwcyBpcw0KPiA+ID4gZGVwZW5kZW50IG9uDQo+ID4gPiA+ID4gPiBkZWxheSBhbmQg aG93IGl0IGlzIHJlbGF0ZWQgdG8gdW5zcGVjaWZpZWQgZGVsYXkgdGhyZXNob2xkcy4NCj4gQWxz bw0KPiA+IG5vIHRleHQNCj4gPiA+ID4gPiA+IGRpc2N1c3Npb24gaG93IHRoZXNlIHRocmVzaG9s ZHMgc2hvdWxkIGJlIGNvbmZpZ3VyZWQgZm9yIHNhZmUNCj4gPiA+IG9wZXJhdGlvbi4NCj4gPiA+ ID4gPg0KPiA+ID4gPiA+IFthY21dDQo+ID4gPiA+ID4gV2UgY2FuIGFkZCBzb21lIGRldGFpbHMg aW4gdGhlIHBhcmFncmFwaCBiZWxvdzoNCj4gPiA+ID4gPiBPTEQNCj4gPiA+ID4gPiBJZiB0aGUg ZmVlZGJhY2sgaW5kaWNhdGVzIHRoYXQgc2VxdWVuY2UgbnVtYmVyIGFub21hbGllcyB3ZXJlDQo+ ID4gPiBkZXRlY3RlZCBPUg0KPiA+ID4gPiA+IHRoZSBkZWxheSByYW5nZSB3YXMgYWJvdmUgdGhl IHVwcGVyIHRocmVzaG9sZCwgdGhlIG9mZmVyZWQgbG9hZA0KPiByYXRlDQo+ID4gaXMNCj4gPiA+ ID4gPiBkZWNyZWFzZWQuDQo+ID4gPiA+ID4gQWxzbywgaWYgY29uZ2VzdGlvbiBpcyBub3cgLi4u DQo+ID4gPiA+ID4gTkVXDQo+ID4gPiA+ID4gSWYgdGhlIGZlZWRiYWNrIGluZGljYXRlcyB0aGF0 IHNlcXVlbmNlIG51bWJlciBhbm9tYWxpZXMgd2VyZQ0KPiA+ID4gZGV0ZWN0ZWQgT1INCj4gPiA+ ID4gPiB0aGUgZGVsYXkgcmFuZ2Ugd2FzIGFib3ZlIHRoZSB1cHBlciB0aHJlc2hvbGQsIHRoZSBv ZmZlcmVkIGxvYWQNCj4gcmF0ZQ0KPiA+IGlzDQo+ID4gPiBkZWNyZWFzZWQuDQo+ID4gPiA+ID4g VGhlIFJFQ09NTUVOREVEIHZhbHVlcyBhcmUgMCBmb3Igc2VxdWVuY2UgbnVtYmVyIGdhcHMgYW5k IDMwLTkwDQo+ID4gPiBtcyBmb3IgbG93ZXINCj4gPiA+ID4gPiBhbmQgdXBwZXIgZGVsYXkgdGhy ZXNob2xkcy4gQWxzbywgaWYgY29uZ2VzdGlvbiBpcyBub3cgLi4uDQo+ID4gPiA+DQo+ID4gPiA+ IE9rLCBidXQgdGhlIGRlbGF5IHZhbHVlcyBhcyBJIG5vdGVkIGJlZm9yZSBoaWdobHkgZGVwZW5k ZW50IG9mIHdoYXQNCj4gbXkNCj4gPiA+IGdvYWwgd2l0aA0KPiA+ID4gPiB0aGUgY2FwYWNpdHkg bWV0cmljIGlzLiBJZiBJIHdhbnQgdG8gZmlndXJlIG91dCB0aGUgY2FwYWNpdHkgZm9yDQo+IGxp a2UNCj4gPiBzYXkgWFIgb3INCj4gPiA+ID4gY2xvdWQgZ2FtaW5nIGFwcGxpY2F0aW9ucyB0aGF0 IG1heWJlIGhhdmUgbXVjaCBsb3dlciBPV0QgdmFyaWFuY2VzDQo+IGFuZA0KPiA+ID4gYWJzb2x1 dGUNCj4gPiA+ID4gdmFsdWVzIHNvIG1heWJlIG15IHZhbHVlcyBhcmUgMTAtMjUgbXMuDQo+ID4g PiBbYWNtXQ0KPiA+ID4gV2UgaW50ZW5kIHRvIG1lYXN1cmUgdGhlIGxpbWl0IG9mIHRoZSBhY2Nl c3MgdGVjaG5vbG9neSwgd2l0aCBhIHNldCBvZg0KPiA+ID4gcGFyYW1ldGVycw0KPiA+ID4gdGhh dCB3b3JrIHdlbGwgZm9yIGFsbCB0ZWNobm9sb2dpZXMgd2UgaGF2ZSB0ZXN0ZWQgc28gZmFyLg0K PiA+ID4NCj4gPiA+IE5vdGljZSB0aGF0IEkgZGlkbid0IHR5cGUgdGhlIHdvcmQgImFwcGxpY2F0 aW9uIiBhYm92ZS4gT3IgInVzZXINCj4gPiBleHBlcmllbmNlIi4NCj4gPiA+DQo+ID4gPiBTdXJl LCB0aGVyZSBpcyBzZW5zaXRpdml0eSB0byB0aGUgcGFyYW1ldGVycyBjaG9zZW4sIGFuZCB3ZSBz dXBwbGllZA0KPiBvdXINCj4gPiA+IHdlbGwtdGVzdGVkIGRlZmF1bHRzIHRvIG1heGltaXplIHJl c3VsdHMgY29tcGFyYWJpbGl0eSBhbmQgdGVjaG5vbG9neQ0KPiA+ID4gY292ZXJhZ2UNCj4gPiA+ ICh3aXRoIG5vIHR3aWRkbGluZykuDQo+ID4gPg0KPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gSG93 IG11Y2ggZXhwbGFyYXRpb24gaGF2ZSB5b3UgZG9uZSBvZiB0aGUgY29udHJvbCBzdGFiaWxpdHkg b3ZlciBhDQo+ID4gcmFuZ2UNCj4gPiA+ID4gb2YgcGFyYW1ldGVycz8gRG8geW91IGhhdmUgYW55 IG1hdGVyaWFsIGFib3V0IHRoYXQ/DQo+ID4gPiBbYWNtXQ0KPiA+ID4gWWVzLiBUaGVyZSBhcmUg c2V2ZXJhbCBwYXJhbWV0ZXIgcmFuZ2VzIHdlIGV4YW1pbmVkLg0KPiA+ID4NCj4gPiA+IElmIHdl IHNldCB0aGUgZGVsYXkgdGhyZXNob2xkcyBoaWdoIGVub3VnaCwgd2Ugc2VlIHRoZSBSVFQgZ3Jv dyBhcyB0aGUNCj4gPiA+IHF1ZXVlcw0KPiA+ID4gZmlsbCB0byBtYXggYW5kIHRhaWwtZHJvcCBm aW5hbGx5IHJlc3RyaWN0cyB0aGUgcmF0ZS4gV2UgY2FuIG1lYXN1cmUNCj4gdGhlDQo+ID4gPiBl eHRlbnQgb2YgYnVmZmVyIGJsb2F0IHRoaXMgd2F5IChpZiBpdCBpcyBwcmVzZW50KS4gSXQncyBO b3Qgb3VyIGdvYWwuDQo+ID4gPg0KPiA+ID4gV2UgaGF2ZSB1c2VkIGxvd2VyIHRocmVzaG9sZHMg b2YgZGVsYXkgdmFyaWF0aW9uLCB3aGljaCB3b3JrIGZpbmUgb24NCj4gdGhlDQo+ID4gPiBQT04g MUdicHMgYWNjZXNzIHNlcnZpY2VzLg0KPiA+ID4NCj4gPiA+IEluIHRoZSBjb2xsYWJvcmF0aXZl IHRlc3Rpbmcgb2YgdGhlIE9wZW4gQnJvYWRiYW5kIE9wZW4gU291cmNlDQo+IHByb2plY3QsDQo+ ID4gPiBvbmUgcGFydGljaXBhbnQgY29udHJpYnV0ZWQgdGVzdHMgd2l0aCBhIDVHIHN5c3RlbSB0 aGF0IGV4aGliaXRlZA0KPiA+IHN5c3RlbWF0aWMNCj4gPiA+IGxvdy1sZXZlbCBsb3NzIGFuZCBy ZW9yZGVyaW5nIGluIGhpcyBsYWIuIEZvciB0aGlzIHVudXN1YWwgY2FzZSwgTGVuDQo+ID4gYWRk ZWQNCj4gPiA+IHRoZSBmZWF0dXJlcyB0byBzZXQgYSBsb3NzIHRocmVzaG9sZCBhYm92ZSB6ZXJv LCBhbmQgdG8gdG9sZXJhdGUNCj4gPiByZW9yZGVyZWQNCj4gPiA+IGFuZCBkdXBsaWNhdGUgcGFj a2V0cyB3aXRoIG5vIHBlbmFsdHkgaW4gcmF0ZSBhZGp1c3RtZW50Lg0KPiA+ID4NCj4gPiA+IFdl IGhhdmUgdHJpZWQgYSByYW5nZSBvZiB0ZXN0IGR1cmF0aW9ucyAoST0yMCwgMzAgZm9yIGV4YW1w bGUpLg0KPiA+ID4NCj4gPiA+IFdlIGhhdmUgdHJpZWQgZGlmZmVyZW50IHN0ZWVwLW5lc3Mgb2Yg cmFtcC11cCBzbG9wZS4gUmF0ZSArPSAxMCBzdGVwcw0KPiA+ID4gd29ya3Mgd2VsbCwgZXZlbiB3 aGVuIG1lYXN1cmluZyByYXRlcyBzZXBhcmF0ZWQgYnkgMyBvcmRlcnMgb2YNCj4gPiBtYWduaXR1 ZGUuDQo+ID4gPg0KPiA+ID4NCj4gPiA+IEJ1dCBmb3IgdGhlIGNvLWF1dGhvcnMsIGl0IHdhcyBt b3JlIGltcG9ydGFudCB0aGF0IHRoZSBsb2FkIGFkanVzdG1lbnQNCj4gPiA+IHNlYXJjaA0KPiA+ ID4gcHJvZHVjZSB0aGUgY29ycmVjdCBNYXhpbXVtIElQLUxheWVyIENhcGFjaXR5IGZvciBlYWNo IG9mIHRoZSBsYWINCj4gPiA+IGNvbmRpdGlvbnMNCj4gPiA+IHdlIGNyZWF0ZWQgKGluY2x1ZGlu ZyBjaGFsbGVuZ2luZyBjb25kaXRpb25zIHdpdGggY29tcGV0aW5nIHRyYWZmaWMsDQo+ID4gbG9u Zw0KPiA+ID4gZGVsYXkNCj4gPiA+IGV0Yy4pLCBhbmQgdGhlIG1hbnkgYWNjZXNzIHRlY2hub2xv Z2llcyB3ZSB0ZXN0ZWQgaW4gcHJvZHVjdGlvbiB1c2UNCj4gPiA+ICh3aGVyZSBhZ2FpbiB3ZSBl bmNvdW50ZXJlZCBzaW1pbGFyIGNoYWxsZW5naW5nIGNvbmRpdGlvbnMpLg0KPiA+ID4NCj4gPiA+ DQo+ID4NCj4gPiBUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9ucy4NCj4gPg0KPiA+ID4gPg0K PiA+ID4gPg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gLT0tPS09LT0tPS09LT0tDQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiBQbGVhc2UgYWxzbyBub3RlIG1hbnkgcmVxdWlyZW1lbnRzIGZvciBzYWZlIG9w ZXJhdGlvbiBpbiBTZWN0aW9uDQo+IDEwLA0KPiA+ID4gPiA+IFNlY3VyaXR5IENvbnNpZGVyYXRp b25zLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gQikgU2VjdGlvbiA4LiBN ZXRob2Qgb2YgTWVhc3VyZW1lbnQNCj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBUaGVyZSBhcmUg bm8gc3BlY2lmaWNhdGlvbiBvZiB0aGUgbWVhc3VyZW1lbnQgcHJvdG9jb2wgaGVyZSB0aGF0DQo+ ID4gPiBwcm92aWRlcw0KPiA+ID4gPiA+ID4gc2VxdWVuY2UgbnVtYmVycywgYW5kIHRoZSBmZWVk YmFjayBjaGFubmVsIGFzIHdlbGwgYXMgdGhlDQo+IGNvbnRyb2wNCj4gPiA+IGNoYW5uZWwuDQo+ ID4gPiA+ID4NCj4gPiA+ID4gPiBbYWNtXQ0KPiA+ID4gPiA+IFRoYXQgaXMgY29ycmVjdC4gVGhl IFNjb3BlIGRvZXMgbm90IGluY2x1ZGUgcHJvdG9jb2wgZGV2ZWxvcG1lbnQuDQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiA+IElzIHRoaXMgaW50ZW5kZWQgdG8gdXNlIFRXQU1QPw0KPiA+ID4gPiA+DQo+ ID4gPiA+ID4gW2FjbV0NCj4gPiA+ID4gPiBNYXliZSwgYnV0IGEgbG90IG9mIGV4dGVuc2lvbnMg d291bGQgYmUgaW52b2x2ZWQuDQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+ID4N Cj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPiBGcm9tIG15IHBlcnNwZWN0aXZlIHRoaXMgZG9jdW1l bnQgZGVmaW5lcyB0aGUgbWV0cmljcyBvbg0KPiBzdGFuZGFyZHMNCj4gPiA+IHRyYWNrDQo+ID4g PiA+ID4gPiBsZXZlbC4gSG93ZXZlciwgdGhlIG1ldGhvZCBmb3IgYWN0dWFsbHkgcnVubmluZyB0 aGUgbWVhc3VyZW1lbnRzDQo+ID4gYXJlDQo+ID4gPiBub3QNCj4gPiA+ID4gPiA+IHNwZWNpZmll ZCBvbiBhIHN0YW5kYXJkcyB0cmFjayBsZXZlbC4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFthY21d DQo+ID4gPiA+ID4gSW4gSVBQTSB3b3JrLCB0aGUgbWV0aG9kcyBvZiBtZWFzdXJlbWVudCBhcmUg ZGVzY3JpYmVkIG1vcmUNCj4gYnJvYWRseQ0KPiA+ID4gdGhhbg0KPiA+ID4gPiA+IHRoZSBtZXRy aWNzLCBhcyBhY3Rpb25zIGFuZCBvcGVyYXRpb25zIHRoZSBTcmMgYW5kIERzdCBob3N0cw0KPiBw ZXJmb3JtDQo+ID4gdG8NCj4gPiA+ID4gPiBzZW5kIGFuZCByZWNlaXZlLCBhbmQgY2FsY3VsYXRl IHRoZSByZXN1bHRzLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gSVBQTSBNZXRob2RzIG9mIE1lYXN1 cmVtZW50IGhhdmUgbm90IGluY2x1ZGVkIHByb3RvY29sDQo+ID4gPiByZXF1aXJlbWVudHMgaW4N Cj4gPiA+ID4gPiB0aGUgcGFzdCwgaW4gYW55IG9mIG91ciBTdGFuZGFyZHMgVHJhY2sgTWV0cmlj cyBSRkNzLiAgSW4gZmFjdCwgd2UNCj4gPiA+IGRldmVsb3BlZA0KPiA+ID4gPiA+IGEgbWVhc3Vy ZW1lbnQtc3BlY2lmaWMgY3JpdGVyaWEgZm9yIG1vdmluZyBvdXIgUkZDcyBhbG9uZyB0aGUNCj4g PiBzdGFuZGFyZHMNCj4gPiA+IHRyYWNrDQo+ID4gPiA+ID4gdGhhdCBoYXMgbm90aGluZyB0byBk byB3aXRoIHByb3RvY29scyBvciBpbnRlcm9wZXJhYmlsaXR5Lg0KPiA+ID4gPiA+IFNlZSBCQ1Ag MTc2IGFrYSBSRkMgNjU3NjoNCj4gPiA+IGh0dHBzOi8vcHJvdGVjdDIuZmlyZWV5ZS5jb20vdjEv dXJsP2s9NjVhY2M0MTUtM2EzN2ZjYzctNjVhYzg0OGUtDQo+ID4gPiA4NjYxMzJmZTQ0NWUtYjQz MjNjYjRiNmU0MjA2ZiZxPTEmZT01ZmUxNzkyYy1mNjQxLTQ5MDMtOWEzMi0NCj4gPiA+IDMxNzM1 MDc5MDg3MiZ1PWh0dHBzJTNBJTJGJTJGdXJsZGVmZW5zZS5jb20lMkZ2MyUyRl9faHR0cHMlM0El DQo+ID4gPiAyRiUyRnRvb2xzLmlldGYub3JnJTJGaHRtbCUyRnJmYzY1NzZfXyUzQiUyMSUyMUJo ZFQlMjEzDQo+ID4gPiBSTVFNWk9BRmxvUTFGdnRDX0xJclVzRHFCR3hRZUpaMUY0R0Z0OFRwYlE2 MHc4NDF3VDU0c0xMb0tTOS0NCj4gPiA+IFljJA0KPiA+ID4gPiA+IElQIFBlcmZvcm1hbmNlIE1l dHJpY3MgKElQUE0pIFN0YW5kYXJkIEFkdmFuY2VtZW50IFRlc3RpbmcNCj4gPiA+ID4gPg0KPiA+ ID4gPiA+ID4gTm8gb25lIGNhbiBidWlsZCBpbXBsZW1lbnRhdGlvbi4NCj4gPiA+ID4gPg0KPiA+ ID4gPiA+IFthY21dDQo+ID4gPiA+ID4gSSdtIHNvcnJ5LCBidXQgdGhhdCBpcyBub3QgY29ycmVj dC4gIFBsZWFzZSBzZWUgU2VjdGlvbiA4LjQuDQo+ID4gPiA+DQo+ID4gPiA+IFNvcnJ5LCB0aGF0 IHdhcyBwb29ybHkgZm9ybXVsYXRlZC4gSSBtZWFuIHRoYXQgeW91IGNhbid0IGdpdmUgdGhpcw0K PiA+ID4gc3BlY2lmaWNhdGlvbg0KPiA+ID4gPiB0byBhIGd1eSBvbiBhIGlzbGFuZCB3aXRob3V0 IGV4dGVybmFsIGNvbW11bmljYXRpb24gYW5kIGhhdmUgdGhlbQ0KPiA+ID4gPiBpbXBsZW1lbnRl ZCBpdCBhbmQgaXQgd2lsbCB3b3JrIHdpdGggc29tZW9uZSBlbHNlIGltcGxlbWVudGF0aW9uLg0K PiA+ID4gW2FjbV0NCj4gPiA+IEJ1dCB0aGVuIHlvdSBhcmUgYXNraW5nIGZvciBwcm90b2NvbC1s ZXZlbCBpbnRlcm9wZXJhYmlsaXR5LCBNYWdudXMuDQo+ID4gPiBUaGF0IGlzIG5vdCBvdXIgc2Nv cGUsIG9yIHRoZSBzY29wZSBvZiBhbnkgSVBQTSBNZXRyaWMgYW5kIE1ldGhvZA0KPiBSRkNzLg0K PiA+ID4gVGhlIHByb2NlZHVyZXMgb2YgQkNQIDE3NiB0ZWxsIHVzIHdoZW4gaW5kZXBlbmRlbnQg aW1wbGVtZW50YXRpb25zDQo+ID4gPiBwcm9kdWNlDQo+ID4gPiBlcXVpdmFsZW50IHJlc3VsdHMs IHdoaWNoIGlzIElFVEYncyBkZWZpbml0aW9uIG9mICJ3b3JrcyB3aXRoIiBmb3INCj4gPiBtZXRy aWNzDQo+ID4gPiBhbmQgbWV0aG9kcy4NCj4gPiA+DQo+ID4gPg0KPiA+ID4gPiBZb3UgaGF2ZSBj bGVhcmx5DQo+ID4gPiA+IGltcGxlbWVudGVkIGEgc29sdXRpb250IHRoYXQgd29ya3MgZm9yIHNv bWUgc2V0IG9mIHBhcmFtZXRlcnMuIEFuZCBJDQo+ID4gYW0NCj4gPiA+IGFza2luZyBob3cNCj4g PiA+ID4gbXVjaCBvZiB0aGUgcmVhc29uYWJsZSBwYXJhbWV0ZXIgc3BhY2UgeW91IGhhdmUgdGVz dGVkLg0KPiA+ID4gW2FjbV0NCj4gPiA+IFJpZ2h0LiBJIGFuc3dlcmVkIHRoaXMgcXVlc3Rpb24g cXVhbGl0YXRpdmVseSBhYm92ZSwgYnV0IHRoZSBjby0NCj4gYXV0aG9ycw0KPiA+ID4gY2xhaW0g dGhhdCBhbiBlcXVhbGx5IGltcG9ydGFudCBxdWVzdGlvbiBpcyB0aGUgYnJlYWR0aCBvZiBhY2Nl c3MNCj4gPiA+IHRlY2hub2xvZ2llcw0KPiA+ID4gd2UgaGF2ZSB0ZXN0ZWQuDQo+ID4gPg0KPiA+ ID4gVGhlIHRlc3RzIGNvbmR1Y3RlZCBvdmVyIDIrIHllYXJzIHVzZWQgdGhlIGZvbGxvd2luZyBw cm9kdWN0aW9uIGFjY2Vzcw0KPiA+ID4gdHlwZXM6DQo+ID4gPg0KPiA+ID4gMS4gRml4ZWQ6IERP Q1NJUyAzLjAgY2FibGUgbW9kZW0gd2l0aCAidHJpcGxlLXBsYXkiIGNhcGFiaWxpdHkgYW5kDQo+ ID4gZW1iZWRkZWQNCj4gPiA+IFdpRmkgYW5kDQo+ID4gPiBXaXJlZCBHaWdFIHN3aXRjaCAodHdv IG1hbnVmYWN0dXJlcnMpLg0KPiA+ID4gMi4gTW9iaWxlOiBMVEUgY2VsbHVsYXIgcGhvbmUgd2l0 aCBhIENhdCAxMiBtb2RlbSAoNjAwIE1icHMgRG93bmxpbmssDQo+IDUwDQo+ID4gPiBNYnBzIHVw bGluaykuDQo+ID4gPiAzLiBGaXhlZDogcGFzc2l2ZSBvcHRpY2FsIG5ldHdvcmsgKFBPTikgIkYi LCAxIEdicHMgc2VydmljZS4NCj4gPiA+IDQuIEZpeGVkOiBQT04gIlQiLCAxMDAwIE1icHMgU2Vy dmljZS4NCj4gPiA+IDUuIEZpeGVkOiBWRFNMLCBzZXJ2aWNlLCBhdCB2YXJpb3VzIHJhdGVzIDwx MDAgTWJwcy4NCj4gPiA+IDYuIEZpeGVkOiBBRFNMLCAxLjUgTWJwcy4NCj4gPiA+IDcuIE1vYmls ZTogTFRFIGVuYWJsZWQgcm91dGVyIHdpdGggRVRIIExBTiB0byBjbGllbnQgaG9zdA0KPiA+ID4g OC4gRml4ZWQ6IERPQ1NJUyAzLjEgY2FibGUgbW9kZW0gd2l0aCAidHJpcGxlLXBsYXkiIGNhcGFi aWxpdHkgYW5kDQo+ID4gZW1iZWRkZWQNCj4gPiA+IFdpRmkgYW5kDQo+ID4gPiBXaXJlZCBHaWdF IHN3aXRjaCAodHdvIG90aGVyIG1hbnVmYWN0dXJlcnMpLg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+ DQo+ID4gPiA+IEJhc2VkIG9uIHRoaXMgZGlzY3Vzc2lvbiBJIGRvbid0IHRoaW5rIEkgY2FuIGJ1 aWxkIGFuIGltcGxlbWVudGF0aW9uDQo+ID4gdGhhdA0KPiA+ID4gPiBmdWxmaWxscyB0aGUgbWVh c3VyZW1lbnQgZ29hbHMsIGJlY2FzdWUgSSBoYXZlIHF1ZXN0aW9ucyBhYm91dCB0aGVtLg0KPiA+ IEFuZCBJDQo+ID4gPiA+IHN1c3BlY3QgaXQgd291bGQgdGFrZSBzdWJzdGFudGlhbCBhbW91bnQg b2YgZXhwZXJpbWVudGF0aW9uIHRvIGdldA0KPiBpdA0KPiA+IHRvDQo+ID4gPiA+IHdvcmsgY29y cmVjdGx5IG92ZXIgYSBicm9hZGVyIHJhbmdlIG9mIGlucHV0IHBhcmFtZXRlcnMuDQo+ID4gPiBb YWNtXQ0KPiA+ID4gTm93IHdlIHJlZmVyIHlvdSB0byB0aGUgcmVmZXJlbmNlcyBpbiB0aGUgbWVt bywgcGFydGljdWxhcmx5IEFwcGVuZGl4DQo+IFgNCj4gPiA+IG9mIFkuMTU0MDoNCj4gPiA+DQo+ ID4gPiAgICBbWS4xNTQwXSAgIFkuMTU0MCwgSS4gUi4sICJJbnRlcm5ldCBwcm90b2NvbCBkYXRh IGNvbW11bmljYXRpb24NCj4gPiA+ICAgICAgICAgICAgICAgc2VydmljZSAtIElQIHBhY2tldCB0 cmFuc2ZlciBhbmQgYXZhaWxhYmlsaXR5DQo+IHBlcmZvcm1hbmNlDQo+ID4gPiAgICAgICAgICAg ICAgIHBhcmFtZXRlcnMiLCBEZWNlbWJlciAyMDE5LA0KPiA+ID4gICAgICAgICAgICAgICA8aHR0 cHM6Ly93d3cuaXR1LmludC9yZWMvVC1SRUMtWS4xNTQwLTIwMTkxMi1JL2VuPi4NCj4gPiA+DQo+ ID4gPiAgICBbWS5TdXA2MF0gIE1vcnRvbiwgQS4sIFJhcHBvcnRldXIsICJSZWNvbW1lbmRhdGlv biBZLlN1cDYwLA0KPiA+ID4gSW50ZXJwcmV0aW5nDQo+ID4gPiAgICAgICAgICAgICAgIElUVS1U IFkuMTU0MCBtYXhpbXVtIElQLWxheWVyIGNhcGFjaXR5IG1lYXN1cmVtZW50cyIsDQo+IEp1bmUN Cj4gPiA+ICAgICAgICAgICAgICAgMjAyMCwgPGh0dHBzOi8vd3d3Lml0dS5pbnQvcmVjL1QtUkVD LVkuU3VwNjAvZW4+Lg0KPiA+ID4NCj4gPiA+IGFuZCBMaWFpc29ucywgd2VyZSBtYW55IG9mIHRo ZSBleHBlcmltZW50YWwgcmVzdWx0cyBhcmUgc3VtbWFyaXplZDoNCj4gPiA+DQo+ID4gPiAgICBb TFMtU0cxMi1BXQ0KPiA+ID4gICAgICAgICAgICAgICAxMiwgSS4gUy4sICJMUyAtIEhhcm1vbml6 YXRpb24gb2YgSVAgQ2FwYWNpdHkgYW5kDQo+IExhdGVuY3kNCj4gPiA+ICAgICAgICAgICAgICAg UGFyYW1ldGVyczogUmV2aXNpb24gb2YgRHJhZnQgUmVjLiBZLjE1NDAgb24gSVAgcGFja2V0DQo+ ID4gPiAgICAgICAgICAgICAgIHRyYW5zZmVyIHBlcmZvcm1hbmNlIHBhcmFtZXRlcnMgYW5kIE5l dyBBbm5leCBBIHdpdGggTGFiDQo+ID4gPiAgICAgICAgICAgICAgIEV2YWx1YXRpb24gUGxhbiIs IE1heSAyMDE5LA0KPiA+ID4gICAgICAgICAgICAgICA8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9saWFpc29uLzE2MzIvPi4NCj4gPiA+DQo+ID4gPiAgICBbTFMtU0cxMi1CXQ0KPiA+ID4g ICAgICAgICAgICAgICAxMiwgSS4gUy4sICJMUyBvbiBoYXJtb25pemF0aW9uIG9mIElQIENhcGFj aXR5IGFuZA0KPiBMYXRlbmN5DQo+ID4gPiAgICAgICAgICAgICAgIFBhcmFtZXRlcnM6IENvbnNl bnQgb2YgRHJhZnQgUmVjLiBZLjE1NDAgb24gSVAgcGFja2V0DQo+ID4gPiAgICAgICAgICAgICAg IHRyYW5zZmVyIHBlcmZvcm1hbmNlIHBhcmFtZXRlcnMgYW5kIE5ldyBBbm5leCBBIHdpdGggTGFi DQo+ICYNCj4gPiA+ICAgICAgICAgICAgICAgRmllbGQgRXZhbHVhdGlvbiBQbGFucyIsIE1hcmNo IDIwMTksDQo+ID4gPiAgICAgICAgICAgICAgIDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2xpYWlzb24vMTY0NS8+Lg0KPiA+ID4NCj4gPiA+IEFsc28sIHNlZSBvdXIgc2xpZGVzIGZyb20g dGhlIEhhY2thdGhvbnMgYXQgSUVURiAxMDUgYW5kIDEwNiwgYW5kIHRoZQ0KPiA+ID4gSVBQTSBX RyBzZXNzaW9ucyBzbGlkZXMgYmVnaW5uaW5nIHdpdGggSUVURi0xMDUsIEp1bHkgMjAxOS4NCj4g PiA+IFlvdSBtaWdodCBhbHNvIGxvb2sgaW50byB0aGUgZGlzY3Vzc2lvbnMgb24gdGhlIG1haWxp bmcgbGlzdC4NCj4gPiA+IFNvbWUgb3RoZXIgcmVzdWx0cyBhcmUgYXZhaWxhYmxlIHRvIHRob3Nl IHdpdGggSVRVLVRJRVMgYWNjb3VudHMuDQo+ID4gPg0KPiA+ID4gVGhlIGxvYWQgYWRqdXN0bWVu dCBhbGdvcml0aG0gaXRzZWxmIHdhcyBpbXByb3ZlZCBhZnRlcg0KPiBleHBlcmltZW50YXRpb24s DQo+ID4gPiBhZGRpbmcgdGhlIGZhc3QgcmFtcC11cCB3aXRoIHJhdGUgKz0gMTAgd2hlbiBmZWVk YmFjayBpbmRpY2F0ZXMgbm8NCj4gPiA+IGltcGFpcm1lbnRzLiBUaGUgb3JpZ2luYWwvY3VycmVu dCBhbGdvcml0aG1zIGFwcGVhciBpbiBZLjE1NDAgQW5uZXhlcw0KPiBBDQo+ID4gPiBhbmQgQiwg cmVzcGVjdGl2ZWx5Lg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+DQo+ ID4gPiA+ID4NCj4gPiA+ID4gPiA+IEFuZCBpZiB0aGUgc2VjdGlvbiBpcw0KPiA+ID4gPiA+ID4g aW50ZW5kZWQgdG8gcHJvdmlkZSByZXF1aXJlbWVudHMgb24gYSBwcm90b2NvbCB0aGF0IHBlcmZv cm1zDQo+IHRoZXNlDQo+ID4gPiA+ID4gPiBtZWFzdXJlbWVudHMNCj4gPiA+ID4gPiA+IEkgdGhp bmsgc2V2ZXJhbCBhc3BlY3RzIGFyZSBtaXNzaW5nLiBUaGVyZSBhcHBlYXIgc2V2ZXJhbCB3YXlz DQo+ID4gZm9yd2FyZA0KPiA+ID4gaGVyZQ0KPiA+ID4gPiA+ID4gdG8NCj4gPiA+ID4gPiA+IHJl c29sdmUgdGhpczsgb25lIGlzIHRvIHNwbGl0IG91dCB0aGUgbWV0aG9kIG9mIG1lYXN1cmVtZW50 IGFuZA0KPiA+IGRlZmluZQ0KPiA+ID4gaXQNCj4gPiA+ID4gPiA+IHNlcGFyYXRlbHkgdG8gc3Rh bmRhcmQgdHJhY2tzIGxldmVsIHVzaW5nIGEgcGFydGljdWxhciBwcm90b2NvbCwNCj4gPiBhbm90 aGVyDQo+ID4gPiA+ID4gPiBpcyB0byB3cml0ZSBpdCBwdXJlbHkgYXMgcmVxdWlyZW1lbnRzIG9u IGEgbWVhc3VyZW1lbnQNCj4gcHJvdG9jb2xzLg0KPiA+ID4gPiA+DQo+ID4gPiA+ID4gW2FjbV0N Cj4gPiA+ID4gPiBBcyBzdGF0ZWQgYWJvdmUsIGNvbm5lY3RpbmcgYSBtZXRob2Qgd2l0aCBhIHNp bmdsZSBwcm90b2NvbCBpcyBub3QNCj4gPiBJUFBNJ3MNCj4gPiA+IHdheS4NCj4gPiA+ID4NCj4g PiA+ID4gVGhhdCBpcyBmaW5lLiBIb3dldmVyLCBJIGZpbmQgdGhlIGF0dGVtcHQgdG8gc3BlY2lm eSBhIHNwZWNpZmljIGxvYWQNCj4gPiByZWd1bGF0b3INCj4gPiA+ID4gaW4gdGhlIG1ldGhvZCBv ZiBtZWFzdXJlbWVudCB0byB0YWtlIHRoaXMgc3BlY2lmaWNhdGlvbiBiZXlvbmQgYQ0KPiA+IGdl bmVyYWwNCj4gPiA+IG1ldGhvZA0KPiA+ID4gPiBvZiBtZWFzdXJtZW50LiBUaGUgaGlnaCBsZXZl bCByZXF1aXJlbWVudCBhcHBlYXIgdG8gYmUgdGhhdCB0bw0KPiA+IGNvcnJlY3RseQ0KPiA+ID4g ZmluZA0KPiA+ID4gPiB0aGUgY2FwYWNpdHksIGFuZCB0aGF0IHJlcXVpcmVzIHRoYXQgb25lIGxv YWQgdG8gdGhlIHBvaW50IHdoZXJlDQo+ID4gYnVmZmVycyBhcmUNCj4gPiA+ID4gZmlsbGVkIHN1 ZmZpY2llbnRseSB0byBpbnRyb2R1Y2UgZXh0cmEgZGVsYXkgb3Igd2hlcmUgQVFNIHN0YXJ0cw0K PiA+IGRyb3BwaW5nIG9yDQo+ID4gPiA+IG1hcmtpbmcgc29tZSBvZiB0aGUgbG9hZC4gVGh1cywg SSBhbSBxdWVzdGlvbmluZyBpZiB0aGUgZGVzY3JpYmVkDQo+ID4gYWxnb3JpdGhtDQo+ID4gPiB3 aWxsDQo+ID4gPiA+IGFkcXVlYXRlbHkgc29sdmUgdGhhdCBpc3N1ZSBvdmVyIGEgd2lkZXIgcmFu Z2Ugb2YgcGFyYW1ldGVycy4NCj4gPiA+ID4NCj4gPiA+ID4gU28gaWYgeW91IGhhdmUgbW9yZSBp bmZvcm1hdGlvbiB0byBzaG93IGF0IGxlYXN0IHdoaWNoIHJhbmdlIGl0IGhhcw0KPiA+IGJlZW4N Cj4gPiA+IHByb3Zlbg0KPiA+ID4gPiB0byBkbyBpdHMgd29yayBhbmQgd2l0aCB3aGF0IGlucHV0 IHBhcmFtZXRlcnM/DQo+ID4gPiBbYWNtXQ0KPiA+ID4gWWVzLiBTZWUgfjEwIHJlZmVyZW5jZXMg IGFuZCByZXBsaWVzIGFib3ZlLg0KPiA+ID4NCj4gPiA+ID4gSSBob3BlIHlvdSB1bmRlcnN0YW5k IHRoYXQgSQ0KPiA+ID4gPiBleHBlY3QgdGhpcyBsb2FkIGNvbnRyb2wgYWxnb3JpdGhtIHRvIGdl dCBzaW11bGFybHkgc2NydXRpbml6ZWQgdG8NCj4gPiBjb25nZXN0aW9uDQo+ID4gPiA+IGNvbnRy b2wgYWxnb3JpdGhtcyB0aGF0IHdlIHN0YW5kYXJkaXplIGluIElFVEYuDQo+ID4gPiBbYWNtXQ0K PiA+ID4gWWVzLCBhbHRob3VnaCBpdCBpcyBhIHN1cnByaXNpbmcgYXQgdGhpcyBwb2ludCwgd2Ug Y2VydGFpbmx5DQo+IHVuZGVyc3RhbmQNCj4gPiB5b3VyDQo+ID4gPiBjdXJyZW50IHBvc2l0aW9u Lg0KPiA+ID4NCj4gPiA+IEhvd2V2ZXIsIFLDvGRpZ2VyIG1hZGUgYSByZWxldmFudCBwb2ludCBp biBvdXIgZGlzY3Vzc2lvbnMgKHdoeSBvdXINCj4gPiA+IGFsZ29yaXRobSdzDQo+ID4gPiByb2xl IGlzIGRpZmZlcmVudCBmcm9tIFRyYW5zcG9ydCBBcmVhIGNvbmdlc3Rpb24gY29udHJvbCBhbGdv cml0aG1zLA0KPiA+ID4gYW5kIG5lZWQgbm90IGJlIHN1YmplY3RlZCB0byB0aGUgc2FtZSBzY3J1 dGlueSk6DQo+ID4gPg0KPiA+ID4gICAgIFRoaXMgaXMgYSBtZWFzdXJlbWVudCBtZXRob2QgZGVz aWduZWQgZm9yIGluZnJlcXVlbnQgYW5kIHNlbnNpYmxlDQo+ID4gPiBtYXhpbXVtDQo+ID4gPiAg ICAgY2FwYWNpdHkgYXNzZXNzbWVudCwgaW5zdGFudGlhdGVkIG9ubHkgaW4gYW4gT0FNIG9yIGRp YWdub3N0aWMNCj4gdG9vbC4NCj4gPiA+DQo+ID4gPiAgICAgSXQgaXMgbm90IGEgYmx1ZXByaW50 IGZvciBhIGNvbmdlc3Rpb24gY29udHJvbCBhbGdvcml0aG0gKENDQSkgaW4NCj4gYQ0KPiA+IGJ1 bGsNCj4gPiA+ICAgICB0cmFuc2ZlciBwcm90b2NvbCB0aGF0IHJ1bnMgYnkgZGVmYXVsdCBhbmQg aXMgZ2xvYmFsbHkgZGVwbG95ZWQgYnkNCj4gPiA+ICAgICBjb21tb2RpdHkgc3RhY2tzLg0KPiA+ ID4NCj4gPiA+IFdlIGRvbid0IHdhbnQgdG8gcmUtY3JlYXRlIGFueSBUQ1AgQ0NBOiB0aGV5IHdl cmVuJ3QgZGVzaWduZWQgZm9yDQo+ID4gYWNjdXJhdGUNCj4gPiA+IG1lYXN1cmVtZW50IG9mIG1h eGltdW0gcmF0ZSAoYXMgdGhlIHJlZmVyZW5jZWQgbWVhc3VyZW1lbnRzIHNob3cpLg0KPiA+ID4N Cj4gPiA+IEl0IGFwcGVhcnMgdGhhdCB0aGUgbW9zdCByZWNlbnQgKDIwMTgpIHN0YW5kYXJkaXpl ZCBhbmQgd2lkZWx5IHVzZWQNCj4gPiA+IENDQSBpcyBDdWJpYyAoUkZDIDgzMTIgaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzgzMTIgKS4NCj4gPiA+DQo+ID4gPiBUaGUgZ3JlYXQgVENQ IENDQSBDZW5zdXMgKDIwMTkpDQo+ID4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21l ZXRpbmcvMTA5L21hdGVyaWFscy9zbGlkZXMtMTA5LWljY3JnLQ0KPiB0aGUtDQo+ID4gPiBncmVh dC1pbnRlcm5ldC10Y3AtY29uZ2VzdGlvbi1jb250cm9sLWNlbnN1cy0wMA0KPiA+ID4NCj4gPiA+ IGZpbmRzIHRoYXQgQkJSIHZlcnNpb25zIGFjY291bnQgZm9yIGdyZWF0ZXIgcG9wdWxhcml0eSBv biBBbGV4YS0yNTANCj4gPiBzaXRlcw0KPiA+ID4gKDI1LjIlKSB0aGFuIENVQklDLCBhbmQgbW9y ZSB0aGFuIDQwJSBvZiBkb3duc3RyZWFtIHRyYWZmaWMgb24gdGhlDQo+ID4gPiBJbnRlcm5ldA0K PiA+ID4gKHNsaWRlIDE0KS4gSSBmb3VuZCBzb21lIHJlZmVyZW5jZXMgdG8gQkJSIGluIElDQ1JH IGRyYWZ0cywgYnV0IG5vDQo+IFJGQy4NCj4gPiA+IEkgd291bGQgZ3Vlc3MgdGhhdCBCQlIgaGFz IGFscmVhZHkgcHJvdmlkZWQgQ0NBIGZvciBtb3JlIHRyYWZmaWMgdGhhbg0KPiA+IHRoZQ0KPiA+ ID4gdGVzdCB0cmFmZmljIGNvbXBseWluZyB0byB0aGlzIG1lbW8gZXZlciB3aWxsLg0KPiA+ID4N Cj4gPiA+IE91ciBvdmVyYWxsIG1ldGhvZCB3b3JrcyBzaW1pbGFyIHRvIEJCUjogUmVjZWl2ZWQg cmF0ZSBwZXIgUlRUIGlzIHRoZQ0KPiA+ID4gZmVlZGJhY2sgdG8gdGhlIHNlbmRlci4NCj4gPiA+ DQo+ID4gPiBXZSBhZGRlZCBBcHBsaWNhYmlsaXR5IHRvIHRoZSBhY2Nlc3MgcG9ydGlvbiwgbm90 IHRoZSBnbG9iYWwgSW50ZXJuZXQNCj4gPiA+IHdoZXJlIHN0YW5kYXJkaXplZCB0cmFuc3BvcnQg cHJvdG9jb2wgQ0NBcyBtdXN0IG9wZXJhdGUuDQo+ID4gPg0KPiA+ID4gV2UgYXJlIG5vdCBzcGVj aWZ5aW5nIGEgdHJhbnNwb3J0IENDQSB0aGF0IG11c3Qgc3VwcG9ydCBtYW55DQo+ID4gYXBwbGlj YXRpb25zLg0KPiA+ID4gTWVhc3VyZW1lbnQgaXMgdGhlICpvbmx5KiBhcHBsaWNhdGlvbiAoZm9y IGFuIElQLWxheWVyIG1ldHJpYykuDQo+ID4gPg0KPiA+ID4gRWFybHkgaW1wcmVzc2lvbnMgaGF2 ZSBiZWVuIGZvcm1lZCBvbiBzZXZlcmFsIGVycm9uZW91cyBhc3N1bXB0aW9ucw0KPiA+ID4gcmVn YXJkaW5nIGFsZ29yaXRobSBzdGFiaWxpdHkgKG9wZXJhdGlvbiBhYm92ZSAxR2JwcykgYW5kDQo+ ID4gPiBzdWl0YWJpbGl0eSBmb3IgcHVycG9zZSAob25lIHJhbmRvbSBsb3NzIGNhc2UpLg0KPiA+ DQo+ID4gSSBhZ3JlZSB0byBtaXN1bmRlcnN0YW5kaW5ncyBhbmQgbWlzaW50ZXJwcmV0YXRpb24g b2Ygd2hhdCB3YXMgZGVmaW5lZC4NCj4gPiBBbmQgSSBkbyBoYXZlIHRvIHNheSB0aGF0IHNvbWUg b2YgdGhlc2UgYXNzdW1wdGlvbnMgb3IgZ3Vlc3NlcyBhcmUgZHVlDQo+IHRvDQo+ID4gdGhlIGxh Y2sgb2YgY2xhcml0eSBvZiB0aGUgc3BlY2lmaWNhdGlvbi4gV2hpY2ggZnJvbSBteSBwZXJzcGVj dGl2ZQ0KPiA+IHN0cmVuZ3RoZW5zIG15IHBvc2l0aW9uIHRoYXQgdGhpcyBpcyBub3QgeWV0IHN0 YW5kYXJkcyB0cmFjayBxdWFsaXR5DQo+ID4gYXJvdW5kIHRoZSBsb2FkIGFsZ29yaXRobS4NCj4g Pg0KPiA+ID4NCj4gPiA+IEFkLWhvYyBtZXRob2RzIHJlc3VsdGluZyBpbiBUQ1AtYmFzZWQgdW5k ZXItZXN0aW1hdGVzIG9mIEludGVybmV0DQo+IFNwZWVkDQo+ID4gPiBhcmUgdGhlIHByb2JsZW0g d2UgYXR0YWNrIGhlcmUhIEltcGxlbWVudGF0aW9uIG9mIGhhcm1vbml6ZWQgaW5kdXN0cnkNCj4g PiA+IHN0YW5kYXJkcyBhcmUgdGhlIHNvbHV0aW9uLg0KPiA+ID4NCj4gPiA+IFdlIGJlbGlldmUg aW4gcm91Z2ggY29uc2Vuc3VzIGFuZCBydW5uaW5nIGNvZGUuDQo+ID4gPg0KPiA+DQo+ID4gU28g QkJSIGlzIGZyZXF1ZW50bHkgZGlzY3Vzc2VkIGluIElDQ1JHLCBhbmQgdGhlIEJCUiB2MSB3YXMg Zm91bmQgdG8NCj4gaGF2ZQ0KPiA+IHNvbWUgdHJ1bHkgaG9ycmlibGUgc3RhYmxlIHN0YXRlLiBM aWtlIG9uZSB3aGVyZSBpdCB3YXMgcnVubmluZyBvbiBhdA0KPiAzMCUNCj4gPiBwYWNrZXQgbG9z cyB3aXRob3V0IHJlYWN0aW5nIGFzIGl0IG9ubHkgY29udGFpbmVkIGRlbGF5LiBCQlJ2MiBoYXMN Cj4gPiBhZGRyZXNzZWQgdGhpcyBzbyBpdCB3aWxsIHJlYWN0IHRvIGhpZ2hlciBkZWdyZWVzIG9m IHBhY2tldCBsb3NzLg0KPiA+DQo+ID4gU28gSSBkbyBiZWxpZXZlIGluIHJ1bm5pbmcgY29kZSB0 byBhbmQgYXMgbG9uZyBhcyB5b3UgYXJlIG1vbml0b3JpbmcNCj4geW91cg0KPiA+IGltcGFjdCBJ IHRoaW5rIGV4cGVyaW1lbnRhdGlvbiBpcyB0aGUgcmlnaHQgd2F5IGhlcmUuIEhvd2V2ZXIsIGlm IHdlIHB1dA0KPiA+IHRoZSBsYWJlbCBJRVRGIHByb3Bvc2VkIHN0YW5kYXJkIG9uIHRoZSBsb2Fk IGFsZ29yaXRobSBwZW9wbGUgd2lsbA0KPiBhc3N1bWUNCj4gPiB0aGF0IGl0IGlzIHNhZmUgdG8g dXNlLiBUaGF0IGlzIG15IGlzc3VlIGhlcmUgYW5kIEkgZG9uJ3QgdGhpbmsgd2UgY2FuDQo+ID4g Z2l2ZSB0aGF0IHJlY29tbWVuZGF0aW9uIGV2ZW4gd2l0aCBhIGxpbWl0ZWQgYXBwbGljYWJpbGl0 eSBzdGF0ZW1lbnQgaW4NCj4gPiB0aGUgY3VycmVudCBmb3JtLg0KPiA+DQo+ID4NCj4gPiA+DQo+ ID4gPiBXZSBhbHNvIGFzayB0aGF0IHlvdSB1bmRlcnN0YW5kIG91ciBwb3NpdGlvbiwgdGhhdCB0 ZXN0cyB3aXRoIG1hbnkNCj4gPiBkaWZmZXJlbnQNCj4gPiA+IGFjY2VzcyB0ZWNobm9sb2dpZXMg aW4gcHJvZHVjdGlvbiwgYW5kIGNhcmVmdWwgY29tcGFyaXNvbiBvZiBhZC1ob2MNCj4gPiA+IG1l dGhvZHMNCj4gPiA+IGNsYWltaW5nIHRvIG1ha2UgdGhlIHNpbWlsYXIgbWVhc3VyZW1lbnRzIGlu IHRoZSBsYWIgYW5kIHRoZSBmaWVsZCBhcmUNCj4gPiA+IGVxdWFsbHksDQo+ID4gPiBpZiBub3Qg bW9yZSBpbXBvcnRhbnQgdGhhbiBldmVuIG1vcmUgcGFyYW1ldGVyIGludmVzdGlnYXRpb25zIGF0 IHRoaXMNCj4gPiBwb2ludC4NCj4gPiA+IEkgaGF2ZSBwZXJzb25hbGx5IGJlZW4gcnVubmluZyBs YWIgdGVzdHMgc2luY2UgU2VwdGVtYmVyIDIwMTggd2l0aA0KPiA+IHZhcmlvdXMNCj4gPiA+IHRv b2xzLg0KPiA+ID4gTGVuIHJlbGVhc2VkIGhpcyBmaXJzdCB2ZXJzaW9uIG9mIHRoZSBjb2RlIGlu IEZlYiAyMDE5LA0KPiA+ID4gYW5kIHdlIGltbWVkaWF0ZWx5IGZvY3VzZWQgb24gdGVzdHMgd2l0 aCBoaXMgdXRpbGl0eSBpbnN0ZWFkIG9mIFVEUA0KPiA+IHBhY2tldA0KPiA+ID4gYmxhc3RlcnMg bGlrZSBpUGVyZiwgYW5kIFRyZXggd2l0aCBteSBvd24gQmluYXJ5IFNlYXJjaCB3aXRoIExvc3MN Cj4gPiB2ZXJpZmljYXRpb24NCj4gPiA+IGFsZ29yaXRobSB0aGF0IHdlIHVzZSBpbiBkZXZpY2Ug YmVuY2htYXJraW5nIChjcm9zcy1vdmVyIHdpdGggQk1XRykuDQo+ID4gPg0KPiA+ID4NCj4gPiA+ ID4NCj4gPiA+ID4gSSB3b3VsZCB2ZXJ5IG11Y2ggcHJlZmVyIHRvIHRha2Ugb3V0IHRoZSBsb2Fk IGFsZ29yaXRobSBhbmQgcGxhY2UgaXQNCj4gPiBpbiBhDQo+ID4gPiA+IHNlcGVyYXRlIGRvY3Vt ZW50IHdoZXJlIGl0IGNhbiBoYXZlIGEgdGlnaHRlciBzY29wZSBkZXNjcmlwdGlvbiBhbmQNCj4g PiBtb3JlDQo+ID4gPiA+IGRpc2N1c3Npb24gYWJvdXQgYWJvdXQgdGhhdCBpdCBkb2VzIGl0cyBq b2IuDQo+ID4gPiA+DQo+ID4gPiA+IEkgaG9wZSB0aGlzIGNsYXJpZmllcyB3aGF0IG15IGNvbmNl cm5zIGFyZSB3aXRoIHRoaXMgZG9jdW1lbnQgaW4gaXRzDQo+ID4gPiA+IGN1cnJlbnQgZm9ybS4N Cj4gPiA+IFthY21dDQo+ID4gPiBZZXMsIGFuZCB3ZSBoYXZlIHJhdGhlciBleGhhdXN0aXZlbHkg YXJndWVkIHRvIGdvIGFoZWFkIGhlcmUsDQo+IGVzcGVjaWFsbHkNCj4gPiA+IHNpbmNlIGEgbXVj aCBsZXNzLWZyZXF1ZW50bHktdXNlZCB0ZXN0aW5nLW9ubHkgYWxnb3JpdGhtIGlzIGENCj4gZGlm ZmVyZW50DQo+ID4gPiBzaXR1YXRpb24NCj4gPiA+IHRoYW4gc3BlY2lmeWluZyBhIENDQSBmb3Ig Z2xvYmFsIFRDUCBkZXBsb3ltZW50OiB0cmFuc3BvcnQgYXJlYSdzDQo+IHVzdWFsDQo+ID4gcm9s ZS4NCj4gPiA+DQo+ID4gPiBXZSBob3BlIHlvdSBjYW4gbm93IGFwcHJlY2lhdGUgdGhlIHllYXJz IG9mIHN0dWR5LCBleHBlcmltZW50YXRpb24gYW5kDQo+ID4gPiBydW5uaW5nIGNvZGUgdGhhdCB5 b3UgYXBwYXJlbnRseSBmaXJzdCBlbmNvdW50ZXJlZCBsYXN0IFRodXJzZGF5LA0KPiA+ID4gYW5k IHdpbGwgbG9vayBpbnRvIHNvbWUgbW9yZSBvZiB0aGUgc3VwcG9ydGluZyBiYWNrZ3JvdW5kIG1h dGVyaWFsLg0KPiA+ID4NCj4gPg0KPiA+IEkgZG8gYXBwcmVjaWF0ZSB5b3VyIHdvcmsuIEhvd2V2 ZXIsIEkgc3RpbGwgZG9uJ3QgdGhpbmsgdGhlIGxvYWQgY29udHJvbA0KPiA+IGFsZ29yaXRobSBk ZXNjcmlwdGlvbiBpcyBzdWZmaWNpZW50bHkgd2VsbCBzcGVjaWZpZWQgYW5kIHBhcmFtZXRlcml6 ZWQNCj4gdG8NCj4gPiBiZSBwdWJsaXNoZWQgaW4gYSBzdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQu IE1heWJlIGl0IGNhbiBiZSBtYWRlIGludG8NCj4gPiB0aGF0LiBIb3dldmVyLCBJIHRoaW5rIHRo aXMgd291bGQgbWFrZSBhbiBleGNlbGxlbnQgZXhwZXJpbWVudGFsDQo+ID4gc3BlY2lmaWNhdGlv biB3aXRoIHNvbWUgYWRkaXRpb25hbCBjbGFyaWZpY2F0aW9ucyBvbiBwYXJhbWV0ZXJzIHJhbmdl cw0KPiBhbmQNCj4gPiBkZWZpbmVkIHJlc3BvbnNlcyB3aGVuIGZlZWRiYWNrIGlzIG5vdCByZWNl aXZlZCBpbiBhIHRpbWVseSBmYXNoaW9uLg0KPiBBbHNvDQo+ID4gSSB0aGluayB5b3UgY2FuIGNs YXJpZnkgdGhlIHByb3RvY29sIHJlcXVpcmVtZW50cyBmb3IgdGhlIG1lYXN1cmVtZW50DQo+ID4g bWV0aG9kb2xvZ3kuIFRoZW4gYSBjcnlzdGFsIGNsZWFyIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50 IGZvciB0aGUgbG9hZA0KPiA+IGFsZ29yaXRobS4NCj4gPg0KPiA+IEhlcmUgSSB0aGluayB3ZSBj YW4gc2VlIGFub3RoZXIgcG9pbnQgaW4gYWN0dWFsbHkgc3BsaXR0aW5nIG91dCB0aGUgbG9hZA0K PiA+IGFsZ29yaXRobSBhbmQgdGhhdCBpcyByZWxhdGVkIHRvIHRoZSBhcHBsaWNhYmlsaXR5IHN0 YXRlbWVudC4gRG9lcyB0aGUNCj4gPiBtZXRyaWMgYW5kIHRoZSBsb2FkIGFsZ29yaXRobSBoYXZl IHRoZSBzYW1lIGFwcGxpY2FiaWxpdHk/IEFzIGEgbWV0cmljDQo+IGl0DQo+ID4gaXMgbm90IHRy dWx5IHJlc3RyaWN0ZWQsIGl0IGlzIGp1c3QgYSBxdWVzdGlvbiBvZiB0aGUgaW1wYWN0IG9mDQo+ IG1lYXN1cmluZw0KPiA+IHRoZSBtZXRyaWMgYWNyb3NzIHRoZSBpbnRlcm5ldC4NCj4gPg0KPiA+ IEFsc28sIEkgdGhpbmsgd2Ugc2hvdWxkIGNvbnNpZGVyIHNvbWV3aGF0IHRoZSB1cGRhdGUgYW5k IGV2b2x1dGlvbiBwYXRoDQo+ID4gdGhhdCBob3BlZnVsbHkgd2lsbCBvY2N1ciBoZXJlLiBJIHRo aW5rIHRoZSBsb2FkIGFsZ29yaXRobSBpcyBsaWtlbHkgdG8NCj4gPiBiZW5lZml0IGZyb20gZnVy dGhlciBjbGFyaWZpY2F0aW9uIGluIGl0cyBzcGVjaWZpY2F0aW9uIGluIHRoZSBmdXR1cmUuDQo+ ID4gVGh1cywgaGF2aW5nIGl0IGluIGEgc2VwYXJhdGUgc3BlY2lmaWNhdGlvbiBtYWtlcyBpdCBl YXNpZXIgdG8gdXBkYXRlDQo+IGFuZA0KPiA+IG1haW50YWluLg0KPiA+DQo+ID4NCj4gPiBDaGVl cnMNCj4gPg0KPiA+IE1hZ251cyBXZXN0ZXJsdW5kDQo= From nobody Fri Mar 5 02:01:32 2021 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 EE26C3A22B6; Fri, 5 Mar 2021 02:01:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.347 X-Spam-Level: X-Spam-Status: No, score=-2.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=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=ericsson.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 jQZteCbPZasg; Fri, 5 Mar 2021 02:01:22 -0800 (PST) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on0606.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::606]) (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 D427D3A22B5; Fri, 5 Mar 2021 02:01:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Vw6kuWbqRp6JOq8v9+nHpwiwM1h8sc2i/s1XRY/JqZFPjuVBP6uOCLuSoZbv+dVKUfGtgIDpdZUPjlk24842n7FTJ8R/vTGNdD07yHYICL8cisoq4s+XYJncO22GOMK44f7nGI6Ew+hOaMCdCPdS46d7DuBSyWvJylp0wFZIlc6P/kxxqTKR/9BQJn8Vda9OVHzCiDRNHxf9mAhuhus3KsKWspAPsaah52d8Sd6fju5spRhn5UQfVgIko/wX5Gj71PlZdngQtDZZe6hNQgbhn+eSgMsUGFxO2i1piQpezJC1Hhay/gH9jLAbz7adMcBmzjpbmtowRgSoxnpvVfRNWA== 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=EN2FOZRJPDa/kfG3OmSnCcL/VRCht5//i3rh+x1z9Ps=; b=lO93rrUnUKbkLWZnXt0JQkeG1jGW4k5IMPEbNcMp93ZhTCSqmUTSYIhIGAFRc20kMC9eT+2h9X919qFJm7Gb9I/hRbGBBiIa0FRYRg6KjeMKbi80gAnYWCp28ORx8idyQzHK/4twxg/dK3KKIMH765BIyA6RHxH9Peun/RkgiVLUCPC4cFjqb1U7i5sN3/81ViIZJRlLopEn1Xcf+V73pWJflKVLwi2ml21K4gKnDIKpWT/XfOyPyIIvntF1YMO8ZqTUK9uZlnhYeoRLZL92uyWNfT1Qady6MVs344XBjpkV9QkUqff/ljRL6VZKSmI+QlZZrBQpENt3qkm1AwAv5A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EN2FOZRJPDa/kfG3OmSnCcL/VRCht5//i3rh+x1z9Ps=; b=FzijxQf8fBn9N6gKWq6IKW3S/Cyuv7QKP9K8jsjMUQlmoQ70LH+7J2R6KhdP2A3UjhRc/68SETbH3JkO1i/3tt16vmMRO4d+//G68HGi2aTl4XzzeaAKHIUugdwrx7OcKxXc9YKu3wJyybQW3uPF9Teg7QY0bNTbE8d5E5ESWjM= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0702MB3625.eurprd07.prod.outlook.com (2603:10a6:7:8b::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.16; Fri, 5 Mar 2021 10:00:45 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3912.022; Fri, 5 Mar 2021 10:00:45 +0000 From: Magnus Westerlund To: "acm@research.att.com" , "iesg@ietf.org" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5A Date: Fri, 5 Mar 2021 10:00:45 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none;research.att.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4ef137b8-5959-4be2-f9bf-08d8dfbd8bb6 x-ms-traffictypediagnostic: HE1PR0702MB3625: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: XxdHRcfk4KR9ytxzK0CdCLAYbaqYssqyTTysw5mFmL54BD531gO4rJsPIDx+3AueSBHGQ+HYS4tXQEk3638gEhZ5S+7xjhIsd9txuI2p3mlohcm6JEcPfqzW/TMlzpDRUgxlk5pnRSLud2T3ewr9f8RWBM7smEyicwvtsPtqKuE1zU4sShNfYYWJdBlov4DqIyEPJQh92OdSeuiZ16hUnrMSf01KRPh4LUEaHalEorTQkdPlEdn8ZjHDGDTnH3Dnp36afR+5NBgq/hq9Q5shdsNssXVmjnLPxCs0tcB5s1Mb2WXGxNnWKSfB0JRLAnHoMLksCw8uThFZ+Z0EwZOam8nUTCsm4RdGdHDmHTOAowCgyRZoYXT87kmGzQPwce28N6sd9Kjs2lN50M/w0ksBGTDhvZ8HG8uEekshoouqW5lStEtjTwAaN11qz/e7qccylCwAYDUomlEt233I/QCSBhqfz7eHCTpoQgryTdP5CeicG0rBmrLI6uGuOPcWj/yoIhXf2GCPIFxK1yZdqLP5md22618AVBJKqiNydRQ3OCw92Ncxj2GdZyaBsbRT0AWjeU0QL+cybYyXV99PiVgeET+ejaKU+S7u9awRrw7VMgY= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(376002)(396003)(346002)(39860400002)(366004)(71200400001)(54906003)(66946007)(16799955002)(316002)(83380400001)(110136005)(5660300002)(55016002)(66446008)(4326008)(66476007)(30864003)(66616009)(64756008)(44832011)(76116006)(33656002)(6506007)(52536014)(53546011)(66556008)(478600001)(186003)(86362001)(2906002)(26005)(966005)(99936003)(8676002)(66574015)(7696005)(8936002)(9686003)(579004)(559001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?L29QaXlERnFCMFZUSXFmUEd5YUJYdHJDaWxBL3NoOW1rRktjb3VBUGpkMTdi?= =?utf-8?B?UnQzOEtuSVROcDc0UFR5N093MWRDSTBRb3pUOWN1cjVpOUphRG9TUkRWbG04?= =?utf-8?B?aHhYNVg2QW50Q0JYZGp0Z2puMW1vcUVjSUZPRXBUOThCejFQdkZWUmJROW1x?= =?utf-8?B?ZUd2YWkrbnZOYk9DNGJwajc5NVpKVzVGSHVCdmZGZ3diYnFvV1NCTGFLVlVx?= =?utf-8?B?VFBTK1REWnMyNUNvR2VybzArNkM3NEticlV5eS8zdnBhVFJEMGNPL1poUWd4?= =?utf-8?B?V1FDOXdtTnNOTUJzaUtjeVNZQnlWeUJ2L3hJVWorakkwVWJLQW9ONmdtc0xq?= =?utf-8?B?UkRQZm0rMys5U0NjYm1hZzdsRmNlcXlNeUtDOFpUdjErdVlvNTBPQnh3aVpo?= =?utf-8?B?bHY1TkFwenlXazJTbWgxeEs1UXlveksvT0RuNlMvSUEwdENDanpxc1plMzFU?= =?utf-8?B?WmZxeTFGRHZkaVFzQmpiVmtSRGxkVnBEaUorMzRTTUg5R3FEK2tIcldtZUJQ?= =?utf-8?B?MWVoVmgzTmJZTkFsZVlTcWowME0zUDErNTZEazJScHdwblErblhPem9STVVR?= =?utf-8?B?azRUSE4zWnovcWZqRE9DVDJrS3hXVWsyem1hNFhVRnJEZGpmaFdlYk5hNDhK?= =?utf-8?B?SFFYYUUvNnUxUGxQaUZOWjhGY1dueXBnVHo3bEtZTkdkbUdESWtyVjVNUjN1?= =?utf-8?B?bkk5aFZ3cnZhRzhkTk1mK0VQZFdzTVUxMkszRTJhczNrZUxTUGFUbWp3Q3VG?= =?utf-8?B?MHhLOU4rR1V0WGNsdVhNdWpXa0RhYzRUdjUrUnN5bFVlNGdDOFlkSUJMVkho?= =?utf-8?B?M3R1R1YwV01WcE5NVElDaVNTTEtldUJKbG9TQVVpdkdOeU90elFkQVMwRkFk?= =?utf-8?B?S3QzVTg3Wjlja0R3WUZQVWgxTndHK0lLWXRrQUVrcEo3T1ZCd3BLbkJPS1dq?= =?utf-8?B?R1Z6WkxmcTY2YmkxWkZtYlU0WndTMXl0bEMvejhPbUh6UFZMK2c2YytyY01j?= =?utf-8?B?VE5ZS2ZHdUtRRXJicS9Hd2I2RmtKTzQxRU1LcEVnRG1IUDRicExvRW5yc3dB?= =?utf-8?B?Mkx6eUtMRVdCY2JXWWkxWlE5MHNKQTBkdVhQbVpBSE5kNE8xMWVCc0RyclpE?= =?utf-8?B?eXdYOGhib0VRNEw1NFRlSnV2VmNOUzViZGdlTi8wWVh4bEdndWhEQzlhcGx3?= =?utf-8?B?aTd5S3F3NUFxUFRySkNSZTU4VGMyTk54YjM5dzdwRHRCU2xMTjNQc01GaFNx?= =?utf-8?B?L0FkQkZkN3VVOFJ6dHl6eEltME16dUs2d044Q1hjN2hYNEpObWxacU1tUHJw?= =?utf-8?B?NU1NajExa2swaFRNQVc0S01rL1BzbnR2YmhMQXFJMVdpV3JxbmJLejJmU010?= =?utf-8?B?SzdIdFNZcitGeks2N2VxWEw3YjVJNGlmd3krM25kSUNDUTg2c01NbEZMN2RH?= =?utf-8?B?ZDN0U3FOUEY1UXZiOU5rbVFoSFNSSE4yZWNyTmN2ZjRsU3ZqTHhrRDBWQkZs?= =?utf-8?B?NDhxTk9pNThpT0toTjVacjU1b1FzWnBGMGpRYU1PZURhVURBZFZ0MzdxS2tM?= =?utf-8?B?UEs2RFg4c0FjcDZmeGFiRHkyT3FldlphRnpYbjUvUnRKZTlQMHNpZGtyNzJW?= =?utf-8?B?blZnUVJNdlNldlJNenNDOXFzVGdkZ21kQ2lvWHVsdmNLWG5DeWh3ZjBSL3B0?= =?utf-8?B?aHhRc3dZME5PR3lHZDlqcm9jUXFnUzdKQUFFbXJydjVlblVRcXlKb1BDWWth?= =?utf-8?Q?pcJK0jd8FmjHaPgS/Lb7YvuR+KzB6uUe6KsxzmT?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0285_01D711AE.CA0E3770" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4ef137b8-5959-4be2-f9bf-08d8dfbd8bb6 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2021 10:00:45.7420 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: L4rMFKI5VVBuDUAM0cJndzSO4aGuMs7A7v0kwzq+JECSNJ/vqmJJ/hk9yKRm6Gj2hsrSgAqsBwJ2F8DSFI+r3SY4NllWL5ZqXaEXWnuRNSM= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3625 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 05 Mar 2021 10:01:27 -0000 ------=_NextPart_000_0285_01D711AE.CA0E3770 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Al, Please see inline > -----Original Message----- > From: MORTON, ALFRED C (AL) > Sent: den 5 mars 2021 00:48 > To: Magnus Westerlund ; iesg@ietf.org > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org > Subject: RE: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) >=20 > Hi Magnus and all, >=20 > We have discussed and prepared new material for the memo that we hope > cover all the points raised at our meeting on Wednesday. The 3 major > changes > appear in Section 2 Scope and Applicability, and 8.1 on the Load = Adjustment > Algorithm. >=20 > Let us know if these revisions are sufficient, or if we can add more = material > that will help to resolve concerns. >=20 > thanks, > Al (for the co-authors) >=20 > New text in Section 2 Scope and Applicability: >=20 > In addition, the use of the load adjustment algorithm described in > section 8.1 has the following additional applicability limitations: >=20 > - MUST only be used in the application of diagnostic and operations > measurements as described in this memo >=20 > - MUST only be used in circumstances consistent with Section 10, > Security Considerations I think this is a bit to unclear in regards to the limitation of scope. = My worry are internet wide measurements. Reading what exists in the = currently available draft in the Section 10, there are no limitation = here described to only use this algorithm only across controlled = networks. Especially as bullet 5 in Section 10 relies on the load = algorithm what is currently written is fine across the whole internet as = long as sender and receiver are okay with the measurement which is not = what I at least thought we agreed.=20 Can you please be explicit that the load algorithm is limited to use = across networks path that are controlled or managed and not intended for = Internet wide usage.=20 =20 - MUST only be used as part of measurements within managed networks, = and not across general Internet. >=20 > New text adding "safety" requirements, and a new table of parameters = in > section 8.1 at the end: >=20 > The Load Rate Adjustment Algorithm MUST include timers that stop = the > test when received packet streams cease unexpectedly. The timeout > thresholds are provided in the table below, along with values for = all > other parameters and variables described in this section. >=20 > = +-------------+-------------+--------------+------------------------+ > | Parameter | Default | Tested Range | Expected Safe Range = | > | | | or values | (not entirely tested, = | > | | | | other values NOT = | > | | | | RECOMMENDED) = | > = +-------------+-------------+--------------+------------------------+ > | FT, | 50ms | 20ms, 100ms | 5ms <=3D FT <=3D 250ms = | > | feedback | | | Larger values may slow = | > | time | | | the rate increase and = | > | interval | | | fail to find the max = | > = +-------------+-------------+--------------+------------------------+ > | Feedback | L*FT, L=3D10 | L=3D100 with | 0.5sec <=3D L*FT = <=3D | > | message | (500ms) | FT=3D50ms | 30sec Upper limit = for | > | timeout | | (5sec) | very unreliable test = | > | (stop test) | | | paths only = | > = +-------------+-------------+--------------+------------------------+ > | load packet | 1sec | 5sec | 0.250sec - 30sec Upper = | > | timeout | | | limit for very = | > | (stop test) | | | unreliable test paths = | > | | | | only = | > = +-------------+-------------+--------------+------------------------+ > | table index | 0.5Mbps | 0.5Mbps | when testing = <=3D10Gbps | > | 0 | | | = | > = +-------------+-------------+--------------+------------------------+ > | table index | 1Mbps | 1Mbps | when testing = <=3D10Gbps | > | 1 | | | = | > = +-------------+-------------+--------------+------------------------+ > | table index | 1Mbps | 1Mbps - | same as tested = | > | (step) size | | 1Gbps | = | > = +-------------+-------------+--------------+------------------------+ > | table index | 100Mbps | 1Gbps - | same as tested = | > | (step) | | 10Gbps | = | > | size, | | | = | > | rate>1Gbps | | | = | > = +-------------+-------------+--------------+------------------------+ > | table index | 1Gbps | untested | >10Gbps = | > | (step) | | | = | > | size, | | | = | > | rate>10Gbps | | | = | >=20 >=20 >=20 > Morton, et al. Expires September 5, 2021 [Page = 16] >=20 >=20 > Internet-Draft IP Capacity Metrics/Methods March = 2021 >=20 >=20 > = +-------------+-------------+--------------+------------------------+ > | ss, UDP | none | <=3D1222 | Recommend max at = | > | payload | | | largest value that = | > | size, bytes | | | avoids fragmentation = | > = +-------------+-------------+--------------+------------------------+ > | cc, burst | none | 1 - 100 | same as tested = | > | count | | | = | > = +-------------+-------------+--------------+------------------------+ > | tt, burst | 100microsec | 100microsec, | available range of = | > | interval | | 1msec | "tick" values (HZ = | > | | | | param) = | > = +-------------+-------------+--------------+------------------------+ > | low delay | 30ms | 5ms, 30ms | same as tested = | > | range | | | = | > | threshold | | | = | > = +-------------+-------------+--------------+------------------------+ > | high delay | 90ms | 10ms, 90ms | same as tested = | > | range | | | = | > | threshold | | | = | > = +-------------+-------------+--------------+------------------------+ > | sequence | 0 | 0, 100 | same as tested = | > | error | | | = | > | threshold | | | = | > = +-------------+-------------+--------------+------------------------+ > | consecutive | 2 | 2 | Use values >1 to avoid = | > | errored | | | misinterpreting = | > | status | | | transient loss = | > | report | | | = | > | threshold | | | = | > = +-------------+-------------+--------------+------------------------+ > | Fast mode | 10 | 10 | 2 <=3D steps <=3D 30 = | > | increase, | | | = | > | in table | | | = | > | index steps | | | = | > = +-------------+-------------+--------------+------------------------+ > | Fast mode | 30 | 3 * Fast | same as tested = | > | decrease, | | mode | = | > | in steps | | increase | = | > = +-------------+-------------+--------------+------------------------+ > | Number of | 2000 | 2000 | same as tested = | > | table steps | | | = | > | in total, | | | = | > | <10Gbps | | | = | > = +-------------+-------------+--------------+------------------------+ >=20 > Parameters for Load Rate Adjustment Algorithm >=20 >=20 I think this looks reasonable, however I need to consider that a bit = more and I think I need to have it in context. I would recommend that = resolving the applicability scope and then submit a new draft on Monday. = Then I can look at in context next week.=20 Cheers Magnus Westerlund >=20 >=20 >=20 > > -----Original Message----- > > From: MORTON, ALFRED C (AL) > > Sent: Wednesday, March 3, 2021 8:40 AM > > To: 'Magnus Westerlund' ; > iesg@ietf.org > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org > > Subject: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > metric-method-06: (with DISCUSS) > > > > Hi Magnus, > > > > Len and I can meet tomorrow, but I haven't heard from Rudiger. > > Also, I somehow failed to press *send* on this message last night = ??? > > > > We have extracted your comments in the remaining areas for = discussion, > > below. > > > > Al > > > > > > > > It was the above type of cases I was considering. I was worried that = you > > don't detect some cases of issues if you reset and have no memory of = last > > received packets. I think one obvious case that doesn't report as = out of > > order for really short ones are this case when zero or single = packets are > > delivered. Then a reordering could look like this. > > > > || 1 || 3 || 2 || and without a memory of the last received this = would > > not be an out of order event. Nor would a packet loss like this > > > > || 1 || || 3 || > > > > So when FB is on the same magnitude as the sent packet interval this > > measurement method appear to have issues. I have not analyzed if a = single > > last seen packet number memory would solve most or all issues. > > > > At least it would also solve the issue of this > > > > || 1 2 3 4 || 6 7 8 || that I am also uncertain if that is = detected. > > > > So, I think more details are needed to what is required on the = feedback > > mechanism to detect these type of issues. > > > > @@@@Answer: the text says: > > The accumulated statistics are then reset by the receiver for > the > > next feedback interval. > > > > and nothing about clearing the entire memory of the measurement = code. > > > > Also, assuming you are looking for recommended ranges for parameters > like > > FB (=3DFT in the text), we can certainly provide them. FT is never = =3D single > > packet send interval and << dt duration of the sub-interval. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > In addition if the feedback is not reliable it looses the = information > > > > for that interval. > > > [acm] > > > That's right, and: > > > 1. the sending rate does not increase or decrease without feedback = 2. > > the > > > feedback is traveling the reverse path that the test do not = congest with > > > test traffic > > > 3. the running code has watchdog time-outs that *terminate the > > > connection* if > > > either the sender or receiver go quiet > > > > > > In essence, the test method is not reliable byte stream transfer = like > > TCP. > > > We can shut-down the test traffic very quickly if something is = wrong and > > > useful measurement is in question. > > > > > > > > > > Al, I hope you understand that my concern here is that the documents > > description of the control algorithm is incomplete and are missing > > important protection aspects. As well as its behavior to different > > parameterizations in various conditions. > > > > @@@@Answer: We can add more details, but we need to agree on the = list > > before we add the parameters, etc., and then we are done. To be = clear, we > > have already added many default settings for parameter values. = That's far- > > beyond what IPPM methods have required, and it recognizes both the > number > > of parameters involved in this method/algorithm and the extensive = testing > > we have completed (where we haven't broken anything in the 'net). > > > > @@@@Also, it makes no sense to test for equivalent results with = different > > parameter sets. BCP 176 recommends identical parameters (the only > > exception is lack of ability to configure the parameter to identical > > values). > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > Magnus wrote: > > > > And making feedback reliabel could cause worse HOL issues for > > > > reacting to later feedback that are recived prior to the lost = one. > > > > > > > [acm] > > > So the alternative to un-reliable feedback can be worse? > > > Good thing it's not planned. > > > > So let's assume that receiver measures two feedback intervals in a = row > > that there where reordering events etc. So in case the first report = is > > lost, then from the senders perspective would there be an advantage = to > > know that both intervals indicated issues at this rate? It at least > > indicates that the measurement that one is over capacity is = consistent. > > > > @@@@Answer: In the case above, the fast initial sender ramp-up would > pause > > in response to the second report (Rx -=3D 1, like the single random = loss > > case we discussed) and then resume at Rx +=3D 10 steps. So, if the > > reordering in your example is caused by congestion we have continued = to > > send at the ~rate that caused congestion during the missing status > > interval, and likely have a third message/measurement indicating > > congestion or two more measurements when the rate increases further. > > IOW, if measurement message loss is at the onset of congestion, rate > > increase will ensure more opportunities to communicate that state. = And if > > measurement message loss is a random event, it just pauses the = ramp-up > for > > one FT interval. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > Also, will the sender know that feedback is missing. This is all = depending > > on the protocol used for the measurements. > > > > @@@@Answer: Yes, the running code (and a draft protocol proposal) = has > > sequence numbers. > > > > So I think there are two exiting protocols that I could reasonably = easily > > implement this capacity measurement into. These two are QUIC and > RTP/UDP. > > By taking of the shelf implementations I would have frameworks that > would > > contain a number of features that appear needed to be able to do = this > > measurement and receive feedback needed. > > > > @@@@Answer: Yes, you could do that. Or, you could help us by adding > the > > minimum security features that would pass IETF/SecDIR review into = the > > running code and (currently identical) protocol proposal. Both of = these > > paths have a set of unknowns when it comes to the final product, = like will > > a small-CPU-power CPE sender still be able to achieve 1 or 2 Gbps? > > > > @@@@Offer: :-) > > We now have the draft with the protocol description ready to go. If = we can > > have a submission during black-out period, then people can look at = it > > before IPPM's last-last session on Friday. Otherwise, we'll wait = till > > next Monday. > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > [acm] > > > Yes, except that the current table stops at 10Gbps. We haven't had = the > > > opportunity to test >10Gbps. > > > > > ... > > > Our experience is that we avoid large overshoot with fast or slow = linear > > > increases. It means we've taken some care to keep the network = running. > > > We haven't broken any test path yet, and we bail-out quickly and > > > completely if something goes wrong. > > > > I understand that there are several considerations here that are > > contradicting. > > > > 1. Quickly finding roughly the existing capacity > > 2. Avoid significant overshoot that build up to much queue if that = is > > possible > > 3. Have sufficient fine grained control around the capacity so that > > adjustment step finds the capacity. > > > > For example the last I am worried when you define the step size as 1 = GBPS > > above 10 GBPS. My fear is that one 1 GBPS more traffic will increase = the > > buffer occupancy so quickly that one alternates between not filled, = and > > over filled between stepping up and receiving the feedback in the = control > > cycle. We have to remember that with a FB of 50 ms the delay in the > > control cycle will be up to RTT + 50 ms. > > > > So I am speculating and you haven't tested. So if you put in table > > construction recommendations, then I do think you should be very = clear > > that these are untested. > > > > @@@@Answer: We added three sentences describing three ranges in > response > > to your comment, IIRC. We can easily edit the sentence in the = working > > text: > > Above 10 Gbps, increments of 1 Gbps are RECOMMENDED. > > > > and say something safer: > > Above 10 Gbps, increments of 100 Mbps are suggested in the = absence of > > testing. > > > > or we could delete the sentence entirely! Your choice. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > Early impressions have been formed on several erroneous = assumptions > > > regarding algorithm stability (operation above 1Gbps) and > > > suitability for purpose (one random loss case). > > > > I agree to misunderstandings and misinterpretation of what was = defined. > > And I do have to say that some of these assumptions or guesses are = due to > > the lack of clarity of the specification. Which from my perspective > > strengthens my position that this is not yet standards track quality > > around the load algorithm. > > > > @@@@Answer: But we are in the phase of development where new > readers > > suggest clarifications to the text, and we are more than willing to > > clarify anything we wrote. We spent several weeks doing exactly that = with > > Martin before Last Call. To be fair, you did not have much time to = review > > this memo before casting your ballot. > > > > @@@@Proposal: Would it help in your view to make the load adjustment > > pseudocode in the Appendix a normative supplement to the processes = we > have > > described in words in section 8.1 ? We added the pseudocode during > > Martin's review. > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > We believe in rough consensus and running code. > > > > > > > So BBR is frequently discussed in ICCRG, and the BBR v1 was found to = have > > some truly horrible stable state. Like one where it was running on = at 30% > > packet loss without reacting as it only contained delay. BBRv2 has > > addressed this so it will react to higher degrees of packet loss. > > > > @@@@Answer: Matt Mathis and I had lunch together at IETF the last = time > we > > were in Montreal, where he told me this BBRv1 story. Matt was very > excited > > about what we were proposing because of the similarities to BBR, and = after > > two hours Matt bought my lunch. During the moths that followed, we > > performed several comparison tests between our running code and BBR > > versions. > > > > So I do believe in running code to and as long as you are monitoring = your > > impact I think experimentation is the right way here. However, if we = put > > the label IETF proposed standard on the load algorithm people will = assume > > that it is safe to use. That is my issue here and I don't think we = can > > give that recommendation even with a limited applicability statement = in > > the current form. > > > > @@@@@Answer: Here's another Big Difference from the usual TCP > algorithm > > deployment criteria, which you still seem be applying. BBR updates = have > > been able to take advantage of vast server-ownership when they = update > the > > servers to use BBR-next-version and then the dominant downstream > traffic > > is immediately controlled in the best way. In the running code and = the > > protocol proposal draft, the load control algorithm is a = *server-only > > function*, and the server resides in the network where the algorithm = can > > more easily be adjusted if necessary, and fewer hosts need the = updates > (as > > opposed to many-many more clients that are notoriously resistant to > > updates). There is a significant measure of safety provided by that > > strategy alone. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > I do appreciate your work. However, I still don't think the load = control > > algorithm description is sufficiently well specified and = parameterized to > > be published in a standards track document. Maybe it can be made = into > > that. > > > > @@@@Answer: This is the path we were on, and prefer to remain on = that > > path. Like every other reviewer, you tell us what you what to see > > clarified, and we will do it. > > > > However, I think this would make an excellent experimental = specification > > with some additional clarifications on parameters ranges and defined > > responses when feedback is not received in a timely fashion. > > > > @@@@Answer: If it were March 2019, we would agree with you that the > > specification is experimental back then. But now, two additional = years of > > experimentation and rigorous review has occurred, and every other = review > > indicates that we're ready for the Proposed Standard phase of metric = and > > method standardization, with further evaluation according to BCP = 176. > > > > Also I think you can clarify the protocol requirements for the = measurement > > methodology. > > > > @@@@Answer: We can do more than that. The protocol requirements > draft is > > ready for submission. It could be an Informative reference in this = draft. > > > > Then a crystal clear applicability statement for the load algorithm. > > > > @@@@Answer: I agree, and you can help us write the load algorithm- > specific > > wording for the applicability section. In any case, that's part of a = good > > compromise. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > Here I think we can see another point in actually splitting out the = load > > algorithm and that is related to the applicability statement. Does = the > > metric and the load algorithm have the same applicability? As a = metric it > > is not truly restricted, it is just a question of the impact of = measuring > > the metric across the internet. > > > > @@@@Answer: The IPPM precedent is that we specify both the metric > and the > > method together on the Standards Track. Even if the methods are > > intentionally minimal, as they were at the beginning of IPPM work = >20 > > years ago, the drafts went on the Standards Track, and IPPM was = tasked to > > figure-out our own Standards Track advancement criteria (BCP 176). = As a > > result, IPPM has developed a very complete formulation of our = working > > methods over time. > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > Also, I think we should consider somewhat the update and evolution = path > > that hopefully will occur here. I think the load algorithm is likely = to > > benefit from further clarification in its specification in the = future. > > Thus, having it in a separate specification makes it easier to = update and > > maintain. > > > > @@@@Answer: Actually, experience tells me that aspects throughout = the > memo > > might benefit from updates after tests according to BCP 176 with > > additional experience and implementation. For example, the process = to > > develop STD 81 (for delay) and STD 82 (for loss) involved = improvements > > throughout the normative text, not just the methods: > > https://tools.ietf.org/html/rfc7679#section-7 > > https://tools.ietf.org/html/rfc7680#section-6 > > > > Also, a load-adjustment algorithm specification on its own is more = likely > > to be used beyond the original intent (and less-likely to be found = if > > hidden inside an RFC on measurement, as-is the case now). > > > > @@@@Conclusion: So, we have followed all previous IPPM precedents > very > > closely and gone beyond them to provide additional specifications in = many > > ways. We have certainly done more experimentation that was directly > > accessible to IETF participants than for any other IPPM metric and = method > > (e.g., at the hackathons). We are open to all suggestions to = embellish or > > clarify the current text. Let us work that aspect together now. > > > > > > > -----Original Message----- > > > From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com] > > > Sent: Tuesday, March 2, 2021 5:27 AM > > > To: MORTON, ALFRED C (AL) ; iesg@ietf.org > > > Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity- > > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org > > > Subject: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > > metric-method-06: (with DISCUSS) > > > > > > Hi Al, > > > > > > Would it be possible for you and your co-authors to call in = tomorrow > > > Wednesday at 16:30 CET to the TSV-Office hours to discuss this > document? > > > > > > Meeting link: > > > > > > > https://ietf.webex.com/ietf/j.php?MTID=3Dm689aa12ae4b319f4e371988b8330 > a863 > > > Meeting number: > > > 185 768 2828 > > > Password: > > > PNvNTuQm823 > > > > > > > > > Please see inline. > > > > > > > > > > > > > > > > > = ---------------------------------------------------------------- > > -- > > > > > > > ---- > > > > > > > DISCUSS: > > > > > > > = ---------------------------------------------------------------- > > -- > > > > > > > ---- > > > > > > > > > > > > > > A) Section 8. Method of Measurement > > > > > > > > > > > > > > I think the metrics are fine, what makes me quite worried = here > > is > > > > > > > the measurement method. My concerns with it are the = following. > > > > > > > > > > > > > > 1. The application of this measurement method is not = clearly > > > scoped. > > > > > > > > [acm] we agreed on text adding "access" applicability to the = scope > > > section. > > > > > > > > > > > However in > > > > > > > that context I think the definition and protection against > > severe > > > > > > > congestion has significant short comings. The main reason = is > > that > > > > > > > the during a configurable time period (default 1 s) the = sender > > > > > > > will attempt to send at a specified rate by a table > > independently > > > > > > > on what happens during that second. > > > > > > > > > > > > [acm] > > > > > > Not quite, 1 second is the default measurement interval for > > > > > > Capacity, but sender rate adjustments occur much faster (and = we > > add > > > > > > a default at 50ms). This is a an important point (and one = that Ben > > > > > > also noticed, regarding variable F in section 8.1). So, I = have > > added > > > FT as a > > > > parameter in section 4: > > > > > > > > > > > > o FT, the feedback time interval between status feedback = messages > > > > > > communicating measurement results, sent from the receiver to > > control > > > > > > the sender. The results are evaluated to determine how to = adjust > > the > > > > > > current offered load rate at the sender (default 50ms) > > > > > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > Note that variable F in section 8.1 is redundant with = parameter F > > in > > > > > Section > > > > > > 4, > > > > > > the number of flows (in-06). So we changed the section 8.1 > > variable > > > > > > F to > > > > > FT > > > > > > in the working text. > > > > > > > > > > Okay, that makes things clearer. With all the equal intervals = in the > > > > > metrics I had missinterpreted that also the transmission would = be > > > > > uniform during the measurement intervals. > > > > > > > > > > However, when rereading Section 8.1 I do have to wonder if the > > > > > non-cumaltive feedback actually creates two issues. First, it > > appears > > > > > to loose information for reordering that crosses the time when = the > > FT > > > timer > > > > fires, due to reset. > > > > [acm] > > > > I don't understand how the sequence error counting "loses > information" > > > > when reordered packets cross a measurement feedback boundary. = I'm > not > > > > sure what aspect of measurement you are "resetting", but I = assume it > > is > > > > "The accumulated statistics are then > > > > reset by the receiver for the next feedback interval." > > > > > > > > Suppose I have two measurement intervals and I receive: > > > > > > > > || 1 2 3 5 6 || 4 7 8 9 ...|| > > > > > > > > where || is the measurement feedback boundary. > > > > > > > > Packet 4 arrives late enough from its original position to span = the > > > boundary. > > > > The 3->5 sequence is one sequence error, and the 4->7 sequence = is > > > another > > > > error. > > > > This example produces two sequence errors in different feedback > > > intervals, > > > > but that's a typical measurement boundary problem. We can't get = rid of > > > > measurement boundaries, and they affect many measurements. > > > > > > > > Note that a reordered packet contributes to IP-Layer Capacity, = by > > > definition. > > > > > > > > Perhaps you had some other scenario in mind? > > > > > > > > > > It was the above type of cases I was considering. I was worried = that you > > > don't detect some cases of issues if you reset and have no memory = of > > last > > > received packets. I think one obvious case that doesn't report as = out of > > > order for really short ones are this case when zero or single = packets > > are > > > delivered. Then a reordering could look like this. > > > > > > || 1 || 3 || 2 || and without a memory of the last received this = would > > > not be an out of order event. Nor would a packet loss like this > > > > > > || 1 || || 3 || > > > > > > So when FB is on the same magnitude as the sent packet interval = this > > > measurement method appear to have issues. I have not analyzed if a > > single > > > last seen packet number memory would solve most or all issues. > > > > > > At least it would also solve the issue of this > > > > > > || 1 2 3 4 || 6 7 8 || that I am also uncertain if that is = detected. > > > > > > So, I think more details are needed to what is required on the = feedback > > > mechanism to detect these type of issues. > > > > > > > > > > > > In addition if the feedback is not reliable it looses the > > information > > > > > for that interval. > > > > [acm] > > > > That's right, and: > > > > 1. the sending rate does not increase or decrease without = feedback 2. > > > the > > > > feedback is traveling the reverse path that the test do not = congest > > with > > > > test traffic > > > > 3. the running code has watchdog time-outs that *terminate the > > > > connection* if > > > > either the sender or receiver go quiet > > > > > > > > In essence, the test method is not reliable byte stream transfer = like > > > TCP. > > > > We can shut-down the test traffic very quickly if something is = wrong > > and > > > > useful measurement is in question. > > > > > > > > > > > > > > Al, I hope you understand that my concern here is that the = documents > > > description of the control algorithm is incomplete and are missing > > > important protection aspects. As well as its behavior to different > > > parameterizations in various conditions. > > > > > > > > And making feedback reliabel could cause worse HOL issues for > > > > > reacting to later feedback that are recived prior to the lost = one. > > > > > > > > > [acm] > > > > So the alternative to un-reliable feedback can be worse? > > > > Good thing it's not planned. > > > > > > So lets assume that receiver measures two feedback intervals in a = row > > that > > > there where reordering events etc. So in case the first report is = lost, > > > then from the senders perspective would there be an advantage to = know > > that > > > both intervals indicated issues at this rate? It at least = indicates that > > > the measurement that one is over capacity is consistent. > > > > > > Also, will the sender know that feedback is missing. This is all > > depending > > > on the protocol used for the measurements. > > > > > > So I think there are two exiting protocols that I could reasonably > > easily > > > implement this capacity measurement into. These two are QUIC and > > RTP/UDP. > > > By taking of the shelf implementations I would have frameworks = that > > would > > > contain a number of features that appear needed to be able to do = this > > > measurement and receive feedback needed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2. The algorithm for adjusting rate is table driven but = give no > > > guidance > > > > on > > > > > > > how > > > > > > > to construct the table and limitations on value changes in = the > > > table. In > > > > > > > addition the algorithm discusses larger steps in the table > > without > > > any > > > > > > > reflection of what theses steps sides may represent in = offered > > > load. > > > > > > > > > > > > [acm] > > > > > > We can add (Len suggested the following text addition): > > > > > > OLD > > > > > > 8.1. Load Rate Adjustment Algorithm > > > > > > > > > > > > A table SHALL be pre-built defining all the offered load = rates > > that > > > > > > will be supported (R1 through Rn, in ascending order, > > corresponding > > > > > > to indexed rows in the table). Each rate is defined as = datagrams > > > of... > > > > > > > > > > > > NEW > > > > > > 8.1. Load Rate Adjustment Algorithm > > > > > > > > > > > > A table SHALL be pre-built defining all the offered load = rates > > that > > > > > > will be supported (R1 through Rn, in ascending order, > > corresponding > > > > > > to indexed rows in the table). It is RECOMMENDED that rates = begin > > > with > > > > > > 0.5 Mbps at index zero, use 1 Mbps at index one, and then = continue > > > in > > > > > > 1 Mbps increments to 1 Gbps. Above 1 Gbps, and up to 10 = Gbps, it > > is > > > > > > RECOMMENDED that 100 Mbps increments be used. Above 10 > Gbps, > > > > > > increments of 1 Gbps are RECOMMENDED. Each rate is defined = as... > > > > > > > > > > Is this what you actually used in your test implementation? > > > > [acm] > > > > Yes, except that the current table stops at 10Gbps. We haven't = had the > > > > opportunity to test >10Gbps. > > > > > > > > > At my first glance > > > > > this recommendation looks to suffer from rather severe step = effects > > > and > > > > also > > > > > make the respond to losses behave strange around the = transitions. > > > > Wouldn't some > > > > > type of logarithmic progression be more appropriate here for = initial > > > > > probing? > > > > [acm] > > > > Len and I considered various algorithms for the search. > > > > > > > > Logarithmic increase typically means more rate overshoot than = Linear > > > > increases. > > > > Unfortunately, a large rate overshoot means that the queues will = fill > > > and > > > > need > > > > a longer time to bleed-off, meaning that rate reductions will = take you > > > far > > > > from > > > > the "right neighborhood" again. > > > > > > > > Our experience is that we avoid large overshoot with fast or = slow > > linear > > > > increases. > > > > It means we've taken some care to keep the network running. We > haven't > > > > broken > > > > any test path yet, and we bail-out quickly and completely if = something > > > goes > > > > wrong. > > > > > > I understand that there are several considerations here that are > > > contradicting. > > > > > > 1. Quickly finding roughly the existing capacity > > > 2. Avoid significant overshoot that build up to much queue if that = is > > > possible > > > 3. Have sufficient fine grained control around the capacity so = that > > > adjustment step finds the capacity. > > > > > > For example the last I am worried when you define the step size as = 1 > > GBPS > > > above 10 GBPS. My fear is that one 1 GBPS more traffic will = increase the > > > buffer occupancy so quickly that one alternates between not = filled, and > > > over filled between stepping up and receiving the feedback in the > > control > > > cycle. We have to remember that with a FB of 50 ms the delay in = the > > > control cycle will be up to RTT + 50 ms. > > > > > > So I am speculating and you haven't tested. So if you put in table > > > construction recommendations, then I do think you should be very = clear > > > that these are untested. > > > > > > > > > > > > > > > > > > > > If I have 1 GBPS line rate, there is a 1000 steps in the table = to > > this > > > value. > > > > > Even if I increase with the suggested 10 steps until first > > congestion > > > seen, it > > > > > will take 100 steps, and with 50 ms feedback interval that is = 5 > > > seconds > > > > before > > > > > it is in the right ball park. > > > > [acm] > > > > Your math is correct. > > > > > > > > Remember that the only assumption we made when building the = table > of > > > > sending rates > > > > is that the maximum *somewhere between 500kbps and 10Gbps*. Our > lab > > > > tests used > > > > unknown rates between 50Mbps and 10Gbps, as the "ground truth" > that we > > > > asked UDP > > > > and TCP-based methods to measure correctly. Measurements on > production > > > > networks > > > > encountered many different technologies. Some subscriber rates = were > 5 > > to > > > > 10 Mbps > > > > on upstream. > > > > > > > > > And I get one random loss at 10 mbps, then its 990 > > > > > steps, In such a situation the whole measurement period (10 s) = would > > > be > > > > over > > > > > before one has reached actual capacity. > > > > [acm] > > > > I'm sorry, that's not quite correct, assuming delay range meets = the > > > criteria > > > > below, which would be consistent with "one random loss". > > > > > > > > > > Yes, my mistake, but let me replace one random loss with one = congestion > > > event due to a single intermittent transaction. So harder to = trigger if > > > the capacity is large, easier if it is low and then it matters = less. So > > > this reduced the issue significantly. > > > > > > > The text says: > > > > If the feedback indicates that sequence number anomalies were > > detected > > > > OR > > > > the delay range was above the upper threshold, the offered = load rate > > > is > > > > decreased. (by one step) > > > > > > > > But when the next feedback message arrives with no loss, and the > > > > "congestion" > > > > state has not been declared, the relevant text is: > > > > > > > > If the feedback indicates that no sequence number anomalies = were > > > > detected AND > > > > the delay range was below the lower threshold, the offered = load rate > > > is > > > > increased. > > > > If congestion has not been confirmed up to this point, the = offered > > > load rate > > > > is > > > > increased by more than one rate (e.g., Rx+10). > > > > > > > > and we return to the high speed increases, because: > > > > > > > > Lastly, the method for inferring congestion is that there were > > > sequence > > > > number anomalies AND/OR the delay range was above the upper > > threshold > > > > for > > > > *two* consecutive feedback intervals. > > > > > > > > So, there is a single step back for the single random loss, but = then > > > > immediately > > > > back to Rx+10 increases. > > > > > > > > > > > > > > Ok. Good that this is less than a issue then I thought. > > > > > > > > > > > > > To me it appears that the probing (slow start) equivalent do = need > > > > logarithmic > > > > > increase to reach likely capacity quickly. Then how big the > > adjustment > > > is > > > > > actually dependent on what extra delay one consider the target = for > > the > > > > test. > > > > [acm] > > > > Our delay variation values are low, but need to accommodate the > > > relatively > > > > high > > > > delay variation of some access technologies. We learned this = during > > our > > > > testing > > > > on production networks. > > > > > > > > > Having a step size of 1 GBPS if probing a 2.5 GBPS path would = likely > > > make it > > > > > very hard to keep the delay in the intended interval when it = would > > > > fluxtuate > > > > > between 500 mbps to much traffic and then 500 mbps to little. = Sure > > > with > > > > > sufficiently short FT it will likely work in this algorithm. > > However, > > > I wonder > > > > > about regulation stability here for differnet RTT, FTs and = buffer > > > depth > > > > > fluxtuations. > > > > [acm] > > > > I'm sorry, that's not quite correct, the text we proposed to add = says: > > > > > > > > It is RECOMMENDED that rates begin with 0.5 Mbps at index = zero, > > > > use 1 Mbps at index one, and then continue in 1 Mbps = increments to > > 1 > > > > Gbps. > > > > Above 1 Gbps, and up to 10 Gbps, it is RECOMMENDED that 100 = Mbps > > > > increments be used. > > > > and = ^^^^^^^^ > > > > Above 10 Gbps, increments of 1 Gbps are RECOMMENDED. > > > > > > > > Your example falls in the 1Gbps to 10Gbps range, where table > > increments > > > are > > > > 100Mbps. > > > > > > > > > > > > > > From my perspective I think this is a indication that the load = rate > > > > adjustment > > > > > algorithm is not ready to be a standards track specification. > > > > [acm] > > > > Given several corrections above, the authors ask that you = reconsider > > > your > > > > position. > > > > Please read on. > > > > > > > > > > > > > > I would recommend that you actually take out the control = algorithm > > and > > > > write a > > > > > high level functional description of what needs to happen when > > > measuring > > > > this > > > > > capacity. > > > > [acm] > > > > We worked for several weeks in December to make the current = high- > level > > > > description > > > > an accurate one. The IESG review has resulted added some useful > > details > > > > that > > > > I have shared along the way. > > > > > > > > > > > > > > If I understand this correctly the requirements on the = measurement > > are > > > > the > > > > > following. > > > > > > > > > > - Need to seek the available capacity so that several = measurement > > > period > > > > are > > > > > likely to be done at capacity > > > > > - Must not create persistent congestion as the capacity = measurement > > > > should be > > > > > based on traffic capacity that doesn't cause more standing = queue > > that > > > X, > > > > where X > > > > > is some additiona delay in ms compared to minimal one way = delay. > And > > X > > > is > > > > > actually something that is configurable for a measurement = campagin > > as > > > > capacity > > > > > for a given one way delay and delay variation can be highly = relevant > > > to > > > > > know. > > > > [acm] > > > > These are not identical to our requirements. For example: > > > > - Both the metric and method consider a number of measurement > > > intervals, > > > > and the Maximum IP-Layer Capacity is determined from one (or = more) > of > > > the > > > > intervals. > > > > > > > > > > > > > > > > > > > > > > > > > > > What else is needed? > > > > > > > > > > Are synchronized clocks needed or just relative delay changes > > > necessary? > > > > [acm] > > > > Just delay variation, and the safest is RT delay variation. > > > > > > So sender side transmission timestamping and the receiver measure > delay > > > variations based on these transmission times would suffice. > > > > > > Good. > > > > > > > > > > > > > > > > > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > > > > > > > > > > > > > > > 3. Third the algorithms reaction to any sequence number = gaps is > > > > dependent on > > > > > > > delay and how it is related to unspecified delay = thresholds. > > Also > > > no text > > > > > > > discussion how these thresholds should be configured for = safe > > > > operation. > > > > > > > > > > > > [acm] > > > > > > We can add some details in the paragraph below: > > > > > > OLD > > > > > > If the feedback indicates that sequence number anomalies = were > > > > detected OR > > > > > > the delay range was above the upper threshold, the offered = load > > rate > > > is > > > > > > decreased. > > > > > > Also, if congestion is now ... > > > > > > NEW > > > > > > If the feedback indicates that sequence number anomalies = were > > > > detected OR > > > > > > the delay range was above the upper threshold, the offered = load > > rate > > > is > > > > decreased. > > > > > > The RECOMMENDED values are 0 for sequence number gaps and > 30-90 > > > > ms for lower > > > > > > and upper delay thresholds. Also, if congestion is now ... > > > > > > > > > > Ok, but the delay values as I noted before highly dependent of = what > > my > > > > goal with > > > > > the capacity metric is. If I want to figure out the capacity = for > > like > > > say XR or > > > > > cloud gaming applications that maybe have much lower OWD > variances > > and > > > > absolute > > > > > values so maybe my values are 10-25 ms. > > > > [acm] > > > > We intend to measure the limit of the access technology, with a = set of > > > > parameters > > > > that work well for all technologies we have tested so far. > > > > > > > > Notice that I didn't type the word "application" above. Or "user > > > experience". > > > > > > > > Sure, there is sensitivity to the parameters chosen, and we = supplied > > our > > > > well-tested defaults to maximize results comparability and = technology > > > > coverage > > > > (with no twiddling). > > > > > > > > > > > > > > > > > > How much explaration have you done of the control stability = over a > > > range > > > > > of parameters? Do you have any material about that? > > > > [acm] > > > > Yes. There are several parameter ranges we examined. > > > > > > > > If we set the delay thresholds high enough, we see the RTT grow = as the > > > > queues > > > > fill to max and tail-drop finally restricts the rate. We can = measure > > the > > > > extent of buffer bloat this way (if it is present). It's Not our = goal. > > > > > > > > We have used lower thresholds of delay variation, which work = fine on > > the > > > > PON 1Gbps access services. > > > > > > > > In the collaborative testing of the Open Broadband Open Source > > project, > > > > one participant contributed tests with a 5G system that = exhibited > > > systematic > > > > low-level loss and reordering in his lab. For this unusual case, = Len > > > added > > > > the features to set a loss threshold above zero, and to tolerate > > > reordered > > > > and duplicate packets with no penalty in rate adjustment. > > > > > > > > We have tried a range of test durations (I=3D20, 30 for = example). > > > > > > > > We have tried different steep-ness of ramp-up slope. Rate +=3D = 10 steps > > > > works well, even when measuring rates separated by 3 orders of > > > magnitude. > > > > > > > > > > > > But for the co-authors, it was more important that the load = adjustment > > > > search > > > > produce the correct Maximum IP-Layer Capacity for each of the = lab > > > > conditions > > > > we created (including challenging conditions with competing = traffic, > > > long > > > > delay > > > > etc.), and the many access technologies we tested in production = use > > > > (where again we encountered similar challenging conditions). > > > > > > > > > > > > > > Thanks for the clarifications. > > > > > > > > > > > > > > > > > > > > > > > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > > > > > > > > > Please also note many requirements for safe operation in = Section > > 10, > > > > > > Security Considerations. > > > > > > > > > > > > > > > > > > > > B) Section 8. Method of Measurement > > > > > > > > > > > > > > There are no specification of the measurement protocol = here that > > > > provides > > > > > > > sequence numbers, and the feedback channel as well as the > > control > > > > channel. > > > > > > > > > > > > [acm] > > > > > > That is correct. The Scope does not include protocol = development. > > > > > > > > > > > > > Is this intended to use TWAMP? > > > > > > > > > > > > [acm] > > > > > > Maybe, but a lot of extensions would be involved. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From my perspective this document defines the metrics on > > standards > > > > track > > > > > > > level. However, the method for actually running the > measurements > > > are > > > > not > > > > > > > specified on a standards track level. > > > > > > > > > > > > [acm] > > > > > > In IPPM work, the methods of measurement are described more > > broadly > > > > than > > > > > > the metrics, as actions and operations the Src and Dst hosts > > perform > > > to > > > > > > send and receive, and calculate the results. > > > > > > > > > > > > IPPM Methods of Measurement have not included protocol > > > > requirements in > > > > > > the past, in any of our Standards Track Metrics RFCs. In = fact, we > > > > developed > > > > > > a measurement-specific criteria for moving our RFCs along = the > > > standards > > > > track > > > > > > that has nothing to do with protocols or interoperability. > > > > > > See BCP 176 aka RFC 6576: > > > > = https://protect2.fireeye.com/v1/url?k=3D65acc415-3a37fcc7-65ac848e- > > > > 866132fe445e-b4323cb4b6e4206f&q=3D1&e=3D5fe1792c-f641-4903-9a32- > > > > > 317350790872&u=3Dhttps%3A%2F%2Furldefense.com%2Fv3%2F__https%3A% > > > > 2F%2Ftools.ietf.org%2Fhtml%2Frfc6576__%3B%21%21BhdT%213 > > > > > RMQMZOAFloQ1FvtC_LIrUsDqBGxQeJZ1F4GFt8TpbQ60w841wT54sLLoKS9- > > > > Yc$ > > > > > > IP Performance Metrics (IPPM) Standard Advancement Testing > > > > > > > > > > > > > No one can build implementation. > > > > > > > > > > > > [acm] > > > > > > I'm sorry, but that is not correct. Please see Section 8.4. > > > > > > > > > > Sorry, that was poorly formulated. I mean that you can't give = this > > > > specification > > > > > to a guy on a island without external communication and have = them > > > > > implemented it and it will work with someone else = implementation. > > > > [acm] > > > > But then you are asking for protocol-level interoperability, = Magnus. > > > > That is not our scope, or the scope of any IPPM Metric and = Method > > RFCs. > > > > The procedures of BCP 176 tell us when independent = implementations > > > > produce > > > > equivalent results, which is IETF's definition of "works with" = for > > > metrics > > > > and methods. > > > > > > > > > > > > > You have clearly > > > > > implemented a solutiont that works for some set of parameters. = And > I > > > am > > > > asking how > > > > > much of the reasonable parameter space you have tested. > > > > [acm] > > > > Right. I answered this question qualitatively above, but the co- > > authors > > > > claim that an equally important question is the breadth of = access > > > > technologies > > > > we have tested. > > > > > > > > The tests conducted over 2+ years used the following production = access > > > > types: > > > > > > > > 1. Fixed: DOCSIS 3.0 cable modem with "triple-play" capability = and > > > embedded > > > > WiFi and > > > > Wired GigE switch (two manufacturers). > > > > 2. Mobile: LTE cellular phone with a Cat 12 modem (600 Mbps = Downlink, > > 50 > > > > Mbps uplink). > > > > 3. Fixed: passive optical network (PON) "F", 1 Gbps service. > > > > 4. Fixed: PON "T", 1000 Mbps Service. > > > > 5. Fixed: VDSL, service, at various rates <100 Mbps. > > > > 6. Fixed: ADSL, 1.5 Mbps. > > > > 7. Mobile: LTE enabled router with ETH LAN to client host > > > > 8. Fixed: DOCSIS 3.1 cable modem with "triple-play" capability = and > > > embedded > > > > WiFi and > > > > Wired GigE switch (two other manufacturers). > > > > > > > > > > > > > > > > > > Based on this discussion I don't think I can build an = implementation > > > that > > > > > fulfills the measurement goals, becasue I have questions about = them. > > > And I > > > > > suspect it would take substantial amount of experimentation to = get > > it > > > to > > > > > work correctly over a broader range of input parameters. > > > > [acm] > > > > Now we refer you to the references in the memo, particularly > Appendix > > X > > > > of Y.1540: > > > > > > > > [Y.1540] Y.1540, I. R., "Internet protocol data = communication > > > > service - IP packet transfer and availability > > performance > > > > parameters", December 2019, > > > > = . > > > > > > > > [Y.Sup60] Morton, A., Rapporteur, "Recommendation Y.Sup60, > > > > Interpreting > > > > ITU-T Y.1540 maximum IP-layer capacity = measurements", > > June > > > > 2020, . > > > > > > > > and Liaisons, were many of the experimental results are = summarized: > > > > > > > > [LS-SG12-A] > > > > 12, I. S., "LS - Harmonization of IP Capacity and > > Latency > > > > Parameters: Revision of Draft Rec. Y.1540 on IP = packet > > > > transfer performance parameters and New Annex A = with Lab > > > > Evaluation Plan", May 2019, > > > > . > > > > > > > > [LS-SG12-B] > > > > 12, I. S., "LS on harmonization of IP Capacity and > > Latency > > > > Parameters: Consent of Draft Rec. Y.1540 on IP = packet > > > > transfer performance parameters and New Annex A = with Lab > > & > > > > Field Evaluation Plans", March 2019, > > > > . > > > > > > > > Also, see our slides from the Hackathons at IETF 105 and 106, = and the > > > > IPPM WG sessions slides beginning with IETF-105, July 2019. > > > > You might also look into the discussions on the mailing list. > > > > Some other results are available to those with ITU-TIES = accounts. > > > > > > > > The load adjustment algorithm itself was improved after > > experimentation, > > > > adding the fast ramp-up with rate +=3D 10 when feedback = indicates no > > > > impairments. The original/current algorithms appear in Y.1540 = Annexes > > A > > > > and B, respectively. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > And if the section is > > > > > > > intended to provide requirements on a protocol that = performs > > these > > > > > > > measurements > > > > > > > I think several aspects are missing. There appear several = ways > > > forward > > > > here > > > > > > > to > > > > > > > resolve this; one is to split out the method of = measurement and > > > define > > > > it > > > > > > > separately to standard tracks level using a particular = protocol, > > > another > > > > > > > is to write it purely as requirements on a measurement > > protocols. > > > > > > > > > > > > [acm] > > > > > > As stated above, connecting a method with a single protocol = is not > > > IPPM's > > > > way. > > > > > > > > > > That is fine. However, I find the attempt to specify a = specific load > > > regulator > > > > > in the method of measurement to take this specification beyond = a > > > general > > > > method > > > > > of measurment. The high level requirement appear to be that to > > > correctly > > > > find > > > > > the capacity, and that requires that one load to the point = where > > > buffers are > > > > > filled sufficiently to introduce extra delay or where AQM = starts > > > dropping or > > > > > marking some of the load. Thus, I am questioning if the = described > > > algorithm > > > > will > > > > > adqueately solve that issue over a wider range of parameters. > > > > > > > > > > So if you have more information to show at least which range = it has > > > been > > > > proven > > > > > to do its work and with what input parameters? > > > > [acm] > > > > Yes. See ~10 references and replies above. > > > > > > > > > I hope you understand that I > > > > > expect this load control algorithm to get simularly = scrutinized to > > > congestion > > > > > control algorithms that we standardize in IETF. > > > > [acm] > > > > Yes, although it is a surprising at this point, we certainly > > understand > > > your > > > > current position. > > > > > > > > However, R=C3=BCdiger made a relevant point in our discussions = (why our > > > > algorithm's > > > > role is different from Transport Area congestion control = algorithms, > > > > and need not be subjected to the same scrutiny): > > > > > > > > This is a measurement method designed for infrequent and = sensible > > > > maximum > > > > capacity assessment, instantiated only in an OAM or = diagnostic > > tool. > > > > > > > > It is not a blueprint for a congestion control algorithm = (CCA) in > > a > > > bulk > > > > transfer protocol that runs by default and is globally = deployed by > > > > commodity stacks. > > > > > > > > We don't want to re-create any TCP CCA: they weren't designed = for > > > accurate > > > > measurement of maximum rate (as the referenced measurements > show). > > > > > > > > It appears that the most recent (2018) standardized and widely = used > > > > CCA is Cubic (RFC 8312 https://tools.ietf.org/html/rfc8312 ). > > > > > > > > The great TCP CCA Census (2019) > > > > = https://datatracker.ietf.org/meeting/109/materials/slides-109-iccrg- > > the- > > > > great-internet-tcp-congestion-control-census-00 > > > > > > > > finds that BBR versions account for greater popularity on = Alexa-250 > > > sites > > > > (25.2%) than CUBIC, and more than 40% of downstream traffic on = the > > > > Internet > > > > (slide 14). I found some references to BBR in ICCRG drafts, but = no > > RFC. > > > > I would guess that BBR has already provided CCA for more traffic = than > > > the > > > > test traffic complying to this memo ever will. > > > > > > > > Our overall method works similar to BBR: Received rate per RTT = is the > > > > feedback to the sender. > > > > > > > > We added Applicability to the access portion, not the global = Internet > > > > where standardized transport protocol CCAs must operate. > > > > > > > > We are not specifying a transport CCA that must support many > > > applications. > > > > Measurement is the *only* application (for an IP-layer metric). > > > > > > > > Early impressions have been formed on several erroneous = assumptions > > > > regarding algorithm stability (operation above 1Gbps) and > > > > suitability for purpose (one random loss case). > > > > > > I agree to misunderstandings and misinterpretation of what was = defined. > > > And I do have to say that some of these assumptions or guesses are = due > > to > > > the lack of clarity of the specification. Which from my = perspective > > > strengthens my position that this is not yet standards track = quality > > > around the load algorithm. > > > > > > > > > > > Ad-hoc methods resulting in TCP-based under-estimates of = Internet > > Speed > > > > are the problem we attack here! Implementation of harmonized > industry > > > > standards are the solution. > > > > > > > > We believe in rough consensus and running code. > > > > > > > > > > So BBR is frequently discussed in ICCRG, and the BBR v1 was found = to > > have > > > some truly horrible stable state. Like one where it was running on = at > > 30% > > > packet loss without reacting as it only contained delay. BBRv2 has > > > addressed this so it will react to higher degrees of packet loss. > > > > > > So I do believe in running code to and as long as you are = monitoring > > your > > > impact I think experimentation is the right way here. However, if = we put > > > the label IETF proposed standard on the load algorithm people will > > assume > > > that it is safe to use. That is my issue here and I don't think we = can > > > give that recommendation even with a limited applicability = statement in > > > the current form. > > > > > > > > > > > > > > We also ask that you understand our position, that tests with = many > > > different > > > > access technologies in production, and careful comparison of = ad-hoc > > > > methods > > > > claiming to make the similar measurements in the lab and the = field are > > > > equally, > > > > if not more important than even more parameter investigations at = this > > > point. > > > > I have personally been running lab tests since September 2018 = with > > > various > > > > tools. > > > > Len released his first version of the code in Feb 2019, > > > > and we immediately focused on tests with his utility instead of = UDP > > > packet > > > > blasters like iPerf, and Trex with my own Binary Search with = Loss > > > verification > > > > algorithm that we use in device benchmarking (cross-over with > BMWG). > > > > > > > > > > > > > > > > > > I would very much prefer to take out the load algorithm and = place it > > > in a > > > > > seperate document where it can have a tighter scope = description and > > > more > > > > > discussion about about that it does its job. > > > > > > > > > > I hope this clarifies what my concerns are with this document = in its > > > > > current form. > > > > [acm] > > > > Yes, and we have rather exhaustively argued to go ahead here, > > especially > > > > since a much less-frequently-used testing-only algorithm is a > > different > > > > situation > > > > than specifying a CCA for global TCP deployment: transport = area's > > usual > > > role. > > > > > > > > We hope you can now appreciate the years of study, = experimentation > and > > > > running code that you apparently first encountered last = Thursday, > > > > and will look into some more of the supporting background = material. > > > > > > > > > > I do appreciate your work. However, I still don't think the load = control > > > algorithm description is sufficiently well specified and = parameterized > > to > > > be published in a standards track document. Maybe it can be made = into > > > that. However, I think this would make an excellent experimental > > > specification with some additional clarifications on parameters = ranges > > and > > > defined responses when feedback is not received in a timely = fashion. > > Also > > > I think you can clarify the protocol requirements for the = measurement > > > methodology. Then a crystal clear applicability statement for the = load > > > algorithm. > > > > > > Here I think we can see another point in actually splitting out = the load > > > algorithm and that is related to the applicability statement. Does = the > > > metric and the load algorithm have the same applicability? As a = metric > > it > > > is not truly restricted, it is just a question of the impact of > > measuring > > > the metric across the internet. > > > > > > Also, I think we should consider somewhat the update and evolution > path > > > that hopefully will occur here. I think the load algorithm is = likely to > > > benefit from further clarification in its specification in the = future. > > > Thus, having it in a separate specification makes it easier to = update > > and > > > maintain. > > > > > > > > > Cheers > > > > > > Magnus Westerlund ------=_NextPart_000_0285_01D711AE.CA0E3770 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzA1MTAwMDQ0 WjAjBgkqhkiG9w0BCQQxFgQU2ytimdWBhEMt0mHFpalTHK5jpY0wQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA NUNmnLvsqVyWcHj1IMDrki72D5WPbjPccXp6VNHssHkKROJfULU/Kj+DvCB8nsd5xwdwE4ohZ6On 1Jakz8ZIFtuqjC4mga5F//+JxMG3xtVTXJsF/O1NgCrymktTtL70WSDt1uPN+JdUpLp4jTdP6N+j BqO7+VpSk9hWxiqeDnJ8PFNTsLsD5XFGnlMIjModtIvKwQ2vCbXu+ReLpsXrw/R0ho3/dN2/8jOk WxxuMf+haCWOGzdeTeQsruUxbczq3+pYGRdLZFhAbvFp+K1DA2QWro4UfU3xgxMtACjlfHVvl+PT ScTpVpdyq9o0USOFFdejeSb4veXeWM+7kvtV6gAAAAAAAA== ------=_NextPart_000_0285_01D711AE.CA0E3770-- From nobody Fri Mar 5 03:13:09 2021 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 05E563A23A6; Fri, 5 Mar 2021 03:13:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.365 X-Spam-Level: X-Spam-Status: No, score=-2.365 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 M_8ks-lFPXPz; Fri, 5 Mar 2021 03:13:02 -0800 (PST) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 CEEC63A23A5; Fri, 5 Mar 2021 03:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1614942781; x=1646478781; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0QBt6sEVQ4g929IK5O6e9knVNcOP/wsfcNPUZ6QyDR0=; b=BvaKlpfA4gCUmcHGUh9KtPXLAxGDI2J/bR6+s8rLnV4fGtVWmFYFQCqc qoFwQVlq7gfgvCDZ/igRsH4zp9k6nK4q5p4cRxb3qMtonp+gfFXBHDY1u +9YFsaN+k7cnsNK4p3bYULRMewrR08WjqNDbTLxQyQ6t22l/hCDFkO4x9 BWwe12V5ZQz+yUx6tdL5QgYpvac6LDZ+A7BBZ/PI8IFWgYz60UZli+ZiV 9oaneT5cuN81V0DungO2WkXGF+50H1vohpGCA1w9MNo/OAEWc3VD3rfH1 N0SgD437krERNMrjXsnfvhYXsYg1uIbntfHPSqWUJWHgUm86c1r87Y033 Q==; IronPort-SDR: NHjpGDZhzYYBpwPvcgzxd/8VvkfzIgQgaaIMbm22qla+uQVK+UKACxs8YeHwgn2XYYQUsl3Aos ONF1LK5VWItw== X-Mailbb-Crypt: true Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 05 Mar 2021 12:12:57 +0100 IronPort-SDR: aT/hL58MGYWe8c4AqILiiqkaD4iisoNxkM1pRXM8QTLn4F//ZaSVxQkQPcy31z6nzJG347tt4S juz/9K0+SdEg== X-Mailbb-Crypt: true Received: from q4dee1syvuf.ffm.t-systems.com (HELO totemomail) ([10.162.176.13]) by QDE8E4.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 05 Mar 2021 12:12:57 +0100 Received: from QDE9XY.de.t-internal.com ([10.171.254.32]) by totemomail (Totemo SMTP Server) with SMTP ID 485; Fri, 5 Mar 2021 12:12:55 +0100 (CET) IronPort-SDR: vLt/JOmacWvN9uUxm0aWlBoCv7Fe4p7Twp+9gV2Lrq3bv18kJvDQl8DtyjKeMHfodZaJovap8G cLb/vG9fGlHP0YaM3I0jL8c7R9Q0I6Z3c= X-IronPort-AV: E=Sophos;i="5.81,224,1610406000"; d="p7s'?scan'208";a="269686503" X-Mailbb-Crypt: true X-Mailbb-SentCrypt: true X-MGA-submission: =?us-ascii?q?MDFNpFcoSR9VBmf8MU0EHSLx2q7Rgf7ntBrQ2b?= =?us-ascii?q?fke9cD94tkJ2ilYoekE+OHoje2u9oXNN06oV98ydWaS4z0n3NxNmwvMq?= =?us-ascii?q?gukA4mgz6wR7c9MaEj+L3oDcx5ZWpcpyfhhTRXsSIMDfVRnapv3N28uu?= =?us-ascii?q?anyGczEbkRjavCC2KcrDR1Xg=3D=3D?= Received: from he105717.emea1.cds.t-internal.com ([10.169.118.53]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 05 Mar 2021 12:12:55 +0100 Received: from HE105711.EMEA1.cds.t-internal.com (10.169.118.42) by HE105717.emea1.cds.t-internal.com (10.169.118.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Mar 2021 12:12:53 +0100 Received: from HE104164.emea1.cds.t-internal.com (10.171.40.35) by HE105711.EMEA1.cds.t-internal.com (10.169.118.42) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 5 Mar 2021 12:12:53 +0100 Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.175) by O365mail06.telekom.de (172.30.0.233) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Mar 2021 12:12:50 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HBCamIyLqqNJjXqzwC2eZ6VEu7j+zI6XreI+OJikKaGZVB9XlU85rCDyh61X5U9oxjylsDyykM4NkyPOZoqGpNwoQa0dMn+ZgsqxRZzKBKp5nYEwuoKYMbLI37H6S8hc1z6V2cA6BLvaxltDUU/vQDlXL8QBu6fPLKjkI27557JASqfgYVzUCXXRdHwxtC3Qyl5lnoEWA2Rg3rqRP5gbeHfXgcDqO2yF3DLs/VOCLJoC72s0oV2c/l+p4dh4Lk3MtcFDzN06AakqfLTcmEsc8OVSmiuc39Ktk0HKjwt1QhILZl3La1RtPDbWm6RKz1vb3R1mfyIDZLDUpKfyZO2DWw== 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=HE1Th0wEx6ZnfS6it2yCtewPAWQ5rW7e8VikHQO1aCI=; b=m2Dfa0TmDdYiam3isHNE4247VpwZ2OGyg6p0OLUztNumpA+7b/Nb80i0uDbyOd7s9qJAVimJuaSyXELfH5dosrj6CjaURbCzqHThVy1+hdKACLgJAdGiwy2U4Y8lWVIeEFTF7C7Eo20QXUpBbRm3Nuz9WmD9b5YAxwedw6PjwdlCGXh5hu3uA2sn1IXv3DqSp0onBlGvFN1Bk/+YQ9EozU1XPvNkdzSeKAk8ZXDeqEV43NQnf+3HUgw/XLeF9bJcgw7SA1gSGfcyvJbA3UNJwi6iBci/NWMwbYIPMmaBvtt7eGA5Lzu0N02pfIIm1hvX3lpWNr9n2GFqCScsgq81Fw== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0107.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:10::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Fri, 5 Mar 2021 11:12:52 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::7974:b16c:8edc:81d]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::7974:b16c:8edc:81d%5]) with mapi id 15.20.3933.014; Fri, 5 Mar 2021 11:12:52 +0000 From: To: CC: , , , , , , Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EnvPLzhH0sQ0K8CsiAo8w0/6po9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAsBaAgAALnuA= Date: Fri, 5 Mar 2021 11:12:52 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [84.136.94.214] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7cdbf431-0263-4ae2-b152-08d8dfc79eca x-ms-traffictypediagnostic: FR2P281MB0107: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Pvuw9Nbvgcv6KKC6gQLLew24mhp3yL6+YpJvzJmldyMX5l44XSkPcpZ97EANR2QMEbiSOmaHjEhj1EhuGOO4q5+4Bmq8EpZ0irUezbzfjaJQOlFFxeHUSq1QHFMjp+q8M9p3Vx8rJMJfG57MhCGRzNz/V6Ujaj0yHT3RvBVtLCzjg2mgsIokbi8Q4gGQ208/N3Q9xQNOBgYUfaSArUuOe6uRpu4mV0WSeSX8tVFw+bzrS3rCXmu7/rtXBNnHvBp1j3nzOcEHdf6Zcv4xoYgDyYeQcnAnV9V/4wAIw6ojqs6AsW4GQ/1T00MgSR2A+pEc1chZmpw6ziK0mp3BD7jdMD9FP1ux87q/rNxFuQStFEBlvvRNjzoIBgASwx5Vlr/28dzDjwO8VrjSK1VxxcspoyyUjP7McgpOui+TfBYivVzquK3437nvLU36qvG1fXIDeI4sJeCnxeu/k7U5bv+jO2ZFfr848Qoa4mRLRF51j8ik9YWBBKmkP6nIgaVrWfdcZI3RS+JbPwDRSZxmYxGeAA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(366004)(376002)(396003)(39860400002)(136003)(4326008)(66574015)(26005)(85202003)(9686003)(186003)(478600001)(316002)(54906003)(6916009)(6506007)(8936002)(85182001)(55016002)(71200400001)(5660300002)(7696005)(86362001)(33656002)(52536014)(76116006)(66556008)(66946007)(99936003)(2906002)(83380400001)(64756008)(8676002)(66476007)(66616009)(66446008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?UlRuSXBDZk1lcmZrUTR0NHdQcjR0enArQ2lxRjllaTdocWxGS3ljcVZKQnl4?= =?utf-8?B?b3ZJbHhoWlRaNFcreHgvYm9rd3FmUGxJSXJvYzBUQTNQSTMrQzFOUG1qaFJF?= =?utf-8?B?OWM0WmZPSFV4QVFQTGthQUV2cHNzUjdRU0c1N1YyMGJzNlByVGtzaXdzTGdL?= =?utf-8?B?MEhWMERnQnZ4S1RyN1JpeW00WktJMXVRUkJoVEg0cWgzNXpHeDBsQjl1OGFU?= =?utf-8?B?RWk0dEU1SEpvZ0ZnVUpwaVNlUHdtRmNCdEFyN3NGWllGTUVPTDArakJZdUha?= =?utf-8?B?NC9USjRLTUV6WkY3YkFYWXF4cVJVTnc2VFRDQTNnSFdIRk9uYkpzVUJiSlVR?= =?utf-8?B?d3F0cmJSRDJLOGxhdzdUaEppUnV4R3hrQUYvT2lNellJTmNtYzRHcnQxZ2N1?= =?utf-8?B?MXFGdUlud2x2bXVkWlRCMUQ2aTF4SkJvYXhTNFk3eUdyWHljYXhvamMvZWRV?= =?utf-8?B?NEZnbjJ0c0FQb2hsREdRck01aWV4YnlaWStMRWQrNUtQMUhIZkFaOUJGRThR?= =?utf-8?B?Z1RRZEEwM2lYbVhiWG4xSWVpcldkNjJ2VDVVMTJ4OUtpZ0FDVlpCMEsrVmhH?= =?utf-8?B?aDVOSGNqYnk3b0d3WVV6Titwd3pnOGw2eEZYdkJXTGRJUlB6R0tiRDN4TW1z?= =?utf-8?B?a09BcnEvVzNMRHN0M0x2UGwvQnZSOHQ4TXljRDEwNmNjdG1OSVVuZGZ2YkJP?= =?utf-8?B?bmpyaklORE45ck1kTUtlZTI5K0Rhb0xvSTVwcVh4Q0J2cG42V0xielIyVkg3?= =?utf-8?B?YlRjaEw1aW1DYzByN3ZsSktjbU41aURhREg0UlJseFhPeXZFU2FiQzlIV3Ja?= =?utf-8?B?TEdReDlvVHAvblVra3h5OTVsaW1UVUNzZTF0TURvd3Vpc0ozS1hzUkVXdnI2?= =?utf-8?B?NHRFS2sxUDBoK1VJU1FBVkdXYzczUG9VdzFkdmxEV3RTYnQ4aVpUNXhmQ1RP?= =?utf-8?B?N3NVMkhwaGNDMFBtZ0JJOWt1WW9ldUZER0kzYlRKdnA1SmlCeVVPbHdYMmR3?= =?utf-8?B?TFBuVy9xV2NKMUxWb2V4RjE3OUtOclB3Y2dTNWJzdGl5RFd3YTFIc1FwMzdB?= =?utf-8?B?RVByOTRMN3BNT1hWaWdUQzE1STV0SHhiSG44M1VybkU0VG41NjJHZlIxY0g0?= =?utf-8?B?QzNrTEZNWnd2ZEJ2Z0lQb2d3WTEvQ3JzcFUzZnNDNFh3Y0lhWklOcVRHN3pm?= =?utf-8?B?YzVMWlVTeVIyeDkxREg4Z2ZyRVY3bDdjRithMlM2RnJzLzRzcndERjZSb0hQ?= =?utf-8?B?SklkMlhtSDdsS2VNc0h1TlNieDhQcDA0ejZXaW5NQUl2TzZkSTB0dmt1VHJ0?= =?utf-8?B?bXZ0OWl0ZWpyYVZheE13NlhCQmJDZExmemZRQUIzZVVLUTBsNU9lSmh1VE1o?= =?utf-8?B?YnFvbFIxL2NVZCt2cG0zWnpTb3k2dFBHMVBBdXMzRVNTNCttUGtDeFVuMHB5?= =?utf-8?B?TDlYVlVraWpsK25CbkR5WjBWUnArVG4vOHpuSFZaaDJiOEcvRk50eVc0SDY1?= =?utf-8?B?d1pSSFU5UTdjNlJ3R3kzK21ldjZNQTJxbCtKK054d3hobHNQcDJYdzRPd0xy?= =?utf-8?B?MStDQWVwUVhER0tSK0JEUGhlQzlVL2lLYzZnZ2V1djBGb2RXMFlYNGlZUndL?= =?utf-8?B?bE9tRm9sd1dHbzhGbHRVc3MzaFNzdjFFVnl0ajh5aVVmTUh4WW8vSEJoQkdJ?= =?utf-8?B?RlJOb1lqK2lTL3BWYy9nSU9ibXdaMEZ3K2lRTkJueThoRDU1N1pPWTBPV3BV?= =?utf-8?Q?8T9w9ncRatBqbofukMYugWZGn/qsQ8mcCiEonQl?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0004_01D711B8.D44ED5F0" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 7cdbf431-0263-4ae2-b152-08d8dfc79eca X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2021 11:12:52.7101 (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: 6RB4Rzea5ZyQ/ayahMZoRNU5IpWxaRd62IAUIf1wSWGA2SF6zA1QqYR9tLGvoaXnV9sW1/6x8S4iq9uMFdJfoFh1kbs2qW5mm8zRgGF1Ioc= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0107 X-TM-SNTS-SMTP: 2D375006F92B6C059AD7E096C9EF35F7EBC39A343254D90971E049AEEEDE80912000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 05 Mar 2021 11:13:04 -0000 ------=_NextPart_000_0004_01D711B8.D44ED5F0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit I think this is a bit to unclear in regards to the limitation of scope. My worry are internet wide measurements. Reading what exists in the currently available draft in the Section 10, there are no limitation here described to only use this algorithm only across controlled networks. Especially as bullet 5 in Section 10 relies on the load algorithm what is currently written is fine across the whole internet as long as sender and receiver are okay with the measurement which is not what I at least thought we agreed. Can you please be explicit that the load algorithm is limited to use across networks path that are controlled or managed and not intended for Internet wide usage. - MUST only be used as part of measurements within managed networks, and not across general Internet. [RG] That's tough, as regulators are interested in this test and regulators aren't part of a domain. So they might resort to TCP speed tests, being less accurate and precise and not standardised (note that penalties are discussed to be linked to results). I'd be interested in finding agreement to have metric and method standardized for at least nations under authority of a single regulator. No idea how exactly. Would a bound on RTT/in some countries multiple instances and some additional parametrization information prior to start, e.g., a contracted access bandwidth, help? [RG] I'm off for the weekend (I'm out for a lasting solution, not necessarily a speedy one) - regards, Ruediger ------=_NextPart_000_0004_01D711B8.D44ED5F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIa5DCCA8Mw ggKroAMCAQICAQEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5 c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3Qg Q2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMB4XDTA4MTAwMTEw NDAxNFoXDTMzMTAwMTIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5c3RlbXMg RW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVy MSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAql/aG1/oc5Hl2lz0ouZH5fNoVWAFHQKks5tZ8x6KrzSt/A3C2UgZ7mmP ySD8IaoHGe2wXKxlx1/tAnx7fC0b1rq5gMIYghaE+mawCMZUI4HkzblJP/ZPbjdIKDgPxb7naHD9 OZdN0seYkVCqxESzI305R+lSYtYSk163MZZCBft2px6j9cL86XrFbKlxT+rLeLxgr8fe9NnLvn4z pW6Ug/A0+iGr6o5yoD+k3jBb74ZNapVbQ0SoEBUc5QFXxZjx5gYokaogxbdTJlFDsgsRlVjhwA92 2cCNfIHzcnCeb/4ajtlfNcaybzR8vkhP4lo519ideJ6fhj4DXhmLRKLVxwIDAQABo0IwQDAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUv1kgNgB5oKAia4zV8mHSuCzL gkowDQYJKoZIhvcNAQELBQADggEBADEDomELH3TocjbGbflNnvoiqOGBVs/Nu5/qq5EZOK+qfBVN 87ajjaX0jvZEqafoIZWtPgBiFojwArr8YSPmM5swems2YnutBCOEWGXi2yuK5yVTN2JTX7zaAWIp oqYnceY6In7Bbx2VcCBKBzTf6v8VgOW613rYW3V8BXopR35AqDETd81AO7RRR3ouEeNHEd6dZtCL 1VRm+oNV6nzCKYkb6W+zzuIFhMkvPniFYm7JX8F4Y3RYwEgYDJk566TMGrV5Wo0VnNgUDfZ6B1fH IoMFLTybJSY9GLOpQ3zIyKtkjw6jv5wbnTDb2tAZLqo88fszgHbkza0ZTwUnjhOhbsIwggZ1MIIF XaADAgECAhA57Gz8JhrPvomPoUVwXJsKMA0GCSqGSIb3DQEBCwUAMIGCMQswCQYDVQQGEwJERTEr MCkGA1UECgwiVC1TeXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEfMB0GA1UECwwWVC1T eXN0ZW1zIFRydXN0IENlbnRlcjElMCMGA1UEAwwcVC1UZWxlU2VjIEdsb2JhbFJvb3QgQ2xhc3Mg MjAeFw0yMDA3MDkwODIyMDZaFw0zMDA3MDkyMzU5NTlaMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQK DBNEZXV0c2NoZSBUZWxla29tIEFHMTAwLgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3Vy ZSBlbWFpbCBDQSBFMDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLkz34RBUeypWY 1etcLlyXpu4WhPuNLAEAXbbmlByopLitmOxCFwIdwp2uvwTmb5ZNhW/gXKmCccwhXvSMuef/wlWh 5AzeCg3P6MlJgMqZMsHntI69f5ekSAfnS7kKIBMPtBs2gHZTpcc9KVmfV3JkEV2/CU97td8d42QJ 97LGMTks2sbmblIc0ogZQPyNOrZ/YVAZUOQagmwXvx+MgY2x4U6j0Zao6857sZ842eHIxxwF2K2U mzY7epS2tYwdMv4Fm5I69wnwrlQPz/9MfYJxsCOG9+1NVSQWYuU8zF3QnPHIAIgOT4h+iRwBCKfE lOYZt2EEiFdSj6xzvGUaSYcfAgMBAAGjggMJMIIDBTAOBgNVHQ8BAf8EBAMCAYYwHgYDVR0lBBcw FQYIKwYBBQUHAwQGCSsGAQQBgjcVBTAdBgNVHQ4EFgQUB0etEB4G9Kd0EWClvaErN4rz810wHwYD VR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB/wIBADBSBgNVHSAE SzBJMEcGCSsGAQQBvUcNGjA6MDgGCCsGAQUFBwIBFixodHRwOi8vY29ycG9yYXRlLXBraS50ZWxl a29tLmRlL2Nwcy9jcGtpLmh0bTCB+gYDVR0fBIHyMIHvMDqgOKA2hjRodHRwOi8vY3JsLWNwa2ku dGVsZWtvbS5kZS9ybC9HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGwoIGtoIGqhoGnbGRhcDovL2xk YXAtY3BraS50ZWxla29tLmRlL0NOPVQtVGVsZVNlYyUyMEdsb2JhbFJvb3QlMjBDbGFzcyUyMDIs T1U9VC1UZWxlU2VjJTIwVHJ1c3QlMjBDZW50ZXIsTz1ULVN5c3RlbXMlMjBFbnRlcnByaXNlJTIw U2VydmljZXMlMjBHbWJILEM9REU/YXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwggEsBggrBgEFBQcB AQSCAR4wggEaMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC50ZWxla29tLmRlL29jc3ByMEEGCCsG AQUFBzAChjVodHRwOi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvR2xvYmFsUm9vdF9DbGFzc18y LmNlcjCBqgYIKwYBBQUHMAKGgZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049VC1UZWxl U2VjJTIwR2xvYmFsUm9vdCUyMENsYXNzJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRl cixPPVQtU3lzdGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkgsQz1ERT9jQUNlcnRp ZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQB5WdpXd/YGapzM4F/w4t0UqsQdmgo/QEg5jcsx36c9 h11iHHlDITRFIkfXS+h7KQrR2Mvxc/fdbKyONxCCPnJaIN6qa2yTBE3VGF0Q56Tc+Q5WN4gIL34b DqC8UW3G/p2lpkibMPEJGEvPgtsvqLbrX1EAxANZmvXYJehIHAXCNn81M5VV2mWkajvPW/wWMZyg XZj5iCEmKus4ouQvYnWNvz6bCws6NUnae+Qjg9zxN0g8uluL/1fcDDiyB7cFXI8/ZkuR3dEZVzsK jNJiAkak2yFUQKzl+gy9iedhGhNrHFNyhW19NIMY59jKqymxsQj4aYkMllPw/pzZxAzU9J3/MIII TTCCBzWgAwIBAgITFgAAfIRh35XK53ykiQAAAAB8hDANBgkqhkiG9w0BAQsFADBdMQswCQYDVQQG EwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVs ZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzMB4XDTIwMDgwMzEyMTI0MVoXDTIyMDgwMzEyMTI0 MVowgc8xCzAJBgNVBAYTAkRFMSYwJAYDVQQKDB1EZXV0c2NoZSBUZWxla29tIFRlY2huaWsgR21i SDEPMA0GA1UECwwGUGVyc29uMREwDwYDVQQLDAhFbXBsb3llZTERMA8GA1UECwwIQy0zMDEzMTAx DTALBgNVBAQMBEdlaWIxETAPBgNVBCoMCFLDvGRpZ2VyMRYwFAYDVQQDDA1Sw7xkaWdlciBHZWli MScwJQYJKoZIhvcNAQkBFhhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwggEjMA0GCSqGSIb3DQEB AQUAA4IBEAAwggELAoIBAQCrGAimNVnZh9JSF+n/cWNDmvKI8cRRIC854lTYx246e6LnSBmIjXsE HFPul8AM1pcLGPHGVhb84q/as1NnvlclN+5+6I0tHNHpVTJZ6hNq3iJWCMhIwmLSA0PDHpi2ajOT D9x9IxEojeBmS0FyRCEA6+ltYOC3phQxJX4C4yHdlyHqksjdqQB/FVtKO/BfQzgw4qN1MV44LNGK 3JYDBssMG2Y9tTgqkTTO8zLa766C+TF2fkvcsnsN74n7nC6xYwhuF89dWcn39mjwZB8yX4cwiyf7 m/EXe5ovhYpleSyepTEmAPDgYT7MpaQE6MG6xmg2oSYTGgMxXeBZjorcD7BLAgRAAACBo4IEkDCC BIwwHQYDVR0OBBYEFCaAH5boIiREtJ9lptcCAGiM5hM9MB8GA1UdIwQYMBaAFAdHrRAeBvSndBFg pb2hKzeK8/NdMIIB7AYDVR0fBIIB4zCCAd8wggHboIIB16CCAdOGSWh0dHA6Ly9jcmwtY3BraS50 ZWxla29tLmRlL3JsL0RldXRzY2hlX1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcmyG gZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049RGV1dHNjaGUlMjBUZWxla29tJTIwQUcl MjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9VPVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUl MjBUZWxla29tJTIwQUcsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0hoHlbGRhcDovLy9D Tj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0ElMjBFMDMsQ049 SEUxMDk5MTAsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENO PUNvbmZpZ3VyYXRpb24sREM9Y2RzLERDPXQtaW50ZXJuYWwsREM9Y29tP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDCCAToGCCsG AQUFBwEBBIIBLDCCASgwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLWNwa2kudGVsZWtvbS5kZS9v Y3NwcjBWBggrBgEFBQcwAoZKaHR0cDovL2NydC1jcGtpLnRlbGVrb20uZGUvY3J0L0RldXRzY2hl X1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcnQwgZ4GCCsGAQUFBzAChoGRbGRhcDov L2xkYXAtY3BraS50ZWxla29tLmRlL0NOPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHJTIwc2VjdXJl JTIwZW1haWwlMjBDQSUyMEUwMyxPVT1UcnVzdCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtv bSUyMEFHLEM9REU/Y0FDZXJ0aWZpY2F0ZTALBgNVHQ8EBAMCB4AwOwYJKwYBBAGCNxUHBC4wLAYk KwYBBAGCNxUItvtCg6bBLo2bEYe3x2aCuNURBIHl/3uGsaNkAgFkAgESMBMGA1UdJQQMMAoGCCsG AQUFBwMEMBsGCSsGAQQBgjcVCgQOMAwwCgYIKwYBBQUHAwQwUQYDVR0gBEowSDBGBgkrBgEEAb1H DRowOTA3BggrBgEFBQcCARYraHR0cDovL2NvcnBvcmF0ZS1wa2kudGVsZWtvbS5kZS9jcHMvY3Bz Lmh0bTBNBgNVHREERjBEoCgGCisGAQQBgjcUAgOgGgwYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl gRhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwDQYJKoZIhvcNAQELBQADggEBAHunIT0RKxsU9CxQ E1jgG79dljkF1XDc70WhW8T/YOjTAhoVLbqiJ0j9RXvfBF24CCaH3Bi3jcZatmumrZPbAmIz1Nbk sN5Fmf4bi7W8Qy9/hGvF5wTinBNgHeXZtlG5tLc61v/PSZY6v4EXpfDdEs4x8JTiIaLbJYr4o7FH /zYjj6WFsYPsljKOwvYlpwYqHrozp7jMW+nc47YCXNI21yuAxx8exhhDgzUiG9IAA39nXpsBL6tm yl+tnrxGdQQqQF4x0ICeoln1KfFCzPUhqFMVhqDJ/XXgAlz+VN5iD34bXb1iEDIBUrqqKNHZktl4 y6XIDDLJnGHm1rv9CAucdVMwgghPMIIHN6ADAgECAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMwHhcNMjAwODAz MTIxMjQxWhcNMjIwODAzMTIxMjQxWjCBzzELMAkGA1UEBhMCREUxJjAkBgNVBAoMHURldXRzY2hl IFRlbGVrb20gVGVjaG5payBHbWJIMQ8wDQYDVQQLDAZQZXJzb24xETAPBgNVBAsMCEVtcGxveWVl MREwDwYDVQQLDAhDLTMwMTMxMDENMAsGA1UEBAwER2VpYjERMA8GA1UEKgwIUsO8ZGlnZXIxFjAU BgNVBAMMDVLDvGRpZ2VyIEdlaWIxJzAlBgkqhkiG9w0BCQEWGFJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOkqXQbhXowY20Y53MVT0oxSTcxu Bo1AzjmQZUnnFhgU73UCN/ZHrxmwXKGJm1qGXHCNVrxQHAtvEhyYfOgABHWXB158IgnyBKwG64vv GkfEboN8uWu9v+d0kLn4c+hR7jdb+3taT3B2UhyMAvXwsoYFLu4bvdwf8eAIa/+tSJOzdMZn+LMi Fl+aVE3Lj/EmUaVnmGHUGkmwc+hm7xtquqjp1m4O7HJozKaB8FK/GTkmhO9GBiRYrBvluV8WE293 YjOrrLdmjqI6B4VdS59p5YHTE5bVVfGcmHAVoMrlPv8Tsv0LYjex56Wa9WF4sv7wYEqfrEAvhdHx f/hUzvxWVXcCAwEAAaOCBJMwggSPMB0GA1UdDgQWBBSDd7kc4WPI8bRgPSupkod8URDIBjAOBgNV HQ8BAf8EBAMCBDAwHwYDVR0jBBgwFoAUB0etEB4G9Kd0EWClvaErN4rz810wggHsBgNVHR8EggHj MIIB3zCCAdugggHXoIIB04ZJaHR0cDovL2NybC1jcGtpLnRlbGVrb20uZGUvcmwvRGV1dHNjaGVf VGVsZWtvbV9BR19zZWN1cmVfZW1haWxfQ0FfRTAzLmNybIaBnWxkYXA6Ly9sZGFwLWNwa2kudGVs ZWtvbS5kZS9DTj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0El MjBFMDMsT1U9VHJ1c3QlMjBDZW50ZXIsTz1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyxDPURFP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3SGgeVsZGFwOi8vL0NOPURldXRzY2hlJTIwVGVsZWtvbSUy MEFHJTIwc2VjdXJlJTIwZW1haWwlMjBDQSUyMEUwMyxDTj1IRTEwOTkxMCxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZHMs REM9dC1pbnRlcm5hbCxEQz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVj dENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIIBOgYIKwYBBQUHAQEEggEsMIIBKDAtBggrBgEF BQcwAYYhaHR0cDovL29jc3AtY3BraS50ZWxla29tLmRlL29jc3ByMFYGCCsGAQUFBzAChkpodHRw Oi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvRGV1dHNjaGVfVGVsZWtvbV9BR19zZWN1cmVfZW1h aWxfQ0FfRTAzLmNydDCBngYIKwYBBQUHMAKGgZFsZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUv Q049RGV1dHNjaGUlMjBUZWxla29tJTIwQUclMjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9V PVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNlcnRpZmlj YXRlMDsGCSsGAQQBgjcVBwQuMCwGJCsGAQQBgjcVCLb7QoOmwS6NmxGHt8dmgrjVEQSDyPIygpj4 cgIBZAIBEjATBgNVHSUEDDAKBggrBgEFBQcDBDAbBgkrBgEEAYI3FQoEDjAMMAoGCCsGAQUFBwME MFEGA1UdIARKMEgwRgYJKwYBBAG9Rw0aMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9jb3Jwb3JhdGUt cGtpLnRlbGVrb20uZGUvY3BzL2Nwcy5odG0wTQYDVR0RBEYwRKAoBgorBgEEAYI3FAIDoBoMGFJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZYEYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlMA0GCSqGSIb3 DQEBCwUAA4IBAQAnhIYBlxmz82C9DCCT2WYurNUaBBC5XOLHAy6VSVYDs/0kv47aodgl02Atu9Al d2J/vn/7d4Wx6YduCbDQZF7kw2AqCFbS+uW64/GVxpOFTDvqQmEmBuDv+Y/79rNzSc6QZNvsJHZi 8CqTWvScjzkuUt3pqmKTSvDFHht+3hTt3fcY/eicnJjeqfaxcxXH5ORoi0ZA5CO8MNraZhF7Xvph jvrx0cCW8zPJmyPvpVmdYk9lYVTTdjTJ3I6pJ/iWqM9/87vyAAIbpNxbkDLXjLrtWoBqupp6Pedy IoRU7q2ZqyuD5LpD53UCSRkdv+FSPnaYHb5t5dA2HQUf1tIe5C1/MYIDoDCCA5wCAQEwdDBdMQsw CQYDVQQGEwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNj aGUgVGVsZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzAhMWAAB8hGHflcrnfKSJAAAAAHyEMAkG BSsOAwIaBQCgggIBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIx MDMwNTExMTIzNlowIwYJKoZIhvcNAQkEMRYEFNhQOaxf7qlMDiP4Gb8ODY/+OK7NMIGDBgkrBgEE AYI3EAQxdjB0MF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMCExYAAHyFD6Cv y8lg6YIAAAAAfIUwgYUGCyqGSIb3DQEJEAILMXagdDBdMQswCQYDVQQGEwJERTEcMBoGA1UECgwT RGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVsZWtvbSBBRyBzZWN1cmUg ZW1haWwgQ0EgRTAzAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIw CwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBAA3K5p9GdQ31a+xISYsWPvMjoVTpZ97J+v7f rs5s86CGr55A1fhaLeFq1HBCw2EKB5eIVNIQMtkOVbGlykcirdnu999ryZR5oUtnCVghakqC707r BG6c51kzHLdQeCxhs8lsLJomISyvm1D6AYGCu9fwf9bODybJj4OETg+Diu5v81fsRJIw7CT1Qb19 4M7fXfui4ur2nELeAwl+cHo/aH+p2RV/oTBsMKz0C+7PjwNCY/b4pp8JdvTIMLgQGEl2WgN3oY5s xjKMdUn0JdzJ/9pQma4lE9qZNBWjXDTsuon4MTvjVYezyN6ktHRv/LXZXsBb1ZFgBZ+XkJ3D+ORj e44AAAAAAAA= ------=_NextPart_000_0004_01D711B8.D44ED5F0-- From nobody Fri Mar 5 05:05:58 2021 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 128533A2509; Fri, 5 Mar 2021 05:05:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=ericsson.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 1c2wh-A0MPeC; Fri, 5 Mar 2021 05:05:55 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80080.outbound.protection.outlook.com [40.107.8.80]) (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 6CBBC3A2256; Fri, 5 Mar 2021 05:05:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JBRLvP+yQiQ7MXl/uXAJ1a9V7v4AHlXkKOYXoVUphp27ygw2qxFwmz0w4VwgX1EtGB//PTLFwkAb/bUm09H0l5wFsW7luOdPV7FV7T+r+/vicifLaOXtJE1LJJT0A8N6tLEWxyRDOKTHQ7Iv19y8fDGe5vD7mCiJ3dilP4W10Z/hwC73Tow5IhOG22jTAZQpH3EY2vfJGPv6ajNo7cAbm2CZRMGLtWjflMBT9G+ubu873VN6oWQNeofKDPoAntBxhKxslm6Ebf1PGL5fBfpI1/4+bBHKW/9vojWhgjKtVTSZDRgCzXbAq7W4Grt/apOymzNAB0hhQ+xb3vPk/ga6Ag== 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=dEkKrGSMPS0pgzQ5QOXcrpZzOfUN/LmYhrM7+JtgRyA=; b=KY6ZogqbcjEWcL0YelFCUYTU/E7YIJjsognoesTAcD8+14e/g29iYd+uo9doJFxDSOmXPThDb6/gJBsvUvjJZ1EuYp7P2eYyatBXJmqekE/vKYx4U38QZsk9Ck1J5PLQLVgcwBqMopNhmB9i5aHimLqLLupivObTKKHlxZYaSOkAUg/hUT89hsZSyy/N3sVhLhjEubnqQE+DRRBlRwZxKnH9jAq1cTCtMDqiwuoDcw9vsBbcPAyUEqzP6++nrpO68Gw/JbPWv2uz4cSTWSz/j096d1L/IVeuDGGj8N5h8TblbV5TD0LvtcIcF0IE/P958tSB0lvKS4YWAteFR4Zvgw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dEkKrGSMPS0pgzQ5QOXcrpZzOfUN/LmYhrM7+JtgRyA=; b=JFIf6M776QyOuu0NzxgbCq9VIWe3uHRXwhS+zuNl2hwyesfvl4Ex3Mh9Qs34UYLCAPPefNABggVEO5iAwuVP/B2NAsgSyWqmUxlLjJXnBGIVM74ETLJZkE9ABd1UpRjfRIzqKXV6ATgclNyjwagghol12ygh7aJH0+2mbJ4j1EA= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2889.eurprd07.prod.outlook.com (2603:10a6:3:57::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Fri, 5 Mar 2021 13:05:47 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3912.022; Fri, 5 Mar 2021 13:05:47 +0000 From: Magnus Westerlund To: "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" , "acm@research.att.com" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYA== Date: Fri, 5 Mar 2021 13:05:47 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: telekom.de; dkim=none (message not signed) header.d=none;telekom.de; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: eca8618e-811c-4675-dda1-08d8dfd764ef x-ms-traffictypediagnostic: HE1PR0701MB2889: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /owXLFtVRMqgE9DtackFoCR7JZVeJUUL7wUDmeNggMkHyWEqSp9I0JAX8G2hX7X83ZihCftw6wg5ClAINzy2QZSug1z+tleDFzgh9kUd5bTcLCuP6Frz6sVbHeI0gTzUO1kLi/2ZNr3trIPBwz57gtLpatjt2ih0mUfeCWxGLCfQleI6uHYXBxY7eDZTclcKf7/x9cKjAbWD0jIoNAmtIo0qpo4IeiYJhg4nEI64ZO8pFGVz23JxGIfU/UJEdPhC1Rz0CA8Aihpu2cU2Dsyd+x4/g1LbKTBQh6ZnqmoHu9GjX38diqdEwfWrx6LDZmUFQ+C7fw8dMSTIK8kIEnEPSnfkTntXTjW2dmLzvewTC3mKQPyzSgM4siymzpcNNGCxLMys0tq0jMrIb1jpsvKMqLWyaLm0TgHOxTBWA39mvNcJRsobV9W1Luw/fhFV5zKrkdIS4wyFZAWsDxsARrUwiCs1NscV0WrO4gbvdKzSy6dajSNSiJ1TmGBK1t/haRZrwCfZMa0TJU3pG9mfIx1tOQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(71200400001)(186003)(26005)(8936002)(44832011)(4326008)(66616009)(6506007)(55016002)(66476007)(66446008)(66946007)(64756008)(6916009)(498600001)(52536014)(66556008)(33656002)(5660300002)(8676002)(2906002)(76116006)(53546011)(54906003)(7696005)(99936003)(83380400001)(9686003)(86362001)(66574015); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?V2FSQnpkaFY4UHlCTFg2Z2l3eTIzSjI5bnJJaVIzbGJaUW9kTlhFSFE3UmRJ?= =?utf-8?B?Z1ByRVNiR2xwTE8zZExiOXZVTE9pTERsYmExRUtXWkxrbE52YnE2ZDVNSVhv?= =?utf-8?B?SFRQTU9scWk4VjM2QmJpd0dRWEU4NjNueEkyNWZ2ajNNRGhwTTIvKzV4TWNp?= =?utf-8?B?YVBUOElGQS84aDg4eDBmc2FrSVBFaXdwaFdLVTJlYmMveEJBOTBKUXA5NWVO?= =?utf-8?B?eENWdEF4RXZpSENxYTZmQlFkM2hlY1BFSUtXSEZkVlpndVo0RG9vYURUQ2gx?= =?utf-8?B?cTNwU2tBNlBQUHJSMGFSRVVRNkJ3QnNOcU55Zmt5am53N3VJMWhwR1dHdk1t?= =?utf-8?B?eXZQcTBiZGJQcTRDMGVoMTlpelk2R0phVUxkdEV2RU9VdFZCNjVFUjNiWjJ4?= =?utf-8?B?azl2cWhtOUxCRGJ4dEdtMXhWMUpGQ2Q3aTFQWmdEb2JwZzlNNXlVNXdQM0Vq?= =?utf-8?B?RUd3c0hBdFZPTzJHVi9DalRqUkFGTk9mdlVaT2g4Y1BaMnNSOEpTR2ZJUWNM?= =?utf-8?B?TlI5VlJvT0xtSVJ1NVF2OUd1UTVIMDBoMUl4UEN5YUE2Z1RGK1lyUVRaY0Vk?= =?utf-8?B?MFNBR1UydnF3ZkJNVzJIay93bTc5YmIxak42RzVqT1RheDYzdDh1aDhXYkF2?= =?utf-8?B?VDI4cGdVK2lrWnhGU3lUMVZueE1Ic1I5b2M1QUtzYXlaWWF0S0VwY09uRTI3?= =?utf-8?B?Z0ZHREJDN2xXaEw2M3laOUNEOHZLYXRzZzV2cTBNR0RrM3ZGSnNseVVSLzFO?= =?utf-8?B?NDlnRm1wYUVZVElXSUNNVFpnMlNXaFRTVVgwamttU3duSWhWYmMxNnRuV1l5?= =?utf-8?B?WXR4SVdBUm9kYVVCNzlqOFhGUTU3MnFRMWQzMVphYmhiZk1jZmk1U01zMlZN?= =?utf-8?B?WDJtL0svNVN2bWJka2RMQTVUL08vdmhoTnlSL1pBbVNwMTFXbmFuLy93dVhh?= =?utf-8?B?WXVGaXBuamJWNUJNVkwrS24xNVMwOXZqNVpUK2ZqYkl6c01YUmtCYjNwR3Nw?= =?utf-8?B?SFl6S28yd04rb0JvSDkxSE5iK1JvVGlncHlKbWUzK0RsR0RweGltck1xZnJK?= =?utf-8?B?K0d1cEZDVlJmbit1MlgrbVkrNXdmQStoaDJUWVRvd3l3ZDFYbzR6UFJYcjlR?= =?utf-8?B?cTVjeVBlTXFhV0hUamdOTWdiUU9aSUFGb1ZoMllZbGxRL2JOTWpCOWhSbGNx?= =?utf-8?B?ZE5RTWNrM2VhSmJwRnQxMmtuMWVhUzVJWkwvQTNvaXdyNUxFWkhkV1FOQita?= =?utf-8?B?cTM3YlZERXRmVVhFd05BOGtZVzVxT2hyYW5BMVdzNkxWRjFpeG8rU3lDRmVK?= =?utf-8?B?N0NDN1BjN3V5UnlJRHJkV01Dc1dtdng4bGIrRytJbUdlOTArNjZ0cjVlRHJq?= =?utf-8?B?d3daNzF1WHgzWWJ4U2h6cEFwZ2p5ZE85NlAxeGMzNXBXRlU1ZUNYWFB0WTVX?= =?utf-8?B?M21FaUJIYllBZGw4d1hwTXEzQkM5aUNjWHVWZzRxa1gxa0F6dUZxZkNNbTcv?= =?utf-8?B?L2NCZC9YR0U2N1FzOU9BaS96UVoxVkxIbEMwZjErUUJiUjZLc2MveFVoRWo0?= =?utf-8?B?OCt0NUhVVzc1VUh3WlA3VGdDcWJuQjdvajJDbVErU3p3UXIvc1grTlh1ZzZ0?= =?utf-8?B?UUxFRVZSb21EaHA2QmNzM0VHSUc1S0pDV1hLL0RsR2lqdXgxYWdLQUdvRHBF?= =?utf-8?B?TkRKSXU5UDBWT0NvZUV4VXNHd3FyejNEVE5ocUs3cUxnYjJxNUQxMDVBaGJy?= =?utf-8?Q?PoZgfdWGFOtTvg5iSbcJOD2qf5tklxqO0pKqFFo?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_02C6_01D711C8.A2EA8990" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: eca8618e-811c-4675-dda1-08d8dfd764ef X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2021 13:05:47.6371 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 49FKl417Wv22QA89HtS/sdi8xd5QJLeh0ZK9/AkXBxGYxaZLOh8P8IZfkvDg6rMDw/p3JstiLDtK43cxuxxuZT1sFV4iuW7Q0yUkWG6X+7Q= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2889 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 05 Mar 2021 13:05:57 -0000 ------=_NextPart_000_02C6_01D711C8.A2EA8990 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi, Ruediger, if you can find a formulation that covers that national test case I am likely fine with it. If the involved parties know who to discuss issues with and can get them addressed I am not worried. I am worried where someone deploys a couple of servers, like the current TCP speed tests and users run it totally by themselves. And to be clear I think with more experience with large scale deployment of the algorithm and more experiments beyond the intended deployment model this should be possible to update the specs to remove this type of limitation. Cheers Magnus > -----Original Message----- > From: Ruediger.Geib@telekom.de > Sent: den 5 mars 2021 12:13 > To: Magnus Westerlund > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > iesg@ietf.org; acm@research.att.com > Subject: AW: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) > > > > I think this is a bit to unclear in regards to the limitation of scope. My > worry are internet wide measurements. Reading what exists in the currently > available draft in the Section 10, there are no limitation here described to > only use this algorithm only across controlled networks. Especially as > bullet > 5 in Section 10 relies on the load algorithm what is currently written is > fine > across the whole internet as long as sender and receiver are okay with the > measurement which is not what I at least thought we agreed. > > Can you please be explicit that the load algorithm is limited to use across > networks path that are controlled or managed and not intended for Internet > wide usage. > > - MUST only be used as part of measurements within managed networks, > and not > across general Internet. > > [RG] That's tough, as regulators are interested in this test and regulators > aren't part of a domain. So they might resort to TCP speed tests, being less > accurate and precise and not standardised (note that penalties are discussed > to be linked to results). I'd be interested in finding agreement to have > metric and method standardized for at least nations under authority of a > single regulator. No idea how exactly. Would a bound on RTT/in some > countries > multiple instances and some additional parametrization information prior to > start, e.g., a contracted access bandwidth, help? > > [RG] I'm off for the weekend (I'm out for a lasting solution, not > necessarily > a speedy one) - regards, > > Ruediger ------=_NextPart_000_02C6_01D711C8.A2EA8990 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzA1MTMwNTQ1 WjAjBgkqhkiG9w0BCQQxFgQU6Fqoh085gAK0EQOEqr1Cw9kcJk8wQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA hl14p3wa/kzHLPCTT6ovCWzYp/dKTktgnIZ+nY3X2cFx4H5au5G5DQu2nP44HYIu4cbEvhScdqfy sclvgCfU/40SWvQgcHKK9wdwe4DQpJi2RMC6jWfidKvmXItXjfXWMFLklDYGpZ+WYUyud7ssoyNV 5vXlmDMwpjs+wS0bmGs/dd0B6WV4hviNrQWYQncBmtBI7Plt6WhN+DPjL5GhMQwfkpG4ILhGFUBl PAToPlthA2Ai5tmQ85BKZnzH6gJhAc/f6jnmPzJTLrnM1kDyhlqL/8ACpYNr9VR2EyhUNRXsI34u 8ZlBqkgQe3l/e/llNHC4gUPrKKzNDewzKM31CwAAAAAAAA== ------=_NextPart_000_02C6_01D711C8.A2EA8990-- From nobody Fri Mar 5 05:22:24 2021 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 358803A2540; Fri, 5 Mar 2021 05:22:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 FCR0qljA-otf; Fri, 5 Mar 2021 05:22:16 -0800 (PST) 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 910533A253F; Fri, 5 Mar 2021 05:22:16 -0800 (PST) Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 125D55O3010443; Fri, 5 Mar 2021 08:22:06 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 373aap70mf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 05 Mar 2021 08:22:06 -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 125DM0Ak023848; Fri, 5 Mar 2021 07:22:01 -0600 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 125DLu4F023775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Mar 2021 07:21:56 -0600 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id A7A3B4068F83; Fri, 5 Mar 2021 13:21:56 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30495.vci.att.com (Service) with ESMTP id 844F64068F82; Fri, 5 Mar 2021 13:21:56 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 125DLuOU011431; Fri, 5 Mar 2021 07:21:56 -0600 Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 125DLm6b010920; Fri, 5 Mar 2021 07:21:49 -0600 Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id 1BB7610A18D7; Fri, 5 Mar 2021 08:21:48 -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.0513.000; Fri, 5 Mar 2021 08:22:07 -0500 From: "MORTON, ALFRED C (AL)" To: Magnus Westerlund , "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIABA+eAgAAUJgCAAB+NgP//reVw Date: Fri, 5 Mar 2021 13:22:06 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-05_08:2021-03-03, 2021-03-05 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 malwarescore=0 lowpriorityscore=0 clxscore=1015 mlxscore=0 suspectscore=0 bulkscore=0 phishscore=0 adultscore=0 mlxlogscore=999 spamscore=0 priorityscore=1501 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103050065 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 05 Mar 2021 13:22:18 -0000 SGkgTWFnbnVzIGFuZCBSw7xkaWdlciwNCg0KVGhlIHdvcmtpbmcgdGV4dCBvbiB0aGUgImFwcGxp Y2FiaWxpdHkiIGxpbWl0cyB0aGF0IHdlIGFkZGVkIHRvIHRoZSBzY29wZSBzZWN0aW9uICppbmNs dWRlZCBhbiBlYXJsaWVyIGFncmVlbWVudCogdG8gYWRkIHRoZSBmaXJzdCBzZW50ZW5jZSBiZWxv dyBhbmQgdGhlIGJ1bGxldCwgc28gbm93IHRoZSB3aG9sZSBwYXJhZ3JhcGggcmVhZHM6DQoNCiAg IFRoZSBwcmltYXJ5IGFwcGxpY2F0aW9uIG9mIHRoZSBtZXRyaWMgYW5kIG1ldGhvZCBvZiBtZWFz dXJlbWVudA0KICAgZGVzY3JpYmVkIGhlcmUgaXMgdGhlIHNhbWUgYXMgaW4gU2VjdGlvbiAyIG9m IFtSRkM3NDc5XSB3aGVyZToNCg0KICAgbyAgVGhlIGFjY2VzcyBwb3J0aW9uIG9mIHRoZSBuZXR3 b3JrIGlzIHRoZSBmb2N1cyBvZiB0aGlzIHByb2JsZW0NCiAgICAgIHN0YXRlbWVudC4gIFRoZSB1 c2VyIHR5cGljYWxseSBzdWJzY3JpYmVzIHRvIGEgc2VydmljZSB3aXRoDQogICAgICBiaWRpcmVj dGlvbmFsIGFjY2VzcyBwYXJ0bHkgZGVzY3JpYmVkIGJ5IHJhdGVzIGluIGJpdHMgcGVyIHNlY29u ZC4NCg0KICAgSW4gYWRkaXRpb24sIHRoZSB1c2Ugb2YgdGhlIGxvYWQgYWRqdXN0bWVudCBhbGdv cml0aG0gZGVzY3JpYmVkIGluDQogICBzZWN0aW9uIDguMSBoYXMgdGhlIGZvbGxvd2luZyBhZGRp dGlvbmFsIGFwcGxpY2FiaWxpdHkgbGltaXRhdGlvbnM6DQoNCiAgIC0gTVVTVCBvbmx5IGJlIHVz ZWQgaW4gdGhlIGFwcGxpY2F0aW9uIG9mIGRpYWdub3N0aWMgYW5kIG9wZXJhdGlvbnMNCiAgIG1l YXN1cmVtZW50cyBhcyBkZXNjcmliZWQgaW4gdGhpcyBtZW1vDQoNCiAgIC0gTVVTVCBvbmx5IGJl IHVzZWQgaW4gY2lyY3Vtc3RhbmNlcyBjb25zaXN0ZW50IHdpdGggU2VjdGlvbiAxMCwNCiAgIFNl Y3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCldlIGNhbiBtYWtlIGZ1cnRoZXIgZWRpdHMgdG8gYmFs YW5jZSB5b3VyIGNvbW1lbnRzIGJ1dCBsZXQncyBzdGFydCBoZXJlLA0KYW5kIHNvcnJ5IGZvciBu b3QgaW5jbHVkaW5nIHRoZSB3aG9sZSBwYXJhZ3JhcGggbGFzdCBuaWdodCAtIGl0IHNlZW1zIA0K dGhhdCBJIHNob3VsZCBoYXZlLiANCg0KQWwNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiBGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVy aWNzc29uLmNvbV0NCj4gU2VudDogRnJpZGF5LCBNYXJjaCA1LCAyMDIxIDg6MDYgQU0NCj4gVG86 IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dl dHRAZ29vZ2xlLmNvbTsgZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBtZXRyaWMtbWV0aG9k QGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsNCj4gaWVzZ0Bp ZXRmLm9yZzsgTU9SVE9OLCBBTEZSRUQgQyAoQUwpIDxhY21AcmVzZWFyY2guYXR0LmNvbT4NCj4g U3ViamVjdDogUkU6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlw cG0tY2FwYWNpdHktDQo+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+IA0KPiBI aSwNCj4gDQo+IFJ1ZWRpZ2VyLCBpZiB5b3UgY2FuIGZpbmQgYSBmb3JtdWxhdGlvbiB0aGF0IGNv dmVycyB0aGF0IG5hdGlvbmFsIHRlc3QNCj4gY2FzZSBJDQo+IGFtIGxpa2VseSBmaW5lIHdpdGgg aXQuIElmIHRoZSBpbnZvbHZlZCBwYXJ0aWVzIGtub3cgd2hvIHRvIGRpc2N1c3MgaXNzdWVzDQo+ IHdpdGggYW5kIGNhbiBnZXQgdGhlbSBhZGRyZXNzZWQgSSBhbSBub3Qgd29ycmllZC4gSSBhbSB3 b3JyaWVkIHdoZXJlDQo+IHNvbWVvbmUNCj4gZGVwbG95cyBhIGNvdXBsZSBvZiBzZXJ2ZXJzLCBs aWtlIHRoZSBjdXJyZW50IFRDUCBzcGVlZCB0ZXN0cyBhbmQgdXNlcnMNCj4gcnVuIGl0DQo+IHRv dGFsbHkgYnkgdGhlbXNlbHZlcy4NCj4gDQo+IEFuZCB0byBiZSBjbGVhciBJIHRoaW5rIHdpdGgg bW9yZSBleHBlcmllbmNlIHdpdGggbGFyZ2Ugc2NhbGUgZGVwbG95bWVudA0KPiBvZg0KPiB0aGUg YWxnb3JpdGhtIGFuZCBtb3JlIGV4cGVyaW1lbnRzIGJleW9uZCB0aGUgaW50ZW5kZWQgZGVwbG95 bWVudCBtb2RlbA0KPiB0aGlzDQo+IHNob3VsZCBiZSBwb3NzaWJsZSB0byB1cGRhdGUgdGhlIHNw ZWNzIHRvIHJlbW92ZSB0aGlzIHR5cGUgb2YgbGltaXRhdGlvbi4NCj4gDQo+IENoZWVycw0KPiAN Cj4gTWFnbnVzDQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTog UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIDxSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+DQo+ID4g U2VudDogZGVuIDUgbWFycyAyMDIxIDEyOjEzDQo+ID4gVG86IE1hZ251cyBXZXN0ZXJsdW5kIDxt YWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20+DQo+ID4gQ2M6IHRwYXVseUBhcHBsZS5jb207 IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gPiBtZXRy aWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsN Cj4gPiBpZXNnQGlldGYub3JnOyBhY21AcmVzZWFyY2guYXR0LmNvbQ0KPiA+IFN1YmplY3Q6IEFX OiBNYWdudXMgV2VzdGVybHVuZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5 LQ0KPiA+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+ID4NCj4gPiA8c25pcD4N Cj4gPg0KPiA+IEkgdGhpbmsgdGhpcyBpcyBhIGJpdCB0byB1bmNsZWFyIGluIHJlZ2FyZHMgdG8g dGhlIGxpbWl0YXRpb24gb2Ygc2NvcGUuDQo+IE15DQo+ID4gd29ycnkgYXJlIGludGVybmV0IHdp ZGUgbWVhc3VyZW1lbnRzLiBSZWFkaW5nIHdoYXQgZXhpc3RzIGluIHRoZQ0KPiBjdXJyZW50bHkN Cj4gPiBhdmFpbGFibGUgZHJhZnQgaW4gdGhlIFNlY3Rpb24gMTAsIHRoZXJlIGFyZSBubyBsaW1p dGF0aW9uIGhlcmUNCj4gZGVzY3JpYmVkIHRvDQo+ID4gb25seSB1c2UgdGhpcyBhbGdvcml0aG0g b25seSBhY3Jvc3MgY29udHJvbGxlZCBuZXR3b3Jrcy4gRXNwZWNpYWxseSBhcw0KPiA+IGJ1bGxl dA0KPiA+IDUgaW4gU2VjdGlvbiAxMCByZWxpZXMgb24gdGhlIGxvYWQgYWxnb3JpdGhtIHdoYXQg aXMgY3VycmVudGx5IHdyaXR0ZW4NCj4gaXMNCj4gPiBmaW5lDQo+ID4gYWNyb3NzIHRoZSB3aG9s ZSBpbnRlcm5ldCBhcyBsb25nIGFzIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIG9rYXkgd2l0aA0K PiB0aGUNCj4gPiBtZWFzdXJlbWVudCB3aGljaCBpcyBub3Qgd2hhdCBJIGF0IGxlYXN0IHRob3Vn aHQgd2UgYWdyZWVkLg0KPiA+DQo+ID4gQ2FuIHlvdSBwbGVhc2UgYmUgZXhwbGljaXQgdGhhdCB0 aGUgbG9hZCBhbGdvcml0aG0gaXMgbGltaXRlZCB0byB1c2UNCj4gYWNyb3NzDQo+ID4gbmV0d29y a3MgcGF0aCB0aGF0IGFyZSBjb250cm9sbGVkIG9yIG1hbmFnZWQgYW5kIG5vdCBpbnRlbmRlZCBm b3INCj4gSW50ZXJuZXQNCj4gPiB3aWRlIHVzYWdlLg0KPiA+DQo+ID4gIC0gTVVTVCBvbmx5IGJl IHVzZWQgYXMgcGFydCBvZiBtZWFzdXJlbWVudHMgd2l0aGluIG1hbmFnZWQgbmV0d29ya3MsDQo+ ID4gYW5kIG5vdA0KPiA+IGFjcm9zcyBnZW5lcmFsIEludGVybmV0Lg0KPiA+DQo+ID4gW1JHXSBU aGF0J3MgdG91Z2gsIGFzIHJlZ3VsYXRvcnMgYXJlIGludGVyZXN0ZWQgaW4gdGhpcyB0ZXN0IGFu ZA0KPiByZWd1bGF0b3JzDQo+ID4gYXJlbid0IHBhcnQgb2YgYSBkb21haW4uIFNvIHRoZXkgbWln aHQgcmVzb3J0IHRvIFRDUCBzcGVlZCB0ZXN0cywgYmVpbmcNCj4gbGVzcw0KPiA+IGFjY3VyYXRl IGFuZCBwcmVjaXNlIGFuZCBub3Qgc3RhbmRhcmRpc2VkIChub3RlIHRoYXQgcGVuYWx0aWVzIGFy ZQ0KPiBkaXNjdXNzZWQNCj4gPiB0byBiZSBsaW5rZWQgdG8gcmVzdWx0cykuIEknZCBiZSBpbnRl cmVzdGVkIGluIGZpbmRpbmcgYWdyZWVtZW50IHRvIGhhdmUNCj4gPiBtZXRyaWMgYW5kIG1ldGhv ZCBzdGFuZGFyZGl6ZWQgZm9yIGF0IGxlYXN0IG5hdGlvbnMgdW5kZXIgYXV0aG9yaXR5IG9mIGEN Cj4gPiBzaW5nbGUgcmVndWxhdG9yLiBObyBpZGVhIGhvdyBleGFjdGx5LiBXb3VsZCBhIGJvdW5k IG9uIFJUVC9pbiBzb21lDQo+ID4gY291bnRyaWVzDQo+ID4gbXVsdGlwbGUgaW5zdGFuY2VzIGFu ZCBzb21lIGFkZGl0aW9uYWwgcGFyYW1ldHJpemF0aW9uIGluZm9ybWF0aW9uIHByaW9yDQo+IHRv DQo+ID4gc3RhcnQsIGUuZy4sIGEgY29udHJhY3RlZCBhY2Nlc3MgYmFuZHdpZHRoLCBoZWxwPw0K PiA+DQo+ID4gW1JHXSBJJ20gb2ZmIGZvciB0aGUgd2Vla2VuZCAoSSdtIG91dCBmb3IgYSBsYXN0 aW5nIHNvbHV0aW9uLCBub3QNCj4gPiBuZWNlc3NhcmlseQ0KPiA+IGEgc3BlZWR5IG9uZSkgLSBy ZWdhcmRzLA0KPiA+DQo+ID4gUnVlZGlnZXINCg== From nobody Sat Mar 6 11:26:22 2021 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 E73F73A280A; Fri, 5 Mar 2021 08:32:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Ian Swett" , "Lars Eggert" , "Tommy Pauly" Cc: April Nowicki , Dave Sinicrope , David Sinicrope , IP Performance Measurement Discussion List , Ian Swett , Jared Mauch , Ken Ko , Liaisons at Broadband Forum , Magnus Westerlund , Martin Duke , Statements at IETF , The IETF Chair , Tommy Pauly , david.sinicrope@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161496196282.14213.4330875506483786653@ietfa.amsl.com> Date: Fri, 05 Mar 2021 08:32:42 -0800 Archived-At: X-Mailman-Approved-At: Sat, 06 Mar 2021 11:26:21 -0800 Subject: [ippm] New Liaison Statement, "Broadband Forum interest in draft-ietf-ippm-capacity-metric-method" 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, 05 Mar 2021 16:32:49 -0000 Title: Broadband Forum interest in draft-ietf-ippm-capacity-metric-method Submission Date: 2021-03-05 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1722/ From: Lincoln Lavoie To: Lars Eggert ,Tommy Pauly ,Ian Swett Cc: The IETF Chair ,Ian Swett ,Tommy Pauly ,Dave Sinicrope ,Martin Duke ,IP Performance Measurement Discussion List ,Magnus Westerlund ,Liaisons at Broadband Forum ,Statements at IETF ,Jared Mauch ,Ken Ko ,April Nowicki ,David Sinicrope Response Contacts: david.sinicrope@gmail.com Technical Contacts: Purpose: For information Body: We would like to inform the IETF that the Broadband Forum is interested in utilizing “Metrics and Methods for One-way IP Capacity” (draft-ietf-ippm-capacity-metric-method) in its follow on work to TR-471 Maximum IP-Layer Capacity Metric, Related Metrics, and Measurements and intends to harmonize and align our work. As such, there is a desire to see the draft progressed through the IETF process to a standards track RFC. Those participants in the BBF interested in the work will be sure to participate in the corresponding IETF activity, according to IETF process, to help progress the draft. The Broadband Forum would greatly appreciate the IETF IPPM WG keeping us informed of the draft’s progress through the IETF process. Your consideration is greatly appreciated. Sincerely, Lincoln Lavoie, Broadband Forum Technical Committee Chair CC: Liaisons at Broadband Forum Statements at IETF Jared Mauch, IAB Liaison Shepherd for the BBF Ken Ko, Broadband Forum Managing Director April Nowicki, Broadband Forum Member Support Manager David Sinicrope, IETF Liaison Manager to BBF Broadband Forum Reference: LIAISE-439 Date of Upcoming Broadband Forum Meetings A list of upcoming meetings can be found at https://www.broadband-forum.org/newsevents/ meetings/upcoming-bbf-meetings Attachments: LIAISE-439-IPPMWGondraft-ietf-ippm-capacity-metric-method https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2021-03-05-broadband-forum-ippm-tsv-broadband-forum-interest-in-draft-ietf-ippm-capacity-metric-method-attachment-1.pdf From nobody Mon Mar 8 00:19:27 2021 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 494383A278D; Mon, 8 Mar 2021 00:19:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.364 X-Spam-Level: X-Spam-Status: No, score=-2.364 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 SR40ubVfcU-p; Mon, 8 Mar 2021 00:19:18 -0800 (PST) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 729823A278A; Mon, 8 Mar 2021 00:19:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1615191558; x=1646727558; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=898ETA3dpNIUSHZhDhRQi5J6RdyRyKJxF4fNrvN7zHM=; b=SN+EVQJ6d9CuaJZdJtyqwPpvHXRsFU6far+UxyAEjE8rVEkbDmPPTyeE 9Kp+Obf+7fXYFN47ujs++LCy12pGJsZvwfQBJVnTd4OQMMDMNefN9VOZl Oq+2tRz0dUjkTthDefluiZqUda5udp5aEdzFulR1ocqHQcUgj1xvTmPbJ SBaGJPcAsKrKp59zs1xWNbMlo7Tx54LJ+64sv5GZIf3vC6QbGSWpqZ2pt oJxVuHOUvG0CHie3y1qtGWdZnvaGrNY90jnve/FDNv8NPORE0OErdzG4k N98+i1RjncUJIzk5+zkCzVH5odF7Fm8socj3f6Ba6kGGGRIh3IbhKYXOd w==; IronPort-SDR: T4VjYSjvKFZ923heUoumhxn6DmYEyZfU3gMcrpyipxSdCb55wohYwt175nOcN7oDLDbGi6Jj9q UdIBJ2AxNgqA== Received: from qdefcs.de.t-internal.com ([10.171.254.41]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 08 Mar 2021 09:19:14 +0100 IronPort-SDR: cIcFPWGm/rg5KiAZDTMTk4BF0ZoboxUgITYGlz0F1ImoqXDld2cSFzpd1U18x0tElW9e3+C4DS k9vPEZLedaT5X1y6AQUOO0DIX2z7esJw8= X-IronPort-AV: E=Sophos;i="5.81,231,1610406000"; d="scan'208";a="293809132" X-MGA-submission: =?us-ascii?q?MDFzwKRVbd7hn9w0pXFSQD2WpGEG/cfgPmJVNz?= =?us-ascii?q?cjKoyTpznReqU1z9bVUPlkn7eSZPdiwjYY2obHoTqZsDFD/DdSMUL4jK?= =?us-ascii?q?AuqSOHWEZTednNXEQKw24oR3VJ5f7A9dGwe0OWGUPO7fU3RzOLN75yeY?= =?us-ascii?q?I6UlwzzBVUObmokkpHAxCjBQ=3D=3D?= Received: from he105716.emea1.cds.t-internal.com ([10.169.118.52]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 08 Mar 2021 09:19:15 +0100 Received: from HE105709.EMEA1.cds.t-internal.com (10.169.118.41) by HE105716.emea1.cds.t-internal.com (10.169.118.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Mar 2021 09:19:11 +0100 Received: from HE105717.EMEA1.cds.t-internal.com (10.169.118.53) by HE105709.emea1.cds.t-internal.com (10.169.118.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Mar 2021 09:19:11 +0100 Received: from HE104160.emea1.cds.t-internal.com (10.171.40.36) by HE105717.EMEA1.cds.t-internal.com (10.169.118.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 8 Mar 2021 09:19:11 +0100 Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.173) by O365mail03.telekom.de (172.30.0.232) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Mar 2021 09:19:06 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xi9kguTa7yT+GBk8g1qGyer0PRjeugHcIRlzCr2BYJuJej35ESR5BVlzJ7Rn9BXAgXHg0Ut4UJQ85dPoEBXz8NmFb/6l09ymmDBXWKGRKIbklkSv9hiETnWqsemjTkqKvInv5df/ZKrB0CWo0Rl40yyjTs3OUWsWxhEZRxOkRv6brfpePDJ1QaXeDZjZXSmPeGZKioX9Cm4ASQIm7vtlUYXwfk3Oq2zVu+ljBIytRdGQDo0K+zgE/G7AH1mSQ6fdlSsLEwdtXFIogzX03DcgJXlpX+HieC29DVGULcL0GkJ8gsEnaSqLu3R9XVSTtVS9kzgiZmp2uLFU3b7HAOSU6g== 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=898ETA3dpNIUSHZhDhRQi5J6RdyRyKJxF4fNrvN7zHM=; b=DeYz0wSTZXhPRyc6yyG/7T2YxvJyPiwkkXdTeCrLgYYgK31yqWaS0USzicqt4ONy8VJhK0AUjG9xx7yh3hvtN28lXDV3U7vBQKDRJUXggc9JYMx9uBC+LpVatFqGMJpJutQobyS3sG9F0ML4Z0ftNBI8sKo+lhysNhSoAoyD1AplyP8E+zb4ksOboVdVpJfYO0iD3a7/gQ7tCVHKaBDoWXvZs9o23mqFsl+6ptqLZY/rSVqe4ZUUMKsiFqzXNLJ1BRoudE5tcWZbtk1EcurDR8b4E3tR4H8XT16jTGhM6jPqUAmXT/uYfmNiova9LxabUfLpiSDG0aeR/HnZr+sdAg== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FRYP281MB0031.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:5::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Mon, 8 Mar 2021 08:19:07 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::7974:b16c:8edc:81d]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::7974:b16c:8edc:81d%5]) with mapi id 15.20.3933.025; Mon, 8 Mar 2021 08:19:07 +0000 From: To: , CC: , , , , , Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EnvPLzhH0sQ0K8CsiAo8w0/6po9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAsBaAgAALnuCAACgUgIAABI8AgARgrrA= Date: Mon, 8 Mar 2021 08:19:07 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none;research.att.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [87.147.146.61] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7b028613-fda5-4b81-e73c-08d8e20ad7fe x-ms-traffictypediagnostic: FRYP281MB0031: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: S84o1TLFl9eqpp+catwzRJ/H4i6MlDNRWlICuYRy5Pdg6Rj6YERnBLe3W9CoQDLR1+FfYy1C+OAv94rPcheMC39zppiGlW4wdUQv91qv4MyZw+X16Uu0xbX0Cn22zmWvOMzKnrdwwQ93OUTBDbQbGOrXSUcXU2WdsbwmLPZY+n38Jz+2euAqbrcyPLy7KGvoZp5yNOAAlxwQzRvSA/reNI7NstYL9f6DifHI5dhCEPLxm7nd792w/QlUA//3SOF0DghkN7YfPKNi7pxZGcQqbk0vaPWGY6N1xGTyEbSgqmnZVMq576LUqfTBBg+5Y5udC8Q3mOTTBgAqQfyjnlReJbbwb5JidJHu2ND0V+a6yhg8+iiCZgikX4YgI3VxEwk0OS2HpmV2rDFbWfJiIHRhkhsUiSYZUVT2p+4ePPkK1oEFtkggb1jxIEGgmCXIhqSi3f8vPpMnZCTKIAPEyVBMv4pi61Dl262MNzMJkiIncvNy4dx7rAkJX+MlohXCvoNHYEkDSgo5Mo9ZzbUy4Xw0hKXEbU3eXr4Klk4oiPBaxGfGkm1kquBRoxQYx3mOAhCV x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(39860400002)(376002)(346002)(136003)(396003)(6506007)(71200400001)(8936002)(55016002)(53546011)(9686003)(66946007)(66476007)(66446008)(110136005)(66556008)(33656002)(54906003)(316002)(85202003)(8676002)(478600001)(52536014)(7696005)(5660300002)(64756008)(66574015)(4326008)(76116006)(186003)(2906002)(83380400001)(26005)(86362001)(85182001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?OTdpMnczd3dvcW43OE1zdng2U05xVkYrMkZjeXY0QlJHU2hlY3dUclVrTTdm?= =?utf-8?B?OXI1YzU0SXFKZDVrOEpaTzNFcGRXd0FWay9aVzl1Y1A0MlpQSEY2Y0Rxcm5t?= =?utf-8?B?NE9tWHBZUldSRlJYSlhidmdtOWlGT2VsdCswQmJuZVQ5WDUzQzBXNldHQzFp?= =?utf-8?B?UVFyYTg4cDZNOUZibEpuN2FoZUxtN3hBdHFYMXV1R3Q2SXNyeW1mRHRvWUht?= =?utf-8?B?eWZzNmNYSytaMkhteTNXWFhvQXR0dDRtZ3d0V244Rzh2djJSNjV4TVUvb0JE?= =?utf-8?B?VTRGQXNsTngzTGtlMFB2U3hZR1JEVklKZFQ5UjdaWVpSSk0zRlZYOW1kS0xu?= =?utf-8?B?RVkxY1dXNXg4YXdLY01OV0ljdysxalRDQTh5Q3cwUDZ5T2MyYVQ0QUlCQ2Qr?= =?utf-8?B?UmJxYy9naktqRmZMdUtaOEkrQVBLSm5kL1VCNG5rV2lPcjZ1dmV6VGdBY2Uy?= =?utf-8?B?eFVJZnN0dHZSSEsrNzN6aWZ0QW1TTGJ2QUFCN1B0N0pHWHBzRjVGZW00UENu?= =?utf-8?B?UnR5eWNRNjdTRFZuYnh3SnF3YXlka29aN0JPSWJBNmxLY2RWTlBwL3lpczRm?= =?utf-8?B?bytSNnMzUi9ZeXpoK3RVQTh1QjJzZE1KMExmZWY2NUViM2Nya3NWdE5SNDlw?= =?utf-8?B?cU9PdzJJNGpVS2k4WHJLamV6cWl2Zk5ha09IVk1KcFVkRHpsUG9CM0E3T2Uw?= =?utf-8?B?YlJlZUh4RnVqYlAvNjZxNXhsM09VRGphd2p3RlJVZEJMU1N5ekVyY2JIMzBS?= =?utf-8?B?ODh6S1FxVnRGRmVJZ29rdmJIdWdMcTlLMDdRZXFHRFBPNFlKMWhLTUM2UUVN?= =?utf-8?B?aC9MWU1CMS9iWElwYzExVEZUWmNFaStFRFRKdE5yeEtMMkExcUZyaFlyQ3Ar?= =?utf-8?B?VGJCeVVSWWUrbW1KaXVCV2MzaENTVTg1Mm8xYm10dW9mODZSamxsWTloUzlv?= =?utf-8?B?WXZGMERKUnh1Y0Mxb3dZT1J3ZGhuRzZ6QjQveEdyaXNHUHJSbC9GbkpySlJK?= =?utf-8?B?a0pZamlad0p2bFFoaDFtVjBiM3A3Qjh1MzBTWGRJUE1vdDdBYWlTcmM4aWhB?= =?utf-8?B?YU1YNWs2VnNoUXRvWkdvN2F2QTMrNS84c1MzaUE1d2dVYmI3N0JmRjVmc1FY?= =?utf-8?B?L0hUcE5UcnpUeUdxZ3ZTdFVOL05vci94NEhJaUhjR1JmRmY3Rk1SNlgrQW5s?= =?utf-8?B?SVVGQ1I4bnFoaSswQ1RjRUw5UExjWlNRbHFLc3FFcnBwd1o1cmxMazdnSk9J?= =?utf-8?B?ajZiU0szU1lJb3hDY3pnQkp5akp6YjNqa0dLQk9CS3AvVjNEdm5md2gzL2ZE?= =?utf-8?B?OU9ZSUIxU1lHSklXanlDdU5SYkY2MDJjNlQ0MlVjQ1VHc2dGQU8wRThXbFUr?= =?utf-8?B?TWl2SmZZYmhHRFdMTnZnR0Q2Yk1SWitaMXcvY3NqdCt3dkxvSWNrNmlvNHo4?= =?utf-8?B?WnYyVGdpUWd3UWgzQzA3NFcvYUw4RjZneEhET1cxNXAwa3JUR1pBOEhZLzJH?= =?utf-8?B?aFpFWXRYNnhJQSsya3YyTmE1amIrbEpRS3BPY1F2Yy8xc1VJU2h0Q0kxMW9Z?= =?utf-8?B?TTVUMHhzYVg5bVJRSEwrb2JicEdOTElBdG5Sa3pKZkdxZFI3NitmM3Zuc085?= =?utf-8?B?THZDbnI3R3RQaHBOamFvK29rSTFQZk5UYWUzWEdRM1pZSXExbWFVZnRMOTlh?= =?utf-8?B?WmpHUHZaOHRaTVkrcjhweE9LdUw2ZHlQS211ZjBxN1FvQVh5MGV6YmhQZ0wz?= =?utf-8?Q?gEGITTPsUvS5EHamA46K5bExYb7aSdT5xcCzIrc?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 7b028613-fda5-4b81-e73c-08d8e20ad7fe X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2021 08:19:07.3077 (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: zTBMaDKuwmsNE9mniwmRLIvkgs4ZUdHshNfgEtjiS+yNDVDqsiN4tB90aAATxRZRrSPHa4YplgZ/C3HxMkw4ICkAN8R+0uIQOP6zcujiD7w= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0031 X-TM-SNTS-SMTP: 1617F630D170B1ED725951282259B41561E1B11A23B3D11A13600020536206C12000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 08 Mar 2021 08:19:22 -0000 SGkgQWwsIGhpIE1hZ251cywNCg0KVG8gbWFrZSBwcm9ncmVzcyB3aXRoaW4gdGhlIHRpbWUgbGVm dCwgaXQncyBsaWtlbHkgYmVzdCB0byBsZWF2ZSB0aGluZ3MgYXMgdGhleSBhcmUuIFRoYXQgcHJv ZHVjZXMgYSBzdGFuZGFyZCBhbmQgYSBiZW5jaG1hcmsuIEEgY3Jvc3MgZG9tYWluIGRlcGxveW1l bnQgbWF5IGJlIHRlc3RlZCBhZ2FpbnN0IHRoYXQgYmVuY2htYXJrIHRvIGdhaW4gbW9yZSBleHBl cmllbmNlIG9uIG9wZXJhdGlvbmFsIGFzcGVjdHMuDQoNClJlZ2FyZHMsDQoNClJ1ZWRpZ2VyDQoN Ci0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NClZvbjogTU9SVE9OLCBBTEZSRUQg QyAoQUwpIDxhY21AcmVzZWFyY2guYXR0LmNvbT4gDQpHZXNlbmRldDogRnJlaXRhZywgNS4gTcOk cnogMjAyMSAxNDoyMg0KQW46IE1hZ251cyBXZXN0ZXJsdW5kIDxtYWdudXMud2VzdGVybHVuZEBl cmljc3Nvbi5jb20+OyBHZWliLCBSw7xkaWdlciA8UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPg0K Q2M6IHRwYXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBw bS1jYXBhY2l0eS1tZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsg aXBwbUBpZXRmLm9yZzsgaWVzZ0BpZXRmLm9yZw0KQmV0cmVmZjogUkU6IE1hZ251cyBXZXN0ZXJs dW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZC0w NjogKHdpdGggRElTQ1VTUykNCg0KSGkgTWFnbnVzIGFuZCBSw7xkaWdlciwNCg0KVGhlIHdvcmtp bmcgdGV4dCBvbiB0aGUgImFwcGxpY2FiaWxpdHkiIGxpbWl0cyB0aGF0IHdlIGFkZGVkIHRvIHRo ZSBzY29wZSBzZWN0aW9uICppbmNsdWRlZCBhbiBlYXJsaWVyIGFncmVlbWVudCogdG8gYWRkIHRo ZSBmaXJzdCBzZW50ZW5jZSBiZWxvdyBhbmQgdGhlIGJ1bGxldCwgc28gbm93IHRoZSB3aG9sZSBw YXJhZ3JhcGggcmVhZHM6DQoNCiAgIFRoZSBwcmltYXJ5IGFwcGxpY2F0aW9uIG9mIHRoZSBtZXRy aWMgYW5kIG1ldGhvZCBvZiBtZWFzdXJlbWVudA0KICAgZGVzY3JpYmVkIGhlcmUgaXMgdGhlIHNh bWUgYXMgaW4gU2VjdGlvbiAyIG9mIFtSRkM3NDc5XSB3aGVyZToNCg0KICAgbyAgVGhlIGFjY2Vz cyBwb3J0aW9uIG9mIHRoZSBuZXR3b3JrIGlzIHRoZSBmb2N1cyBvZiB0aGlzIHByb2JsZW0NCiAg ICAgIHN0YXRlbWVudC4gIFRoZSB1c2VyIHR5cGljYWxseSBzdWJzY3JpYmVzIHRvIGEgc2Vydmlj ZSB3aXRoDQogICAgICBiaWRpcmVjdGlvbmFsIGFjY2VzcyBwYXJ0bHkgZGVzY3JpYmVkIGJ5IHJh dGVzIGluIGJpdHMgcGVyIHNlY29uZC4NCg0KICAgSW4gYWRkaXRpb24sIHRoZSB1c2Ugb2YgdGhl IGxvYWQgYWRqdXN0bWVudCBhbGdvcml0aG0gZGVzY3JpYmVkIGluDQogICBzZWN0aW9uIDguMSBo YXMgdGhlIGZvbGxvd2luZyBhZGRpdGlvbmFsIGFwcGxpY2FiaWxpdHkgbGltaXRhdGlvbnM6DQoN CiAgIC0gTVVTVCBvbmx5IGJlIHVzZWQgaW4gdGhlIGFwcGxpY2F0aW9uIG9mIGRpYWdub3N0aWMg YW5kIG9wZXJhdGlvbnMNCiAgIG1lYXN1cmVtZW50cyBhcyBkZXNjcmliZWQgaW4gdGhpcyBtZW1v DQoNCiAgIC0gTVVTVCBvbmx5IGJlIHVzZWQgaW4gY2lyY3Vtc3RhbmNlcyBjb25zaXN0ZW50IHdp dGggU2VjdGlvbiAxMCwNCiAgIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCldlIGNhbiBtYWtl IGZ1cnRoZXIgZWRpdHMgdG8gYmFsYW5jZSB5b3VyIGNvbW1lbnRzIGJ1dCBsZXQncyBzdGFydCBo ZXJlLCBhbmQgc29ycnkgZm9yIG5vdCBpbmNsdWRpbmcgdGhlIHdob2xlIHBhcmFncmFwaCBsYXN0 IG5pZ2h0IC0gaXQgc2VlbXMgdGhhdCBJIHNob3VsZCBoYXZlLiANCg0KQWwNCg0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1h Z251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbV0NCj4gU2VudDogRnJpZGF5LCBNYXJjaCA1LCAy MDIxIDg6MDYgQU0NCj4gVG86IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KPiBDYzogdHBhdWx5 QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5 LSANCj4gbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1A aWV0Zi5vcmc7IA0KPiBpZXNnQGlldGYub3JnOyBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUBy ZXNlYXJjaC5hdHQuY29tPg0KPiBTdWJqZWN0OiBSRTogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNj dXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZC0wNjogKHdp dGggRElTQ1VTUykNCj4gDQo+IEhpLA0KPiANCj4gUnVlZGlnZXIsIGlmIHlvdSBjYW4gZmluZCBh IGZvcm11bGF0aW9uIHRoYXQgY292ZXJzIHRoYXQgbmF0aW9uYWwgdGVzdCANCj4gY2FzZSBJIGFt IGxpa2VseSBmaW5lIHdpdGggaXQuIElmIHRoZSBpbnZvbHZlZCBwYXJ0aWVzIGtub3cgd2hvIHRv IA0KPiBkaXNjdXNzIGlzc3VlcyB3aXRoIGFuZCBjYW4gZ2V0IHRoZW0gYWRkcmVzc2VkIEkgYW0g bm90IHdvcnJpZWQuIEkgYW0gDQo+IHdvcnJpZWQgd2hlcmUgc29tZW9uZSBkZXBsb3lzIGEgY291 cGxlIG9mIHNlcnZlcnMsIGxpa2UgdGhlIGN1cnJlbnQgDQo+IFRDUCBzcGVlZCB0ZXN0cyBhbmQg dXNlcnMgcnVuIGl0IHRvdGFsbHkgYnkgdGhlbXNlbHZlcy4NCj4gDQo+IEFuZCB0byBiZSBjbGVh ciBJIHRoaW5rIHdpdGggbW9yZSBleHBlcmllbmNlIHdpdGggbGFyZ2Ugc2NhbGUgDQo+IGRlcGxv eW1lbnQgb2YgdGhlIGFsZ29yaXRobSBhbmQgbW9yZSBleHBlcmltZW50cyBiZXlvbmQgdGhlIGlu dGVuZGVkIA0KPiBkZXBsb3ltZW50IG1vZGVsIHRoaXMgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHVw ZGF0ZSB0aGUgc3BlY3MgdG8gcmVtb3ZlIA0KPiB0aGlzIHR5cGUgb2YgbGltaXRhdGlvbi4NCj4g DQo+IENoZWVycw0KPiANCj4gTWFnbnVzDQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+ID4gRnJvbTogUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIDxSdWVkaWdlci5HZWliQHRl bGVrb20uZGU+DQo+ID4gU2VudDogZGVuIDUgbWFycyAyMDIxIDEyOjEzDQo+ID4gVG86IE1hZ251 cyBXZXN0ZXJsdW5kIDxtYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20+DQo+ID4gQ2M6IHRw YXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1jYXBh Y2l0eS0gDQo+ID4gbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7 IGlwcG1AaWV0Zi5vcmc7IA0KPiA+IGllc2dAaWV0Zi5vcmc7IGFjbUByZXNlYXJjaC5hdHQuY29t DQo+ID4gU3ViamVjdDogQVc6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbiANCj4gPiBk cmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+ID4gbWV0cmljLW1ldGhvZC0wNjogKHdpdGggRElT Q1VTUykNCj4gPg0KPiA+IDxzbmlwPg0KPiA+DQo+ID4gSSB0aGluayB0aGlzIGlzIGEgYml0IHRv IHVuY2xlYXIgaW4gcmVnYXJkcyB0byB0aGUgbGltaXRhdGlvbiBvZiBzY29wZS4NCj4gTXkNCj4g PiB3b3JyeSBhcmUgaW50ZXJuZXQgd2lkZSBtZWFzdXJlbWVudHMuIFJlYWRpbmcgd2hhdCBleGlz dHMgaW4gdGhlDQo+IGN1cnJlbnRseQ0KPiA+IGF2YWlsYWJsZSBkcmFmdCBpbiB0aGUgU2VjdGlv biAxMCwgdGhlcmUgYXJlIG5vIGxpbWl0YXRpb24gaGVyZQ0KPiBkZXNjcmliZWQgdG8NCj4gPiBv bmx5IHVzZSB0aGlzIGFsZ29yaXRobSBvbmx5IGFjcm9zcyBjb250cm9sbGVkIG5ldHdvcmtzLiBF c3BlY2lhbGx5IA0KPiA+IGFzIGJ1bGxldA0KPiA+IDUgaW4gU2VjdGlvbiAxMCByZWxpZXMgb24g dGhlIGxvYWQgYWxnb3JpdGhtIHdoYXQgaXMgY3VycmVudGx5IA0KPiA+IHdyaXR0ZW4NCj4gaXMN Cj4gPiBmaW5lDQo+ID4gYWNyb3NzIHRoZSB3aG9sZSBpbnRlcm5ldCBhcyBsb25nIGFzIHNlbmRl ciBhbmQgcmVjZWl2ZXIgYXJlIG9rYXkgDQo+ID4gd2l0aA0KPiB0aGUNCj4gPiBtZWFzdXJlbWVu dCB3aGljaCBpcyBub3Qgd2hhdCBJIGF0IGxlYXN0IHRob3VnaHQgd2UgYWdyZWVkLg0KPiA+DQo+ ID4gQ2FuIHlvdSBwbGVhc2UgYmUgZXhwbGljaXQgdGhhdCB0aGUgbG9hZCBhbGdvcml0aG0gaXMg bGltaXRlZCB0byB1c2UNCj4gYWNyb3NzDQo+ID4gbmV0d29ya3MgcGF0aCB0aGF0IGFyZSBjb250 cm9sbGVkIG9yIG1hbmFnZWQgYW5kIG5vdCBpbnRlbmRlZCBmb3INCj4gSW50ZXJuZXQNCj4gPiB3 aWRlIHVzYWdlLg0KPiA+DQo+ID4gIC0gTVVTVCBvbmx5IGJlIHVzZWQgYXMgcGFydCBvZiBtZWFz dXJlbWVudHMgd2l0aGluIG1hbmFnZWQgDQo+ID4gbmV0d29ya3MsIGFuZCBub3QgYWNyb3NzIGdl bmVyYWwgSW50ZXJuZXQuDQo+ID4NCj4gPiBbUkddIFRoYXQncyB0b3VnaCwgYXMgcmVndWxhdG9y cyBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIHRlc3QgYW5kDQo+IHJlZ3VsYXRvcnMNCj4gPiBhcmVu J3QgcGFydCBvZiBhIGRvbWFpbi4gU28gdGhleSBtaWdodCByZXNvcnQgdG8gVENQIHNwZWVkIHRl c3RzLCANCj4gPiBiZWluZw0KPiBsZXNzDQo+ID4gYWNjdXJhdGUgYW5kIHByZWNpc2UgYW5kIG5v dCBzdGFuZGFyZGlzZWQgKG5vdGUgdGhhdCBwZW5hbHRpZXMgYXJlDQo+IGRpc2N1c3NlZA0KPiA+ IHRvIGJlIGxpbmtlZCB0byByZXN1bHRzKS4gSSdkIGJlIGludGVyZXN0ZWQgaW4gZmluZGluZyBh Z3JlZW1lbnQgdG8gDQo+ID4gaGF2ZSBtZXRyaWMgYW5kIG1ldGhvZCBzdGFuZGFyZGl6ZWQgZm9y IGF0IGxlYXN0IG5hdGlvbnMgdW5kZXIgDQo+ID4gYXV0aG9yaXR5IG9mIGEgc2luZ2xlIHJlZ3Vs YXRvci4gTm8gaWRlYSBob3cgZXhhY3RseS4gV291bGQgYSBib3VuZCANCj4gPiBvbiBSVFQvaW4g c29tZSBjb3VudHJpZXMgbXVsdGlwbGUgaW5zdGFuY2VzIGFuZCBzb21lIGFkZGl0aW9uYWwgDQo+ ID4gcGFyYW1ldHJpemF0aW9uIGluZm9ybWF0aW9uIHByaW9yDQo+IHRvDQo+ID4gc3RhcnQsIGUu Zy4sIGEgY29udHJhY3RlZCBhY2Nlc3MgYmFuZHdpZHRoLCBoZWxwPw0KPiA+DQo+ID4gW1JHXSBJ J20gb2ZmIGZvciB0aGUgd2Vla2VuZCAoSSdtIG91dCBmb3IgYSBsYXN0aW5nIHNvbHV0aW9uLCBu b3QgDQo+ID4gbmVjZXNzYXJpbHkgYSBzcGVlZHkgb25lKSAtIHJlZ2FyZHMsDQo+ID4NCj4gPiBS dWVkaWdlcg0K From nobody Mon Mar 8 08:46:40 2021 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 EE4163A0EFF; Mon, 8 Mar 2021 08:46:38 -0800 (PST) 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: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <161522199893.18421.6292433061868681827@ietfa.amsl.com> Date: Mon, 08 Mar 2021 08:46:38 -0800 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 08 Mar 2021 16:46:39 -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 One-way IP Capacity Authors : Al Morton Ruediger Geib Len Ciavattone Filename : draft-ietf-ippm-capacity-metric-method-07.txt Pages : 29 Date : 2021-03-08 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-07 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric-method-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method-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 8 09:22:04 2021 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 0EEDF3A1495 for ; Mon, 8 Mar 2021 09:21:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 qKHO1G83HD4B for ; Mon, 8 Mar 2021 09:21:54 -0800 (PST) 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 7619C3A149E for ; Mon, 8 Mar 2021 09:21:26 -0800 (PST) Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 128H5BOA021145 for ; Mon, 8 Mar 2021 12:21:26 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049287.ppops.net-00191d01. with ESMTP id 374r65wfbg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 08 Mar 2021 12:21:25 -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 128HLOa4003444 for ; Mon, 8 Mar 2021 11:21:25 -0600 Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HLIn0003274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 8 Mar 2021 11:21:18 -0600 Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 233F4403A434 for ; Mon, 8 Mar 2021 17:21:18 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id EC3E6403A430 for ; Mon, 8 Mar 2021 17:21:17 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HLHxJ040904 for ; Mon, 8 Mar 2021 11:21:17 -0600 Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HLDQu040673 for ; Mon, 8 Mar 2021 11:21:13 -0600 Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTP id CFFCC10A18C9 for ; Mon, 8 Mar 2021 12:21:12 -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.0513.000; Mon, 8 Mar 2021 12:21:32 -0500 From: "MORTON, ALFRED C (AL)" To: "ippm@ietf.org" Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-07.txt Thread-Index: AQHXFDqx8/ROcaIn5EOnCQN5wnPtY6p6Ukkw Date: Mon, 8 Mar 2021 17:21:32 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CA9001@njmtexg5.research.att.com> References: <161522199893.18421.6292433061868681827@ietfa.amsl.com> In-Reply-To: <161522199893.18421.6292433061868681827@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [50.234.13.4] 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.369, 18.0.761 definitions=2021-03-08_14:2021-03-08, 2021-03-08 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 suspectscore=0 priorityscore=1501 lowpriorityscore=0 impostorscore=0 bulkscore=0 mlxlogscore=999 mlxscore=0 phishscore=0 spamscore=0 clxscore=1015 adultscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103080091 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 08 Mar 2021 17:22:03 -0000 Hi IPPM, R=FCdiger, Len and I are in the process of resolving an IESG ballot DISCUSS= and many other comments. We reached the point where many changes were made in the working text, and = we all wanted to see the changes in their complete context to resolve the l= ast few issues with e-mail, and discussion during the WG session. Some of the comment resolutions involve a more complete knowledge of the pr= otocol used to support capacity measurements. As a result, we are making a = description of the current open-source protocol in [0]. Some of the comment= s on the metric and method WG draft have implications on the additional fea= tures we might need in a future protocol to make the standard measurements.= We seek more comments from the IPPM WG, of course. Thanks for your attention! Have a good IETF week! Al [0] https://datatracker.ietf.org/doc/draft-morton-ippm-capacity-metric-prot= ocol/ > -----Original Message----- > From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of internet- > drafts@ietf.org > Sent: Monday, March 8, 2021 11:47 AM > To: i-d-announce@ietf.org > Cc: ippm@ietf.org > Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-07.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 One-way IP Capacity > Authors : Al Morton > Ruediger Geib > Len Ciavattone > Filename : draft-ietf-ippm-capacity-metric-method-07.txt > Pages : 29 > Date : 2021-03-08 >=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 > The IETF datatracker status page for this draft is: > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf- > ippm-capacity-metric- > method/__;!!BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVs8yc= b > BNu$ >=20 > There are also htmlized versions available at: > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-ippm- > capacity-metric-method- > 07__;!!BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVs51XPrqq$ > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft- > ietf-ippm-capacity-metric-method- > 07__;!!BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVsyQpxBPa$ >=20 > A diff from the previous version is available at: > https://urldefense.com/v3/__https://www.ietf.org/rfcdiff?url2=3Ddraft-iet= f- > ippm-capacity-metric-method- > 07__;!!BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVs_Jser8k$ >=20 >=20 > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > https://urldefense.com/v3/__ftp://ftp.ietf.org/internet- > drafts/__;!!BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVs8aU= q > Hwq$ >=20 >=20 > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ippm__;= ! > !BhdT!1qPn1BuxOCDWYZSTKIDcDz4b2pC8GlvVvqMaOiSNYACE15DTt4lVszfnpeBQ$ From nobody Mon Mar 8 09:32:54 2021 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 9579C3A1316; Mon, 8 Mar 2021 09:32:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 iouoEGM6q4Qt; Mon, 8 Mar 2021 09:32:47 -0800 (PST) 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 A98073A1315; Mon, 8 Mar 2021 09:32:47 -0800 (PST) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 128HOtKk041345; Mon, 8 Mar 2021 12:32:38 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049295.ppops.net-00191d01. with ESMTP id 374r8fwv57-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Mar 2021 12:32:38 -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 128HWaLo024521; Mon, 8 Mar 2021 11:32:37 -0600 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HWX1a024456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 8 Mar 2021 11:32:33 -0600 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id B41BB4068F82; Mon, 8 Mar 2021 17:32:33 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30495.vci.att.com (Service) with ESMTP id 8E79A400068F; Mon, 8 Mar 2021 17:32:33 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HWV6o105953; Mon, 8 Mar 2021 11:32:33 -0600 Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 128HWMCd104957; Mon, 8 Mar 2021 11:32:22 -0600 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-blue.research.att.com (Postfix) with ESMTP id AFAC410A18DB; Mon, 8 Mar 2021 12:32:20 -0500 (EST) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Mon, 8 Mar 2021 12:32:40 -0500 From: "MORTON, ALFRED C (AL)" To: "Ruediger.Geib@telekom.de" , "magnus.westerlund@ericsson.com" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIABA+eAgAAUJgCAAB+NgP//reVwgAS5AYCAAEW4oA== Date: Mon, 8 Mar 2021 17:32:40 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [50.234.13.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-08_14:2021-03-08, 2021-03-08 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 lowpriorityscore=0 mlxscore=0 malwarescore=0 bulkscore=0 clxscore=1015 priorityscore=1501 adultscore=0 phishscore=0 suspectscore=0 mlxlogscore=999 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103080092 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 08 Mar 2021 17:32:50 -0000 SGkgYWxsLA0KDQpUaGUgd29ya2luZyB0ZXh0IHdhcyBqdXN0IHN1Ym1pdHRlZCBhcyB2ZXJzaW9u IDA3LiBbMF0gDQpXZSBjYW4gY29udGludWUgZGlzY3Vzc2lvbnMgZnJvbSB0aGlzIHBvaW50Lg0K DQpUaGFua3MgYWdhaW4gZm9yIGFsbCB0aGUgSUVTRyByZXZpZXdzIQ0KDQpBbCAoZm9yIHRoZSBj by1hdXRob3JzKQ0KDQpbMF0gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZA0KDQoNCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIFttYWlsdG86 UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlXQ0KPiBTZW50OiBNb25kYXksIE1hcmNoIDgsIDIwMjEg MzoxOSBBTQ0KPiBUbzogTU9SVE9OLCBBTEZSRUQgQyAoQUwpIDxhY21AcmVzZWFyY2guYXR0LmNv bT47DQo+IG1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbQ0KPiBDYzogdHBhdWx5QGFwcGxl LmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBt ZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNoYWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9y ZzsgaWVzZ0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBBVzogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNj dXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZC0wNjogKHdp dGggRElTQ1VTUykNCj4gDQo+IEhpIEFsLCBoaSBNYWdudXMsDQo+IA0KPiBUbyBtYWtlIHByb2dy ZXNzIHdpdGhpbiB0aGUgdGltZSBsZWZ0LCBpdCdzIGxpa2VseSBiZXN0IHRvIGxlYXZlIHRoaW5n cyBhcw0KPiB0aGV5IGFyZS4gVGhhdCBwcm9kdWNlcyBhIHN0YW5kYXJkIGFuZCBhIGJlbmNobWFy ay4gQSBjcm9zcyBkb21haW4NCj4gZGVwbG95bWVudCBtYXkgYmUgdGVzdGVkIGFnYWluc3QgdGhh dCBiZW5jaG1hcmsgdG8gZ2FpbiBtb3JlIGV4cGVyaWVuY2Ugb24NCj4gb3BlcmF0aW9uYWwgYXNw ZWN0cy4NCj4gDQo+IFJlZ2FyZHMsDQo+IA0KPiBSdWVkaWdlcg0KPiANCj4gLS0tLS1VcnNwcsO8 bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KPiBWb246IE1PUlRPTiwgQUxGUkVEIEMgKEFMKSA8YWNt QHJlc2VhcmNoLmF0dC5jb20+DQo+IEdlc2VuZGV0OiBGcmVpdGFnLCA1LiBNw6RyeiAyMDIxIDE0 OjIyDQo+IEFuOiBNYWdudXMgV2VzdGVybHVuZCA8bWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tPjsgR2VpYiwgUsO8ZGlnZXINCj4gPFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4NCj4gQ2M6 IHRwYXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1j YXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7 IGlwcG1AaWV0Zi5vcmc7IGllc2dAaWV0Zi5vcmcNCj4gQmV0cmVmZjogUkU6IE1hZ251cyBXZXN0 ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+IG1ldHJpYy1t ZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+IA0KPiBIaSBNYWdudXMgYW5kIFLDvGRpZ2VyLA0K PiANCj4gVGhlIHdvcmtpbmcgdGV4dCBvbiB0aGUgImFwcGxpY2FiaWxpdHkiIGxpbWl0cyB0aGF0 IHdlIGFkZGVkIHRvIHRoZSBzY29wZQ0KPiBzZWN0aW9uICppbmNsdWRlZCBhbiBlYXJsaWVyIGFn cmVlbWVudCogdG8gYWRkIHRoZSBmaXJzdCBzZW50ZW5jZSBiZWxvdw0KPiBhbmQgdGhlIGJ1bGxl dCwgc28gbm93IHRoZSB3aG9sZSBwYXJhZ3JhcGggcmVhZHM6DQo+IA0KPiAgICBUaGUgcHJpbWFy eSBhcHBsaWNhdGlvbiBvZiB0aGUgbWV0cmljIGFuZCBtZXRob2Qgb2YgbWVhc3VyZW1lbnQNCj4g ICAgZGVzY3JpYmVkIGhlcmUgaXMgdGhlIHNhbWUgYXMgaW4gU2VjdGlvbiAyIG9mIFtSRkM3NDc5 XSB3aGVyZToNCj4gDQo+ICAgIG8gIFRoZSBhY2Nlc3MgcG9ydGlvbiBvZiB0aGUgbmV0d29yayBp cyB0aGUgZm9jdXMgb2YgdGhpcyBwcm9ibGVtDQo+ICAgICAgIHN0YXRlbWVudC4gIFRoZSB1c2Vy IHR5cGljYWxseSBzdWJzY3JpYmVzIHRvIGEgc2VydmljZSB3aXRoDQo+ICAgICAgIGJpZGlyZWN0 aW9uYWwgYWNjZXNzIHBhcnRseSBkZXNjcmliZWQgYnkgcmF0ZXMgaW4gYml0cyBwZXIgc2Vjb25k Lg0KPiANCj4gICAgSW4gYWRkaXRpb24sIHRoZSB1c2Ugb2YgdGhlIGxvYWQgYWRqdXN0bWVudCBh bGdvcml0aG0gZGVzY3JpYmVkIGluDQo+ICAgIHNlY3Rpb24gOC4xIGhhcyB0aGUgZm9sbG93aW5n IGFkZGl0aW9uYWwgYXBwbGljYWJpbGl0eSBsaW1pdGF0aW9uczoNCj4gDQo+ICAgIC0gTVVTVCBv bmx5IGJlIHVzZWQgaW4gdGhlIGFwcGxpY2F0aW9uIG9mIGRpYWdub3N0aWMgYW5kIG9wZXJhdGlv bnMNCj4gICAgbWVhc3VyZW1lbnRzIGFzIGRlc2NyaWJlZCBpbiB0aGlzIG1lbW8NCj4gDQo+ICAg IC0gTVVTVCBvbmx5IGJlIHVzZWQgaW4gY2lyY3Vtc3RhbmNlcyBjb25zaXN0ZW50IHdpdGggU2Vj dGlvbiAxMCwNCj4gICAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCj4gDQo+IFdlIGNhbiBtYWtl IGZ1cnRoZXIgZWRpdHMgdG8gYmFsYW5jZSB5b3VyIGNvbW1lbnRzIGJ1dCBsZXQncyBzdGFydCBo ZXJlLA0KPiBhbmQgc29ycnkgZm9yIG5vdCBpbmNsdWRpbmcgdGhlIHdob2xlIHBhcmFncmFwaCBs YXN0IG5pZ2h0IC0gaXQgc2VlbXMgdGhhdA0KPiBJIHNob3VsZCBoYXZlLg0KPiANCj4gQWwNCj4g DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBNYWdudXMgV2VzdGVy bHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbV0NCj4gPiBTZW50OiBG cmlkYXksIE1hcmNoIDUsIDIwMjEgODowNiBBTQ0KPiA+IFRvOiBSdWVkaWdlci5HZWliQHRlbGVr b20uZGUNCj4gPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJh ZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiA+IG1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7IGlwcG0t Y2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYub3JnOw0KPiA+IGllc2dAaWV0Zi5vcmc7IE1PUlRP TiwgQUxGUkVEIEMgKEFMKSA8YWNtQHJlc2VhcmNoLmF0dC5jb20+DQo+ID4gU3ViamVjdDogUkU6 IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHkt DQo+ID4gbWV0cmljLW1ldGhvZC0wNjogKHdpdGggRElTQ1VTUykNCj4gPg0KPiA+IEhpLA0KPiA+ DQo+ID4gUnVlZGlnZXIsIGlmIHlvdSBjYW4gZmluZCBhIGZvcm11bGF0aW9uIHRoYXQgY292ZXJz IHRoYXQgbmF0aW9uYWwgdGVzdA0KPiA+IGNhc2UgSSBhbSBsaWtlbHkgZmluZSB3aXRoIGl0LiBJ ZiB0aGUgaW52b2x2ZWQgcGFydGllcyBrbm93IHdobyB0bw0KPiA+IGRpc2N1c3MgaXNzdWVzIHdp dGggYW5kIGNhbiBnZXQgdGhlbSBhZGRyZXNzZWQgSSBhbSBub3Qgd29ycmllZC4gSSBhbQ0KPiA+ IHdvcnJpZWQgd2hlcmUgc29tZW9uZSBkZXBsb3lzIGEgY291cGxlIG9mIHNlcnZlcnMsIGxpa2Ug dGhlIGN1cnJlbnQNCj4gPiBUQ1Agc3BlZWQgdGVzdHMgYW5kIHVzZXJzIHJ1biBpdCB0b3RhbGx5 IGJ5IHRoZW1zZWx2ZXMuDQo+ID4NCj4gPiBBbmQgdG8gYmUgY2xlYXIgSSB0aGluayB3aXRoIG1v cmUgZXhwZXJpZW5jZSB3aXRoIGxhcmdlIHNjYWxlDQo+ID4gZGVwbG95bWVudCBvZiB0aGUgYWxn b3JpdGhtIGFuZCBtb3JlIGV4cGVyaW1lbnRzIGJleW9uZCB0aGUgaW50ZW5kZWQNCj4gPiBkZXBs b3ltZW50IG1vZGVsIHRoaXMgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHVwZGF0ZSB0aGUgc3BlY3Mg dG8gcmVtb3ZlDQo+ID4gdGhpcyB0eXBlIG9mIGxpbWl0YXRpb24uDQo+ID4NCj4gPiBDaGVlcnMN Cj4gPg0KPiA+IE1hZ251cw0KPiA+DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiA+ID4gRnJvbTogUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlIDxSdWVkaWdlci5HZWliQHRlbGVr b20uZGU+DQo+ID4gPiBTZW50OiBkZW4gNSBtYXJzIDIwMjEgMTI6MTMNCj4gPiA+IFRvOiBNYWdu dXMgV2VzdGVybHVuZCA8bWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tPg0KPiA+ID4gQ2M6 IHRwYXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1j YXBhY2l0eS0NCj4gPiA+IG1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYu b3JnOyBpcHBtQGlldGYub3JnOw0KPiA+ID4gaWVzZ0BpZXRmLm9yZzsgYWNtQHJlc2VhcmNoLmF0 dC5jb20NCj4gPiA+IFN1YmplY3Q6IEFXOiBNYWdudXMgV2VzdGVybHVuZCdzIERpc2N1c3Mgb24N Cj4gPiA+IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gPiA+IG1ldHJpYy1tZXRob2QtMDY6 ICh3aXRoIERJU0NVU1MpDQo+ID4gPg0KPiA+ID4gPHNuaXA+DQo+ID4gPg0KPiA+ID4gSSB0aGlu ayB0aGlzIGlzIGEgYml0IHRvIHVuY2xlYXIgaW4gcmVnYXJkcyB0byB0aGUgbGltaXRhdGlvbiBv Zg0KPiBzY29wZS4NCj4gPiBNeQ0KPiA+ID4gd29ycnkgYXJlIGludGVybmV0IHdpZGUgbWVhc3Vy ZW1lbnRzLiBSZWFkaW5nIHdoYXQgZXhpc3RzIGluIHRoZQ0KPiA+IGN1cnJlbnRseQ0KPiA+ID4g YXZhaWxhYmxlIGRyYWZ0IGluIHRoZSBTZWN0aW9uIDEwLCB0aGVyZSBhcmUgbm8gbGltaXRhdGlv biBoZXJlDQo+ID4gZGVzY3JpYmVkIHRvDQo+ID4gPiBvbmx5IHVzZSB0aGlzIGFsZ29yaXRobSBv bmx5IGFjcm9zcyBjb250cm9sbGVkIG5ldHdvcmtzLiBFc3BlY2lhbGx5DQo+ID4gPiBhcyBidWxs ZXQNCj4gPiA+IDUgaW4gU2VjdGlvbiAxMCByZWxpZXMgb24gdGhlIGxvYWQgYWxnb3JpdGhtIHdo YXQgaXMgY3VycmVudGx5DQo+ID4gPiB3cml0dGVuDQo+ID4gaXMNCj4gPiA+IGZpbmUNCj4gPiA+ IGFjcm9zcyB0aGUgd2hvbGUgaW50ZXJuZXQgYXMgbG9uZyBhcyBzZW5kZXIgYW5kIHJlY2VpdmVy IGFyZSBva2F5DQo+ID4gPiB3aXRoDQo+ID4gdGhlDQo+ID4gPiBtZWFzdXJlbWVudCB3aGljaCBp cyBub3Qgd2hhdCBJIGF0IGxlYXN0IHRob3VnaHQgd2UgYWdyZWVkLg0KPiA+ID4NCj4gPiA+IENh biB5b3UgcGxlYXNlIGJlIGV4cGxpY2l0IHRoYXQgdGhlIGxvYWQgYWxnb3JpdGhtIGlzIGxpbWl0 ZWQgdG8gdXNlDQo+ID4gYWNyb3NzDQo+ID4gPiBuZXR3b3JrcyBwYXRoIHRoYXQgYXJlIGNvbnRy b2xsZWQgb3IgbWFuYWdlZCBhbmQgbm90IGludGVuZGVkIGZvcg0KPiA+IEludGVybmV0DQo+ID4g PiB3aWRlIHVzYWdlLg0KPiA+ID4NCj4gPiA+ICAtIE1VU1Qgb25seSBiZSB1c2VkIGFzIHBhcnQg b2YgbWVhc3VyZW1lbnRzIHdpdGhpbiBtYW5hZ2VkDQo+ID4gPiBuZXR3b3JrcywgYW5kIG5vdCBh Y3Jvc3MgZ2VuZXJhbCBJbnRlcm5ldC4NCj4gPiA+DQo+ID4gPiBbUkddIFRoYXQncyB0b3VnaCwg YXMgcmVndWxhdG9ycyBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIHRlc3QgYW5kDQo+ID4gcmVndWxh dG9ycw0KPiA+ID4gYXJlbid0IHBhcnQgb2YgYSBkb21haW4uIFNvIHRoZXkgbWlnaHQgcmVzb3J0 IHRvIFRDUCBzcGVlZCB0ZXN0cywNCj4gPiA+IGJlaW5nDQo+ID4gbGVzcw0KPiA+ID4gYWNjdXJh dGUgYW5kIHByZWNpc2UgYW5kIG5vdCBzdGFuZGFyZGlzZWQgKG5vdGUgdGhhdCBwZW5hbHRpZXMg YXJlDQo+ID4gZGlzY3Vzc2VkDQo+ID4gPiB0byBiZSBsaW5rZWQgdG8gcmVzdWx0cykuIEknZCBi ZSBpbnRlcmVzdGVkIGluIGZpbmRpbmcgYWdyZWVtZW50IHRvDQo+ID4gPiBoYXZlIG1ldHJpYyBh bmQgbWV0aG9kIHN0YW5kYXJkaXplZCBmb3IgYXQgbGVhc3QgbmF0aW9ucyB1bmRlcg0KPiA+ID4g YXV0aG9yaXR5IG9mIGEgc2luZ2xlIHJlZ3VsYXRvci4gTm8gaWRlYSBob3cgZXhhY3RseS4gV291 bGQgYSBib3VuZA0KPiA+ID4gb24gUlRUL2luIHNvbWUgY291bnRyaWVzIG11bHRpcGxlIGluc3Rh bmNlcyBhbmQgc29tZSBhZGRpdGlvbmFsDQo+ID4gPiBwYXJhbWV0cml6YXRpb24gaW5mb3JtYXRp b24gcHJpb3INCj4gPiB0bw0KPiA+ID4gc3RhcnQsIGUuZy4sIGEgY29udHJhY3RlZCBhY2Nlc3Mg YmFuZHdpZHRoLCBoZWxwPw0KPiA+ID4NCj4gPiA+IFtSR10gSSdtIG9mZiBmb3IgdGhlIHdlZWtl bmQgKEknbSBvdXQgZm9yIGEgbGFzdGluZyBzb2x1dGlvbiwgbm90DQo+ID4gPiBuZWNlc3Nhcmls eSBhIHNwZWVkeSBvbmUpIC0gcmVnYXJkcywNCj4gPiA+DQo+ID4gPiBSdWVkaWdlcg0K From nobody Mon Mar 8 17:37:52 2021 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 4035D3A1BEA for ; Mon, 8 Mar 2021 17:37:51 -0800 (PST) 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 fCiC5iOAlOVm for ; Mon, 8 Mar 2021 17:37:50 -0800 (PST) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (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 DAE203A1BE9 for ; Mon, 8 Mar 2021 17:37:49 -0800 (PST) Received: by mail-yb1-xb36.google.com with SMTP id x19so12299923ybe.0 for ; Mon, 08 Mar 2021 17:37:49 -0800 (PST) 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=y1xScBezXsYizoPXJ8dXR+4WN6czKvcYvXlrcM9Lxyw=; b=BOjllfKw2csuWUFTk9yhskGvkYhIfMJFylwABNlAN/uL8gCuSark9l0FIiUy52baou 2Q9zei2B1pReDKR7kCbpOeWcXCE3Og+Tle/HMKgzpWZjeeHn33Rb5twj8IFY/VmvXKVZ +CFFQ6YdZD8BjNX3fqKx8HvEE6O7zBU6vCwx2PfdUum0ZiTL+80zCe9UX9mURVQvVCPi ISkwJH/hjtNkFYdOJjqIhS9f40J5+V+zp5Z+eGGAwcezanXUJMSFh977vmJWH95YVe4C FeRiCG4Kui6dmEPY2YZmqiTolndzryYG8PxJByLzlI7j+TMi7nh8pK1vUXIgjOdkb73E QGIQ== 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=y1xScBezXsYizoPXJ8dXR+4WN6czKvcYvXlrcM9Lxyw=; b=VO2bgQiHF8K458+CRXM1w+PPb1pLK1y/BZXCharo7AC1ikJCzDiym61a6G7qahAvH2 UNmkM4TQhsmbHutNDJvL+Pw40R3m9TIBbGaxelqxyuW3IZsea4ZJSVzutpxMuxvO02rx IZ9nFMuMnEB7B07lJx7R6S2auS8WmYlQ7ZZGwCpKvftDSGXrtRP6D8zarxxxGddMbAxC Yg6VGCRmbUruEAmRZMDpscffQo3GRfngcJkRpMP6o2GKJI5WWnwVvh8sC9q3T8wXL006 TuJg+OCdx7BBtbZLxfn3hM/rJ4plTBaGsU9rF4/TRWBFzgUcOcEPslioRhr8h8GOYiMe nMuw== X-Gm-Message-State: AOAM53039uBKvLVucnwOeTYLgIDrDADshdIf5JSuNaIE9gyu1Ov2nPIv hK8MVVKUFEAD8hwrOf53zZ/DKWQit94M5XuDaFSnA11W X-Google-Smtp-Source: ABdhPJxXrrJeFwYt6o2zeInJ9G44ekvmglQ+4HoSx/XckN7l+b36Qjf6lQFvN0uYosyH04sV37u9Eyy/0o0f/oiYUtQ= X-Received: by 2002:a25:e74f:: with SMTP id e76mr36835320ybh.421.1615253867449; Mon, 08 Mar 2021 17:37:47 -0800 (PST) MIME-Version: 1.0 From: Shwetha Date: Tue, 9 Mar 2021 07:07:34 +0530 Message-ID: To: ippm@ietf.org Content-Type: multipart/alternative; boundary="000000000000fdd23e05bd10986f" Archived-At: Subject: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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, 09 Mar 2021 01:37:51 -0000 --000000000000fdd23e05bd10986f Content-Type: text/plain; charset="UTF-8" During the session 1 of ippm at IETF 110, it was suggested to consider introducing a variant of method 3 in draft-brockners-ippm-ioam-data-integrity with asymmetric keys. When we were designing the methods to protect integrity of the entire IOAM data collected at each node, the node chains it's own node data with the signature from the previous node and overwrites the signature: Trace signature = sign([Trace Signature || its node_data_list[x] hash]) In the symmetric key case this operation can be validated by reversing the operation by the validator who has the shared secret from each node. However this will not work if nodes use their private keys to sign and validator has the public key to validate as it can only validate but not derive a specific node's signature to reverse the operation. So I think the space optimized method to overwrite the signature at each node cannot be modified to use asymmetric keys easily. Will be happy to discuss ideas to create a space optimized asymmetric key based solution. Thanks Shwetha --000000000000fdd23e05bd10986f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
During the session 1 of ippm at IETF 110, it was suggeste= d to consider introducing a variant of method 3 in=C2=A0=C2=A0draft-brockners-ippm-ioam-data-integrity=C2=A0with asymm= etric keys.


When we were designing the methods to protect integrity of the entire = IOAM data collected at each node, the node chains it's own node data wi= th the signature from the previous node and overwrites the signature:
Trace signature =3D= sign([Trace=C2=A0Signature=C2=A0|| i= ts node_data_list[x] hash])

In the symmetric key case this operation can be validated by reversing= the operation by the validator who has the shared secret from each node.
However this wi= ll not work if nodes use their private keys to sign and validator has the p= ublic key to validate as it can only validate but not derive a specific nod= e's signature to reverse the operation.=C2=A0

So I think the space optimized=C2=A0 method to o= verwrite the signature at each node cannot be modified to use asymmetric ke= ys easily. Will be happy to discuss ideas to create a space optimized asymm= etric key based solution.

Thanks
Shwetha

--000000000000fdd23e05bd10986f-- From nobody Mon Mar 8 20:32:14 2021 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 CD4303A0EFC for ; Mon, 8 Mar 2021 20:32:11 -0800 (PST) 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 7jkBWumVwv_u for ; Mon, 8 Mar 2021 20:32:10 -0800 (PST) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (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 784F93A0EFB for ; Mon, 8 Mar 2021 20:32:10 -0800 (PST) Received: by mail-yb1-xb34.google.com with SMTP id n195so12581599ybg.9 for ; Mon, 08 Mar 2021 20:32:10 -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=WZauiyscBDSCyNRn66tZ5ORar+Ewuc27532CEDib4co=; b=AQmFpVF4iQxPye5vyviK1eCdkYxjFAq9vG28G7FFdUauupcCDl3YqI3+zanePQqV7H C9ep6pWJpBOV4OjiQK2WnWamB0zJIXmLzjNhIRf2umejJPFFcH+i7FJ5QMlMhKE8h2ph fA385hGsiQnqSRyEbHP1KqsbBAFdDiOdVoEipFXBIGPepjJSfhhZN4TEHmGq8k0zlFmv SbBwO6HVspkFPQkdldLOHqzYO4mQJibHoMTtlvBGYYu+ma31MSdGSi0I5ZJIw33QrDLZ ZylcrMbXFnDThs3PD+m6lvkL1Kp/aIB2jzCA+VO14QmXBv1qAW0Cp5VvmbsW/bX96Jy9 OSXQ== 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=WZauiyscBDSCyNRn66tZ5ORar+Ewuc27532CEDib4co=; b=PBve+7bzQ2OI0nrVL5JCM9tIR9ACWSCpykNSNNjiR/MK7YoS0/gQn0panchHX+r4Av mMnb70rJHnXKGrwQybBW6jnluTsVmDM2RZEutxrHkNEczNFlepvT/Hy5XHuzvftFTiXN xOReTC0Kce87cXAK/FXdsRDpmUtvN99522MRUXQ2VJKmOe3/ZfMwFRMjXt0X5ReYzu5o IK0BK4vsklkDciQEw+q4ekaUzoZBJgmWQvZLPqBJpELc+M9VME5oyTgV51F6Lu33VIRT l/057R1Z5JUUv8yTTXnoqxoFz2WYx9YRLoXoH+0TWoCFZC7QYTya6DRgv+3a8PfkrzpQ IHXQ== X-Gm-Message-State: AOAM532b+7u9xZh4GzjYkzZ/rr9kxtPUdF/lwwChS8drZfvlrSkTLaz9 pfA4VJZ++Mt/lbDEGkqG23u7SphHj4KgInyHJdpQ2IcV X-Google-Smtp-Source: ABdhPJxxxktQPYdfWvzMn3qZ52QPLL9/da/fqAo3dHVx/ZE1KWMYtyFZ0H+hFjiMnIyT91mqUjW3ZgT3YS8IYBVekVY= X-Received: by 2002:a5b:4c1:: with SMTP id u1mr38391485ybp.486.1615264328205; Mon, 08 Mar 2021 20:32:08 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Shwetha Date: Tue, 9 Mar 2021 10:01:57 +0530 Message-ID: To: ippm@ietf.org Content-Type: multipart/alternative; boundary="00000000000080498405bd130848" Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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, 09 Mar 2021 04:32:12 -0000 --00000000000080498405bd130848 Content-Type: text/plain; charset="UTF-8" My bad, it should be possible to reverse the process for validation and retrieve the previous signature in the reverse order. We will update the draft to have Method 3 with both symmetric/asymmetric variants. Thanks, Shwetha On Tue, Mar 9, 2021 at 7:07 AM Shwetha wrote: > During the session 1 of ippm at IETF 110, it was suggested to consider > introducing a variant of method 3 in draft-brockners-ippm-ioam-data-integrity with > asymmetric keys. > > > When we were designing the methods to protect integrity of the entire IOAM > data collected at each node, the node chains it's own node data with the > signature from the previous node and overwrites the signature: > Trace signature = sign([Trace Signature || its node_data_list[x] hash]) > > In the symmetric key case this operation can be validated by reversing the > operation by the validator who has the shared secret from each node. > However this will not work if nodes use their private keys to sign and > validator has the public key to validate as it can only validate but not > derive a specific node's signature to reverse the operation. > > So I think the space optimized method to overwrite the signature at each > node cannot be modified to use asymmetric keys easily. Will be happy to > discuss ideas to create a space optimized asymmetric key based solution. > > Thanks > Shwetha > > --00000000000080498405bd130848 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
My bad, it should be possible to = reverse the process for validation and retrieve the previous signature in t= he reverse order. We will update the draft to have Method 3 with both symme= tric/asymmetric variants.

Thanks,
Shwetha

On Tue, Mar 9, 2021 at 7:07 AM Shwetha <shwetha.bhandari@gmail.com&= gt; wrote:
During the session 1 of ippm at IETF 110, it was suggested to = consider introducing a variant of method 3 in=C2=A0=C2=A0draft-brockners-ippm-ioam-data-integrity=C2=A0with asymmetric k= eys.


Wh= en we were designing the methods to protect integrity of the entire IOAM da= ta collected at each node, the node chains it's own node data with the = signature from the previous node and overwrites the signature:
=
Trace signature =3D sign([= Trace=C2=A0Signature=C2=A0|| its node= _data_list[x] hash])

In= the symmetric key case this operation can be validated by reversing the op= eration by the validator who has the shared secret from each node.
However this will not = work if nodes use their private keys to sign and validator has the public k= ey to validate as it can only validate but not derive a specific node's= signature to reverse the operation.=C2=A0

So I think the space optimized=C2=A0 method to overwrit= e the signature at each node cannot be modified to use asymmetric keys easi= ly. Will be happy to discuss ideas to create a space optimized asymmetric k= ey based solution.

Thanks
Shwetha

--00000000000080498405bd130848-- From nobody Thu Mar 11 03:15:52 2021 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 EDE903A1958; Thu, 11 Mar 2021 03:15:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=ericsson.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 wDBMQa1tM_1j; Thu, 11 Mar 2021 03:15:43 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80077.outbound.protection.outlook.com [40.107.8.77]) (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 3289C3A1955; Thu, 11 Mar 2021 03:15:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VbPGGSbTqdKhUvsBaEC23tNCDj2HhnFfuB0bYxwBlf65vQq2R94xk7CJQqlgMBfurYqjh9DZapWexCZVm/+DrG3h9DfYmFSnTsuh46mowDOspXTZHblKz7XIWDhXv7w6fTjVgrBt23hDONXnVNWl8eU4hHieAAVktoMzM2oEqadh4C2jfu3seArEAtCyQzM6CMeMNAS1QC2JHKw8Y7EzY2Trxsl+fophablGnQiSC8rPT/NKQi54mStqc5RoOotJduciS4i5yEr+QXh90mB92XKLSiWL8fCxLy1kc6Ckdw3yBve0grXG1LfntvRmBkmp7QLoaWFuUaJuYuNbVyseyg== 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=F0bKrhAEm0vhThTTCB+JaG2/4qh22UUkebPfvprspWg=; b=VXAbPzD5oFNfnMSGQxbzSwOL6fG5QAA8Ag9u8SxlVfSm2MYvWsjyZWK/jXSXQzneADRCyRaV0KlWkcimaIdX8d8j2vrwKAO75MlT0BZm9XYiqE6iw1tXdQi31p9DQyQ6FTi23V4shfIVgL+XmF0wQkLOp/X4uM15BmzbiqgKETSWzrM/eopMmYOKC1SrVJ/tIRfq9jynRPvp713kp8fzoAXT7AtCFbJ+cHKORUDmahFPAKMjgtCfNzikhQP95KLs4oKUy3OXPjjbw7GrPA5PrzW/75e0Th42GPumyD0xV6NBZDnwwj7E/khc4pqQzLQw/lSrDpg6a8wjRmks+bmNsw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=F0bKrhAEm0vhThTTCB+JaG2/4qh22UUkebPfvprspWg=; b=SwcfNa8//qKtDjK0+87zFrYD/5IrDdXqeN+LrJgBdAP0MDtIcQkQ6+NyruwSW8XM7da7rrgXr3/jHh/PWmPuYKY+dCDDTwANUG530Uvg2EFRyET17TeKJPvmthcZ83IpwF1PMyTsQUx6RbmBCuTO6NbPvUZTW4ILPe1XPcDpiBo= Received: from VI1PR0702MB3775.eurprd07.prod.outlook.com (2603:10a6:803:10::30) by VI1PR07MB5983.eurprd07.prod.outlook.com (2603:10a6:803:d2::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.10; Thu, 11 Mar 2021 11:15:36 +0000 Received: from VI1PR0702MB3775.eurprd07.prod.outlook.com ([fe80::5565:d0c2:cb69:4665]) by VI1PR0702MB3775.eurprd07.prod.outlook.com ([fe80::5565:d0c2:cb69:4665%6]) with mapi id 15.20.3912.027; Thu, 11 Mar 2021 11:15:36 +0000 From: Magnus Westerlund To: "acm@research.att.com" , "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQ Date: Thu, 11 Mar 2021 11:15:36 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none;research.att.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 11c8213e-6cb9-4cc8-1072-08d8e47efee1 x-ms-traffictypediagnostic: VI1PR07MB5983: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ffE5kSZaiOdnA/jqUq+s3KfPPiR5NjaAWhmqubeM2+/tPEFR1vtQfA+IMG4NssSS9gDNlauTctJDL/j246uGp7+LeTyH8x21pVLJ+J3dEgCNCEAF05tlluGH21J7YqzVUS2JljkKn91opkKRazY1Hi963JhDEUtmKYLxSNJODlOX4Y27N0TM0tp/8cfUhk5DErZqxmhEonz5g2cDgWXsFfEX2d+pPOgYPvp/8xQnivD9e06abKfi++ETetz6QaXFjO9AlUKgad736UuUod0p190dk3EzsJpamsQIpoe+QnojbJY2Lj6S1mftnZIeEJiuplK34/Aawj3NeFfhSodaMpb6A67cJ5Y3v/43UD8zNOzkIMJbsjRE+9lPmgoKAR3MVru5RyJbyK7FbaQQrQvkjBxGXoGxJMweyZYWQvW8BytYEf70+lQkj7573ZSFZySAdnG8kw95WSSzpoGCL2JdqCzAH5TcAocZiNvSPZyVeysrOKolNyjxYBTlLMPl53r/VHWLlyjQgegAivCf087PGKN5hHB08IwxSzR7GNu+Rs+DRCdGJ6EKo0ynOLqYuHMWDg2hKVznz/7mwAUCA0XQTGE4IhCOK3mPJHkMshAVX05NgP09e1I6hoBtI3P7PxRYII47mZh1MVJLgx5zQc0ETw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR0702MB3775.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(39860400002)(366004)(346002)(376002)(396003)(478600001)(99936003)(52536014)(53546011)(966005)(186003)(6506007)(5660300002)(7696005)(66574015)(66446008)(66556008)(64756008)(54906003)(110136005)(66946007)(33656002)(66616009)(2906002)(26005)(66476007)(8676002)(83380400001)(44832011)(8936002)(76116006)(316002)(9686003)(86362001)(30864003)(55016002)(71200400001)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?VkhrN3hDd2R4b2tWYmRhZ0JaOGNqaGZNUVdHQk00ajIyQm1wYnJPeXFObk1s?= =?utf-8?B?UzlHOUhQNWpJVW9hSURwLzg2T3licFVVdzNDMWxKbVVFL3J2TzF5VSswOWll?= =?utf-8?B?cmIxdVFWdStxb0t2SFFMNlFYZDdCcW9WVjh1b1BZK3pxQktJNnA5YkN4SDFJ?= =?utf-8?B?R0JnUWpDdmtsL0NzcmJFQk1kaFVwY0ZsWDlXNWZ4K0h5T0xHNElLbGxZNDFM?= =?utf-8?B?V00yS0hwd3FsYmhLdzFiMnpQOVRiVjF3cWJycUZicWJVbXN6d1hoNU5Qd0kr?= =?utf-8?B?VWVKT2ZFR0V3WnF2a1hRNEJqdCtuWXdOU29VNG1sWkV1N1ZsazduVTEyU1lE?= =?utf-8?B?UXBPSkFIQkdlbEprMnMvR0JMQTFrZGlyeG44WUNjRDlLVS9LbURaRy9UOVNB?= =?utf-8?B?eUdrNGRKNUJFN1drUFRJaFJiUlpuMG9DK1BIU0RWMGRMMDN6U1k2V0Q0OVBP?= =?utf-8?B?QzdoWUR0aXM4aE8xbHVlaE5USHhxTGdmQmFzbGMyUTB1bHNDa2xNWnpGYkhU?= =?utf-8?B?OGJ0WDdTdmhkSEpONERJckxWVFNhTVliUWVpYWJDUlErU3d0cnlHbmpxZE8y?= =?utf-8?B?bmdGNEQvLzhsWEFSK29mcEhpSmlwUUhLKzdQdEFqUG9kTitKaE5tbldoYjNK?= =?utf-8?B?NkhRSlljY1Y3K3RWNm5NM0ZRTWh4WXl6RUlyVU9zRHhYRWY3OVBmcTFMYi9I?= =?utf-8?B?UHNIaGVzNnZObnJNL0xUNHpDd1VPOWpEWTVyREZHUHc4YVYrd0RpLzJheXFr?= =?utf-8?B?TmRtckY3OG1oL2pVRzhPRWt3aWdoaE01b1NwZnF6SXhYQzdwSVA4NjFmYmxz?= =?utf-8?B?ZjlFdmQwdTFUcUttTllzb25DN3FHN3lLUUVqYVV1ajFhbXdhc1Y4V1BubGNF?= =?utf-8?B?RGZMY3NPVUVyMG5JdS9BTzR4ckcxejRSUk96MStneklsUEY5R0FqZkNKNFRk?= =?utf-8?B?TUpUNThhRW1JZmxteTIxZDVrK0pQOHUrTEFYdEtHMnFIdUF0OWZNMnlNZlgv?= =?utf-8?B?cXRHN1JjaEtoamhhOVJRZTYvUm5UZGhaK3dLUzlRWGtZemN3bTFxOUsraWZB?= =?utf-8?B?aUNXRHVPdWtMYVdqS1dCQitzRmJzZTVwTkNTc2N3VFpyOXVwVndGdm5RSkhv?= =?utf-8?B?TzE5dE1GN1VpYjNRZjNpVUxrc3FJREU5UzJGc3F2ME5XWXRucGVHWkl2MW1S?= =?utf-8?B?ZlprLzc3UlU2R1pPL0pRVENzaFlXYklPZ2t0THkyMWRxWUQ1SjhXa1B5Wnh4?= =?utf-8?B?MmFFUzFaKzVPTVdnd25wSmRGU3JUd3kzYUJEQllzb002dzFQelJ1VFRTemlH?= =?utf-8?B?ZXM2QjZlSWN2c1g0UGlMVWtuc3p5c20zRXpWdnNwam5qNm15RVNocFBNc2RQ?= =?utf-8?B?eTVnamtDQTVpNE5OaGpZSy9jbFVNMkxyTXRRSTkzYkNZbWhjUlhaUTl3djJS?= =?utf-8?B?SFlXaWQwWjBxanMybnVCSVV5cUFJVGVaWVBFTG1oOEhjZ3VDOGlBTUpQRjJn?= =?utf-8?B?eEQwRkhPUitQTDZGZVdaRHQrMXZiNHRDbEJ1RitJMWVzQU1mQkpFYTFzd2tT?= =?utf-8?B?SzNlS0VkS0R5TWthQmgzK216YThnOFExYXA3My9sclQ5bkpYbVRkTllvSWgx?= =?utf-8?B?KzBhUWI1dEhNck9DdFR1THl2NXlRU0Z4TUxZTXBETHZ3dEkxQTZhN0hTaGdY?= =?utf-8?B?WEpWVEhJY21NeUVRZzMvNVhQbWtBSEExU0FTMTg5N25SdEdISTlFcEtvaGQy?= =?utf-8?Q?akZRX+5STcYHR9OJ2uCrDrXNuOKE4V+INN7sOcl?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_04FC_01D71670.3CB8EF20" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR0702MB3775.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 11c8213e-6cb9-4cc8-1072-08d8e47efee1 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Mar 2021 11:15:36.4281 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 0ioHaslYqaUCUSQzOoWxCiJYeyfxUrvyMYDEfWw6mQXqomPByWPqGcT0zFCJL5x07MGCrOFJcWFunTBX4ixoVBNDT9hMUmYACV6J7ci+RLA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB5983 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 11 Mar 2021 11:15:46 -0000 ------=_NextPart_000_04FC_01D71670.3CB8EF20 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I have reviewed the text changes in context.=20 First of all I like to be clear that these changes do need review from = the rest of the WG and a confirming consensus call as they are = substantial.=20 Section 2. I think the scope text is still fairly open. Yes it is clear that the = load algorithm is only intended for measurements. However, the usage is = not particular limited, especially in regards to my main concern of edge = to central nodes across multiple AS in the Internet like the different = TCP speed tests often are deployed. The security consideration = requirements are good for a number of reasons but put no limitations on = that aspect. So I would prefer a more explicit statement here. I think = an important aspect here is that any ISP seeing issues from these = measurements should know who to talk to. I don't know how to best = formulate that.=20 Section 8.1: So I am trying to understand the implication of the load algorithm at = higher rates and how recommendations works out in relation to the = definition of the rate.=20 So the document says:=20 Each rate is defined as datagrams of size ss, sent as a burst of count cc, each time interval tt (default for tt is 1ms, a likely system tick-interval) So I think this definition is fine for lower rate as the number of = packets in each 1 ms burst is fairly small and the buffer it hits will = likely be relatively large compared to the increase in load. However at = higher rates like beyond 10 GBPS where 1 GBPS steps are recommended. So = transmitting at bursts every 1 ms intervals means that one are = transmitting 833 packets each burst at 10 GBP rate of 1500 bytes size, = so likely even higher for more moderate 1200 byte size packets. That is = almost 1,3 mb of data. So where pacing may be quite good at lower = bit-rates < 1Gbps I wonder if it starts breaking down at higher rates, = which appears to in the region where buffers becomes more shallow due to = the cost of having large buffers and where good pacing reduces the need = for buffering. I would also note that the reaction time for the control = can be 1RTT + 50 ms which thus the increase in offered load for a step = size becomes 10s of MB during an regulation period. As the load algorithm hasn't been tested beyond 10Gbps and it appears = that the numbers can start to become more problematic at these speeds, = wouldn't it be better to say that this is not intended beyond 10 Gbps.=20 On the table I have the following comments: +--------------+-------------+--------------+-----------------------+ | Parameter | Default | Tested Range | Expected Safe Range | | | | or values | (not entirely tested, | | | | | other values NOT | | | | | RECOMMENDED) | +--------------+-------------+--------------+-----------------------+ | FT, feedback | 50ms | 20ms, 100ms | 5ms <=3D FT <=3D 250ms = | | time | | | Larger values may | | interval | | | slow the rate | | | | | increase and fail to | | | | | find the max | +--------------+-------------+--------------+-----------------------+ I would note that a FT of 5 ms will have the potential to result in = significant fluxtuations in some systems like mobile systems as the = scheduler time is actually likely to be longer than 5 ms. +--------------+-------------+--------------+-----------------------+ | Feedback | L*FT, L=3D10 | L=3D100 with | 0.5sec <=3D L*FT = <=3D | | message | (500ms) | FT=3D50ms | 30sec Upper limit for = | | timeout | | (5sec) | very unreliable test | | (stop test) | | | paths only | +--------------+-------------+--------------+-----------------------+ Even the default means that one looses 10 feedback packets in a row. = That is a lot and shows that one have a serious interruption on the = return path. Already loosing 3 feedback packets in a row indicates that = one have significant outages if this is lost.=20 Secondly, this is formulated only based on intervals of FT. For startup = the RTT is relevant factor. So I think there are several factors here = for the timeout that maybe need to be teased apart? So initially one = offers a very low load and one may not have a good measurement on base = RTT. Thus, time to first feedback is okay to be fairly large and 500 ms = is likely okay but quite longer than expected for an access to local = internet exchange measurement. However, when one scale up the rate I = think these values are way to long as the total amount of traffic sent = without feedback becomes quite significant. Receiving no feedback for = more than 10 reporting intervals are already way to long. And to state = that 30 seconds would be an acceptable value I can't support even for a = measurement tool. The definition of what "Feedback message timeout" and "Load packet = Timeout" is not defined. I assume that Feedback message timeout is the = time without receiving any feedback messages after starting a = measurement. Is the load packet timeout the time the receiver is waiting = before using signalling channel to end the measurement without receiving = any packets, or for the sender to receive feedback that says that no = packets have been received? The roles here are not clear. Sending packets for several seconds without seeing any result appears = problematic and allowing values beyond several seconds looks broken.=20 +--------------+-------------+--------------+-----------------------+ | table index | 0.5Mbps | 0.5Mbps | when testing <=3D10Gbps = | | 0 | | | | +--------------+-------------+--------------+-----------------------+ | table index | 1Mbps | 1Mbps | when testing <=3D10Gbps = | | 1 | | | | +--------------+-------------+--------------+-----------------------+ Why is this value not relevant when testing beyond 10 Gbps, the ramp up = time becomes to long with these values or? | ss, UDP | none | <=3D1222 | Recommend max at = | | payload | | | largest value that | | size, bytes | | | avoids fragmentation | +--------------+-------------+--------------+-----------------------+ So isn't there a mismatch between the metric and the load algorithm = values here? With the rate definition in Section 8.1 being defined as = based on "ss" that UDP payload bytes, rather than IP packet sizes that = are used?=20 I understand that one want to ensure that one measure using a size that = actually works in the path. However, I think one should be warned that = one might run into packet rate limitations rather than byte limits if = one would use too small.=20 ` +--------------+-------------+--------------+-----------------------+ | cc, burst | none | 1 - 100 | same as tested | | count | | | | +--------------+-------------+--------------+-----------------------+ So the cc value is dependent on target rate and the value of ss and tt. = So should it be included in this table? Especially as 100 is not = sufficient for multi-gigabit speeds with a tt of 1 ms.=20 +--------------+-------------+--------------+-----------------------+ | low delay | 30ms | 5ms, 30ms | same as tested | | range | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ So I think this value is highly dependent on several aspects and maybe = should get more discussion. First for a measurement campaign it is = relevant what one consider as the target additional latency that is = acceptable when finding capacity. Secondly, the jitter in the network = technology. For WIFI, mobile and DOCIS a to low value may be shorter = than the scheduling latencies that might occur. It is also a question = about how precise the implementation are capable of measuring per packet = latency variances.=20 +--------------+-------------+--------------+-----------------------+ | high delay | 90ms | 10ms, 90ms | same as tested | | range | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ Also here I wished there was a bit more discussion. So this value = clearly must be above expected jitter for the network technology. It = also needs to be sufficient large to represent a fair amount of queue to = avoid measurement errors. I assume that if one would chose a value = larger than available buffer depth one would drive the network into = packet loss. And as long as there are some room between low delay range = threshold and the actual delay causing loss or this higher one has a = chance to regulate to that rate.=20 +--------------+-------------+--------------+-----------------------+ | sequence | 0 | 0, 100 | same as tested | | error | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ What is this value really?=20 +--------------+-------------+--------------+-----------------------+ | consecutive | 2 | 2 | Use values >1 to | | errored | | | avoid misinterpreting | | status | | | transient loss | | report | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ Also here I am uncertain what is the criteria here? +--------------+-------------+--------------+-----------------------+ | Fast mode | 30 | 3 * Fast | same as tested | | decrease, in | | mode | | | table index | | increase | | | steps | | | | +--------------+-------------+--------------+-----------------------+ So is the recommended value 30 or 3*Fast mode increase? Should they be = proportional or not? The last entry appears to be a summary fact of the parameterization, and = is it relevant? What is the goal here in relation to push other congestion controlled = traffic out of the way? It appears that it is likely to cause delay = based congestion to be pushed out of the way. I am more uncertain how it = interacts with loss based ones, as depending on situation it appears = that it could avoid going into the loss regim.=20 My conclusion is that some aspect of this do appear more clarifications = on what they are and further assumptions on how the load algorithm will = be deployed spelled out so that its function is more controlled.=20 Cheers Magnus > -----Original Message----- > From: MORTON, ALFRED C (AL) > Sent: den 8 mars 2021 18:33 > To: Ruediger.Geib@telekom.de; Magnus Westerlund > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > iesg@ietf.org > Subject: RE: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) >=20 > Hi all, >=20 > The working text was just submitted as version 07. [0] We can continue > discussions from this point. >=20 > Thanks again for all the IESG reviews! >=20 > Al (for the co-authors) >=20 > [0] = https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric- > method >=20 >=20 > > -----Original Message----- > > From: Ruediger.Geib@telekom.de [mailto:Ruediger.Geib@telekom.de] > > Sent: Monday, March 8, 2021 3:19 AM > > To: MORTON, ALFRED C (AL) ; > > magnus.westerlund@ericsson.com > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > iesg@ietf.org > > Subject: AW: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > metric-method-06: (with DISCUSS) > > > > Hi Al, hi Magnus, > > > > To make progress within the time left, it's likely best to leave > > things as they are. That produces a standard and a benchmark. A = cross > > domain deployment may be tested against that benchmark to gain more > > experience on operational aspects. > > > > Regards, > > > > Ruediger > > > > -----Urspr=C3=BCngliche Nachricht----- > > Von: MORTON, ALFRED C (AL) > > Gesendet: Freitag, 5. M=C3=A4rz 2021 14:22 > > An: Magnus Westerlund ; Geib, > R=C3=BCdiger > > > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > iesg@ietf.org > > Betreff: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > metric-method-06: (with DISCUSS) > > > > Hi Magnus and R=C3=BCdiger, > > > > The working text on the "applicability" limits that we added to the > > scope section *included an earlier agreement* to add the first > > sentence below and the bullet, so now the whole paragraph reads: > > > > The primary application of the metric and method of measurement > > described here is the same as in Section 2 of [RFC7479] where: > > > > o The access portion of the network is the focus of this problem > > statement. The user typically subscribes to a service with > > bidirectional access partly described by rates in bits per = second. > > > > In addition, the use of the load adjustment algorithm described = in > > section 8.1 has the following additional applicability = limitations: > > > > - MUST only be used in the application of diagnostic and = operations > > measurements as described in this memo > > > > - MUST only be used in circumstances consistent with Section 10, > > Security Considerations > > > > We can make further edits to balance your comments but let's start > > here, and sorry for not including the whole paragraph last night - = it > > seems that I should have. > > > > Al > > > > > -----Original Message----- > > > From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com] > > > Sent: Friday, March 5, 2021 8:06 AM > > > To: Ruediger.Geib@telekom.de > > > Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity- > > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > > iesg@ietf.org; MORTON, ALFRED C (AL) > > > Subject: RE: Magnus Westerlund's Discuss on > > > draft-ietf-ippm-capacity- > > > metric-method-06: (with DISCUSS) > > > > > > Hi, > > > > > > Ruediger, if you can find a formulation that covers that national > > > test case I am likely fine with it. If the involved parties know = who > > > to discuss issues with and can get them addressed I am not = worried. > > > I am worried where someone deploys a couple of servers, like the > > > current TCP speed tests and users run it totally by themselves. > > > > > > And to be clear I think with more experience with large scale > > > deployment of the algorithm and more experiments beyond the > intended > > > deployment model this should be possible to update the specs to > > > remove this type of limitation. > > > > > > Cheers > > > > > > Magnus > > > > > > > -----Original Message----- > > > > From: Ruediger.Geib@telekom.de > > > > Sent: den 5 mars 2021 12:13 > > > > To: Magnus Westerlund > > > > Cc: tpauly@apple.com; ianswett@google.com; > > > > draft-ietf-ippm-capacity- metric-method@ietf.org; > > > > ippm-chairs@ietf.org; ippm@ietf.org; iesg@ietf.org; > > > > acm@research.att.com > > > > Subject: AW: Magnus Westerlund's Discuss on > > > > draft-ietf-ippm-capacity- > > > > metric-method-06: (with DISCUSS) > > > > > > > > > > > > > > > > I think this is a bit to unclear in regards to the limitation of > > scope. > > > My > > > > worry are internet wide measurements. Reading what exists in the > > > currently > > > > available draft in the Section 10, there are no limitation here > > > described to > > > > only use this algorithm only across controlled networks. > > > > Especially as bullet > > > > 5 in Section 10 relies on the load algorithm what is currently > > > > written > > > is > > > > fine > > > > across the whole internet as long as sender and receiver are = okay > > > > with > > > the > > > > measurement which is not what I at least thought we agreed. > > > > > > > > Can you please be explicit that the load algorithm is limited to > > > > use > > > across > > > > networks path that are controlled or managed and not intended = for > > > Internet > > > > wide usage. > > > > > > > > - MUST only be used as part of measurements within managed > > > > networks, and not across general Internet. > > > > > > > > [RG] That's tough, as regulators are interested in this test and > > > regulators > > > > aren't part of a domain. So they might resort to TCP speed = tests, > > > > being > > > less > > > > accurate and precise and not standardised (note that penalties = are > > > discussed > > > > to be linked to results). I'd be interested in finding agreement > > > > to have metric and method standardized for at least nations = under > > > > authority of a single regulator. No idea how exactly. Would a > > > > bound on RTT/in some countries multiple instances and some > > > > additional parametrization information prior > > > to > > > > start, e.g., a contracted access bandwidth, help? > > > > > > > > [RG] I'm off for the weekend (I'm out for a lasting solution, = not > > > > necessarily a speedy one) - regards, > > > > > > > > Ruediger ------=_NextPart_000_04FC_01D71670.3CB8EF20 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzExMTExNTM0 WjAjBgkqhkiG9w0BCQQxFgQUtJ6JnkAXuCd80G7kNXkdUE9fXKkwQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA SyXwh+Mczalweia7virJAplee7GWZU63bxT2D3V4cwUH8wGKSUSCiQucsReZCpNd4HbMka89miNs Q3rDnHOIhCYmMEsuo0eal7rMPiqZ4GVR7u8AC026Bp/b7BVPw9i+bxDgxKUcX6fMhLLAQlJ+sf73 WsjGlXxAYK63Gqc2spyx8lzsUkWYUZlGVGjCqgEUBRhCJS8oOa7MOqklq45IBNCIM9zB7fPjDF/g c5YbH36Ygr4LmJC2ZKCJA/tC+Y5/CmZsyWTIvNJlQLH6hqHDA6BAf6RlYhqBZf58F2X9axVyyFYa ou4aX+TL3vfF9lXTGguzdfIPwjKR5XGJDdfmeQAAAAAAAA== ------=_NextPart_000_04FC_01D71670.3CB8EF20-- From nobody Thu Mar 11 08:31:50 2021 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 A29AE3A0CFE; Thu, 11 Mar 2021 08:31:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.364 X-Spam-Level: X-Spam-Status: No, score=-2.364 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 unnOlawnTzGv; Thu, 11 Mar 2021 08:31:45 -0800 (PST) Received: from mailout31.telekom.de (mailout31.telekom.de [194.25.225.143]) (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 E086A3A1193; Thu, 11 Mar 2021 08:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1615480304; x=1647016304; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=dj62/imgn9SKnqjSYJZ7lLgRs5vpgVyG2DvzZc3dZu0=; b=dGYjaN+XXbQmfm3HP0R99kqxXcx7k13MMNGMaN1gHHfIeZENY20hnwVm KNObF7x/bcyaml6Z5lUF+RXrMPRmVCUX5VcWLY1pJi12PcV7DWed/TATx fE8ZcHZ5ygUo2FrYPKuBq3YtooH4FKXamA+sfNWXC6TY7uEF/cgar91KJ NByoQQbh0SkOUYfX4WXX08bgHRazCaPAzDmnRxtsl8QbYeX1fCwHFe5+/ 7SmtPUM9uLqjWTOLMFFy2Uoq0N+rQ0e2OvUStYGizhGEDWqJIa/QECb8V uoCMAPP8jf8q++MJlnLTzpSUFs7rIW+E6ROyzuN+MyGexPHxO0EqbxJsD A==; IronPort-SDR: kDCtQn+Aoo0o7aH/L1VZrOIm9/hXxNILwqdyo3LWmFYJ5RsUrd1I+wplW0LMAG/FZppYS3IdJs T67uToAzsGYw== IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AvbiHPqDEojE2at7lHeittceALOonbusQ8z?= =?us-ascii?q?AX/mhLY1h8btGYm8eynP4SyB/zj3IrVGs9nM2bUZPwOk/03aVepa0cJ62rUg?= =?us-ascii?q?WjgmunK4l+8ZDvqgeQYxHW3tV2kZ1te60WMqyIMXFTh8z3+RT9Nt4mzsWO/q?= =?us-ascii?q?zAv5ap815GZ2hRGt9dxi1+DRuWFVAzYQFAC4YwGpb03LsPmxOLf3MLYsOnQk?= =?us-ascii?q?QURuSrnayTqLvKaQMLbiRXmjWmoiiv7NfBYmSl9zcYFwhC2LIztVXC+jaJkZ?= =?us-ascii?q?mLk+q8zSbbzHKW1bls8eGLpOdrIOyppowrJi73igCuDb4RA4GqmDwuuumg5B?= =?us-ascii?q?ILvbD30mIdFv9+4X/QYW25yCGFs2SOoVNejw6EuDno+wqfneXDSD03EMZHj4?= =?us-ascii?q?5CGyGpn3YIh91gzLlNm1uQqps/N3/9tR7g7NvFXQwCrDvEnVMekPUeh3EacY?= =?us-ascii?q?wSZK45l/1twGppEYwNFC+/1YY/EOMGNrCt2N9qdzqhHg/kl1gq4MerWU00BQ?= =?us-ascii?q?rDandqgK2o+gkTuF5Qi1EFz8gehG0B8pVVcegn2830doBT0J1eRM4faqxwQM?= =?us-ascii?q?0bR9GsN2DLSRXQdEqPPFXODsg8Sinwgq+yxI9wyPCheZQOwpd3so/GSklkuW?= =?us-ascii?q?k7fF+rIdGS3adM7gvGTAyGLG7Q4/Abw6I8lqz3RbLtPyHGYkspidGcr/IWBd?= =?us-ascii?q?CefPqvJpRMAbvGIXH1EYhEmy3yMqMidEU2YYkwgJIWSliOqsXEJsnBrerAas?= =?us-ascii?q?veI7LrDHIqQWX6DnwfXCXiJclJ40yxM0WI3yT5ajfIQAjS7JhwGK/V86w404?= =?us-ascii?q?4WLLBBtQATlBC466iwWGN/m51zWHE7DKLsk6u9q2Xz133P9X9VNh1UCVsQ5L?= =?us-ascii?q?3hVnhNtBIbKk+cS8dTh/yvPURpmFeXLB52SM3bVCRFoU5sxK6xJ5uMgSY4C9?= =?us-ascii?q?ymNWqeh2AJpG2DSoodnqHr37a4RroISrIdHIBhHwTCEBJ43Sxwrn1YVQMCTk?= =?us-ascii?q?jDUi/1hb69l5wSDuHHf9x6iAOmSPQk+U73hAG5n4UCV3EbVzmhXYqrmg4oXS?= =?us-ascii?q?NTnUA02bQYmqC8lTGmLnYfjOw0PEZXUnmeBKtLAW2+FdZps4GuXDs1bG+RwR?= =?us-ascii?q?SGlhk4ewPRhg0vr12kCRfRRNbmLR52vGtC3qPj7VVuH1/tNH5YWzRfuY15Hm?= =?us-ascii?q?+DkG1iyPLjXMDS70KhLn8LwuQXO3X+bTwOCBh/3s3f7m/3pB+yUVM8xpsvOe?= =?us-ascii?q?TBCq8EaL+74AL5FKS40ZwjW8VywawgDvTSi4YwILCiUgeIMTL1DP4o0QSJpn?= =?us-ascii?q?AjfDJ5smUgjOmA4myu0EGomHE4GvbcO1JgWvUSJMyd9XHtQ7KS3Ix+ls9dh5?= =?us-ascii?q?r1DkzhLtqHw7rQdThNN1fapnO3VfghrflvzOAPnao2G5nQSj3T0n5bmB04Mc?= =?us-ascii?q?fvjUsbBKB2+qrINIMqf8scfUtijx8UvcXKKEsgqQrtBOAiOVkrkn/AJtuMp6?= =?us-ascii?q?PStqBHODzBmCLgfV2EtyFN9fbMWCWOkbYcFqIrOGxTLEwx8m5r8u+Of5DZYT?= =?us-ascii?q?/aMN1r7R6/KDuwYbVdQK+KFfELohF278qBkuWXeyD7sTqg/gdTM+ZL6SKqUM?= =?us-ascii?q?myCAWDFapU6NS8I02Lmbbv78ipjjv7IAHLLXgwlMlAbwgXYctCgDV509Fy3S?= =?us-ascii?q?i2V6DtokUq11FZ+ipqk1bx2o6gpGfXdHs2fjHxk9FTR31UNHPNkMHOte6f33?= =?us-ascii?q?756CJe2ZbCGFxLF+s+W+Q4X8zyNWN2NcMUvLS05KIhjSRIfQc2AwcH+XzA9v?= =?us-ascii?q?Ij2a38xe7bVOLjA2r5IF4N+TZKAYhvgywgwFswPfSW/Na6eQUYFukBHvs56M?= =?us-ascii?q?RXiVtS2xXO02E=3D?= X-Mailbb-Crypt: true Received: from qdefcs.de.t-internal.com ([10.171.254.41]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 11 Mar 2021 17:31:41 +0100 IronPort-SDR: HFKwgUwFjVjMT0q2NFKCCVswtiNzdJ2kfoaGxhShVXEvVcoJGzk9mSN4AoCVB2YxvRW+Ja0zSP VChhJ0d9Jr1w== X-Mailbb-Crypt: true Received: from he102090.emea1.cds.t-internal.com (HELO he102090) ([10.162.178.105]) by QDEFCS.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 11 Mar 2021 17:31:40 +0100 Received: from QDEFCS.de.t-internal.com ([10.171.254.41]) by he102090 (Totemo SMTP Server) with SMTP ID 358; Thu, 11 Mar 2021 17:28:44 +0100 (CET) IronPort-SDR: NoKQUHfWQQErFQiAwq3caymPrLerUn4/MRIEq5v8/FJBeew3DsT7X+uZs6cdCxigtc+NuprW1k /Wjq7/isEo9N/G4ptbzSP43Nn1U/Lc/Ig= X-IronPort-AV: E=Sophos;i="5.81,241,1610406000"; d="p7s'?scan'208";a="296872707" X-Mailbb-Crypt: true X-Mailbb-SentCrypt: true X-MGA-submission: =?us-ascii?q?MDF2yiN7OAnPi+pG5q14e2ixGITWCmFFNlcIEq?= =?us-ascii?q?IzAl4n6CrMUyZyewdmFF5SnOq2pQ0E5FT6Tt9CcmkY2EozCa2b1NxV9E?= =?us-ascii?q?K8FTv+NcoSwf1bQ8DYj0jjoMMFkB1Sq3xnN4RLaw6IJrYd3XRwys86RG?= =?us-ascii?q?120gIPS+wd9/2ucDdfuwML7g=3D=3D?= Received: from he199744.emea1.cds.t-internal.com ([10.169.119.52]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 11 Mar 2021 17:31:37 +0100 Received: from HE199745.EMEA1.cds.t-internal.com (10.169.119.53) by HE199744.emea1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 11 Mar 2021 17:31:37 +0100 Received: from HE104162.emea1.cds.t-internal.com (10.171.40.37) by HE199745.EMEA1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 11 Mar 2021 17:31:37 +0100 Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.170) by O365mail04.telekom.de (172.30.0.231) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 11 Mar 2021 17:31:39 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=c38IF35wmPP7WN6QhQPFH3J6a7kmIT2qIAB70B9izqYKN6q83nWoJ1bNVRqoRiUmc1WdbasqOeUUYfTAdofpnYWOp+PWr0cFQYOeWZWYySRnY5dmCixEj2Q/dsDyRxI0SU5PgtFOf2OQkfxxMKew0SH6rVYh0V1dS0f995eMuGH3g5TVflIveutoyMy4WmJTNoi7xbHZmlbzD0D9o5/up2FHe/bUptM00CtdWm+caHGF/Zg0HnrSCP51jJFXj/4OfWcZqnGXZNsZwwadSiw7HzEqKs/YeYDSDat8suNeXpJXBaQ01HBCPhGP49XufjliLJywGidkNLDT+7E8EZqq9w== 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=/7lQsnkVaCoczG0A0yHLmhh57ucTmtz+nOMTNRq1O7k=; b=M2ado3/bfELRkneizcNys0lmv5EoccXG1LZjlFlMUpo7SII6L3IvBRw17jTY6WN4R0Gsw62AkFzT25dfyKjXB1xaYkFPGdeN6eXxwW+t01t8IgyGTlTgPlDCZhUPIGwIfsqGjn0PwR3vtEUfVK/UVoPBgcwrymtrnMtisAjfKxIPJ0LE/+dy4hUY7WV+GW5WCfuOI9A/MPko4fMmn06AScK34+CbCw7na+ruJYrU12VOYXFY9cZrniW8R7nWGhwV+15bIjE+Ov8iAwtawfRpo4NJAoanHng9ezeAtPDyFkYQWg2TW+LzL+Jw3Q7MWC9G3mL723+Mrnu2BKKdRt5Ezg== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0283.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:f::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Thu, 11 Mar 2021 16:31:35 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3955.011; Thu, 11 Mar 2021 16:31:35 +0000 From: To: CC: , , , , , , Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EnvPLzhH0sQ0K8CsiAo8w0/6po9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQgAHbAyA= Date: Thu, 11 Mar 2021 16:31:35 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [62.159.145.145] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1e11e64a-b809-4b1f-3682-08d8e4ab236b x-ms-traffictypediagnostic: FR2P281MB0283: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5797; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TY2jkaq9VuNrN9LV4IJo3gVTdPZ2jW2Oauz7fdtixJUeTJwRxac1y5CG/HHJRJYi7AYLo7t3JjQdAa4y+oPPM0q6Wsq/p6i7BhvpsizZwBHnBx8JdRuTBPI0WmfH+Uj2JVJ+nPjgiOL4/UVJNTVR0J0o+5ZX6MeLJBC1oghWO/9Be6g3duKvPre2bIPVj51VrKuNps/9RiNVyG6lDRw8FnXl4Wz9Zlj/VqxwlhggYFCYvQIwd2gwH2QRJTSEwmAL7gggWmvBmizuhO5KQIqspQsEBUNVvKnopN/GxwNpprP2uWzUconW7IGaUPDSU6wuxJQfJSlDcJYT3bkZq8IhsHxAcXeJHZmrWO1XTT3uSz6JVfQoxqk4McbXpJle/x86y/rO6/wEjb+ASLd/fj71hQ1avjdtozXkx0nAhOAi0Y+P3GE20Id0Y4ag9kjpmjkMtkrk/NyiMOQsGgB6eINZeISbqqbVA/wYJnOSQzztAQJpeWevK3aeYyfDWVulGYS6U0tQquCDYzKJ/1/ywmq2ufYrfiQEdlWV+sxqnpC3dBYulgB0rMg5lOASaqoKD8fx4LaTfbOEaakc+JGJtu7E0t9nZF4WNBhNhUn40faWQxQnaOWxYgyXYJwLEBmYs/WkaaszjyWYEeEBSxVUQNxDFQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(39860400002)(366004)(136003)(396003)(346002)(966005)(8936002)(478600001)(8676002)(66946007)(83380400001)(85202003)(9686003)(86362001)(6916009)(85182001)(5660300002)(316002)(64756008)(55016002)(66556008)(66446008)(66616009)(66476007)(30864003)(76116006)(53546011)(6506007)(52536014)(2906002)(54906003)(33656002)(71200400001)(4326008)(66574015)(99936003)(26005)(7696005)(186003)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?NG5IWUpYaUFNUTBKZW84K1plczdDVDVmWEhyVTlwT1pvQml0S3dkRDdzQW9z?= =?utf-8?B?UnM3VnJPQVZVakMrY3B4V3A4RGx3TFRkemVENytKQjJmZjVNMGs5T1p2K3Q2?= =?utf-8?B?WUhLUjlFaVdmdkxZSFRWZGVXYzJWZVRGS3JwblpLcUJVVUs2YmxxVW9DUVFY?= =?utf-8?B?WkJVTUc4OHVlTEdHYi9BK0ExNno0dzNmS3ExODlDUUVuMUFiOU1OQU5oZDN2?= =?utf-8?B?TEZrRjBhUzRrVFVCUWRUWlB4dUY2cDhEejROem9MMEVBaTUvVHB4Ni9TLzF5?= =?utf-8?B?MVJNNVE4cVU2Q0VTVFFmQndLRmFid0E5WkZnbHlzVldHTTJwTm5VeFdFSnkw?= =?utf-8?B?QzNFREFnZnprU2hJbVM2RTVuekl0djg1OXlJd1hKMU9OakdLd1Bodmt3TmNW?= =?utf-8?B?OC9vZVpieGliaTVPOFV4YUhDK3R1ZmtrTWdvdVQ0WTdSeHk4ekxsd3kxc0ti?= =?utf-8?B?eEJVSGNqYW9WSEZERkkxenlRNDlyajgzbER0bmNWay9mYkY1TEJPejhNYkY2?= =?utf-8?B?N2MrQTJtSEFhVjk2VmNPQi9tWkJVd3R1Zm9Eell1cm14NTNUUldPemZpeDI2?= =?utf-8?B?UUhNZk9nRFpzRTU2TDZXWjJjMUFHZG84U2cxR08vd09CL3RWZW43Zys1d3BO?= =?utf-8?B?SS9VR2dMME9XcUt2aUhvaUZHcC9Kc3pjeE56OUE2SmRLbVc2SmxqVlFDUkd1?= =?utf-8?B?ZWdBb1gyYmFxRVRZOWIvdk5LNHJaRXcycTRQbTgwREdzSko2bVdJazBPTkRJ?= =?utf-8?B?a0pKVjhsWWNHZFBwTm9YWWJrZEh1V0IxTWR5bE9OeEUreU01WXR0SlVXMnVo?= =?utf-8?B?cHQrUGpWWjNOSTRpdGIrN1F1YkRCcjFCUk5ZcnVxWHJibGovNGVtTjdHNnc4?= =?utf-8?B?YWFCNjRLOTlEYVh3RmFyVEtHTFhHdXJ1amtMaS90SWtueXRjcU0yeFlxMzdC?= =?utf-8?B?TGZVQUwvb2NhSHlHYU41THF5c3BSZkYrRUNDMG5PM05CekZINTNpeE5RTkFy?= =?utf-8?B?bFYyN212S1k3N2ZWa3NLTkZOc2YwU1p5TVoxRkpERlRTNmNDblQxcnJ5OFM3?= =?utf-8?B?Wk4xZWR6SnBWaTBPZnhyWGVSRHlscjQvZkdURjAyTDZ4RUZwdGttQm9nK3NQ?= =?utf-8?B?VnZVMlR3aTR0VTI4bG1ZLzFxcmlXWS9aeWpMRzhMMFRzZCtBeGVXODBaeXRC?= =?utf-8?B?UGdNUTllVHpxWHkxeldIa1pDS0VRanZ4dDlBQkdNc1Q5K1hJMkl5c1ZPQnl0?= =?utf-8?B?VVpnamdYVEN5emFXMUNXbUZ4amxWRjJiNkI3UU1uQXZHWERBZkFYOXdZRmxo?= =?utf-8?B?YW1HWnNYVnVtL1BWaGo4SkROalFhMktEd3RtR3h1dC9KQ0hCNlI1dGsxZmJD?= =?utf-8?B?OVdVNXNQdHV1d2VQWG8wbW5EVjZWQWtnbnJQMGdsSkpPWHVTWWpXTHg4Rk4v?= =?utf-8?B?dTEwSmhyQjRoVWcwMS9pYk0rTDJ1RlhidGhyNmlqNHpCZ2dCMVk2T0xVdGtu?= =?utf-8?B?YmVRdHdRd1NROFAwNHh4eGdYWXQreGpFcDBLczVWNDZtNmlkZm1heVlLa0lB?= =?utf-8?B?MU5qUDZMRjFmd0tCN2twWjN6Z1k4K3FrbDM3SnpMbGROOWUrTWJZY1hRakRE?= =?utf-8?B?Y2UxVi95KzdBZE5RY3NQRWR1enJvamJOaTJnMTJ1RXVSVDR5ZTY2WWFHR0pX?= =?utf-8?B?czRDZ09vV1ZlTFRSR00wSWNrdEhUbmtwcnFJdVU2S3pqNDZJLyt4blk4OHZ6?= =?utf-8?Q?BrpIQJR0Rtk8UWqpHHruPgcpF4qjcXTGGz4FBZQ?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0004_01D7169B.BB0F19F0" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 1e11e64a-b809-4b1f-3682-08d8e4ab236b X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Mar 2021 16:31:35.7286 (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: RmhX6kgKY0oYgSDYROfaW8rk9SuvUFMiV+RxpMyQjQWVwgJQJTBT6mcGpAfd14Qr1OHn4HzReSziLPJ6ngWQFybf7xj4UswUOrc2IKQ+VQ8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0283 X-TM-SNTS-SMTP: F91373044149988A89390472E4219597CDAB9C4DAC0290AFD9B60BEE127574082000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 11 Mar 2021 16:31:49 -0000 ------=_NextPart_000_0004_01D7169B.BB0F19F0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Magnus, Before going to discuss details some questions: Would it help to insert text that person initiating test is required to = parametrize an access bandwidth to be validated?=20 I'm asking, as the intent of the draft might not be to capture a = completely unknown access bandwidth (but I think it doesn't say so = explicitely yet). Do some of your comments address a concern that a test creates to much = congestion during one feedback interval FT? That may stem from the idea, that we've exactly reached access bandwidth = AB during FT and badly congest the access during FT+1 (I don't deny that = this is possible). If that's your concern, would an approach to limit the maximum = congestion created before FT+1 is reached being bound to a limit = Buffer_max[ms]@AB[Bit/s] based on the last captured congestion free = bandwidth AB during FT? As an example, Buffer_max =3D 0,05 s if AB < 1 Gbit/s (smaller = Buffer_max values may be applicable at higher rates). This would result = in a formula determining the sending behaviour during st, rather than a = table.=20 Regards, R=C3=BCdiger -----Urspr=C3=BCngliche Nachricht----- Von: Magnus Westerlund =20 Gesendet: Donnerstag, 11. M=C3=A4rz 2021 12:16 An: acm@research.att.com; Geib, R=C3=BCdiger Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-chairs@ietf.org; = ippm@ietf.org; iesg@ietf.org Betreff: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Hi, I have reviewed the text changes in context.=20 First of all I like to be clear that these changes do need review from = the rest of the WG and a confirming consensus call as they are = substantial.=20 Section 2. I think the scope text is still fairly open. Yes it is clear that the = load algorithm is only intended for measurements. However, the usage is = not particular limited, especially in regards to my main concern of edge = to central nodes across multiple AS in the Internet like the different = TCP speed tests often are deployed. The security consideration = requirements are good for a number of reasons but put no limitations on = that aspect. So I would prefer a more explicit statement here. I think = an important aspect here is that any ISP seeing issues from these = measurements should know who to talk to. I don't know how to best = formulate that.=20 Section 8.1: So I am trying to understand the implication of the load algorithm at = higher rates and how recommendations works out in relation to the = definition of the rate.=20 So the document says:=20 Each rate is defined as datagrams of size ss, sent as a burst of count cc, each time interval tt (default for tt is 1ms, a likely system tick-interval) So I think this definition is fine for lower rate as the number of = packets in each 1 ms burst is fairly small and the buffer it hits will = likely be relatively large compared to the increase in load. However at = higher rates like beyond 10 GBPS where 1 GBPS steps are recommended. So = transmitting at bursts every 1 ms intervals means that one are = transmitting 833 packets each burst at 10 GBP rate of 1500 bytes size, = so likely even higher for more moderate 1200 byte size packets. That is = almost 1,3 mb of data. So where pacing may be quite good at lower = bit-rates < 1Gbps I wonder if it starts breaking down at higher rates, = which appears to in the region where buffers becomes more shallow due to = the cost of having large buffers and where good pacing reduces the need = for buffering. I would also note that the reaction time for the control = can be 1RTT + 50 ms which thus the increase in offered load for a step = size becomes 10s of MB during an regulation period. As the load algorithm hasn't been tested beyond 10Gbps and it appears = that the numbers can start to become more problematic at these speeds, = wouldn't it be better to say that this is not intended beyond 10 Gbps.=20 On the table I have the following comments: +--------------+-------------+--------------+-----------------------+ | Parameter | Default | Tested Range | Expected Safe Range | | | | or values | (not entirely tested, | | | | | other values NOT | | | | | RECOMMENDED) | +--------------+-------------+--------------+-----------------------+ | FT, feedback | 50ms | 20ms, 100ms | 5ms <=3D FT <=3D 250ms = | | time | | | Larger values may | | interval | | | slow the rate | | | | | increase and fail to | | | | | find the max | +--------------+-------------+--------------+-----------------------+ I would note that a FT of 5 ms will have the potential to result in = significant fluxtuations in some systems like mobile systems as the = scheduler time is actually likely to be longer than 5 ms. +--------------+-------------+--------------+-----------------------+ | Feedback | L*FT, L=3D10 | L=3D100 with | 0.5sec <=3D L*FT = <=3D | | message | (500ms) | FT=3D50ms | 30sec Upper limit for = | | timeout | | (5sec) | very unreliable test | | (stop test) | | | paths only | +--------------+-------------+--------------+-----------------------+ Even the default means that one looses 10 feedback packets in a row. = That is a lot and shows that one have a serious interruption on the = return path. Already loosing 3 feedback packets in a row indicates that = one have significant outages if this is lost.=20 Secondly, this is formulated only based on intervals of FT. For startup = the RTT is relevant factor. So I think there are several factors here = for the timeout that maybe need to be teased apart? So initially one = offers a very low load and one may not have a good measurement on base = RTT. Thus, time to first feedback is okay to be fairly large and 500 ms = is likely okay but quite longer than expected for an access to local = internet exchange measurement. However, when one scale up the rate I = think these values are way to long as the total amount of traffic sent = without feedback becomes quite significant. Receiving no feedback for = more than 10 reporting intervals are already way to long. And to state = that 30 seconds would be an acceptable value I can't support even for a = measurement tool. The definition of what "Feedback message timeout" and "Load packet = Timeout" is not defined. I assume that Feedback message timeout is the = time without receiving any feedback messages after starting a = measurement. Is the load packet timeout the time the receiver is waiting = before using signalling channel to end the measurement without receiving = any packets, or for the sender to receive feedback that says that no = packets have been received? The roles here are not clear. Sending packets for several seconds without seeing any result appears = problematic and allowing values beyond several seconds looks broken.=20 +--------------+-------------+--------------+-----------------------+ | table index | 0.5Mbps | 0.5Mbps | when testing <=3D10Gbps = | | 0 | | | | +--------------+-------------+--------------+-----------------------+ | table index | 1Mbps | 1Mbps | when testing <=3D10Gbps = | | 1 | | | | +--------------+-------------+--------------+-----------------------+ Why is this value not relevant when testing beyond 10 Gbps, the ramp up = time becomes to long with these values or? | ss, UDP | none | <=3D1222 | Recommend max at = | | payload | | | largest value that | | size, bytes | | | avoids fragmentation | +--------------+-------------+--------------+-----------------------+ So isn't there a mismatch between the metric and the load algorithm = values here? With the rate definition in Section 8.1 being defined as = based on "ss" that UDP payload bytes, rather than IP packet sizes that = are used?=20 I understand that one want to ensure that one measure using a size that = actually works in the path. However, I think one should be warned that = one might run into packet rate limitations rather than byte limits if = one would use too small.=20 ` +--------------+-------------+--------------+-----------------------+ | cc, burst | none | 1 - 100 | same as tested | | count | | | | +--------------+-------------+--------------+-----------------------+ So the cc value is dependent on target rate and the value of ss and tt. = So should it be included in this table? Especially as 100 is not = sufficient for multi-gigabit speeds with a tt of 1 ms.=20 +--------------+-------------+--------------+-----------------------+ | low delay | 30ms | 5ms, 30ms | same as tested | | range | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ So I think this value is highly dependent on several aspects and maybe = should get more discussion. First for a measurement campaign it is = relevant what one consider as the target additional latency that is = acceptable when finding capacity. Secondly, the jitter in the network = technology. For WIFI, mobile and DOCIS a to low value may be shorter = than the scheduling latencies that might occur. It is also a question = about how precise the implementation are capable of measuring per packet = latency variances.=20 +--------------+-------------+--------------+-----------------------+ | high delay | 90ms | 10ms, 90ms | same as tested | | range | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ Also here I wished there was a bit more discussion. So this value = clearly must be above expected jitter for the network technology. It = also needs to be sufficient large to represent a fair amount of queue to = avoid measurement errors. I assume that if one would chose a value = larger than available buffer depth one would drive the network into = packet loss. And as long as there are some room between low delay range = threshold and the actual delay causing loss or this higher one has a = chance to regulate to that rate.=20 +--------------+-------------+--------------+-----------------------+ | sequence | 0 | 0, 100 | same as tested | | error | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ What is this value really?=20 +--------------+-------------+--------------+-----------------------+ | consecutive | 2 | 2 | Use values >1 to | | errored | | | avoid misinterpreting | | status | | | transient loss | | report | | | | | threshold | | | | +--------------+-------------+--------------+-----------------------+ Also here I am uncertain what is the criteria here? +--------------+-------------+--------------+-----------------------+ | Fast mode | 30 | 3 * Fast | same as tested | | decrease, in | | mode | | | table index | | increase | | | steps | | | | +--------------+-------------+--------------+-----------------------+ So is the recommended value 30 or 3*Fast mode increase? Should they be = proportional or not? The last entry appears to be a summary fact of the parameterization, and = is it relevant? What is the goal here in relation to push other congestion controlled = traffic out of the way? It appears that it is likely to cause delay = based congestion to be pushed out of the way. I am more uncertain how it = interacts with loss based ones, as depending on situation it appears = that it could avoid going into the loss regim.=20 My conclusion is that some aspect of this do appear more clarifications = on what they are and further assumptions on how the load algorithm will = be deployed spelled out so that its function is more controlled.=20 Cheers Magnus > -----Original Message----- > From: MORTON, ALFRED C (AL) > Sent: den 8 mars 2021 18:33 > To: Ruediger.Geib@telekom.de; Magnus Westerlund > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > iesg@ietf.org > Subject: RE: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) >=20 > Hi all, >=20 > The working text was just submitted as version 07. [0] We can continue > discussions from this point. >=20 > Thanks again for all the IESG reviews! >=20 > Al (for the co-authors) >=20 > [0] = https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric- > method >=20 >=20 > > -----Original Message----- > > From: Ruediger.Geib@telekom.de [mailto:Ruediger.Geib@telekom.de] > > Sent: Monday, March 8, 2021 3:19 AM > > To: MORTON, ALFRED C (AL) ; > > magnus.westerlund@ericsson.com > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > iesg@ietf.org > > Subject: AW: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > metric-method-06: (with DISCUSS) > > > > Hi Al, hi Magnus, > > > > To make progress within the time left, it's likely best to leave > > things as they are. That produces a standard and a benchmark. A = cross > > domain deployment may be tested against that benchmark to gain more > > experience on operational aspects. > > > > Regards, > > > > Ruediger > > > > -----Urspr=C3=BCngliche Nachricht----- > > Von: MORTON, ALFRED C (AL) > > Gesendet: Freitag, 5. M=C3=A4rz 2021 14:22 > > An: Magnus Westerlund ; Geib, > R=C3=BCdiger > > > > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > iesg@ietf.org > > Betreff: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity- > > metric-method-06: (with DISCUSS) > > > > Hi Magnus and R=C3=BCdiger, > > > > The working text on the "applicability" limits that we added to the > > scope section *included an earlier agreement* to add the first > > sentence below and the bullet, so now the whole paragraph reads: > > > > The primary application of the metric and method of measurement > > described here is the same as in Section 2 of [RFC7479] where: > > > > o The access portion of the network is the focus of this problem > > statement. The user typically subscribes to a service with > > bidirectional access partly described by rates in bits per = second. > > > > In addition, the use of the load adjustment algorithm described = in > > section 8.1 has the following additional applicability = limitations: > > > > - MUST only be used in the application of diagnostic and = operations > > measurements as described in this memo > > > > - MUST only be used in circumstances consistent with Section 10, > > Security Considerations > > > > We can make further edits to balance your comments but let's start > > here, and sorry for not including the whole paragraph last night - = it > > seems that I should have. > > > > Al > > > > > -----Original Message----- > > > From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com] > > > Sent: Friday, March 5, 2021 8:06 AM > > > To: Ruediger.Geib@telekom.de > > > Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity- > > > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > > > iesg@ietf.org; MORTON, ALFRED C (AL) > > > Subject: RE: Magnus Westerlund's Discuss on > > > draft-ietf-ippm-capacity- > > > metric-method-06: (with DISCUSS) > > > > > > Hi, > > > > > > Ruediger, if you can find a formulation that covers that national > > > test case I am likely fine with it. If the involved parties know = who > > > to discuss issues with and can get them addressed I am not = worried. > > > I am worried where someone deploys a couple of servers, like the > > > current TCP speed tests and users run it totally by themselves. > > > > > > And to be clear I think with more experience with large scale > > > deployment of the algorithm and more experiments beyond the > intended > > > deployment model this should be possible to update the specs to > > > remove this type of limitation. > > > > > > Cheers > > > > > > Magnus > > > > > > > -----Original Message----- > > > > From: Ruediger.Geib@telekom.de > > > > Sent: den 5 mars 2021 12:13 > > > > To: Magnus Westerlund > > > > Cc: tpauly@apple.com; ianswett@google.com; > > > > draft-ietf-ippm-capacity- metric-method@ietf.org; > > > > ippm-chairs@ietf.org; ippm@ietf.org; iesg@ietf.org; > > > > acm@research.att.com > > > > Subject: AW: Magnus Westerlund's Discuss on > > > > draft-ietf-ippm-capacity- > > > > metric-method-06: (with DISCUSS) > > > > > > > > > > > > > > > > I think this is a bit to unclear in regards to the limitation of > > scope. > > > My > > > > worry are internet wide measurements. Reading what exists in the > > > currently > > > > available draft in the Section 10, there are no limitation here > > > described to > > > > only use this algorithm only across controlled networks. > > > > Especially as bullet > > > > 5 in Section 10 relies on the load algorithm what is currently > > > > written > > > is > > > > fine > > > > across the whole internet as long as sender and receiver are = okay > > > > with > > > the > > > > measurement which is not what I at least thought we agreed. > > > > > > > > Can you please be explicit that the load algorithm is limited to > > > > use > > > across > > > > networks path that are controlled or managed and not intended = for > > > Internet > > > > wide usage. > > > > > > > > - MUST only be used as part of measurements within managed > > > > networks, and not across general Internet. > > > > > > > > [RG] That's tough, as regulators are interested in this test and > > > regulators > > > > aren't part of a domain. So they might resort to TCP speed = tests, > > > > being > > > less > > > > accurate and precise and not standardised (note that penalties = are > > > discussed > > > > to be linked to results). I'd be interested in finding agreement > > > > to have metric and method standardized for at least nations = under > > > > authority of a single regulator. No idea how exactly. Would a > > > > bound on RTT/in some countries multiple instances and some > > > > additional parametrization information prior > > > to > > > > start, e.g., a contracted access bandwidth, help? > > > > > > > > [RG] I'm off for the weekend (I'm out for a lasting solution, = not > > > > necessarily a speedy one) - regards, > > > > > > > > Ruediger ------=_NextPart_000_0004_01D7169B.BB0F19F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIa5DCCA8Mw ggKroAMCAQICAQEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5 c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3Qg Q2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMB4XDTA4MTAwMTEw NDAxNFoXDTMzMTAwMTIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5c3RlbXMg RW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVy MSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAql/aG1/oc5Hl2lz0ouZH5fNoVWAFHQKks5tZ8x6KrzSt/A3C2UgZ7mmP ySD8IaoHGe2wXKxlx1/tAnx7fC0b1rq5gMIYghaE+mawCMZUI4HkzblJP/ZPbjdIKDgPxb7naHD9 OZdN0seYkVCqxESzI305R+lSYtYSk163MZZCBft2px6j9cL86XrFbKlxT+rLeLxgr8fe9NnLvn4z pW6Ug/A0+iGr6o5yoD+k3jBb74ZNapVbQ0SoEBUc5QFXxZjx5gYokaogxbdTJlFDsgsRlVjhwA92 2cCNfIHzcnCeb/4ajtlfNcaybzR8vkhP4lo519ideJ6fhj4DXhmLRKLVxwIDAQABo0IwQDAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUv1kgNgB5oKAia4zV8mHSuCzL gkowDQYJKoZIhvcNAQELBQADggEBADEDomELH3TocjbGbflNnvoiqOGBVs/Nu5/qq5EZOK+qfBVN 87ajjaX0jvZEqafoIZWtPgBiFojwArr8YSPmM5swems2YnutBCOEWGXi2yuK5yVTN2JTX7zaAWIp oqYnceY6In7Bbx2VcCBKBzTf6v8VgOW613rYW3V8BXopR35AqDETd81AO7RRR3ouEeNHEd6dZtCL 1VRm+oNV6nzCKYkb6W+zzuIFhMkvPniFYm7JX8F4Y3RYwEgYDJk566TMGrV5Wo0VnNgUDfZ6B1fH IoMFLTybJSY9GLOpQ3zIyKtkjw6jv5wbnTDb2tAZLqo88fszgHbkza0ZTwUnjhOhbsIwggZ1MIIF XaADAgECAhA57Gz8JhrPvomPoUVwXJsKMA0GCSqGSIb3DQEBCwUAMIGCMQswCQYDVQQGEwJERTEr MCkGA1UECgwiVC1TeXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEfMB0GA1UECwwWVC1T eXN0ZW1zIFRydXN0IENlbnRlcjElMCMGA1UEAwwcVC1UZWxlU2VjIEdsb2JhbFJvb3QgQ2xhc3Mg MjAeFw0yMDA3MDkwODIyMDZaFw0zMDA3MDkyMzU5NTlaMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQK DBNEZXV0c2NoZSBUZWxla29tIEFHMTAwLgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3Vy ZSBlbWFpbCBDQSBFMDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLkz34RBUeypWY 1etcLlyXpu4WhPuNLAEAXbbmlByopLitmOxCFwIdwp2uvwTmb5ZNhW/gXKmCccwhXvSMuef/wlWh 5AzeCg3P6MlJgMqZMsHntI69f5ekSAfnS7kKIBMPtBs2gHZTpcc9KVmfV3JkEV2/CU97td8d42QJ 97LGMTks2sbmblIc0ogZQPyNOrZ/YVAZUOQagmwXvx+MgY2x4U6j0Zao6857sZ842eHIxxwF2K2U mzY7epS2tYwdMv4Fm5I69wnwrlQPz/9MfYJxsCOG9+1NVSQWYuU8zF3QnPHIAIgOT4h+iRwBCKfE lOYZt2EEiFdSj6xzvGUaSYcfAgMBAAGjggMJMIIDBTAOBgNVHQ8BAf8EBAMCAYYwHgYDVR0lBBcw FQYIKwYBBQUHAwQGCSsGAQQBgjcVBTAdBgNVHQ4EFgQUB0etEB4G9Kd0EWClvaErN4rz810wHwYD VR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB/wIBADBSBgNVHSAE SzBJMEcGCSsGAQQBvUcNGjA6MDgGCCsGAQUFBwIBFixodHRwOi8vY29ycG9yYXRlLXBraS50ZWxl a29tLmRlL2Nwcy9jcGtpLmh0bTCB+gYDVR0fBIHyMIHvMDqgOKA2hjRodHRwOi8vY3JsLWNwa2ku dGVsZWtvbS5kZS9ybC9HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGwoIGtoIGqhoGnbGRhcDovL2xk YXAtY3BraS50ZWxla29tLmRlL0NOPVQtVGVsZVNlYyUyMEdsb2JhbFJvb3QlMjBDbGFzcyUyMDIs T1U9VC1UZWxlU2VjJTIwVHJ1c3QlMjBDZW50ZXIsTz1ULVN5c3RlbXMlMjBFbnRlcnByaXNlJTIw U2VydmljZXMlMjBHbWJILEM9REU/YXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwggEsBggrBgEFBQcB AQSCAR4wggEaMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC50ZWxla29tLmRlL29jc3ByMEEGCCsG AQUFBzAChjVodHRwOi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvR2xvYmFsUm9vdF9DbGFzc18y LmNlcjCBqgYIKwYBBQUHMAKGgZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049VC1UZWxl U2VjJTIwR2xvYmFsUm9vdCUyMENsYXNzJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRl cixPPVQtU3lzdGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkgsQz1ERT9jQUNlcnRp ZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQB5WdpXd/YGapzM4F/w4t0UqsQdmgo/QEg5jcsx36c9 h11iHHlDITRFIkfXS+h7KQrR2Mvxc/fdbKyONxCCPnJaIN6qa2yTBE3VGF0Q56Tc+Q5WN4gIL34b DqC8UW3G/p2lpkibMPEJGEvPgtsvqLbrX1EAxANZmvXYJehIHAXCNn81M5VV2mWkajvPW/wWMZyg XZj5iCEmKus4ouQvYnWNvz6bCws6NUnae+Qjg9zxN0g8uluL/1fcDDiyB7cFXI8/ZkuR3dEZVzsK jNJiAkak2yFUQKzl+gy9iedhGhNrHFNyhW19NIMY59jKqymxsQj4aYkMllPw/pzZxAzU9J3/MIII TTCCBzWgAwIBAgITFgAAfIRh35XK53ykiQAAAAB8hDANBgkqhkiG9w0BAQsFADBdMQswCQYDVQQG EwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVs ZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzMB4XDTIwMDgwMzEyMTI0MVoXDTIyMDgwMzEyMTI0 MVowgc8xCzAJBgNVBAYTAkRFMSYwJAYDVQQKDB1EZXV0c2NoZSBUZWxla29tIFRlY2huaWsgR21i SDEPMA0GA1UECwwGUGVyc29uMREwDwYDVQQLDAhFbXBsb3llZTERMA8GA1UECwwIQy0zMDEzMTAx DTALBgNVBAQMBEdlaWIxETAPBgNVBCoMCFLDvGRpZ2VyMRYwFAYDVQQDDA1Sw7xkaWdlciBHZWli MScwJQYJKoZIhvcNAQkBFhhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwggEjMA0GCSqGSIb3DQEB AQUAA4IBEAAwggELAoIBAQCrGAimNVnZh9JSF+n/cWNDmvKI8cRRIC854lTYx246e6LnSBmIjXsE HFPul8AM1pcLGPHGVhb84q/as1NnvlclN+5+6I0tHNHpVTJZ6hNq3iJWCMhIwmLSA0PDHpi2ajOT D9x9IxEojeBmS0FyRCEA6+ltYOC3phQxJX4C4yHdlyHqksjdqQB/FVtKO/BfQzgw4qN1MV44LNGK 3JYDBssMG2Y9tTgqkTTO8zLa766C+TF2fkvcsnsN74n7nC6xYwhuF89dWcn39mjwZB8yX4cwiyf7 m/EXe5ovhYpleSyepTEmAPDgYT7MpaQE6MG6xmg2oSYTGgMxXeBZjorcD7BLAgRAAACBo4IEkDCC BIwwHQYDVR0OBBYEFCaAH5boIiREtJ9lptcCAGiM5hM9MB8GA1UdIwQYMBaAFAdHrRAeBvSndBFg pb2hKzeK8/NdMIIB7AYDVR0fBIIB4zCCAd8wggHboIIB16CCAdOGSWh0dHA6Ly9jcmwtY3BraS50 ZWxla29tLmRlL3JsL0RldXRzY2hlX1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcmyG gZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049RGV1dHNjaGUlMjBUZWxla29tJTIwQUcl MjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9VPVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUl MjBUZWxla29tJTIwQUcsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0hoHlbGRhcDovLy9D Tj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0ElMjBFMDMsQ049 SEUxMDk5MTAsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENO PUNvbmZpZ3VyYXRpb24sREM9Y2RzLERDPXQtaW50ZXJuYWwsREM9Y29tP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDCCAToGCCsG AQUFBwEBBIIBLDCCASgwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLWNwa2kudGVsZWtvbS5kZS9v Y3NwcjBWBggrBgEFBQcwAoZKaHR0cDovL2NydC1jcGtpLnRlbGVrb20uZGUvY3J0L0RldXRzY2hl X1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcnQwgZ4GCCsGAQUFBzAChoGRbGRhcDov L2xkYXAtY3BraS50ZWxla29tLmRlL0NOPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHJTIwc2VjdXJl JTIwZW1haWwlMjBDQSUyMEUwMyxPVT1UcnVzdCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtv bSUyMEFHLEM9REU/Y0FDZXJ0aWZpY2F0ZTALBgNVHQ8EBAMCB4AwOwYJKwYBBAGCNxUHBC4wLAYk KwYBBAGCNxUItvtCg6bBLo2bEYe3x2aCuNURBIHl/3uGsaNkAgFkAgESMBMGA1UdJQQMMAoGCCsG AQUFBwMEMBsGCSsGAQQBgjcVCgQOMAwwCgYIKwYBBQUHAwQwUQYDVR0gBEowSDBGBgkrBgEEAb1H DRowOTA3BggrBgEFBQcCARYraHR0cDovL2NvcnBvcmF0ZS1wa2kudGVsZWtvbS5kZS9jcHMvY3Bz Lmh0bTBNBgNVHREERjBEoCgGCisGAQQBgjcUAgOgGgwYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl gRhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwDQYJKoZIhvcNAQELBQADggEBAHunIT0RKxsU9CxQ E1jgG79dljkF1XDc70WhW8T/YOjTAhoVLbqiJ0j9RXvfBF24CCaH3Bi3jcZatmumrZPbAmIz1Nbk sN5Fmf4bi7W8Qy9/hGvF5wTinBNgHeXZtlG5tLc61v/PSZY6v4EXpfDdEs4x8JTiIaLbJYr4o7FH /zYjj6WFsYPsljKOwvYlpwYqHrozp7jMW+nc47YCXNI21yuAxx8exhhDgzUiG9IAA39nXpsBL6tm yl+tnrxGdQQqQF4x0ICeoln1KfFCzPUhqFMVhqDJ/XXgAlz+VN5iD34bXb1iEDIBUrqqKNHZktl4 y6XIDDLJnGHm1rv9CAucdVMwgghPMIIHN6ADAgECAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMwHhcNMjAwODAz MTIxMjQxWhcNMjIwODAzMTIxMjQxWjCBzzELMAkGA1UEBhMCREUxJjAkBgNVBAoMHURldXRzY2hl IFRlbGVrb20gVGVjaG5payBHbWJIMQ8wDQYDVQQLDAZQZXJzb24xETAPBgNVBAsMCEVtcGxveWVl MREwDwYDVQQLDAhDLTMwMTMxMDENMAsGA1UEBAwER2VpYjERMA8GA1UEKgwIUsO8ZGlnZXIxFjAU BgNVBAMMDVLDvGRpZ2VyIEdlaWIxJzAlBgkqhkiG9w0BCQEWGFJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOkqXQbhXowY20Y53MVT0oxSTcxu Bo1AzjmQZUnnFhgU73UCN/ZHrxmwXKGJm1qGXHCNVrxQHAtvEhyYfOgABHWXB158IgnyBKwG64vv GkfEboN8uWu9v+d0kLn4c+hR7jdb+3taT3B2UhyMAvXwsoYFLu4bvdwf8eAIa/+tSJOzdMZn+LMi Fl+aVE3Lj/EmUaVnmGHUGkmwc+hm7xtquqjp1m4O7HJozKaB8FK/GTkmhO9GBiRYrBvluV8WE293 YjOrrLdmjqI6B4VdS59p5YHTE5bVVfGcmHAVoMrlPv8Tsv0LYjex56Wa9WF4sv7wYEqfrEAvhdHx f/hUzvxWVXcCAwEAAaOCBJMwggSPMB0GA1UdDgQWBBSDd7kc4WPI8bRgPSupkod8URDIBjAOBgNV HQ8BAf8EBAMCBDAwHwYDVR0jBBgwFoAUB0etEB4G9Kd0EWClvaErN4rz810wggHsBgNVHR8EggHj MIIB3zCCAdugggHXoIIB04ZJaHR0cDovL2NybC1jcGtpLnRlbGVrb20uZGUvcmwvRGV1dHNjaGVf VGVsZWtvbV9BR19zZWN1cmVfZW1haWxfQ0FfRTAzLmNybIaBnWxkYXA6Ly9sZGFwLWNwa2kudGVs ZWtvbS5kZS9DTj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0El MjBFMDMsT1U9VHJ1c3QlMjBDZW50ZXIsTz1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyxDPURFP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3SGgeVsZGFwOi8vL0NOPURldXRzY2hlJTIwVGVsZWtvbSUy MEFHJTIwc2VjdXJlJTIwZW1haWwlMjBDQSUyMEUwMyxDTj1IRTEwOTkxMCxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZHMs REM9dC1pbnRlcm5hbCxEQz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVj dENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIIBOgYIKwYBBQUHAQEEggEsMIIBKDAtBggrBgEF BQcwAYYhaHR0cDovL29jc3AtY3BraS50ZWxla29tLmRlL29jc3ByMFYGCCsGAQUFBzAChkpodHRw Oi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvRGV1dHNjaGVfVGVsZWtvbV9BR19zZWN1cmVfZW1h aWxfQ0FfRTAzLmNydDCBngYIKwYBBQUHMAKGgZFsZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUv Q049RGV1dHNjaGUlMjBUZWxla29tJTIwQUclMjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9V PVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNlcnRpZmlj YXRlMDsGCSsGAQQBgjcVBwQuMCwGJCsGAQQBgjcVCLb7QoOmwS6NmxGHt8dmgrjVEQSDyPIygpj4 cgIBZAIBEjATBgNVHSUEDDAKBggrBgEFBQcDBDAbBgkrBgEEAYI3FQoEDjAMMAoGCCsGAQUFBwME MFEGA1UdIARKMEgwRgYJKwYBBAG9Rw0aMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9jb3Jwb3JhdGUt cGtpLnRlbGVrb20uZGUvY3BzL2Nwcy5odG0wTQYDVR0RBEYwRKAoBgorBgEEAYI3FAIDoBoMGFJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZYEYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlMA0GCSqGSIb3 DQEBCwUAA4IBAQAnhIYBlxmz82C9DCCT2WYurNUaBBC5XOLHAy6VSVYDs/0kv47aodgl02Atu9Al d2J/vn/7d4Wx6YduCbDQZF7kw2AqCFbS+uW64/GVxpOFTDvqQmEmBuDv+Y/79rNzSc6QZNvsJHZi 8CqTWvScjzkuUt3pqmKTSvDFHht+3hTt3fcY/eicnJjeqfaxcxXH5ORoi0ZA5CO8MNraZhF7Xvph jvrx0cCW8zPJmyPvpVmdYk9lYVTTdjTJ3I6pJ/iWqM9/87vyAAIbpNxbkDLXjLrtWoBqupp6Pedy IoRU7q2ZqyuD5LpD53UCSRkdv+FSPnaYHb5t5dA2HQUf1tIe5C1/MYIDoDCCA5wCAQEwdDBdMQsw CQYDVQQGEwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNj aGUgVGVsZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzAhMWAAB8hGHflcrnfKSJAAAAAHyEMAkG BSsOAwIaBQCgggIBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIx MDMxMTE2MjY1NFowIwYJKoZIhvcNAQkEMRYEFNDQOItu2GasMBVoJvgTlwat5kiDMIGDBgkrBgEE AYI3EAQxdjB0MF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMCExYAAHyFD6Cv y8lg6YIAAAAAfIUwgYUGCyqGSIb3DQEJEAILMXagdDBdMQswCQYDVQQGEwJERTEcMBoGA1UECgwT RGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVsZWtvbSBBRyBzZWN1cmUg ZW1haWwgQ0EgRTAzAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIw CwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBAIBK5zdarAiUxmpVResCYCBHRicz5wTJXJeM 3Gj1SopuDuZOKaiFKshjCSEx19TCKFjOdify078yCzRspKHQMu2wVqiix6jBzUaX0F3i0kRVsRdy X985X0UdZY/FX+Z4LpETGMtVaAWtef37Y/zIg4agRvldx3dQyeGaeLFwPGUFtRStVvby1S0WgWQv hQJykQo8TLeYphvVxg/6lIJ/zX+YB61rMt7Klzstz/GIuo6yui8v2iB11TwnFXy4K7lt4gmmFN3O c8z4KR+4rtC+r42TvFrjxTeSQDnYmZlRK0muqXyuoq3Bl9QXDMiQKQhZyVMnqpcSQdYBUY9T74Xr LzQAAAAAAAA= ------=_NextPart_000_0004_01D7169B.BB0F19F0-- From nobody Thu Mar 11 19:16:34 2021 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 895363A1C3B; Thu, 11 Mar 2021 19:16:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 ZrqRteFNAALw; Thu, 11 Mar 2021 19:16:04 -0800 (PST) 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 44EA13A1C33; Thu, 11 Mar 2021 19:16:04 -0800 (PST) Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 12C3FkC9039192; Thu, 11 Mar 2021 22:15:55 -0500 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049297.ppops.net-00191d01. with ESMTP id 376yuv93uj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 11 Mar 2021 22:15:54 -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 12C3FrNc058658; Thu, 11 Mar 2021 21:15:53 -0600 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12C3FluN058531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 11 Mar 2021 21:15:47 -0600 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id 130CB4009E73; Fri, 12 Mar 2021 03:15:47 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30494.vci.att.com (Service) with ESMTP id C53474000693; Fri, 12 Mar 2021 03:15:46 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12C3FkQv060679; Thu, 11 Mar 2021 21:15:46 -0600 Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12C3Fc95059896; Thu, 11 Mar 2021 21:15:39 -0600 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-green.research.att.com (Postfix) with ESMTP id 40FF510A18C8; Thu, 11 Mar 2021 22:15:38 -0500 (EST) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Thu, 11 Mar 2021 22:15:58 -0500 From: "MORTON, ALFRED C (AL)" To: "Ruediger.Geib@telekom.de" , "magnus.westerlund@ericsson.com" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIABA+eAgAAUJgCAAB+NgP//reVwgAS5AYCAAEW4oIAEopYAgABYSYCAAEA8QA== Date: Fri, 12 Mar 2021 03:15:58 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CACA0C@njmtexg5.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [50.234.13.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-12_01:2021-03-10, 2021-03-12 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 bulkscore=0 adultscore=0 mlxscore=0 spamscore=0 priorityscore=1501 phishscore=0 clxscore=1015 malwarescore=0 lowpriorityscore=0 suspectscore=0 impostorscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103120020 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 12 Mar 2021 03:16:12 -0000 SGkgTWFnbnVzLA0KDQpJbiBhZGRpdGlvbiB0byBSdWRpZ2VyJ3MgcXVlc3Rpb25zLCBwbGVhc2Ug c2VlIGluLWxpbmUgcmVwbGllcyBmcm9tIG1lLg0KDQpBbA0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBSdWVkaWdlci5HZWliQHRlbGVrb20uZGUgW21haWx0bzpSdWVkaWdl ci5HZWliQHRlbGVrb20uZGVdDQo+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAxMSwgMjAyMSAxMToz MiBBTQ0KPiBUbzogbWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tDQo+IENjOiB0cGF1bHlA YXBwbGUuY29tOyBpYW5zd2V0dEBnb29nbGUuY29tOyBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHkt DQo+IG1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGll dGYub3JnOw0KPiBpZXNnQGlldGYub3JnOyBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUByZXNl YXJjaC5hdHQuY29tPg0KPiBTdWJqZWN0OiBBVzogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNjdXNz IG9uIGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZC0wNjogKHdpdGgg RElTQ1VTUykNCj4gDQo+IEhpIE1hZ251cywNCj4gDQo+IEJlZm9yZSBnb2luZyB0byBkaXNjdXNz IGRldGFpbHMgc29tZSBxdWVzdGlvbnM6DQo+IA0KPiBXb3VsZCBpdCBoZWxwIHRvIGluc2VydCB0 ZXh0IHRoYXQgcGVyc29uIGluaXRpYXRpbmcgdGVzdCBpcyByZXF1aXJlZCB0bw0KPiBwYXJhbWV0 cml6ZSBhbiBhY2Nlc3MgYmFuZHdpZHRoIHRvIGJlIHZhbGlkYXRlZD8NCj4gSSdtIGFza2luZywg YXMgdGhlIGludGVudCBvZiB0aGUgZHJhZnQgbWlnaHQgbm90IGJlIHRvIGNhcHR1cmUgYQ0KPiBj b21wbGV0ZWx5IHVua25vd24gYWNjZXNzIGJhbmR3aWR0aCAoYnV0IEkgdGhpbmsgaXQgZG9lc24n dCBzYXkgc28NCj4gZXhwbGljaXRlbHkgeWV0KS4NCj4gDQo+IERvIHNvbWUgb2YgeW91ciBjb21t ZW50cyBhZGRyZXNzIGEgY29uY2VybiB0aGF0IGEgdGVzdCBjcmVhdGVzIHRvIG11Y2gNCj4gY29u Z2VzdGlvbiBkdXJpbmcgb25lIGZlZWRiYWNrIGludGVydmFsIEZUPw0KPiBUaGF0IG1heSBzdGVt IGZyb20gdGhlIGlkZWEsIHRoYXQgd2UndmUgZXhhY3RseSByZWFjaGVkIGFjY2VzcyBiYW5kd2lk dGgNCj4gQUIgZHVyaW5nIEZUIGFuZCBiYWRseSBjb25nZXN0IHRoZSBhY2Nlc3MgZHVyaW5nIEZU KzEgKEkgZG9uJ3QgZGVueSB0aGF0DQo+IHRoaXMgaXMgcG9zc2libGUpLg0KPiANCj4gSWYgdGhh dCdzIHlvdXIgY29uY2Vybiwgd291bGQgYW4gYXBwcm9hY2ggdG8gbGltaXQgdGhlIG1heGltdW0g Y29uZ2VzdGlvbg0KPiBjcmVhdGVkIGJlZm9yZSBGVCsxIGlzIHJlYWNoZWQgYmVpbmcgYm91bmQg dG8gYSBsaW1pdA0KPiBCdWZmZXJfbWF4W21zXUBBQltCaXQvc10gYmFzZWQgb24gdGhlIGxhc3Qg Y2FwdHVyZWQgY29uZ2VzdGlvbiBmcmVlDQo+IGJhbmR3aWR0aCBBQiBkdXJpbmcgRlQ/DQo+IEFz IGFuIGV4YW1wbGUsIEJ1ZmZlcl9tYXggPSAwLDA1IHMgaWYgQUIgPCAxIEdiaXQvcyAoc21hbGxl ciBCdWZmZXJfbWF4DQo+IHZhbHVlcyBtYXkgYmUgYXBwbGljYWJsZSBhdCBoaWdoZXIgcmF0ZXMp LiBUaGlzIHdvdWxkIHJlc3VsdCBpbiBhIGZvcm11bGENCj4gZGV0ZXJtaW5pbmcgdGhlIHNlbmRp bmcgYmVoYXZpb3VyIGR1cmluZyBzdCwgcmF0aGVyIHRoYW4gYSB0YWJsZS4NCj4gDQo+IFJlZ2Fy ZHMsDQo+IA0KPiBSw7xkaWdlcg0KPiANCj4gDQo+IA0KPiAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5h Y2hyaWNodC0tLS0tDQo+IFZvbjogTWFnbnVzIFdlc3Rlcmx1bmQgPG1hZ251cy53ZXN0ZXJsdW5k QGVyaWNzc29uLmNvbT4NCj4gR2VzZW5kZXQ6IERvbm5lcnN0YWcsIDExLiBNw6RyeiAyMDIxIDEy OjE2DQo+IEFuOiBhY21AcmVzZWFyY2guYXR0LmNvbTsgR2VpYiwgUsO8ZGlnZXIgPFJ1ZWRpZ2Vy LkdlaWJAdGVsZWtvbS5kZT4NCj4gQ2M6IHRwYXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdvb2ds ZS5jb207IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZEBpZXRmLm9y ZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGllc2dAaWV0Zi5vcmcNCj4g QmV0cmVmZjogUkU6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlw cG0tY2FwYWNpdHktDQo+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+IA0KPiBI aSwNCj4gDQo+IEkgaGF2ZSByZXZpZXdlZCB0aGUgdGV4dCBjaGFuZ2VzIGluIGNvbnRleHQuDQo+ IA0KPiBGaXJzdCBvZiBhbGwgSSBsaWtlIHRvIGJlIGNsZWFyIHRoYXQgdGhlc2UgY2hhbmdlcyBk byBuZWVkIHJldmlldyBmcm9tIHRoZQ0KPiByZXN0IG9mIHRoZSBXRyBhbmQgYSBjb25maXJtaW5n IGNvbnNlbnN1cyBjYWxsIGFzIHRoZXkgYXJlIHN1YnN0YW50aWFsLg0KPiANCj4gU2VjdGlvbiAy Lg0KPiANCj4gSSB0aGluayB0aGUgc2NvcGUgdGV4dCBpcyBzdGlsbCBmYWlybHkgb3Blbi4gWWVz IGl0IGlzIGNsZWFyIHRoYXQgdGhlIGxvYWQNCj4gYWxnb3JpdGhtIGlzIG9ubHkgaW50ZW5kZWQg Zm9yIG1lYXN1cmVtZW50cy4gSG93ZXZlciwgdGhlIHVzYWdlIGlzIG5vdA0KPiBwYXJ0aWN1bGFy IGxpbWl0ZWQsIGVzcGVjaWFsbHkgaW4gcmVnYXJkcyB0byBteSBtYWluIGNvbmNlcm4gb2YgZWRn ZSB0bw0KPiBjZW50cmFsIG5vZGVzIGFjcm9zcyBtdWx0aXBsZSBBUyBpbiB0aGUgSW50ZXJuZXQg bGlrZSB0aGUgZGlmZmVyZW50IFRDUA0KPiBzcGVlZCB0ZXN0cyBvZnRlbiBhcmUgZGVwbG95ZWQu IFRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9uIHJlcXVpcmVtZW50cw0KPiBhcmUgZ29vZCBmb3Ig YSBudW1iZXIgb2YgcmVhc29ucyBidXQgcHV0IG5vIGxpbWl0YXRpb25zIG9uIHRoYXQgYXNwZWN0 LiBTbw0KPiBJIHdvdWxkIHByZWZlciBhIG1vcmUgZXhwbGljaXQgc3RhdGVtZW50IGhlcmUuIEkg dGhpbmsgYW4gaW1wb3J0YW50IGFzcGVjdA0KPiBoZXJlIGlzIHRoYXQgYW55IElTUCBzZWVpbmcg aXNzdWVzIGZyb20gdGhlc2UgbWVhc3VyZW1lbnRzIHNob3VsZCBrbm93IHdobw0KPiB0byB0YWxr IHRvLiBJIGRvbid0IGtub3cgaG93IHRvIGJlc3QgZm9ybXVsYXRlIHRoYXQuDQo+IA0KPiANCj4g U2VjdGlvbiA4LjE6DQo+IA0KPiBTbyBJIGFtIHRyeWluZyB0byB1bmRlcnN0YW5kIHRoZSBpbXBs aWNhdGlvbiBvZiB0aGUgbG9hZCBhbGdvcml0aG0gYXQNCj4gaGlnaGVyIHJhdGVzIGFuZCBob3cg cmVjb21tZW5kYXRpb25zIHdvcmtzIG91dCBpbiByZWxhdGlvbiB0byB0aGUNCj4gZGVmaW5pdGlv biBvZiB0aGUgcmF0ZS4NCj4gDQo+IFNvIHRoZSBkb2N1bWVudCBzYXlzOg0KPiANCj4gICAgIEVh Y2ggcmF0ZSBpcyBkZWZpbmVkIGFzDQo+ICAgIGRhdGFncmFtcyBvZiBzaXplIHNzLCBzZW50IGFz IGEgYnVyc3Qgb2YgY291bnQgY2MsIGVhY2ggdGltZSBpbnRlcnZhbA0KPiAgICB0dCAoZGVmYXVs dCBmb3IgdHQgaXMgMW1zLCBhIGxpa2VseSBzeXN0ZW0gdGljay1pbnRlcnZhbCkNCj4gDQo+IFNv IEkgdGhpbmsgdGhpcyBkZWZpbml0aW9uIGlzIGZpbmUgZm9yIGxvd2VyIHJhdGUgYXMgdGhlIG51 bWJlciBvZiBwYWNrZXRzDQo+IGluIGVhY2ggMSBtcyBidXJzdCBpcyBmYWlybHkgc21hbGwgYW5k IHRoZSBidWZmZXIgaXQgaGl0cyB3aWxsIGxpa2VseSBiZQ0KPiByZWxhdGl2ZWx5IGxhcmdlIGNv bXBhcmVkIHRvIHRoZSBpbmNyZWFzZSBpbiBsb2FkLiBIb3dldmVyIGF0IGhpZ2hlciByYXRlcw0K PiBsaWtlIGJleW9uZCAxMCBHQlBTIHdoZXJlIDEgR0JQUyBzdGVwcyBhcmUgcmVjb21tZW5kZWQu IFNvIHRyYW5zbWl0dGluZyBhdA0KPiBidXJzdHMgZXZlcnkgMSBtcyBpbnRlcnZhbHMgbWVhbnMg dGhhdCBvbmUgYXJlIHRyYW5zbWl0dGluZyA4MzMgcGFja2V0cw0KPiBlYWNoIGJ1cnN0IGF0IDEw IEdCUCByYXRlIG9mIDE1MDAgYnl0ZXMgc2l6ZSwgc28gbGlrZWx5IGV2ZW4gaGlnaGVyIGZvcg0K PiBtb3JlIG1vZGVyYXRlIDEyMDAgYnl0ZSBzaXplIHBhY2tldHMuIFRoYXQgaXMgYWxtb3N0IDEs MyBtYiBvZiBkYXRhLiBTbw0KPiB3aGVyZSBwYWNpbmcgbWF5IGJlIHF1aXRlIGdvb2QgYXQgbG93 ZXIgYml0LXJhdGVzIDwgMUdicHMgSSB3b25kZXIgaWYgaXQNCj4gc3RhcnRzIGJyZWFraW5nIGRv d24gYXQgaGlnaGVyIHJhdGVzLCB3aGljaCBhcHBlYXJzIHRvIGluIHRoZSByZWdpb24gd2hlcmUN Cj4gYnVmZmVycyBiZWNvbWVzIG1vcmUgc2hhbGxvdyBkdWUgdG8gdGhlIGNvc3Qgb2YgaGF2aW5n IGxhcmdlIGJ1ZmZlcnMgYW5kDQo+IHdoZXJlIGdvb2QgcGFjaW5nIHJlZHVjZXMgdGhlIG5lZWQg Zm9yIGJ1ZmZlcmluZy4gSSB3b3VsZCBhbHNvIG5vdGUgdGhhdA0KPiB0aGUgcmVhY3Rpb24gdGlt ZSBmb3IgdGhlIGNvbnRyb2wgY2FuIGJlIDFSVFQgKyA1MCBtcyB3aGljaCB0aHVzIHRoZQ0KPiBp bmNyZWFzZSBpbiBvZmZlcmVkIGxvYWQgZm9yIGEgc3RlcCBzaXplIGJlY29tZXMgMTBzIG9mIE1C IGR1cmluZyBhbg0KPiByZWd1bGF0aW9uIHBlcmlvZC4NCj4gDQo+IEFzIHRoZSBsb2FkIGFsZ29y aXRobSBoYXNuJ3QgYmVlbiB0ZXN0ZWQgYmV5b25kIDEwR2JwcyBhbmQgaXQgYXBwZWFycyB0aGF0 DQo+IHRoZSBudW1iZXJzIGNhbiBzdGFydCB0byBiZWNvbWUgbW9yZSBwcm9ibGVtYXRpYyBhdCB0 aGVzZSBzcGVlZHMsIHdvdWxkbid0DQo+IGl0IGJlIGJldHRlciB0byBzYXkgdGhhdCB0aGlzIGlz IG5vdCBpbnRlbmRlZCBiZXlvbmQgMTAgR2Jwcy4NCj4gDQo+IE9uIHRoZSB0YWJsZSBJIGhhdmUg dGhlIGZvbGxvd2luZyBjb21tZW50czoNCj4gDQo+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiAgICB8IFBh cmFtZXRlciAgICB8IERlZmF1bHQgICAgIHwgVGVzdGVkIFJhbmdlIHwgRXhwZWN0ZWQgU2FmZSBS YW5nZSAgIHwNCj4gICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8IG9yIHZhbHVlcyAg ICB8IChub3QgZW50aXJlbHkgdGVzdGVkLCB8DQo+ICAgIHwgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgfCBvdGhlciB2YWx1ZXMgTk9UICAgICAgfA0KPiAgICB8ICAg ICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgUkVDT01NRU5ERUQpICAg ICAgICAgIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ICAgIHwgRlQsIGZlZWRiYWNrIHwgNTBtcyAg ICAgICAgfCAyMG1zLCAxMDBtcyAgfCA1bXMgPD0gRlQgPD0gMjUwbXMgICAgfA0KPiAgICB8IHRp bWUgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgTGFyZ2VyIHZhbHVlcyBt YXkgICAgIHwNCj4gICAgfCBpbnRlcnZhbCAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg ICB8IHNsb3cgdGhlIHJhdGUgICAgICAgICB8DQo+ICAgIHwgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgfCBpbmNyZWFzZSBhbmQgZmFpbCB0byAgfA0KPiAgICB8ICAg ICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgZmluZCB0aGUgbWF4ICAg ICAgICAgIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+IA0KPiBJIHdvdWxkIG5vdGUgdGhhdCBhIEZU IG9mIDUgbXMgd2lsbCBoYXZlIHRoZSBwb3RlbnRpYWwgdG8gcmVzdWx0IGluDQo+IHNpZ25pZmlj YW50IGZsdXh0dWF0aW9ucyBpbiBzb21lIHN5c3RlbXMgbGlrZSBtb2JpbGUgc3lzdGVtcyBhcyB0 aGUNCj4gc2NoZWR1bGVyIHRpbWUgaXMgYWN0dWFsbHkgbGlrZWx5IHRvIGJlIGxvbmdlciB0aGFu IDUgbXMuDQpbYWNtXSANClRoZW4gd2UgY2FuIGluY3JlYXNlIHRoZSBsb3cgZW5kIG9mIHRoZSBy YW5nZSwgd2hhdCB2YWx1ZSB3b3VsZCB5b3UgcHJlZmVyPz8NCg0KPiANCj4gICAgKy0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQo+ICAgIHwgRmVlZGJhY2sgICAgIHwgTCpGVCwgTD0xMCAgfCBMPTEwMCB3aXRoICAgfCAw LjVzZWMgPD0gTCpGVCA8PSAgICAgfA0KPiAgICB8IG1lc3NhZ2UgICAgICB8ICg1MDBtcykgICAg IHwgRlQ9NTBtcyAgICAgIHwgMzBzZWMgVXBwZXIgbGltaXQgZm9yIHwNCj4gICAgfCB0aW1lb3V0 ICAgICAgfCAgICAgICAgICAgICB8ICg1c2VjKSAgICAgICB8IHZlcnkgdW5yZWxpYWJsZSB0ZXN0 ICB8DQo+ICAgIHwgKHN0b3AgdGVzdCkgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCBw YXRocyBvbmx5ICAgICAgICAgICAgfA0KPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCj4gDQo+IEV2ZW4gdGhl IGRlZmF1bHQgbWVhbnMgdGhhdCBvbmUgbG9vc2VzIDEwIGZlZWRiYWNrIHBhY2tldHMgaW4gYSBy b3cuIFRoYXQNCj4gaXMgYSBsb3QgYW5kIHNob3dzIHRoYXQgb25lIGhhdmUgYSBzZXJpb3VzIGlu dGVycnVwdGlvbiBvbiB0aGUgcmV0dXJuDQo+IHBhdGguIEFscmVhZHkgbG9vc2luZyAzIGZlZWRi YWNrIHBhY2tldHMgaW4gYSByb3cgaW5kaWNhdGVzIHRoYXQgb25lIGhhdmUNCj4gc2lnbmlmaWNh bnQgb3V0YWdlcyBpZiB0aGlzIGlzIGxvc3QuDQo+IA0KPiBTZWNvbmRseSwgdGhpcyBpcyBmb3Jt dWxhdGVkIG9ubHkgYmFzZWQgb24gIGludGVydmFscyBvZiBGVC4gRm9yIHN0YXJ0dXANCj4gdGhl IFJUVCBpcyByZWxldmFudCBmYWN0b3IuIFNvIEkgdGhpbmsgdGhlcmUgYXJlIHNldmVyYWwgZmFj dG9ycyBoZXJlIGZvcg0KPiB0aGUgdGltZW91dCB0aGF0IG1heWJlIG5lZWQgdG8gYmUgdGVhc2Vk IGFwYXJ0PyBTbyBpbml0aWFsbHkgb25lIG9mZmVycyBhDQo+IHZlcnkgbG93IGxvYWQgYW5kIG9u ZSBtYXkgbm90IGhhdmUgYSBnb29kIG1lYXN1cmVtZW50IG9uIGJhc2UgUlRULiANClthY21dIA0K QWxsIHRoZSB0aW1lb3V0cyBhcmUgY29uZHVjdGVkIG9uIGludGVyLXBhY2tldCBhcnJpdmFsIHRp bWVzIGF0IGEgc2luZ2xlIGludGVyZmFjZS4NClRoaXMgcmVtb3ZlcyB0aGUgZGVwZW5kZW5jeSBv biBSVFQuIA0KDQo+IFRodXMsIHRpbWUgdG8gZmlyc3QgZmVlZGJhY2sgaXMgb2theSB0byBiZSBm YWlybHkgbGFyZ2UgYW5kIDUwMCBtcyBpcyBsaWtlbHkNCj4gb2theSBidXQgcXVpdGUgbG9uZ2Vy IHRoYW4gZXhwZWN0ZWQgZm9yIGFuIGFjY2VzcyB0byBsb2NhbCBpbnRlcm5ldA0KPiBleGNoYW5n ZSBtZWFzdXJlbWVudC4gSG93ZXZlciwgd2hlbiBvbmUgc2NhbGUgdXAgdGhlIHJhdGUgSSB0aGlu ayB0aGVzZQ0KPiB2YWx1ZXMgYXJlIHdheSB0byBsb25nIGFzIHRoZSB0b3RhbCBhbW91bnQgb2Yg dHJhZmZpYyBzZW50IHdpdGhvdXQNCj4gZmVlZGJhY2sgYmVjb21lcyBxdWl0ZSBzaWduaWZpY2Fu dC4gUmVjZWl2aW5nIG5vIGZlZWRiYWNrIGZvciBtb3JlIHRoYW4gMTANCj4gcmVwb3J0aW5nIGlu dGVydmFscyBhcmUgYWxyZWFkeSB3YXkgdG8gbG9uZy4gQW5kIHRvIHN0YXRlIHRoYXQgMzAgc2Vj b25kcw0KPiB3b3VsZCBiZSBhbiBhY2NlcHRhYmxlIHZhbHVlIEkgY2FuJ3Qgc3VwcG9ydCBldmVu IGZvciBhIG1lYXN1cmVtZW50IHRvb2wuDQpbYWNtXSANCldlIGFyZSB3aWxsaW5nIHRvIHJldmlz ZSB2YWx1ZXMsIGVzcGVjaWFsbHkgMzAgc2VjLCBidXQgd291bGQgbGlrZSB0byBhdm9pZCANCnBy ZW1hdHVyZWx5IHNodXR0aW5nIGRvd24gbWVhc3VyZW1lbnRzIGR1ZSB0byAod2hhdCB3ZSBjb25z aWRlciB0byBiZSkNCnNob3J0IGludGVycnVwdGlvbnMuDQoNCj4gDQo+IFRoZSBkZWZpbml0aW9u IG9mIHdoYXQgIkZlZWRiYWNrIG1lc3NhZ2UgdGltZW91dCIgYW5kICJMb2FkIHBhY2tldA0KPiBU aW1lb3V0IiBpcyBub3QgZGVmaW5lZC4gSSBhc3N1bWUgdGhhdCBGZWVkYmFjayBtZXNzYWdlIHRp bWVvdXQgaXMgdGhlDQo+IHRpbWUgd2l0aG91dCByZWNlaXZpbmcgYW55IGZlZWRiYWNrIG1lc3Nh Z2VzIGFmdGVyIHN0YXJ0aW5nIGEgbWVhc3VyZW1lbnQuDQpbYWNtXSANClRoYXQncyBjbG9zZToN Ck9wZXJhdGlvbjogVGhlIGxvYWQgcGFja2V0IHRpbWVvdXQgU0hBTEwgYmUgcmVzZXQgdG8gdGhl IGNvbmZpZ3VyZWQgdmFsdWUgDQplYWNoIHRpbWUgYSBsb2FkIHBhY2tldCByZWNlaXZlZC4gSWYg dGhlIHRpbWVvdXQgZXhwaXJlcywgdGhlIHJlY2VpdmVyIA0KU0hBTEwgYmUgY2xvc2VkIGFuZCBu byBmdXJ0aGVyIGZlZWRiYWNrIHNlbnQuDQoNCg0KPiBJcyB0aGUgbG9hZCBwYWNrZXQgdGltZW91 dCB0aGUgdGltZSB0aGUgcmVjZWl2ZXIgaXMgd2FpdGluZyBiZWZvcmUgdXNpbmcNCj4gc2lnbmFs bGluZyBjaGFubmVsIHRvIGVuZCB0aGUgbWVhc3VyZW1lbnQgd2l0aG91dCByZWNlaXZpbmcgYW55 IHBhY2tldHMsDQo+IG9yIGZvciB0aGUgc2VuZGVyIHRvIHJlY2VpdmUgZmVlZGJhY2sgdGhhdCBz YXlzIHRoYXQgbm8gcGFja2V0cyBoYXZlIGJlZW4NCj4gcmVjZWl2ZWQ/IFRoZSByb2xlcyBoZXJl IGFyZSBub3QgY2xlYXIuDQpbYWNtXSANCk9wZXJhdGlvbjogVGhlIGZlZWRiYWNrIG1lc3NhZ2Ug dGltZW91dCBTSEFMTCBiZSByZXNldCB0byB0aGUgY29uZmlndXJlZCANCnZhbHVlIGVhY2ggdGlt ZSBhIGZlZWRiYWNrIG1lc3NhZ2UgaXMgcmVjZWl2ZWQuIElmIHRoZSB0aW1lb3V0IGV4cGlyZXMs IA0KdGhlIHNlbmRlciBTSEFMTCBiZSBjbG9zZWQgYW5kIG5vIGZ1cnRoZXIgbG9hZCBwYWNrZXRz IHNlbnQuDQoNCj4gDQo+IFNlbmRpbmcgcGFja2V0cyBmb3Igc2V2ZXJhbCBzZWNvbmRzIHdpdGhv dXQgc2VlaW5nIGFueSByZXN1bHQgYXBwZWFycw0KPiBwcm9ibGVtYXRpYyBhbmQgYWxsb3dpbmcg dmFsdWVzIGJleW9uZCBzZXZlcmFsIHNlY29uZHMgbG9va3MgYnJva2VuLg0KW2FjbV0gDQpUaGVu IGxldCB1cyBtYWtlIHNvbWUgcmV2aXNpb25zIHRvZ2V0aGVyLiBZb3UndmUgc2VlbiBvdXIgcHJv cG9zYWxzLg0KT3VyIGNvbmNlcm4gaXMgc3RvcHBpbmcgYSB0ZXN0IHVubmVjZXNzYXJpbHkuIFRo ZXJlIGNhbiBiZSBhIGhhcHB5IA0KY29uY2x1c2lvbi4NCg0KDQo+IA0KPiAgICArLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSsNCj4gICAgfCB0YWJsZSBpbmRleCAgfCAwLjVNYnBzICAgICB8IDAuNU1icHMgICAgICB8IHdo ZW4gdGVzdGluZyA8PTEwR2JwcyB8DQo+ICAgIHwgMCAgICAgICAgICAgIHwgICAgICAgICAgICAg fCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0KPiAgICArLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSsNCj4gICAgfCB0YWJsZSBpbmRleCAgfCAxTWJwcyAgICAgICB8IDFNYnBzICAgICAgICB8IHdo ZW4gdGVzdGluZyA8PTEwR2JwcyB8DQo+ICAgIHwgMSAgICAgICAgICAgIHwgICAgICAgICAgICAg fCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0KPiAgICArLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSsNCj4gDQo+IFdoeSBpcyB0aGlzIHZhbHVlIG5vdCByZWxldmFudCB3aGVuIHRlc3RpbmcgYmV5 b25kIDEwIEdicHMsIHRoZSByYW1wIHVwDQo+IHRpbWUgYmVjb21lcyB0byBsb25nIHdpdGggdGhl c2UgdmFsdWVzIG9yPw0KW2FjbV0gDQoibm90IHJlbGV2YW50IiBpcyBkaWZmZXJlbnQgZnJvbSB0 aGUgdGl0bGUgb2YgdGhlIGNvbHVtbiwgd2hpY2ggaXM6DQoNCkV4cGVjdGVkIFNhZmUgUmFuZ2U6 ICB3aGVuIHRlc3RpbmcgPD0xMEdicHMNCg0KVGhlIHBhcmFtZXRlcnMgYWJvdmUgYW5kIHNldmVy YWwgb3RoZXJzIHNpbXBseSBkZXRlcm1pbmUgd2hlcmUgYSB0ZXN0IHN0YXJ0cy4NCg0KVGhpcyBw YXJhbWV0ZXI6DQorLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnwgdGFibGUgaW5kZXggIHwgMU1icHMgICAgICAgfCAx TWJwcyAtICAgICAgfCBzYW1lIGFzIHRlc3RlZCAgICAgICAgfA0KfCAoc3RlcCkgc2l6ZSAgfCAg ICAgICAgICAgICB8IDFHYnBzICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DQorLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsgIA0KDQo+IA0KPiANCj4gICAgfCBzcywgVURQICAgICAgfCBub25lICAgICAgICB8 IDw9MTIyMiAgICAgICB8IFJlY29tbWVuZCBtYXggYXQgICAgICB8DQo+ICAgIHwgcGF5bG9hZCAg ICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCBsYXJnZXN0IHZhbHVlIHRoYXQgICAg fA0KPiAgICB8IHNpemUsIGJ5dGVzICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgYXZv aWRzIGZyYWdtZW50YXRpb24gIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+IA0KPiBTbyBpc24ndCB0 aGVyZSBhIG1pc21hdGNoIGJldHdlZW4gdGhlIG1ldHJpYyBhbmQgdGhlIGxvYWQgYWxnb3JpdGht IHZhbHVlcw0KPiBoZXJlPyBXaXRoIHRoZSByYXRlIGRlZmluaXRpb24gaW4gU2VjdGlvbiA4LjEg YmVpbmcgZGVmaW5lZCBhcyBiYXNlZCBvbg0KPiAic3MiIHRoYXQgVURQIHBheWxvYWQgYnl0ZXMs IHJhdGhlciB0aGFuIElQIHBhY2tldCBzaXplcyB0aGF0IGFyZSB1c2VkPw0KW2FjbV0gDQoNCk5v dCByZWFsbHksIFVEUCBpcyBtYW5kYXRvcnkgaW4gdGhlIG1ldHJpYyBkZWZpbml0aW9uLg0KDQo+ IA0KPiBJIHVuZGVyc3RhbmQgdGhhdCBvbmUgd2FudCB0byBlbnN1cmUgdGhhdCBvbmUgbWVhc3Vy ZSB1c2luZyBhIHNpemUgdGhhdA0KPiBhY3R1YWxseSB3b3JrcyBpbiB0aGUgcGF0aC4gSG93ZXZl ciwgSSB0aGluayBvbmUgc2hvdWxkIGJlIHdhcm5lZCB0aGF0IG9uZQ0KPiBtaWdodCBydW4gaW50 byBwYWNrZXQgcmF0ZSBsaW1pdGF0aW9ucyByYXRoZXIgdGhhbiBieXRlIGxpbWl0cyBpZiBvbmUN Cj4gd291bGQgdXNlIHRvbyBzbWFsbC4NClthY21dIA0KT2sNCiJVc2Ugb2YgdG9vLXNtYWxsIHBh eWxvYWQgc2l6ZSBtaWdodCByZXN1bHQgaW4gdW5leHBlY3RlZCBzZW5kZXIgbGltaXRhdGlvbnMu Ig0KDQo+IGANCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ICAgIHwgY2MsIGJ1cnN0ICAgIHwgbm9uZSAg ICAgICAgfCAxIC0gMTAwICAgICAgfCBzYW1lIGFzIHRlc3RlZCAgICAgICAgfA0KPiAgICB8IGNv dW50ICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAg ICAgICAgIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+IA0KPiBTbyB0aGUgY2MgdmFsdWUgaXMgZGVw ZW5kZW50IG9uIHRhcmdldCByYXRlIGFuZCB0aGUgdmFsdWUgb2Ygc3MgYW5kIHR0LiBTbw0KPiBz aG91bGQgaXQgYmUgaW5jbHVkZWQgaW4gdGhpcyB0YWJsZT8gRXNwZWNpYWxseSBhcyAxMDAgaXMg bm90IHN1ZmZpY2llbnQNCj4gZm9yIG11bHRpLWdpZ2FiaXQgc3BlZWRzIHdpdGggYSB0dCBvZiAx IG1zLg0KW2FjbV0gDQpXZSBjYW4gcmVtb3ZlIGl0IGlmIHRoZSB2YWx1ZXMgY2F1c2UgY29uZnVz aW9uLg0KDQo+IA0KPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCj4gICAgfCBsb3cgZGVsYXkgICAgfCAzMG1z ICAgICAgICB8IDVtcywgMzBtcyAgICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICB8DQo+ICAgIHwg cmFuZ2UgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgfA0KPiAgICB8IHRocmVzaG9sZCAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+IA0KPiBT byBJIHRoaW5rIHRoaXMgdmFsdWUgaXMgaGlnaGx5IGRlcGVuZGVudCBvbiBzZXZlcmFsIGFzcGVj dHMgYW5kIG1heWJlDQo+IHNob3VsZCBnZXQgbW9yZSBkaXNjdXNzaW9uLiBGaXJzdCBmb3IgYSBt ZWFzdXJlbWVudCBjYW1wYWlnbiBpdCBpcw0KPiByZWxldmFudCB3aGF0IG9uZSBjb25zaWRlciBh cyB0aGUgdGFyZ2V0IGFkZGl0aW9uYWwgbGF0ZW5jeSB0aGF0IGlzDQo+IGFjY2VwdGFibGUgd2hl biBmaW5kaW5nIGNhcGFjaXR5LiBTZWNvbmRseSwgdGhlIGppdHRlciBpbiB0aGUgbmV0d29yaw0K PiB0ZWNobm9sb2d5LiBGb3IgV0lGSSwgIG1vYmlsZSBhbmQgRE9DSVMgYSB0byBsb3cgdmFsdWUg bWF5IGJlIHNob3J0ZXIgdGhhbg0KPiB0aGUgc2NoZWR1bGluZyBsYXRlbmNpZXMgdGhhdCBtaWdo dCBvY2N1ci4gSXQgaXMgYWxzbyBhIHF1ZXN0aW9uIGFib3V0IGhvdw0KPiBwcmVjaXNlIHRoZSBp bXBsZW1lbnRhdGlvbiBhcmUgY2FwYWJsZSBvZiBtZWFzdXJpbmcgcGVyIHBhY2tldCBsYXRlbmN5 DQo+IHZhcmlhbmNlcy4NClthY21dIA0KQXMgd2UgZGlzY3Vzc2VkIG11Y2ggZWFybGllciBpbiB0 aGlzIGxvbmcgdGhyZWFkLCB3ZSBhcnJpdmVkIGF0IGJvdGggdGhlIA0KZGVsYXkgdGhyZXNob2xk IHZhbHVlcyBhZnRlciB0ZXN0aW5nIHdpdGggdGhlIFdJRkksIG1vYmlsZSBhbmQgRE9DSVMgYWNj ZXNzDQpzZXJ2aWNlcyB3ZSBjb3VsZCB1c2UgaW4gcHJvZHVjdGlvbiwgYW5kIG1hbnkgb3RoZXJz Lg0KDQoNCj4gDQo+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiAgICB8IGhpZ2ggZGVsYXkgICB8IDkwbXMg ICAgICAgIHwgMTBtcywgOTBtcyAgIHwgc2FtZSBhcyB0ZXN0ZWQgICAgICAgIHwNCj4gICAgfCBy YW5nZSAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgICAgICB8DQo+ICAgIHwgdGhyZXNob2xkICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgICAgICAgfA0KPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCj4gDQo+IEFs c28gaGVyZSBJIHdpc2hlZCB0aGVyZSB3YXMgYSBiaXQgbW9yZSBkaXNjdXNzaW9uLiBTbyB0aGlz IHZhbHVlIGNsZWFybHkNCj4gbXVzdCBiZSBhYm92ZSBleHBlY3RlZCBqaXR0ZXIgZm9yIHRoZSBu ZXR3b3JrIHRlY2hub2xvZ3kuIEl0IGFsc28gbmVlZHMgdG8NCj4gYmUgc3VmZmljaWVudCBsYXJn ZSB0byByZXByZXNlbnQgYSBmYWlyIGFtb3VudCBvZiBxdWV1ZSB0byBhdm9pZA0KPiBtZWFzdXJl bWVudCBlcnJvcnMuIEkgYXNzdW1lIHRoYXQgaWYgb25lIHdvdWxkIGNob3NlIGEgdmFsdWUgbGFy Z2VyIHRoYW4NCj4gYXZhaWxhYmxlIGJ1ZmZlciBkZXB0aCBvbmUgd291bGQgZHJpdmUgdGhlIG5l dHdvcmsgaW50byBwYWNrZXQgbG9zcy4gQW5kDQo+IGFzIGxvbmcgYXMgdGhlcmUgYXJlIHNvbWUg cm9vbSBiZXR3ZWVuIGxvdyBkZWxheSByYW5nZSB0aHJlc2hvbGQgYW5kIHRoZQ0KPiBhY3R1YWwg ZGVsYXkgY2F1c2luZyBsb3NzIG9yIHRoaXMgaGlnaGVyIG9uZSBoYXMgYSBjaGFuY2UgdG8gcmVn dWxhdGUgdG8NCj4gdGhhdCByYXRlLg0KPiANCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ICAgIHwgc2Vx dWVuY2UgICAgIHwgMCAgICAgICAgICAgfCAwLCAxMDAgICAgICAgfCBzYW1lIGFzIHRlc3RlZCAg ICAgICAgfA0KPiAgICB8IGVycm9yICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgfCB0aHJlc2hvbGQgICAgfCAgICAgICAg ICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8DQo+ICAgICstLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKw0KPiANCj4gV2hhdCBpcyB0aGlzIHZhbHVlIHJlYWxseT8NClthY21dIA0KV2hlbiBs b3NzIG9yIHJlb3JkZXJpbmcgb2NjdXIsIGluaXRpYWxseSB0aGVzZSBpbXBhaXJtZW50cyBhcHBl YXIgYXMgbWlzc2luZyANCm9yIHVuZXhwZWN0ZWQgc2VxdWVuY2UgbnVtYmVycyBpbiB0aGUgc3Ry ZWFtLCBvciBzZXF1ZW5jZSBlcnJvcnMuDQoNCg0KPiANCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ICAg IHwgY29uc2VjdXRpdmUgIHwgMiAgICAgICAgICAgfCAyICAgICAgICAgICAgfCBVc2UgdmFsdWVz ID4xIHRvICAgICAgfA0KPiAgICB8IGVycm9yZWQgICAgICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgIHwgYXZvaWQgbWlzaW50ZXJwcmV0aW5nIHwNCj4gICAgfCBzdGF0dXMgICAgICAgfCAg ICAgICAgICAgICB8ICAgICAgICAgICAgICB8IHRyYW5zaWVudCBsb3NzICAgICAgICB8DQo+ICAg IHwgcmVwb3J0ICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgICAgICAgfA0KPiAgICB8IHRocmVzaG9sZCAgICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgKy0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+IA0K PiBBbHNvIGhlcmUgSSBhbSB1bmNlcnRhaW4gd2hhdCBpcyB0aGUgY3JpdGVyaWEgaGVyZT8NClth Y21dIA0KRnJvbSB0aGUgZHJhZnQsIHdoZXJlIGNvbnNlY3V0aXZlIHN0YXR1cyByZXBvcnRzIGFy ZSBzZW50IGF0IGZlZWRiYWNrIGludGVydmFsczoNCg0KICAgTGFzdGx5LCB0aGUgbWV0aG9kIGZv ciBpbmZlcnJpbmcgY29uZ2VzdGlvbiBpcyB0aGF0IHRoZXJlIHdlcmUNCiAgIHNlcXVlbmNlIG51 bWJlciBhbm9tYWxpZXMgQU5EL09SIHRoZSBkZWxheSByYW5nZSB3YXMgYWJvdmUgdGhlIHVwcGVy DQogICB0aHJlc2hvbGQgZm9yIHR3byBjb25zZWN1dGl2ZSBmZWVkYmFjayBpbnRlcnZhbHMuDQoN Cj4gDQo+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiAgICB8IEZhc3QgbW9kZSAgICB8IDMwICAgICAgICAg IHwgMyAqIEZhc3QgICAgIHwgc2FtZSBhcyB0ZXN0ZWQgICAgICAgIHwNCj4gICAgfCBkZWNyZWFz ZSwgaW4gfCAgICAgICAgICAgICB8IG1vZGUgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg ICB8DQo+ICAgIHwgdGFibGUgaW5kZXggIHwgICAgICAgICAgICAgfCBpbmNyZWFzZSAgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgfA0KPiAgICB8IHN0ZXBzICAgICAgICB8ICAgICAgICAgICAg IHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gICAgKy0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQo+IA0KPiBTbyBpcyB0aGUgcmVjb21tZW5kZWQgdmFsdWUgMzAgb3IgMypGYXN0IG1vZGUg aW5jcmVhc2U/IFNob3VsZCB0aGV5IGJlDQo+IHByb3BvcnRpb25hbCBvciBub3Q/DQpbYWNtXSAN ClRoZSBEZWZhdWx0IGNhbiBiZSAzICogRmFzdCBtb2RlIGluY3JlYXNlIGlmIHlvdSB3YW50LCB0 aGF0J3Mgd2hhdCB3ZSB0ZXN0ZWQuDQoNCj4gDQo+IFRoZSBsYXN0IGVudHJ5IGFwcGVhcnMgdG8g YmUgYSBzdW1tYXJ5IGZhY3Qgb2YgdGhlIHBhcmFtZXRlcml6YXRpb24sIGFuZA0KPiBpcyBpdCBy ZWxldmFudD8NClthY21dIA0KSXQgbWlnaHQgYmUgcmVtb3ZlZCwgd2UgdGhvdWdodCBpdCB3YXMg dXNlZnVsIGluZm8uDQo+IA0KPiANCj4gV2hhdCBpcyB0aGUgZ29hbCBoZXJlIGluIHJlbGF0aW9u IHRvIHB1c2ggb3RoZXIgY29uZ2VzdGlvbiBjb250cm9sbGVkDQo+IHRyYWZmaWMgb3V0IG9mIHRo ZSB3YXk/IEl0IGFwcGVhcnMgdGhhdCBpdCBpcyBsaWtlbHkgdG8gY2F1c2UgZGVsYXkgYmFzZWQN Cj4gY29uZ2VzdGlvbiB0byBiZSBwdXNoZWQgb3V0IG9mIHRoZSB3YXkuIEkgYW0gbW9yZSB1bmNl cnRhaW4gaG93IGl0DQo+IGludGVyYWN0cyB3aXRoIGxvc3MgYmFzZWQgb25lcywgYXMgZGVwZW5k aW5nIG9uIHNpdHVhdGlvbiBpdCBhcHBlYXJzIHRoYXQNCj4gaXQgY291bGQgYXZvaWQgZ29pbmcg aW50byB0aGUgbG9zcyByZWdpbS4NClthY21dIA0KVGhlIGdvYWwgaXMgdG8gbWVhc3VyZSB0aGUg dHJ1ZSBtYXhpbXVtIHJhdGUgZHVyaW5nIHRoZSB0ZXN0IGR1cmF0aW9uLg0KDQo+IA0KPiBNeSBj b25jbHVzaW9uIGlzIHRoYXQgc29tZSBhc3BlY3Qgb2YgdGhpcyBkbyBhcHBlYXIgbW9yZSBjbGFy aWZpY2F0aW9ucyBvbg0KPiB3aGF0IHRoZXkgYXJlIA0KW2FjbV0gDQpUaGVzZSBBU0NJSSB0YWJs ZXMgZG9uJ3QgcHJvdmlkZSBtdWNoIHNwYWNlIGZvciBleHBsYW5hdGlvbiB3aXRob3V0IGJlY29t aW5nDQphd2t3YXJkIGR1ZSB0byByb3cgaGVpZ2h0LiAgV2UnbGwgYWRkIHNvbWUgZGVmaW5pdGlv bnMgZWxzZXdoZXJlLg0KDQo+IGFuZCBmdXJ0aGVyIGFzc3VtcHRpb25zIG9uIGhvdyB0aGUgbG9h ZCBhbGdvcml0aG0gd2lsbCBiZQ0KPiBkZXBsb3llZCBzcGVsbGVkIG91dCBzbyB0aGF0IGl0cyBm dW5jdGlvbiBpcyBtb3JlIGNvbnRyb2xsZWQuDQpbYWNtXSANCldlIGNvdWxkIHVzZSBzb21lIHRl eHQgc3VnZ2VzdGlvbnMgdG8gY29udGludWUgdGhlIGRpc2N1c3Npb24gcHJvZHVjdGl2ZWx5LCAN CmhhdmluZyBhbHJlYWR5IHRyaWVkIHNldmVyYWwgdGltZXMuDQoNCnRoYW5rcywNCkFsDQoNCj4g DQo+IENoZWVycw0KPiANCj4gTWFnbnVzDQo+IA0KPiANCj4gDQo+IA0KPiANCj4gPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IE1PUlRPTiwgQUxGUkVEIEMgKEFMKSA8YWNt QHJlc2VhcmNoLmF0dC5jb20+DQo+ID4gU2VudDogZGVuIDggbWFycyAyMDIxIDE4OjMzDQo+ID4g VG86IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZTsgTWFnbnVzIFdlc3Rlcmx1bmQNCj4gPiA8bWFn bnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tPg0KPiA+IENjOiB0cGF1bHlAYXBwbGUuY29tOyBp YW5zd2V0dEBnb29nbGUuY29tOyBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+ID4gbWV0cmlj LW1ldGhvZEBpZXRmLm9yZzsgaXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7DQo+ ID4gaWVzZ0BpZXRmLm9yZw0KPiA+IFN1YmplY3Q6IFJFOiBNYWdudXMgV2VzdGVybHVuZCdzIERp c2N1c3Mgb24gZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiA+IG1ldHJpYy1tZXRob2QtMDY6 ICh3aXRoIERJU0NVU1MpDQo+ID4NCj4gPiBIaSBhbGwsDQo+ID4NCj4gPiBUaGUgd29ya2luZyB0 ZXh0IHdhcyBqdXN0IHN1Ym1pdHRlZCBhcyB2ZXJzaW9uIDA3LiBbMF0gV2UgY2FuIGNvbnRpbnVl DQo+ID4gZGlzY3Vzc2lvbnMgZnJvbSB0aGlzIHBvaW50Lg0KPiA+DQo+ID4gVGhhbmtzIGFnYWlu IGZvciBhbGwgdGhlIElFU0cgcmV2aWV3cyENCj4gPg0KPiA+IEFsIChmb3IgdGhlIGNvLWF1dGhv cnMpDQo+ID4NCj4gPiBbMF0gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+IG1ldHJpYy0NCj4gPiBtZXRob2QNCj4gPg0KPiA+ DQo+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogUnVlZGlnZXIu R2VpYkB0ZWxla29tLmRlIFttYWlsdG86UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlXQ0KPiA+ID4g U2VudDogTW9uZGF5LCBNYXJjaCA4LCAyMDIxIDM6MTkgQU0NCj4gPiA+IFRvOiBNT1JUT04sIEFM RlJFRCBDIChBTCkgPGFjbUByZXNlYXJjaC5hdHQuY29tPjsNCj4gPiA+IG1hZ251cy53ZXN0ZXJs dW5kQGVyaWNzc29uLmNvbQ0KPiA+ID4gQ2M6IHRwYXVseUBhcHBsZS5jb207IGlhbnN3ZXR0QGdv b2dsZS5jb207IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gPiA+IG1ldHJpYy1tZXRob2RA aWV0Zi5vcmc7IGlwcG0tY2hhaXJzQGlldGYub3JnOyBpcHBtQGlldGYub3JnOw0KPiA+ID4gaWVz Z0BpZXRmLm9yZw0KPiA+ID4gU3ViamVjdDogQVc6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3Vz cyBvbiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktDQo+ID4gPiBtZXRyaWMtbWV0aG9kLTA2OiAo d2l0aCBESVNDVVNTKQ0KPiA+ID4NCj4gPiA+IEhpIEFsLCBoaSBNYWdudXMsDQo+ID4gPg0KPiA+ ID4gVG8gbWFrZSBwcm9ncmVzcyB3aXRoaW4gdGhlIHRpbWUgbGVmdCwgaXQncyBsaWtlbHkgYmVz dCB0byBsZWF2ZQ0KPiA+ID4gdGhpbmdzIGFzIHRoZXkgYXJlLiBUaGF0IHByb2R1Y2VzIGEgc3Rh bmRhcmQgYW5kIGEgYmVuY2htYXJrLiBBIGNyb3NzDQo+ID4gPiBkb21haW4gZGVwbG95bWVudCBt YXkgYmUgdGVzdGVkIGFnYWluc3QgdGhhdCBiZW5jaG1hcmsgdG8gZ2FpbiBtb3JlDQo+ID4gPiBl eHBlcmllbmNlIG9uIG9wZXJhdGlvbmFsIGFzcGVjdHMuDQo+ID4gPg0KPiA+ID4gUmVnYXJkcywN Cj4gPiA+DQo+ID4gPiBSdWVkaWdlcg0KPiA+ID4NCj4gPiA+IC0tLS0tVXJzcHLDvG5nbGljaGUg TmFjaHJpY2h0LS0tLS0NCj4gPiA+IFZvbjogTU9SVE9OLCBBTEZSRUQgQyAoQUwpIDxhY21AcmVz ZWFyY2guYXR0LmNvbT4NCj4gPiA+IEdlc2VuZGV0OiBGcmVpdGFnLCA1LiBNw6RyeiAyMDIxIDE0 OjIyDQo+ID4gPiBBbjogTWFnbnVzIFdlc3Rlcmx1bmQgPG1hZ251cy53ZXN0ZXJsdW5kQGVyaWNz c29uLmNvbT47IEdlaWIsDQo+ID4gUsO8ZGlnZXINCj4gPiA+IDxSdWVkaWdlci5HZWliQHRlbGVr b20uZGU+DQo+ID4gPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsg ZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiA+ID4gbWV0cmljLW1ldGhvZEBpZXRmLm9yZzsg aXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7DQo+ID4gPiBpZXNnQGlldGYub3Jn DQo+ID4gPiBCZXRyZWZmOiBSRTogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNjdXNzIG9uIGRyYWZ0 LWlldGYtaXBwbS1jYXBhY2l0eS0NCj4gPiA+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NV U1MpDQo+ID4gPg0KPiA+ID4gSGkgTWFnbnVzIGFuZCBSw7xkaWdlciwNCj4gPiA+DQo+ID4gPiBU aGUgd29ya2luZyB0ZXh0IG9uIHRoZSAiYXBwbGljYWJpbGl0eSIgbGltaXRzIHRoYXQgd2UgYWRk ZWQgdG8gdGhlDQo+ID4gPiBzY29wZSBzZWN0aW9uICppbmNsdWRlZCBhbiBlYXJsaWVyIGFncmVl bWVudCogdG8gYWRkIHRoZSBmaXJzdA0KPiA+ID4gc2VudGVuY2UgYmVsb3cgYW5kIHRoZSBidWxs ZXQsIHNvIG5vdyB0aGUgd2hvbGUgcGFyYWdyYXBoIHJlYWRzOg0KPiA+ID4NCj4gPiA+ICAgIFRo ZSBwcmltYXJ5IGFwcGxpY2F0aW9uIG9mIHRoZSBtZXRyaWMgYW5kIG1ldGhvZCBvZiBtZWFzdXJl bWVudA0KPiA+ID4gICAgZGVzY3JpYmVkIGhlcmUgaXMgdGhlIHNhbWUgYXMgaW4gU2VjdGlvbiAy IG9mIFtSRkM3NDc5XSB3aGVyZToNCj4gPiA+DQo+ID4gPiAgICBvICBUaGUgYWNjZXNzIHBvcnRp b24gb2YgdGhlIG5ldHdvcmsgaXMgdGhlIGZvY3VzIG9mIHRoaXMgcHJvYmxlbQ0KPiA+ID4gICAg ICAgc3RhdGVtZW50LiAgVGhlIHVzZXIgdHlwaWNhbGx5IHN1YnNjcmliZXMgdG8gYSBzZXJ2aWNl IHdpdGgNCj4gPiA+ICAgICAgIGJpZGlyZWN0aW9uYWwgYWNjZXNzIHBhcnRseSBkZXNjcmliZWQg YnkgcmF0ZXMgaW4gYml0cyBwZXINCj4gc2Vjb25kLg0KPiA+ID4NCj4gPiA+ICAgIEluIGFkZGl0 aW9uLCB0aGUgdXNlIG9mIHRoZSBsb2FkIGFkanVzdG1lbnQgYWxnb3JpdGhtIGRlc2NyaWJlZCBp bg0KPiA+ID4gICAgc2VjdGlvbiA4LjEgaGFzIHRoZSBmb2xsb3dpbmcgYWRkaXRpb25hbCBhcHBs aWNhYmlsaXR5IGxpbWl0YXRpb25zOg0KPiA+ID4NCj4gPiA+ICAgIC0gTVVTVCBvbmx5IGJlIHVz ZWQgaW4gdGhlIGFwcGxpY2F0aW9uIG9mIGRpYWdub3N0aWMgYW5kIG9wZXJhdGlvbnMNCj4gPiA+ ICAgIG1lYXN1cmVtZW50cyBhcyBkZXNjcmliZWQgaW4gdGhpcyBtZW1vDQo+ID4gPg0KPiA+ID4g ICAgLSBNVVNUIG9ubHkgYmUgdXNlZCBpbiBjaXJjdW1zdGFuY2VzIGNvbnNpc3RlbnQgd2l0aCBT ZWN0aW9uIDEwLA0KPiA+ID4gICAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCj4gPiA+DQo+ID4g PiBXZSBjYW4gbWFrZSBmdXJ0aGVyIGVkaXRzIHRvIGJhbGFuY2UgeW91ciBjb21tZW50cyBidXQg bGV0J3Mgc3RhcnQNCj4gPiA+IGhlcmUsIGFuZCBzb3JyeSBmb3Igbm90IGluY2x1ZGluZyB0aGUg d2hvbGUgcGFyYWdyYXBoIGxhc3QgbmlnaHQgLSBpdA0KPiA+ID4gc2VlbXMgdGhhdCBJIHNob3Vs ZCBoYXZlLg0KPiA+ID4NCj4gPiA+IEFsDQo+ID4gPg0KPiA+ID4gPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiA+ID4gPiBGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251 cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbV0NCj4gPiA+ID4gU2VudDogRnJpZGF5LCBNYXJjaCA1 LCAyMDIxIDg6MDYgQU0NCj4gPiA+ID4gVG86IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KPiA+ ID4gPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsgZHJhZnQtaWV0 Zi1pcHBtLWNhcGFjaXR5LQ0KPiA+ID4gPiBtZXRyaWMtbWV0aG9kQGlldGYub3JnOyBpcHBtLWNo YWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsNCj4gPiA+ID4gaWVzZ0BpZXRmLm9yZzsgTU9S VE9OLCBBTEZSRUQgQyAoQUwpIDxhY21AcmVzZWFyY2guYXR0LmNvbT4NCj4gPiA+ID4gU3ViamVj dDogUkU6IE1hZ251cyBXZXN0ZXJsdW5kJ3MgRGlzY3VzcyBvbg0KPiA+ID4gPiBkcmFmdC1pZXRm LWlwcG0tY2FwYWNpdHktDQo+ID4gPiA+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NVU1Mp DQo+ID4gPiA+DQo+ID4gPiA+IEhpLA0KPiA+ID4gPg0KPiA+ID4gPiBSdWVkaWdlciwgaWYgeW91 IGNhbiBmaW5kIGEgZm9ybXVsYXRpb24gdGhhdCBjb3ZlcnMgdGhhdCBuYXRpb25hbA0KPiA+ID4g PiB0ZXN0IGNhc2UgSSBhbSBsaWtlbHkgZmluZSB3aXRoIGl0LiBJZiB0aGUgaW52b2x2ZWQgcGFy dGllcyBrbm93IHdobw0KPiA+ID4gPiB0byBkaXNjdXNzIGlzc3VlcyB3aXRoIGFuZCBjYW4gZ2V0 IHRoZW0gYWRkcmVzc2VkIEkgYW0gbm90IHdvcnJpZWQuDQo+ID4gPiA+IEkgYW0gd29ycmllZCB3 aGVyZSBzb21lb25lIGRlcGxveXMgYSBjb3VwbGUgb2Ygc2VydmVycywgbGlrZSB0aGUNCj4gPiA+ ID4gY3VycmVudCBUQ1Agc3BlZWQgdGVzdHMgYW5kIHVzZXJzIHJ1biBpdCB0b3RhbGx5IGJ5IHRo ZW1zZWx2ZXMuDQo+ID4gPiA+DQo+ID4gPiA+IEFuZCB0byBiZSBjbGVhciBJIHRoaW5rIHdpdGgg bW9yZSBleHBlcmllbmNlIHdpdGggbGFyZ2Ugc2NhbGUNCj4gPiA+ID4gZGVwbG95bWVudCBvZiB0 aGUgYWxnb3JpdGhtIGFuZCBtb3JlIGV4cGVyaW1lbnRzIGJleW9uZCB0aGUNCj4gPiBpbnRlbmRl ZA0KPiA+ID4gPiBkZXBsb3ltZW50IG1vZGVsIHRoaXMgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHVw ZGF0ZSB0aGUgc3BlY3MgdG8NCj4gPiA+ID4gcmVtb3ZlIHRoaXMgdHlwZSBvZiBsaW1pdGF0aW9u Lg0KPiA+ID4gPg0KPiA+ID4gPiBDaGVlcnMNCj4gPiA+ID4NCj4gPiA+ID4gTWFnbnVzDQo+ID4g PiA+DQo+ID4gPiA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiA+ID4gPiBGcm9t OiBSdWVkaWdlci5HZWliQHRlbGVrb20uZGUgPFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4NCj4g PiA+ID4gPiBTZW50OiBkZW4gNSBtYXJzIDIwMjEgMTI6MTMNCj4gPiA+ID4gPiBUbzogTWFnbnVz IFdlc3Rlcmx1bmQgPG1hZ251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbT4NCj4gPiA+ID4gPiBD YzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNvbTsNCj4gPiA+ID4gPiBkcmFm dC1pZXRmLWlwcG0tY2FwYWNpdHktIG1ldHJpYy1tZXRob2RAaWV0Zi5vcmc7DQo+ID4gPiA+ID4g aXBwbS1jaGFpcnNAaWV0Zi5vcmc7IGlwcG1AaWV0Zi5vcmc7IGllc2dAaWV0Zi5vcmc7DQo+ID4g PiA+ID4gYWNtQHJlc2VhcmNoLmF0dC5jb20NCj4gPiA+ID4gPiBTdWJqZWN0OiBBVzogTWFnbnVz IFdlc3Rlcmx1bmQncyBEaXNjdXNzIG9uDQo+ID4gPiA+ID4gZHJhZnQtaWV0Zi1pcHBtLWNhcGFj aXR5LQ0KPiA+ID4gPiA+IG1ldHJpYy1tZXRob2QtMDY6ICh3aXRoIERJU0NVU1MpDQo+ID4gPiA+ ID4NCj4gPiA+ID4gPiA8c25pcD4NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IEkgdGhpbmsgdGhpcyBp cyBhIGJpdCB0byB1bmNsZWFyIGluIHJlZ2FyZHMgdG8gdGhlIGxpbWl0YXRpb24gb2YNCj4gPiA+ IHNjb3BlLg0KPiA+ID4gPiBNeQ0KPiA+ID4gPiA+IHdvcnJ5IGFyZSBpbnRlcm5ldCB3aWRlIG1l YXN1cmVtZW50cy4gUmVhZGluZyB3aGF0IGV4aXN0cyBpbiB0aGUNCj4gPiA+ID4gY3VycmVudGx5 DQo+ID4gPiA+ID4gYXZhaWxhYmxlIGRyYWZ0IGluIHRoZSBTZWN0aW9uIDEwLCB0aGVyZSBhcmUg bm8gbGltaXRhdGlvbiBoZXJlDQo+ID4gPiA+IGRlc2NyaWJlZCB0bw0KPiA+ID4gPiA+IG9ubHkg dXNlIHRoaXMgYWxnb3JpdGhtIG9ubHkgYWNyb3NzIGNvbnRyb2xsZWQgbmV0d29ya3MuDQo+ID4g PiA+ID4gRXNwZWNpYWxseSBhcyBidWxsZXQNCj4gPiA+ID4gPiA1IGluIFNlY3Rpb24gMTAgcmVs aWVzIG9uIHRoZSBsb2FkIGFsZ29yaXRobSB3aGF0IGlzIGN1cnJlbnRseQ0KPiA+ID4gPiA+IHdy aXR0ZW4NCj4gPiA+ID4gaXMNCj4gPiA+ID4gPiBmaW5lDQo+ID4gPiA+ID4gYWNyb3NzIHRoZSB3 aG9sZSBpbnRlcm5ldCBhcyBsb25nIGFzIHNlbmRlciBhbmQgcmVjZWl2ZXIgYXJlIG9rYXkNCj4g PiA+ID4gPiB3aXRoDQo+ID4gPiA+IHRoZQ0KPiA+ID4gPiA+IG1lYXN1cmVtZW50IHdoaWNoIGlz IG5vdCB3aGF0IEkgYXQgbGVhc3QgdGhvdWdodCB3ZSBhZ3JlZWQuDQo+ID4gPiA+ID4NCj4gPiA+ ID4gPiBDYW4geW91IHBsZWFzZSBiZSBleHBsaWNpdCB0aGF0IHRoZSBsb2FkIGFsZ29yaXRobSBp cyBsaW1pdGVkIHRvDQo+ID4gPiA+ID4gdXNlDQo+ID4gPiA+IGFjcm9zcw0KPiA+ID4gPiA+IG5l dHdvcmtzIHBhdGggdGhhdCBhcmUgY29udHJvbGxlZCBvciBtYW5hZ2VkIGFuZCBub3QgaW50ZW5k ZWQgZm9yDQo+ID4gPiA+IEludGVybmV0DQo+ID4gPiA+ID4gd2lkZSB1c2FnZS4NCj4gPiA+ID4g Pg0KPiA+ID4gPiA+ICAtIE1VU1Qgb25seSBiZSB1c2VkIGFzIHBhcnQgb2YgbWVhc3VyZW1lbnRz IHdpdGhpbiBtYW5hZ2VkDQo+ID4gPiA+ID4gbmV0d29ya3MsIGFuZCBub3QgYWNyb3NzIGdlbmVy YWwgSW50ZXJuZXQuDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBbUkddIFRoYXQncyB0b3VnaCwgYXMg cmVndWxhdG9ycyBhcmUgaW50ZXJlc3RlZCBpbiB0aGlzIHRlc3QgYW5kDQo+ID4gPiA+IHJlZ3Vs YXRvcnMNCj4gPiA+ID4gPiBhcmVuJ3QgcGFydCBvZiBhIGRvbWFpbi4gU28gdGhleSBtaWdodCBy ZXNvcnQgdG8gVENQIHNwZWVkIHRlc3RzLA0KPiA+ID4gPiA+IGJlaW5nDQo+ID4gPiA+IGxlc3MN Cj4gPiA+ID4gPiBhY2N1cmF0ZSBhbmQgcHJlY2lzZSBhbmQgbm90IHN0YW5kYXJkaXNlZCAobm90 ZSB0aGF0IHBlbmFsdGllcyBhcmUNCj4gPiA+ID4gZGlzY3Vzc2VkDQo+ID4gPiA+ID4gdG8gYmUg bGlua2VkIHRvIHJlc3VsdHMpLiBJJ2QgYmUgaW50ZXJlc3RlZCBpbiBmaW5kaW5nIGFncmVlbWVu dA0KPiA+ID4gPiA+IHRvIGhhdmUgbWV0cmljIGFuZCBtZXRob2Qgc3RhbmRhcmRpemVkIGZvciBh dCBsZWFzdCBuYXRpb25zIHVuZGVyDQo+ID4gPiA+ID4gYXV0aG9yaXR5IG9mIGEgc2luZ2xlIHJl Z3VsYXRvci4gTm8gaWRlYSBob3cgZXhhY3RseS4gV291bGQgYQ0KPiA+ID4gPiA+IGJvdW5kIG9u IFJUVC9pbiBzb21lIGNvdW50cmllcyBtdWx0aXBsZSBpbnN0YW5jZXMgYW5kIHNvbWUNCj4gPiA+ ID4gPiBhZGRpdGlvbmFsIHBhcmFtZXRyaXphdGlvbiBpbmZvcm1hdGlvbiBwcmlvcg0KPiA+ID4g PiB0bw0KPiA+ID4gPiA+IHN0YXJ0LCBlLmcuLCBhIGNvbnRyYWN0ZWQgYWNjZXNzIGJhbmR3aWR0 aCwgaGVscD8NCj4gPiA+ID4gPg0KPiA+ID4gPiA+IFtSR10gSSdtIG9mZiBmb3IgdGhlIHdlZWtl bmQgKEknbSBvdXQgZm9yIGEgbGFzdGluZyBzb2x1dGlvbiwgbm90DQo+ID4gPiA+ID4gbmVjZXNz YXJpbHkgYSBzcGVlZHkgb25lKSAtIHJlZ2FyZHMsDQo+ID4gPiA+ID4NCj4gPiA+ID4gPiBSdWVk aWdlcg0K From nobody Fri Mar 12 05:11:03 2021 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 031283A0CAC; Fri, 12 Mar 2021 05:11:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=ericsson.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 bf0x96j-6QLb; Fri, 12 Mar 2021 05:10:58 -0800 (PST) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2088.outbound.protection.outlook.com [40.107.22.88]) (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 655893A0CA0; Fri, 12 Mar 2021 05:10:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PHYlh6qF2pgDzHHc6VMpWWJM63cQ515VV4Z1cULvUWKzGW9oac/v9kC0nApqxNXkffHbCbO/o08oeawTHhIX7GcviEfvAqzvcsqeaGbn7P6WQIRimTRP/Aypd/GTG4sip2JDozYWPGXDH2qjz0A3jNWXZDXQ3LvnPei0S3h4fCq2+AwNgqQgO6IUnj8OyHiN4VCrcjt3fHXWlBYuOdHP52IuNLLmLYk/O7OT3hpbEmsgZQOj2SBWLI9SPZFUGGvT8t6sIK/TiY8r73ymRgcZqieKVpiNvGGfgxs+WFH0OG1fLQqSI5NZh8rHz5NgK6c9qeJOBtTSzc4CF5KyQRtdfA== 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=m2ITgR+h2MCJHyhKdh/wTJOz8CtshNXaBScFe7/punE=; b=FEZWEN4UmQIkrRd3290a8iF1Es8NL7oYVTNORc+VD0RuCZzec4LihL1K4JTTc6a0HOyCftMZBKBIVkLQxWx+E5tJhGrUTNaozVHAbIOlNVtiA+0BDZAdEr4xqzgMWAwOVcms3N6qG6mAZ/9mxDP7KPcsMvqlULQC+ZFa5eODtdH4xrN3HDC7QeeMaYGKq2SExTR6K2gYkzsLBL9Hns5Xm0JT1oLyqD2d71JZLKxERoYqlfIG5jI9iXZtyNKzSBlyLElGR7tWVGlEFLJ++4Qj8Ksd9ejRoyyTU3Tony2nfq5RRBx7VkLaRs5tKamAloNVjUVzX71DXTdX6NfCn0a7Qg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m2ITgR+h2MCJHyhKdh/wTJOz8CtshNXaBScFe7/punE=; b=eev7K25nsBp3+a1gVWn+QGwvTibYRCFChG7yACvK5MerW0FmSk7LPvskx4rtfiIECV5k4ikfct/s668nfIeeacoHyhLX6Fw6j2zhOoYVKqaUzJy+2/OGUdWKZ8mSx72OlmFM9lLazXMKwxjAFyGI/GDrLIsVBBDsJBtns/Jp/uc= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2156.eurprd07.prod.outlook.com (2603:10a6:3:2b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Fri, 12 Mar 2021 13:10:53 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3955.010; Fri, 12 Mar 2021 13:10:53 +0000 From: Magnus Westerlund To: "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" , "acm@research.att.com" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQgAHh24CAAUhoAA== Date: Fri, 12 Mar 2021 13:10:53 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: telekom.de; dkim=none (message not signed) header.d=none;telekom.de; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8c78810a-d623-4db2-ecea-08d8e558443e x-ms-traffictypediagnostic: HE1PR0701MB2156: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4941; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3iwivX16y8lbc4x8XAsW2EI4zEnh3DIizM0ixVFbvn4/5BHxVtXIGDFRoErWf7bBpgYHhzgUl59HXsdOvUYsOK5KUY9kT/YPELVIm04/XSyLi4T+PDaSvUR3pToPkN5pKkaM/MznLHSgOEmWtC+RMEDtdHzR8pF61lLBKwl+kNJPfFusAjN6j78tXpnRW0CH9u8qn2H8p9Xw1LnpE9qOFjS7VJ8/mwc7aOWGtbeYxEQ6EhE7bTrRhOdUkfGIx4cFuauv51Jen/3r/Y+QCwbCtXyOajwSrVHDcaLreOZEyFCDI5/74l4pNYOPyjeSP8gyp9fj8q89TvjwTJliHxgDBl3QJSZbHbhnmoUSSiiVT2GN7rTP3cqifCYafG6jjvjnElFJs7+GCHYwT9wH+p41LVcjMemEDRCwtEti+BLxBtU55iBUKINR7RSYPFoZCtZ3a2WArhIFx32VbkhqeVLzTghlfL7CP33irqLJk+FEr+hsKoPYhx7wvUHFYd570G4jwpDtG6WoPIHsRYd/BwQ72oe14eihmu+LprayIsT8Of2t6IuwafnHme2sQ3wJ9eki x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(346002)(136003)(366004)(39860400002)(76116006)(33656002)(26005)(86362001)(55016002)(66946007)(64756008)(66476007)(66616009)(7696005)(44832011)(54906003)(8676002)(66556008)(66446008)(71200400001)(9686003)(478600001)(5660300002)(99936003)(316002)(4326008)(6506007)(53546011)(52536014)(6916009)(83380400001)(2906002)(8936002)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?V0VxSHIwa3NmdGJrZHhOWnBYMGN3WVhqbVJEQkNPTWFGSDl6VTJ3SE9SWENM?= =?utf-8?B?Ykp0WW0yMXlEUnM5TFh6RnVWMHdRWEl1SVVncjBGa0pCTWZaVktsZXV5dVBL?= =?utf-8?B?YzFmcEJCTHNHZmJlUERCaDF2Z0tINUZCWjMzbHVrU3dIZDlNNU4yancyN0pY?= =?utf-8?B?SjJIU21CS3l3MXgzNEFPeCs1SjI2R1V1RW5PMmpyalVobGZldFRyU3FiV2pw?= =?utf-8?B?N2pVZEtGMkVtR1YvUm9RVk15MU5HZ2FkR3lQVURISUt4MzREVXRIckdWVmF6?= =?utf-8?B?VVJ2UzF5bEQrMVlnVkRxTENoNFJGcDZqNktxeS9FS05zbkN2Qk1sVXBteEk2?= =?utf-8?B?dUNUU05Sa0FFZkd6WkFVb1BYdTU3cWRmNnU1TnQrc2FlZHA4UEx6OWJuZjRk?= =?utf-8?B?RWFlQWNkaUEzb0s5RE9CbkNMVnQwdG5BdmVWWlA0YlpCU0doRHZ3SG5HUXh3?= =?utf-8?B?ZzIzVnZDUkJtT0FQb3VVQ0NhSGFaQW5RMEhmWSs2NS9Ub0xGNlNTSytxRjF4?= =?utf-8?B?K2JlYlNzZlNGUDVEcklrRzA3Y1pSUVM4YlY2R2dvN0RmVko5VUoyUlpEZDBl?= =?utf-8?B?UXVtek50N081c1hQbzBKK1V3YWNOOVV2d0NYVGRWVU5TWSsvMng1NFBVZGlB?= =?utf-8?B?Mm1MajFMZUdzN1lub3hCK1hpd1BPV09YK1VjQXUxaUdzclhJZkNUTkJ5R1o5?= =?utf-8?B?b0d6dWp1REY0M0tHb1dLZ25yS3djQmcxWHFwYjJWUTU1YldwWFFBTHZQRFNN?= =?utf-8?B?MDZFVGt2T0txV3R5MmVtSmp5TDU5M0hINUora1ZFZFhWU0kzRUovWFdPTkdS?= =?utf-8?B?Qjg2bitEajV6eGpWTGJvaFVQQjdNejJkdUx1MmVvNEV5c2Y4cm9NTzBuczl2?= =?utf-8?B?bVVlZ2Z4VXhTajJnUFFMVzVYOUJlYXU4cUFBalF3TndCL3hodWlzcFNsQmor?= =?utf-8?B?OGx5Y0RpbjlJQUJZeE5kQnRMdW5vM2xvZDF4YlpQL1lVOXRQRUZRbDIzb0Zy?= =?utf-8?B?MDYrNzZyVEJzN1NhMnJBR1JWZzFYNXlTSm9DNDB0RG1HMHlqeGtIUW9DOTAr?= =?utf-8?B?bmZGTS9TdEgrYXVTSFAveGt6WW4zeDBLUGRmRVMvb0pkQ0xxemdseEwrZC91?= =?utf-8?B?TUVtME5Ba3JRbTVUdDRFWlF1ZFZpS3ppdWNUOUlwQ3YwV2Vkd05kTDh0VVVG?= =?utf-8?B?K3NUeUI5RGJWTnhiK1paUU1uVlhncFFyREh2MkI2eThpQ2p4MTlnbXYva2FW?= =?utf-8?B?YmV4TklXZHZMSzJqc25tUnFuZE1KVWdwWllSWVhKVFdURjJlTkxza2c1WXhX?= =?utf-8?B?ZEp3LzFyalNmUEN0TTZuWjNOODE5ZTdncDNvam5EM1RFbE1vSlpnMlR2bEFp?= =?utf-8?B?eEJtbE9GVXpGZkRteTNsK2poMnppek44aXJzL2N0dFNpU2FKMlo0VERWZEhT?= =?utf-8?B?MC9rczNqcGd0MUlXOXFvQkY5dlg2NGJrZmw5b21LY2xIYzJqZlBJVjJ2a0Fi?= =?utf-8?B?UitOSFlYbVhsRzhoY0ZOcVRSejVKcFhYSlVWN3E5UklRZTdHTVNMS3FoaXhv?= =?utf-8?B?NGl3eWFkVy9uYmJLUGxqclI5RktlL2E2cHBLS0RJbGtBN2NoUHEyMUV1dDFX?= =?utf-8?B?ZXd5eXV4dVlhRmttR295U0dIRVlQZjZ6blNUSjJyRUhsUE8yd2s5VGUzYWZI?= =?utf-8?B?QnZMbm1yS2dXSWJxTFZRY0ZrNkFkWnFsVDl4VVU3MmZSc3ZaZ0RwYi8vbnN5?= =?utf-8?Q?StJsc1HT6ob4WnbL3qxu6hpMD+umhAjyj62Lh5m?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0558_01D71749.829715B0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8c78810a-d623-4db2-ecea-08d8e558443e X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 13:10:53.5773 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Df+qdl3DxaJKSZJhvP9sEybWxDunr6AqWwpcaF/Y2hijLFRDtgXoueVAMhTIVsCyJXZzJEQRS54hhCPDFoblBbbFBM+Jv1lAG5g55KxaYgg= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2156 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 12 Mar 2021 13:11:02 -0000 ------=_NextPart_000_0558_01D71749.829715B0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi Reudiger, > -----Original Message----- > From: Ruediger.Geib@telekom.de > Sent: den 11 mars 2021 17:32 > To: Magnus Westerlund > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > iesg@ietf.org; acm@research.att.com > Subject: AW: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) > > Hi Magnus, > > Before going to discuss details some questions: > > Would it help to insert text that person initiating test is required to > parametrize an access bandwidth to be validated? > I'm asking, as the intent of the draft might not be to capture a completely > unknown access bandwidth (but I think it doesn't say so explicitely yet). I think that would help significantly. > > Do some of your comments address a concern that a test creates to much > congestion during one feedback interval FT? > That may stem from the idea, that we've exactly reached access bandwidth > AB during FT and badly congest the access during FT+1 (I don't deny that > this > is possible). Yes, what I am worried in some cases is the amount of overshoot the load algorithm can cause. And that is not just one FT interval. The regulation loop is somewhere between one RTT and RTT + FT long without feedback losses, and with losses it could be as long as RTT + m*FT where m is the number of feedback interval until one makes it in the feedback. Thus the congestion volume in a static system becomes (R[x+1]-R[x])*(RTT + m*FT) and where RTT +m*FT is capped by the longest non responsive interval. So have much data this represents, i.e. how badly one affect the on path with overload. So this is highly dependent on the parameters which is why I think this is so hard to evaluate. > > If that's your concern, would an approach to limit the maximum congestion > created before FT+1 is reached being bound to a limit > Buffer_max[ms]@AB[Bit/s] based on the last captured congestion free > bandwidth AB during FT? > As an example, Buffer_max = 0,05 s if AB < 1 Gbit/s (smaller Buffer_max > values may be applicable at higher rates). This would result in a formula > determining the sending behaviour during st, rather than a table. I am not certain if I understand this correctly. Are you proposing to have a congestion window for the increase, or the full transmission, so that it will throttle if it doesn't get feedback in a timely way? I think the main problem here is that one need to analyze the parameter space for the limiter that are proposed and what impact the parameters have. That has been part of my problem analyzing the updated text. Cheers Magnus Westerlund ------=_NextPart_000_0558_01D71749.829715B0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzEyMTMxMDUy WjAjBgkqhkiG9w0BCQQxFgQUh42T5tDMxu8DsvB8BkywMGCzRSUwQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA BTnGvAJ5i6KIjSiITkVvpZ4IdlUhpTg5xGEzQvF6IuCN5nEOPXDrlRzymJmnpJ31RF0Gew5DAOlW gvum5lw5sMd2Ai0KHHV+AvB3tKn4tJEoCyujD61mfoq1EBjiLOlcdbuyKzDBAn971+3NMYC83PYm ZLdR+SD+hUK9e4FJP6+tK4o3qyVwqWeBjbGcWHd6/Y7Gg/SjtVAiQQJP6O/p8Y9bGkpyqnprRjTG hO6BVH2M4spjmOMEHAxBmMNiE2LGpDXarVcnDyaZetvzJwdGSItFmer6MOmWHDW85Zhif2IabFPw B762ghrMACg33F1dK+AM2SYab8OGhmUbK1p//wAAAAAAAA== ------=_NextPart_000_0558_01D71749.829715B0-- From nobody Fri Mar 12 06:26:34 2021 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 C236D3A0A65; Fri, 12 Mar 2021 06:26:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.346 X-Spam-Level: X-Spam-Status: No, score=-2.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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 ZoBBiHh35tDP; Fri, 12 Mar 2021 06:26:27 -0800 (PST) Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (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 19EEC3A0927; Fri, 12 Mar 2021 06:26:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1615559186; x=1647095186; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=fcULGPPHmc//vIHePeWF0Q6ZVTyoXmkiQgl4J8BPMF8=; b=SruEvedRJHF7Gz9WkNWVMH+Lv9+NU2bgD0AS7NGepW2LC8BThwGhl3eP dphdA0aGxantj4UWMF60QVHTvpvlJdpM3WphHoLCxNHUWL9dEPot44KlG TyRqc0YRBoXbbJm+TV8QmThTB0XwK+u65an1z2arX7h8/ZSAmNkGWE9k3 qxCkubPKb3hySzU9rusR1iGFtzaBqt5MZ2tDKWDmOEFmX7JC6lDV8CF4U +n+AIF4hQQm1PvLO6AOiuMrAjC9VwWSukfM5DezELxt9xYczzJsz/hAmj lyFdVcW/1hNgUaQspuldqfw06AcZ0iQIJ12CESzw5Ee3PEkGGlZs6SKrL Q==; IronPort-SDR: 3Cj0E7S+ZBX55C8ur8LKAbuFfRg0sqNQAn3YvS5zNiQjSfSj7P5LhiCfK0Bqw4UNfHDF7VwI2d I4J0o3cjcO6w== IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Axrkx06s+hmgtPzIH8QItOuIV7skCd4cji2?= =?us-ascii?q?hD6mlwRA09T+WxrOrrtOgH1BPylTYaUGwhn9fFA6WbXXbA7/dOkPIsFJ+Ydk?= =?us-ascii?q?3DtHGzJI9vqbHjzTrpBjHk+odmpN9dWoBEIpnLAVB+5PyKmTWQO9wrzMCbtI?= =?us-ascii?q?WhgunDx3lgJDsaHZ1IxS0RMHfkLmRdQg5aCZ0lUL+V4cRarzStEE5nJ/iTLH?= =?us-ascii?q?8DQuTFupn3hIvrCCR2XiIPxQGSgVqTmczHOjeC2BN2aUIy/Z4D9iz/nxX99u?= =?us-ascii?q?GftZiAu2jh/k/J6ZNunsD9juFvP6W34aYoAxHNrirtW4h7Qb2Fu1kO0bmSwX?= =?us-ascii?q?InisPFrRtlH+kb0QKlQkiPrRHg2xbt3V8VgheOpi788B+Txr2eNUhKdvZpvo?= =?us-ascii?q?5XfgDU7EAtprhHodZ29lmUqoZNClf4lDn9juKlazhRikG2rXA++NRj/kB3bI?= =?us-ascii?q?oEZLdd6awZ8U9Fea1wbx7S1YE9HOFiSPzb/fZdGGnqH0zxg28H+q3SYl0DWj?= =?us-ascii?q?ecRE86vNeJlxBo9UoZ82IogOgwtjMb6Jk4S4Nf5+LCW54Y9o1mf4szV+ZQFe?= =?us-ascii?q?0BScy4BijmWhTXKl+fJlzhCeUuJ2/Ng4Sf2sRv2MiaPLgziLcikpXIV11V8U?= =?us-ascii?q?QofVj1NMGI1JpXtjjQXWSGWyj3wM023ekihpTMAJ7QdQGTQlEnlMWt598FBN?= =?us-ascii?q?fAZvq1MJVKR9juMHXpAoQM+wHlQZFdJT0/XaQuy4sGcmPLhviOBpzht+Tdfv?= =?us-ascii?q?qWDqHqCywYVmT2BWZGUyP0IMlG80C3Sn71iBXcQBrWCxPC1KM1NJKf0/kYyY?= =?us-ascii?q?ALOIEJmBMSk06F6saCLiAHsqFeRjohHJrX1oeA4UWm92fB6GtkfjBHCFxO3b?= =?us-ascii?q?nmW3RW4QsDM0b+d6cfq8ySEFoijUevF1tadYf7AQRfr1N49eacNJqL3x0vDN?= =?us-ascii?q?qhLyadlHscpHWDSp8Gga2d7cL5epc1Z6xWBJBZJEHuLVhYiAxqoGBMZEsvXU?= =?us-ascii?q?nEDA7jjq2jkdgJHu3FbsJ9hw2qOMZQrnrauSyn1JESb0peewTrfd+cgA4oST?= =?us-ascii?q?YRu0Z49LUHhqGc3Ry1L3Ekveg+OFpQSWieDb5cFj6ZbIFMlr2DQnAicU66wR?= =?us-ascii?q?ihzzA6YC7D6lgbjG2JF1zdRdj7Rn5m/k1+/omv2lVubWmZd193cRlBwMZAPF?= =?us-ascii?q?WDnn5y1OSBIoCpw3KNA2Fpot01AXXgaTsWKQgr/dyxyTSPiC+efE9WpakGD6?= =?us-ascii?q?j6F7Qsc7bax3W3DpaH/Jt2SsN8zdJZEJTVldIwFdi6Rjb9FkKrN8ogxxGVqn?= =?us-ascii?q?E5OCN9tXkjlrfy1Af46XWjtURPS8b6MRBoQaoWLMqb6HWhT/GU0I9hhdZwpu?= =?us-ascii?q?eoNH7tA+T2jZ3/fnpGKhnJp3SxQPxtoZdIvbgqvL8bJeiYbRLYkHVG1g45Ns?= =?us-ascii?q?H6iQcXR7l6+qnIPstqc9YJcyxUulovm9LnFjpvjiXmRus/d0oqlXnVIpeA5K?= =?us-ascii?q?fJs6MmBgmZvxTrUGPvshF17rPARW+OxLQaA6U/LSBfb1U98m1r+KeHe5fLAA?= =?us-ascii?q?uneulf9DOBQziAWa4YTLLAFaQbrx587d3NheOReibi0A3bvDdwIMt1giWaaN?= =?us-ascii?q?L3BBjJFf9D8tS8N1jJn7Cj59SriizrDTS8cEYViOR+BAotR9UGjiNnioI50i?= =?us-ascii?q?K/EPOq5k0klkZT+jFhmBrm3JO87GLSAEFBNknYj/xtLHZuG2nNid6A9+6SkG?= =?us-ascii?q?n56nxC35LIEU9LZNFAG9QKVOHMXmdTANlVuKTt5rYlhyRIfQwnAGE9gi3sxu?= =?us-ascii?q?8O58b05NzCH+n5TWryMV0P+TRZFpd5kywip2ZHadW/5/uGE0sqP/9NBeA+6I?= =?us-ascii?q?BQmC9orVa270R0VWQhijAV?= X-Mailbb-Crypt: true Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 12 Mar 2021 15:26:21 +0100 IronPort-SDR: IfPeIzLtoKcxb4dYVJtH+iUIjNwHYOUPX0fCDJoJPchlk0gEZJ9Y7NplSSc7BkJ8WuXkO3N7EE C1tqM2Yhg3vw== X-Mailbb-Crypt: true Received: from q4dee1syvuf.ffm.t-systems.com (HELO totemomail) ([10.162.176.13]) by QDEC94.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 12 Mar 2021 15:26:22 +0100 Received: from QDE9XY.de.t-internal.com ([10.171.254.32]) by totemomail (Totemo SMTP Server) with SMTP ID 283; Fri, 12 Mar 2021 15:26:19 +0100 (CET) IronPort-SDR: +dSu0UopuW8cMDGJFcNz2tUT/IKkBE8ezGahZ0ryhXs2eZWACKeksswZsn7Hs+cVCljTMFS6y6 N2BATCYyzx12YWWgfD80hES9B1pjdHxyc= X-IronPort-AV: E=Sophos;i="5.81,243,1610406000"; d="p7s'?scan'208";a="274398560" X-Mailbb-Crypt: true X-Mailbb-SentCrypt: true X-MGA-submission: =?us-ascii?q?MDE0ScF9r8ID696ykmgl8eePQfqL/GZaYpQ9GX?= =?us-ascii?q?HF4a5wUCrE1eMPhDMPMlAzGHc2ySTJIhSOi4egHSxcV9HknOAHgh0VZ2?= =?us-ascii?q?LXFeJ5ysMmKo+t+22RyGNd+aFkE7t9khz9e42Gb5UqatuqkTOCS5Ik4H?= =?us-ascii?q?X+XkyQg2kD0N/yGrnZW53iog=3D=3D?= Received: from he105716.emea1.cds.t-internal.com ([10.169.118.52]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 12 Mar 2021 15:26:18 +0100 Received: from HE105717.EMEA1.cds.t-internal.com (10.169.118.53) by HE105716.emea1.cds.t-internal.com (10.169.118.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 12 Mar 2021 15:26:18 +0100 Received: from HE104160.emea1.cds.t-internal.com (10.171.40.36) by HE105717.EMEA1.cds.t-internal.com (10.169.118.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 12 Mar 2021 15:26:18 +0100 Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.175) by O365mail03.telekom.de (172.30.0.232) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 12 Mar 2021 15:26:17 +0100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jF1viThrbaR4mrCItrnLUCNUNJEGDwP2ZGG0Uf5Si/bY+M+T2k1/KX9TzHJycDXfz/ZZaRLIbAswQ8PhIZ5HucN1q8RV5I/kt7XYbbYWZ5kGlB3RTt0K+dl+3xTU18uWsm6t06pjCYuhGlTGfpjcK4ZlnvzBlPNXd80o7RD1xzSpGFH23tVGw4JoJtCFtp2AK1MnoeZpVY9Y8vy861CQYvN/Uo0xwljcpZOm8iaZy+/dsAUSwAzdQNIhzk2jO9XzaZdX0F+y/kUmEWvqcphjjjHeGOfyu4VTvPmJAWl5f5veYu6TTw+qIuCIzs008ypurJbgtGrYVbXMEh7Z2/kvdQ== 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=lDrpeZZetUsbFlB/joXW1838E8eQnOIIZQ/1w2tnmas=; b=NraB5JZArFZl4TPjcvNLfTktPL2oeI695Xqe8w2W72gfz2CQJWVpTGK6ySi+vgfLbyMge9MuobSouE3WXhOawoyTVoWpCO1gL0OLwBy+n2+1Btiq80w8mWeC6nt4SjbFGlUNRxPQlstnca0TCljkL34S007C0ZnSs1GZGQVSztcJEPDqnqyuN4rKAjPh3v3eAgpmFwqq1zn7m6wqQDZG2WUJoxB8Ino/79CfYn760EOJOzFBo44iaYpLeJ6Rx5pj4QS9TtC6Un2sv5Uu11McKw316BvkZcHOYuJPSk1eTB+TybMyyJdw+55FIjDtAOdLFtqef4NHm3/uXb/1sp136A== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0265.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:b::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Fri, 12 Mar 2021 14:26:17 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3955.011; Fri, 12 Mar 2021 14:26:17 +0000 From: To: CC: , , , , , , Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EnvPLzhH0sQ0K8CsiAo8w0/6po9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQgAHbAyCAAWEagIAACU1w Date: Fri, 12 Mar 2021 14:26:17 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [87.147.144.6] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ddbb9249-2745-4467-ee77-08d8e562ccab x-ms-traffictypediagnostic: FR2P281MB0265: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4502; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: wx4BDsRLZ9Sm4SKaw+121Pvyp+jNjoMam7AojC11ZKJ878TJaZtlD2JaKWGY9WqvEjyB8MehoQPe5Q11EGLx2V4pbd/Jrk2lfwlh7CkDJzBAxxC7PvYapU3B53PcCPglyHZo44e3EKpaksn3eJagjshdczViptsoVnwHbJdOwmTKCh6rv3fEI5WQ6ag3c3RPG0cVe3wMUls02MUPyW1LYHncUVlC7N36c8JJHxMq+9YkY5VDFNtWc63Hub6MVgpz09+0nxSPbu2xhA//GxUL648f7SEG2XYEamPi7Zs6UytjuSSJNQCoNq0X16M3G/gd4+6FSx0kv70sbRfdNqV+0Q4MM00DJZWZ0xQ8y4BNj8sXP36U6LcWmlbDRrm+Ams5tn4hfhdgkf0aNfIwwsMdXO8xKoaAeyngWBq2pu309zlmWuuiUBdH/RLHq8YXxXe4fb07m3spsdy0PvJZMHsfFTFjhvz+9oLdvZ86CtuQmBjJ2AmIFqFgzWWUI3zquOni6vnWLv9jtDYwXN11o+dw5R2NHd1UGWTn8LlW19omqqKhP3DIQyJId5vAjczrcxWG x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(376002)(136003)(396003)(366004)(39860400002)(478600001)(54906003)(66946007)(4326008)(9686003)(6506007)(83380400001)(66446008)(64756008)(7696005)(85182001)(99936003)(316002)(5660300002)(53546011)(6916009)(86362001)(55016002)(33656002)(76116006)(85202003)(52536014)(2906002)(186003)(66574015)(71200400001)(26005)(8676002)(66476007)(66616009)(66556008)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?QWxTaU04VG96SE84WUxuT3JwMEhBZjVtV2M5MDYwSEhvSFV6dXV3T3V3emVv?= =?utf-8?B?UFRxMVl5R3JsVmN2bGdtSm52SlhkcHZtODdPVCtlU2JPK3Rrc0VQMFBxS1F2?= =?utf-8?B?Y2FCZ29YelVicXdYOHRSc2VLT0kweW50elBJRElrdWkxTm5kZWtxa1RpVU9v?= =?utf-8?B?SVFha2d1dEFWNjZSNGhoUHNNR2xhcU83M04wTDdQNlRJN0c0NnlvVitpRzhQ?= =?utf-8?B?aTdFOU8wbnFUVlRpUW91cjdudW4zeUlQR21GY1FzTW93R0hkRWVkM3RvSnRm?= =?utf-8?B?cmxxNU52M2Nndnk0S2RVclZFQi9FbzRBNDF6alZSZW9YS1VoM1k1YUdNT3JG?= =?utf-8?B?K3NXSE9lTDR3UUVuR0F6c2dMb1dHdGVJN21xV1ZpbmVvSGlEejloc2daMHM3?= =?utf-8?B?NkRWWjFkV3QzUFE4WXV1V0pvd0NIclZBc3hVZ3NZQ25mRzRnLzJkWXBpdU1X?= =?utf-8?B?ZDBrZ1Vjem14RytmSURVTkYva3pUVlVrQ1pmalArVFlkU3JuMHhaMXUwYnQx?= =?utf-8?B?TjBldDFqYVllWjN4bVRwUzlVK0VTK3pTYk9leUI0bWQwWkhIZEpLS3MveUpz?= =?utf-8?B?SXRPanJ3NmxQVm54WGNnKzdvcnpqRmtwM3J0b2Q0M1hpOXJhZmg2clUvajd3?= =?utf-8?B?MEd6L3p3R05WVEFZZS9oY2ZnbUNPMjRIYmpnZit0LzlDZTBaVlRMdGNTSnF6?= =?utf-8?B?TWtLUGlJQk5UdHNFRWhBOElnbU5YWmFhNXg4YjdZOVlaYm40SmNRQlZEVUg5?= =?utf-8?B?bUZXOWh2Y09YajNFUVNOSUxWQkh4bGVqN0ZmS3NmSjRINHFqc3pwSHJGYWkz?= =?utf-8?B?aXZkT3NLVko0ZjdwK3NqMG9PZ1JaTHl0bDFvVTQyb0J1bDQ5T2JlOU1LU3dq?= =?utf-8?B?STFBY293b2dXb24yRDFVY3k0MUZOMWVibFBrYlM0RlJXQkVtVklLVzFEVjNu?= =?utf-8?B?c0t4dTRPdEl6STI2QUdrbEVRTmljVU1XTTBHcHBqeTcwV0RRT1dqZzQxZ210?= =?utf-8?B?NTlsYzNHZTdYS3V1QnpMMmtTTHJQNng3ZWtsMDhwTGVoM1g4UlMrSmVudDZD?= =?utf-8?B?ZGFxZDBxSTdHNVFBNVpjMXpSMFlyTGZGUjNvaW56YmhQb2NIdWN2dUlYMDFO?= =?utf-8?B?bkhySlhjWlQ4SVJla0dVYlZDbEkyYjZSRVI2aFNEYU42UENNRWllbVFVOUJz?= =?utf-8?B?WTNuMnViUDNScmw1SHN0VW9ST3VkZXRKQ1ZhQnVrYTByNDJTRnRnbi9mSVV5?= =?utf-8?B?a21PclM1ZnBDYTVkWTVDYVI3S29BTkM2ck90WXJ2d0w0SFlTaDVHa0tOa2F2?= =?utf-8?B?RGdJNnJMUjM2K3RtOW1TME9Ud0hSV1gvRnFSSjQ1VlNvMWFsVEhld3RRM2tY?= =?utf-8?B?WUEybTN1dWdXUlU5NjVRYXNSZThJQ3Z5bmd0QmxzOUpxUVpUbnhoM01zb1Jl?= =?utf-8?B?OE1Nd1N4a0VqSUNGU2lBcUFreW9MYVlSNEhLV3ZqZTcwc2p3UXhTT2RjTW5Z?= =?utf-8?B?S0tFM2NzdC8xU0tEaWZKazFtcFFodHo4Rlp1QmhrYU9EbTZhVkFzQkZMVFJ2?= =?utf-8?B?Q044NW1mOThSS2lJT0dkcWo2WHNRUGt0Zm44STBmYzdWbkdnYW5PbWpmWW1X?= =?utf-8?B?ZnU4cFJESG9RbktTTzVISktLUUlMOW5uZUYvcU41OXpndURvMktyQkVDUjh2?= =?utf-8?B?VGhvanBJQ2lrTU52WThhT3FUYm1FMzdpeVJlMU9JZ0dUNGtKQ2UrZVJocDdX?= =?utf-8?Q?4S5odT4MJFJDCeODSZ1bH86B7TRazixUO3VUfqO?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_000A_01D71754.00F559D0" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: ddbb9249-2745-4467-ee77-08d8e562ccab X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 14:26:17.5454 (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: eJX7GN/1+g4//3B8MBFpxsP4np0WqTSICRcYPDHCMCHpC2hro3YcrG4lFUwAoHUzd1OXhDuj9LIwAVKRIFlvclEQInNpVVdKFrk5kiDddi4= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0265 X-TM-SNTS-SMTP: AD4A50C3BD702EF80D8E760932DAB50891BA8EC4981A5ABFDE5F72F5894E212C2000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 12 Mar 2021 14:26:32 -0000 ------=_NextPart_000_000A_01D71754.00F559D0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Magnus, Thanks. My comments refer to the ramp up phase of the measurement only, = an important aspect I forgot to mention. The sender has a congestion budget Buffer_max[ms]@R[x] based on the = last sending rate R[x] confirmed by FT[x] without congestion, when it = starts to send by R[x+1] .=20 - It takes RTT + FT, before that rate is adapted as a minimum.=20 - As the smallest optimistic waiting time, after st[x+1] + = Buffer_max[ms], there's no more queue at the receiver's access (if = there's no competing traffic).=20 That would help to determine a function when to earliest start the next = st[x+2]. A behaviour definition specifying how to react after FT + RTT + = Tolerance without any feedback may be as follows:=20 - Repeat after Timeout by sending another st at rate R[x+1].=20 - Timeout =3D max ( st[x+1] + T_secure * Buffer_max[ms] , FT + RTT + = Tolerance ) with T_secure being an integer. "Tolerance" [s] on the order = of some 10 [ms], I'd think. Design doesn't have to be exactly like that, this is about the concept. = Len, Al, please contact me if I missed an important part of the = implementation (or if I here suggest to slow down the measurement to = eternal). Regards, Rudiger (stick with "u", if the "ue" puzzles you) -----Urspr=C3=BCngliche Nachricht----- Von: Magnus Westerlund =20 Gesendet: Freitag, 12. M=C3=A4rz 2021 14:11 An: Geib, R=C3=BCdiger Cc: tpauly@apple.com; ianswett@google.com; = draft-ietf-ippm-capacity-metric-method@ietf.org; ippm-chairs@ietf.org; = ippm@ietf.org; iesg@ietf.org; acm@research.att.com Betreff: RE: Magnus Westerlund's Discuss on = draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Hi Reudiger, > -----Original Message----- > From: Ruediger.Geib@telekom.de > Sent: den 11 mars 2021 17:32 > To: Magnus Westerlund > Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity- > metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org; > iesg@ietf.org; acm@research.att.com > Subject: AW: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity- > metric-method-06: (with DISCUSS) > > Hi Magnus, > > Before going to discuss details some questions: > > Would it help to insert text that person initiating test is required = to > parametrize an access bandwidth to be validated? > I'm asking, as the intent of the draft might not be to capture a = completely > unknown access bandwidth (but I think it doesn't say so explicitely = yet). I think that would help significantly. > > Do some of your comments address a concern that a test creates to much > congestion during one feedback interval FT? > That may stem from the idea, that we've exactly reached access = bandwidth > AB during FT and badly congest the access during FT+1 (I don't deny = that=20 > this > is possible). Yes, what I am worried in some cases is the amount of overshoot the load = algorithm can cause. And that is not just one FT interval. The = regulation loop=20 is somewhere between one RTT and RTT + FT long without feedback losses, = and=20 with losses it could be as long as RTT + m*FT where m is the number of=20 feedback interval until one makes it in the feedback. Thus the = congestion=20 volume in a static system becomes (R[x+1]-R[x])*(RTT + m*FT) and where = RTT=20 +m*FT is capped by the longest non responsive interval. So have much = data this=20 represents, i.e. how badly one affect the on path with overload. So this = is=20 highly dependent on the parameters which is why I think this is so hard = to=20 evaluate. > > If that's your concern, would an approach to limit the maximum = congestion > created before FT+1 is reached being bound to a limit > Buffer_max[ms]@AB[Bit/s] based on the last captured congestion free > bandwidth AB during FT? > As an example, Buffer_max =3D 0,05 s if AB < 1 Gbit/s (smaller = Buffer_max > values may be applicable at higher rates). This would result in a = formula > determining the sending behaviour during st, rather than a table. I am not certain if I understand this correctly. Are you proposing to = have a=20 congestion window for the increase, or the full transmission, so that it = will=20 throttle if it doesn't get feedback in a timely way? I think the main problem here is that one need to analyze the parameter = space=20 for the limiter that are proposed and what impact the parameters have. = That=20 has been part of my problem analyzing the updated text. Cheers Magnus Westerlund ------=_NextPart_000_000A_01D71754.00F559D0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIa5DCCA8Mw ggKroAMCAQICAQEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5 c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3Qg Q2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMB4XDTA4MTAwMTEw NDAxNFoXDTMzMTAwMTIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5c3RlbXMg RW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVy MSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAql/aG1/oc5Hl2lz0ouZH5fNoVWAFHQKks5tZ8x6KrzSt/A3C2UgZ7mmP ySD8IaoHGe2wXKxlx1/tAnx7fC0b1rq5gMIYghaE+mawCMZUI4HkzblJP/ZPbjdIKDgPxb7naHD9 OZdN0seYkVCqxESzI305R+lSYtYSk163MZZCBft2px6j9cL86XrFbKlxT+rLeLxgr8fe9NnLvn4z pW6Ug/A0+iGr6o5yoD+k3jBb74ZNapVbQ0SoEBUc5QFXxZjx5gYokaogxbdTJlFDsgsRlVjhwA92 2cCNfIHzcnCeb/4ajtlfNcaybzR8vkhP4lo519ideJ6fhj4DXhmLRKLVxwIDAQABo0IwQDAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUv1kgNgB5oKAia4zV8mHSuCzL gkowDQYJKoZIhvcNAQELBQADggEBADEDomELH3TocjbGbflNnvoiqOGBVs/Nu5/qq5EZOK+qfBVN 87ajjaX0jvZEqafoIZWtPgBiFojwArr8YSPmM5swems2YnutBCOEWGXi2yuK5yVTN2JTX7zaAWIp oqYnceY6In7Bbx2VcCBKBzTf6v8VgOW613rYW3V8BXopR35AqDETd81AO7RRR3ouEeNHEd6dZtCL 1VRm+oNV6nzCKYkb6W+zzuIFhMkvPniFYm7JX8F4Y3RYwEgYDJk566TMGrV5Wo0VnNgUDfZ6B1fH IoMFLTybJSY9GLOpQ3zIyKtkjw6jv5wbnTDb2tAZLqo88fszgHbkza0ZTwUnjhOhbsIwggZ1MIIF XaADAgECAhA57Gz8JhrPvomPoUVwXJsKMA0GCSqGSIb3DQEBCwUAMIGCMQswCQYDVQQGEwJERTEr MCkGA1UECgwiVC1TeXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEfMB0GA1UECwwWVC1T eXN0ZW1zIFRydXN0IENlbnRlcjElMCMGA1UEAwwcVC1UZWxlU2VjIEdsb2JhbFJvb3QgQ2xhc3Mg MjAeFw0yMDA3MDkwODIyMDZaFw0zMDA3MDkyMzU5NTlaMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQK DBNEZXV0c2NoZSBUZWxla29tIEFHMTAwLgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3Vy ZSBlbWFpbCBDQSBFMDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLkz34RBUeypWY 1etcLlyXpu4WhPuNLAEAXbbmlByopLitmOxCFwIdwp2uvwTmb5ZNhW/gXKmCccwhXvSMuef/wlWh 5AzeCg3P6MlJgMqZMsHntI69f5ekSAfnS7kKIBMPtBs2gHZTpcc9KVmfV3JkEV2/CU97td8d42QJ 97LGMTks2sbmblIc0ogZQPyNOrZ/YVAZUOQagmwXvx+MgY2x4U6j0Zao6857sZ842eHIxxwF2K2U mzY7epS2tYwdMv4Fm5I69wnwrlQPz/9MfYJxsCOG9+1NVSQWYuU8zF3QnPHIAIgOT4h+iRwBCKfE lOYZt2EEiFdSj6xzvGUaSYcfAgMBAAGjggMJMIIDBTAOBgNVHQ8BAf8EBAMCAYYwHgYDVR0lBBcw FQYIKwYBBQUHAwQGCSsGAQQBgjcVBTAdBgNVHQ4EFgQUB0etEB4G9Kd0EWClvaErN4rz810wHwYD VR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB/wIBADBSBgNVHSAE SzBJMEcGCSsGAQQBvUcNGjA6MDgGCCsGAQUFBwIBFixodHRwOi8vY29ycG9yYXRlLXBraS50ZWxl a29tLmRlL2Nwcy9jcGtpLmh0bTCB+gYDVR0fBIHyMIHvMDqgOKA2hjRodHRwOi8vY3JsLWNwa2ku dGVsZWtvbS5kZS9ybC9HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGwoIGtoIGqhoGnbGRhcDovL2xk YXAtY3BraS50ZWxla29tLmRlL0NOPVQtVGVsZVNlYyUyMEdsb2JhbFJvb3QlMjBDbGFzcyUyMDIs T1U9VC1UZWxlU2VjJTIwVHJ1c3QlMjBDZW50ZXIsTz1ULVN5c3RlbXMlMjBFbnRlcnByaXNlJTIw U2VydmljZXMlMjBHbWJILEM9REU/YXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwggEsBggrBgEFBQcB AQSCAR4wggEaMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC50ZWxla29tLmRlL29jc3ByMEEGCCsG AQUFBzAChjVodHRwOi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvR2xvYmFsUm9vdF9DbGFzc18y LmNlcjCBqgYIKwYBBQUHMAKGgZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049VC1UZWxl U2VjJTIwR2xvYmFsUm9vdCUyMENsYXNzJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRl cixPPVQtU3lzdGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkgsQz1ERT9jQUNlcnRp ZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQB5WdpXd/YGapzM4F/w4t0UqsQdmgo/QEg5jcsx36c9 h11iHHlDITRFIkfXS+h7KQrR2Mvxc/fdbKyONxCCPnJaIN6qa2yTBE3VGF0Q56Tc+Q5WN4gIL34b DqC8UW3G/p2lpkibMPEJGEvPgtsvqLbrX1EAxANZmvXYJehIHAXCNn81M5VV2mWkajvPW/wWMZyg XZj5iCEmKus4ouQvYnWNvz6bCws6NUnae+Qjg9zxN0g8uluL/1fcDDiyB7cFXI8/ZkuR3dEZVzsK jNJiAkak2yFUQKzl+gy9iedhGhNrHFNyhW19NIMY59jKqymxsQj4aYkMllPw/pzZxAzU9J3/MIII TTCCBzWgAwIBAgITFgAAfIRh35XK53ykiQAAAAB8hDANBgkqhkiG9w0BAQsFADBdMQswCQYDVQQG EwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVs ZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzMB4XDTIwMDgwMzEyMTI0MVoXDTIyMDgwMzEyMTI0 MVowgc8xCzAJBgNVBAYTAkRFMSYwJAYDVQQKDB1EZXV0c2NoZSBUZWxla29tIFRlY2huaWsgR21i SDEPMA0GA1UECwwGUGVyc29uMREwDwYDVQQLDAhFbXBsb3llZTERMA8GA1UECwwIQy0zMDEzMTAx DTALBgNVBAQMBEdlaWIxETAPBgNVBCoMCFLDvGRpZ2VyMRYwFAYDVQQDDA1Sw7xkaWdlciBHZWli MScwJQYJKoZIhvcNAQkBFhhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwggEjMA0GCSqGSIb3DQEB AQUAA4IBEAAwggELAoIBAQCrGAimNVnZh9JSF+n/cWNDmvKI8cRRIC854lTYx246e6LnSBmIjXsE HFPul8AM1pcLGPHGVhb84q/as1NnvlclN+5+6I0tHNHpVTJZ6hNq3iJWCMhIwmLSA0PDHpi2ajOT D9x9IxEojeBmS0FyRCEA6+ltYOC3phQxJX4C4yHdlyHqksjdqQB/FVtKO/BfQzgw4qN1MV44LNGK 3JYDBssMG2Y9tTgqkTTO8zLa766C+TF2fkvcsnsN74n7nC6xYwhuF89dWcn39mjwZB8yX4cwiyf7 m/EXe5ovhYpleSyepTEmAPDgYT7MpaQE6MG6xmg2oSYTGgMxXeBZjorcD7BLAgRAAACBo4IEkDCC BIwwHQYDVR0OBBYEFCaAH5boIiREtJ9lptcCAGiM5hM9MB8GA1UdIwQYMBaAFAdHrRAeBvSndBFg pb2hKzeK8/NdMIIB7AYDVR0fBIIB4zCCAd8wggHboIIB16CCAdOGSWh0dHA6Ly9jcmwtY3BraS50 ZWxla29tLmRlL3JsL0RldXRzY2hlX1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcmyG gZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049RGV1dHNjaGUlMjBUZWxla29tJTIwQUcl MjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9VPVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUl MjBUZWxla29tJTIwQUcsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0hoHlbGRhcDovLy9D Tj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0ElMjBFMDMsQ049 SEUxMDk5MTAsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENO PUNvbmZpZ3VyYXRpb24sREM9Y2RzLERDPXQtaW50ZXJuYWwsREM9Y29tP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDCCAToGCCsG AQUFBwEBBIIBLDCCASgwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLWNwa2kudGVsZWtvbS5kZS9v Y3NwcjBWBggrBgEFBQcwAoZKaHR0cDovL2NydC1jcGtpLnRlbGVrb20uZGUvY3J0L0RldXRzY2hl X1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcnQwgZ4GCCsGAQUFBzAChoGRbGRhcDov L2xkYXAtY3BraS50ZWxla29tLmRlL0NOPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHJTIwc2VjdXJl JTIwZW1haWwlMjBDQSUyMEUwMyxPVT1UcnVzdCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtv bSUyMEFHLEM9REU/Y0FDZXJ0aWZpY2F0ZTALBgNVHQ8EBAMCB4AwOwYJKwYBBAGCNxUHBC4wLAYk KwYBBAGCNxUItvtCg6bBLo2bEYe3x2aCuNURBIHl/3uGsaNkAgFkAgESMBMGA1UdJQQMMAoGCCsG AQUFBwMEMBsGCSsGAQQBgjcVCgQOMAwwCgYIKwYBBQUHAwQwUQYDVR0gBEowSDBGBgkrBgEEAb1H DRowOTA3BggrBgEFBQcCARYraHR0cDovL2NvcnBvcmF0ZS1wa2kudGVsZWtvbS5kZS9jcHMvY3Bz Lmh0bTBNBgNVHREERjBEoCgGCisGAQQBgjcUAgOgGgwYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl gRhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwDQYJKoZIhvcNAQELBQADggEBAHunIT0RKxsU9CxQ E1jgG79dljkF1XDc70WhW8T/YOjTAhoVLbqiJ0j9RXvfBF24CCaH3Bi3jcZatmumrZPbAmIz1Nbk sN5Fmf4bi7W8Qy9/hGvF5wTinBNgHeXZtlG5tLc61v/PSZY6v4EXpfDdEs4x8JTiIaLbJYr4o7FH /zYjj6WFsYPsljKOwvYlpwYqHrozp7jMW+nc47YCXNI21yuAxx8exhhDgzUiG9IAA39nXpsBL6tm yl+tnrxGdQQqQF4x0ICeoln1KfFCzPUhqFMVhqDJ/XXgAlz+VN5iD34bXb1iEDIBUrqqKNHZktl4 y6XIDDLJnGHm1rv9CAucdVMwgghPMIIHN6ADAgECAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMwHhcNMjAwODAz MTIxMjQxWhcNMjIwODAzMTIxMjQxWjCBzzELMAkGA1UEBhMCREUxJjAkBgNVBAoMHURldXRzY2hl IFRlbGVrb20gVGVjaG5payBHbWJIMQ8wDQYDVQQLDAZQZXJzb24xETAPBgNVBAsMCEVtcGxveWVl MREwDwYDVQQLDAhDLTMwMTMxMDENMAsGA1UEBAwER2VpYjERMA8GA1UEKgwIUsO8ZGlnZXIxFjAU BgNVBAMMDVLDvGRpZ2VyIEdlaWIxJzAlBgkqhkiG9w0BCQEWGFJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOkqXQbhXowY20Y53MVT0oxSTcxu Bo1AzjmQZUnnFhgU73UCN/ZHrxmwXKGJm1qGXHCNVrxQHAtvEhyYfOgABHWXB158IgnyBKwG64vv GkfEboN8uWu9v+d0kLn4c+hR7jdb+3taT3B2UhyMAvXwsoYFLu4bvdwf8eAIa/+tSJOzdMZn+LMi Fl+aVE3Lj/EmUaVnmGHUGkmwc+hm7xtquqjp1m4O7HJozKaB8FK/GTkmhO9GBiRYrBvluV8WE293 YjOrrLdmjqI6B4VdS59p5YHTE5bVVfGcmHAVoMrlPv8Tsv0LYjex56Wa9WF4sv7wYEqfrEAvhdHx f/hUzvxWVXcCAwEAAaOCBJMwggSPMB0GA1UdDgQWBBSDd7kc4WPI8bRgPSupkod8URDIBjAOBgNV HQ8BAf8EBAMCBDAwHwYDVR0jBBgwFoAUB0etEB4G9Kd0EWClvaErN4rz810wggHsBgNVHR8EggHj MIIB3zCCAdugggHXoIIB04ZJaHR0cDovL2NybC1jcGtpLnRlbGVrb20uZGUvcmwvRGV1dHNjaGVf VGVsZWtvbV9BR19zZWN1cmVfZW1haWxfQ0FfRTAzLmNybIaBnWxkYXA6Ly9sZGFwLWNwa2kudGVs ZWtvbS5kZS9DTj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0El MjBFMDMsT1U9VHJ1c3QlMjBDZW50ZXIsTz1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyxDPURFP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3SGgeVsZGFwOi8vL0NOPURldXRzY2hlJTIwVGVsZWtvbSUy MEFHJTIwc2VjdXJlJTIwZW1haWwlMjBDQSUyMEUwMyxDTj1IRTEwOTkxMCxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZHMs REM9dC1pbnRlcm5hbCxEQz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVj dENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIIBOgYIKwYBBQUHAQEEggEsMIIBKDAtBggrBgEF BQcwAYYhaHR0cDovL29jc3AtY3BraS50ZWxla29tLmRlL29jc3ByMFYGCCsGAQUFBzAChkpodHRw Oi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvRGV1dHNjaGVfVGVsZWtvbV9BR19zZWN1cmVfZW1h aWxfQ0FfRTAzLmNydDCBngYIKwYBBQUHMAKGgZFsZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUv Q049RGV1dHNjaGUlMjBUZWxla29tJTIwQUclMjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9V PVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNlcnRpZmlj YXRlMDsGCSsGAQQBgjcVBwQuMCwGJCsGAQQBgjcVCLb7QoOmwS6NmxGHt8dmgrjVEQSDyPIygpj4 cgIBZAIBEjATBgNVHSUEDDAKBggrBgEFBQcDBDAbBgkrBgEEAYI3FQoEDjAMMAoGCCsGAQUFBwME MFEGA1UdIARKMEgwRgYJKwYBBAG9Rw0aMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9jb3Jwb3JhdGUt cGtpLnRlbGVrb20uZGUvY3BzL2Nwcy5odG0wTQYDVR0RBEYwRKAoBgorBgEEAYI3FAIDoBoMGFJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZYEYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlMA0GCSqGSIb3 DQEBCwUAA4IBAQAnhIYBlxmz82C9DCCT2WYurNUaBBC5XOLHAy6VSVYDs/0kv47aodgl02Atu9Al d2J/vn/7d4Wx6YduCbDQZF7kw2AqCFbS+uW64/GVxpOFTDvqQmEmBuDv+Y/79rNzSc6QZNvsJHZi 8CqTWvScjzkuUt3pqmKTSvDFHht+3hTt3fcY/eicnJjeqfaxcxXH5ORoi0ZA5CO8MNraZhF7Xvph jvrx0cCW8zPJmyPvpVmdYk9lYVTTdjTJ3I6pJ/iWqM9/87vyAAIbpNxbkDLXjLrtWoBqupp6Pedy IoRU7q2ZqyuD5LpD53UCSRkdv+FSPnaYHb5t5dA2HQUf1tIe5C1/MYIDoDCCA5wCAQEwdDBdMQsw CQYDVQQGEwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNj aGUgVGVsZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzAhMWAAB8hGHflcrnfKSJAAAAAHyEMAkG BSsOAwIaBQCgggIBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIx MDMxMjE0MjU1OVowIwYJKoZIhvcNAQkEMRYEFHNu9faFIG3yFfXlurO132OtIv7RMIGDBgkrBgEE AYI3EAQxdjB0MF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMCExYAAHyFD6Cv y8lg6YIAAAAAfIUwgYUGCyqGSIb3DQEJEAILMXagdDBdMQswCQYDVQQGEwJERTEcMBoGA1UECgwT RGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVsZWtvbSBBRyBzZWN1cmUg ZW1haWwgQ0EgRTAzAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIw CwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBAAa5c7EXBvZ1pZOm+VubC8/Q1IOwBWmTfJvv XtGkwCMXbv9iGp4MGQUUIENCpyQnV7GZnWJNkvC8lMtoCWpMqv/kkausy7RJjFdKBGJoyRXH/89Z cwJl4ifgpQfU3EDjrL/imwfcNl1UBTRDIZhXoENydrK0vGhe/5xdYXJkzjeRJV6KOCVRTJotOwQL gO5TFXUpwHMjhMRT6BtIeADxqIdHYJIWzq2B/OcioH3E5T1++BRsWwbdObDuzwjHriJn0+XEQWdb jOPzSitvzaI4oJ26FFx6gTOZt5oJeCn1aad6l/RdpaAuBaHjggm757sGC4940s6+XFK6k9KkMqKq IH4AAAAAAAA= ------=_NextPart_000_000A_01D71754.00F559D0-- From nobody Fri Mar 12 06:31:04 2021 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 5EDB23A0E74 for ; Fri, 12 Mar 2021 06:31:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.367 X-Spam-Level: X-Spam-Status: No, score=-2.367 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=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 YFYXOM1maZQF for ; Fri, 12 Mar 2021 06:31:01 -0800 (PST) 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 D82AB3A0CEE for ; Fri, 12 Mar 2021 06:31:00 -0800 (PST) Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.42/8.16.0.42) with SMTP id 12CESThr006787; Fri, 12 Mar 2021 06:30:59 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=mlqLXyhGyfFt/FgDBIQ4SbW5kuwh+CW3XjWPWe5c0Mw=; b=YKg4AnEFK6FgR0cc6LmZWdSe+bIMxz5bkNI+noAPUFttsbgSxoOs9iMVzR72ZeQQ6lAn zssdsy81YGJQBnRKbK8MKb9WKnaUqg6QJCQn1XXj+u2RTfOaIJfYsUUy6eKhT5BrY12w aMBTUZAfqiFnrap/FQoEsY8bXK4w6t/ELFAKW21QAEzW2FOn3FfE6ef94PKhBAk5wjYj v/xqMv/PASrC3LZKXpN+VvcdMR9aOmBDOq42KcDc9bnjAbevLEMJffULPmjfPaLZnr+s WqfOD3a4KJHqDG86L7c/IDZK6xxznibiNgLamPQYLUQakfJtHJ3eN3rC+hSMl0ozFifl iQ== Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 3749985bx3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 12 Mar 2021 06:30:59 -0800 Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QPV00CQC1NN7K80@rn-mailsvcp-mta-lapp01.rno.apple.com>; Fri, 12 Mar 2021 06:30:59 -0800 (PST) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QPV001001M8CD00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Fri, 12 Mar 2021 06:30:59 -0800 (PST) X-Va-A: X-Va-T-CD: db2b65071703be0a0602094eb02fa369 X-Va-E-CD: 014a78fcaadffedb87c3f18d3e3bf673 X-Va-R-CD: 867aa8237a53b9aa9cfc64f32d9c980a X-Va-CD: 0 X-Va-ID: 9e1be224-d69e-4d5c-ac20-bb73c308138f X-V-A: X-V-T-CD: db2b65071703be0a0602094eb02fa369 X-V-E-CD: 014a78fcaadffedb87c3f18d3e3bf673 X-V-R-CD: 867aa8237a53b9aa9cfc64f32d9c980a X-V-CD: 0 X-V-ID: 47495b12-6d74-494f-a922-78cd7a18d381 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-12_03:2021-03-10, 2021-03-12 signatures=0 Received: from smtpclient.apple (unknown [17.11.58.166]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QPV00U951NMXZ00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Fri, 12 Mar 2021 06:30:58 -0800 (PST) From: Tommy Pauly Message-id: Content-type: multipart/alternative; boundary="Apple-Mail=_AE9B25CD-E96F-46B0-9CDC-514FBDD74C07" MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.6\)) Date: Fri, 12 Mar 2021 06:30:58 -0800 In-reply-to: Cc: ippm@ietf.org To: Shwetha References: X-Mailer: Apple Mail (2.3654.80.0.2.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-12_03:2021-03-10, 2021-03-12 signatures=0 Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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, 12 Mar 2021 14:31:02 -0000 --Apple-Mail=_AE9B25CD-E96F-46B0-9CDC-514FBDD74C07 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks, that=E2=80=99d be great to see the variants of Method 3 like = that! Best, Tommy > On Mar 8, 2021, at 8:31 PM, Shwetha = wrote: >=20 > My bad, it should be possible to reverse the process for validation = and retrieve the previous signature in the reverse order. We will update = the draft to have Method 3 with both symmetric/asymmetric variants. >=20 > Thanks, > Shwetha >=20 > On Tue, Mar 9, 2021 at 7:07 AM Shwetha > wrote: > During the session 1 of ippm at IETF 110, it was suggested to consider = introducing a variant of method 3 in = draft-brockners-ippm-ioam-data-integrity with asymmetric keys. >=20 >=20 > When we were designing the methods to protect integrity of the entire = IOAM data collected at each node, the node chains it's own node data = with the signature from the previous node and overwrites the signature: > Trace signature =3D sign([Trace Signature || its node_data_list[x] = hash]) >=20 > In the symmetric key case this operation can be validated by reversing = the operation by the validator who has the shared secret from each node. > However this will not work if nodes use their private keys to sign and = validator has the public key to validate as it can only validate but not = derive a specific node's signature to reverse the operation.=20 >=20 > So I think the space optimized method to overwrite the signature at = each node cannot be modified to use asymmetric keys easily. Will be = happy to discuss ideas to create a space optimized asymmetric key based = solution. >=20 > Thanks > Shwetha >=20 > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm --Apple-Mail=_AE9B25CD-E96F-46B0-9CDC-514FBDD74C07 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Thanks, that=E2=80=99d be great to see the variants of Method = 3 like that!

Best,
Tommy

On Mar = 8, 2021, at 8:31 PM, Shwetha <shwetha.bhandari@gmail.com> wrote:

My bad, it should be = possible to reverse the process for validation and retrieve the previous = signature in the reverse order. We will update the draft to have Method = 3 with both symmetric/asymmetric variants.

Thanks,
Shwetha

On Tue, Mar = 9, 2021 at 7:07 AM Shwetha <shwetha.bhandari@gmail.com> wrote:
During = the session 1 of ippm at IETF 110, it was suggested to consider = introducing a variant of method 3 in  draft-brockners-ippm-ioam-data-integrity with asymmetric = keys.


When we were designing the methods = to protect integrity of the entire IOAM data collected at each node, the = node chains it's own node data with the signature from the previous node = and overwrites the signature:
Trace signature =3D = sign([Trace Signature || its node_data_list[x] hash])

In the symmetric key case this = operation can be validated by reversing the operation by the validator = who has the shared secret from each node.
However this will = not work if nodes use their private keys to sign and validator has the = public key to validate as it can only validate but not derive a specific = node's signature to reverse the operation. 

So I think the space optimized  = method to overwrite the signature at each node cannot be modified to use = asymmetric keys easily. Will be happy to discuss ideas to create a space = optimized asymmetric key based solution.

Thanks
Shwetha

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

= --Apple-Mail=_AE9B25CD-E96F-46B0-9CDC-514FBDD74C07-- From nobody Fri Mar 12 09:36:09 2021 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 38FE73A1456; Fri, 12 Mar 2021 09:36:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=ericsson.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 dD1k33AhFIH5; Fri, 12 Mar 2021 09:36:01 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150050.outbound.protection.outlook.com [40.107.15.50]) (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 236C03A1449; Fri, 12 Mar 2021 09:36:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OzCDMwdh85ogTdB22D+AiSA+Crq7wh0pt7RK+pPuuBV/3PUhSZGlw1QtB5z56YBrzWYHYq3bfX2CE61Nk9F/hMOmh6/fGOSlIGCFwmNV49Y5XWIwc/g9ENnoaE/VJwQMvJc4DwW7SM3ZV8t/iYnmfpHZFG9JeoaOMNOkS6O438Gvx57Aqdh8OjwW4G2g7lsdBKpMHw5k0qKeP9xWuCAzjHxhkNb5BZSEmFsY1iNQyd5j3e5gYncrrwTLkdb0mgo99JateDy2qKb3g3uGYAabWQ3Ih9AsWmJFiGGEbB0GxTgtX6StYoaRDhg0dEIcSz3PJZuCNr69L5RWIOp2B49YfQ== 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=HN1wV+uWPT6BwjLpzs+LLMjEvzL3lYbZAe2QkYBm/zc=; b=agoADG6gV3dgbcf8D2/SsjNKpy4PJehl/cUVID3p8zECaP7Jp7ZTiw8aep8rlpHdvU306nqGYcZgeMV8Dp6/AbD9qDpn9hGHb82jmk7zB/clbb20T+w7aE7fjhqOkZCR1Yhf1c2Vka+XhuTpWRfMmiuG7inTGLseDB1jSyK64yMVOYl+SjmeUAJElCN3dRLE0AN0Ox9pfZl7TL9ciH9blwM4hxnhVNRRfiEb/b3a6WsvRQAWcXgw2LjA/JeQ5IZvTE9fvUbzyyGM9FV7kHUFi3rLxeS1MOW3mjyazA0eLu2SEgPR6nYFNuvLPYy2W7Cqw+nKlHh/jjIbMv+HaV0SNw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HN1wV+uWPT6BwjLpzs+LLMjEvzL3lYbZAe2QkYBm/zc=; b=Hgg2seP1i/6CV44nWHDvPOXj5zEWfOImPdPP2uiRs4sJ2gsmZM9AHawurPw9v1lbhGEVFWuFBC0Y89bRYqCuFx1vY4R5XO+FYqODs7IWOZ1RTwq98ZswW2wTw9YWMCJ+NJPzaVoN7ezRXZEH3MxK9b9oDJ/xI63lcH1pIzboe70= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB3001.eurprd07.prod.outlook.com (2603:10a6:3:52::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Fri, 12 Mar 2021 17:35:57 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3955.010; Fri, 12 Mar 2021 17:35:57 +0000 From: Magnus Westerlund To: "acm@research.att.com" , "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQgAHh24CAALQKAIAApucA Date: Fri, 12 Mar 2021 17:35:56 +0000 Message-ID: References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CACA0C@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF0147CACA0C@njmtexg5.research.att.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none;research.att.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5e2b2205-245c-4057-125c-08d8e57d4b6f x-ms-traffictypediagnostic: HE1PR0701MB3001: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: VjIvI5cgRifNGR7+1exE6l56g/NXO6GgDgItdTT9tirSXqqqiUflJPe47ebTzIDyRI6oXKpy83q36zjMe+VlymS7FTq/n9sES9TmdT7yQgKEp4UDwNPJafJ/FVrupWWGQxX4Jmh6Pf0/mpYWpB2l4Bvbzia/8lx2C1VqYoKwxHavE9OKYiEys8N+36KgE3T6lIZ7owtP/Pkdx9gycDc4e1gKb1lzFG8QmEbdGvB6WObsG1ECYnVPNxuCE2BKsVEOkSWK3TsV3N23pNyxkXy0NQJdB3o2pPEnAx6+1V65dKlWx3rf+GivXqtivGNN5FVfGkwfiA7Z+yypd1NplT1KDoFtD5GYmhJpoDGyb1mqrswhqBySvE/LJbErYtIuntgBSUmgInt+Eq9EnhWbL0KrtISptGDGZq+14RNXv1wme2CuraGqrz+dIiGkvhkquE3/VtGIEaFAy5/WsoZq6OQELOEUmEHXPNfMA24LaNdJekjcNf6PvNOAnaXLNuba1vWG3v8fNx6Sl27ph+kDqLF5PPHd2ZNmHh8PEWlv98TrxRqbEdbTRdAjeJ/F7tZw7S/QtjXS/SwCYQ3d1XpaGluW1aTRD40603BzD/wDIWXld8vD8QjFTtLxJgBLYMPp1wq+ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(136003)(366004)(39860400002)(376002)(71200400001)(52536014)(33656002)(44832011)(64756008)(86362001)(76116006)(8936002)(110136005)(54906003)(66476007)(4326008)(66556008)(66446008)(478600001)(5660300002)(66616009)(9686003)(55016002)(66946007)(99936003)(8676002)(30864003)(26005)(316002)(186003)(83380400001)(2906002)(66574015)(7696005)(6506007)(554374003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?c3pKVnZwK0dkNTgrdTdtMzV5ZHhteXNjNEh0NW1xRlRKcHROaTRKQjdCYlFS?= =?utf-8?B?TFpnejdCalpxdTVUTmllTTMrakcwNWc3dU12bWVsWCtieUVUQUxXUHJZenVM?= =?utf-8?B?SnpWc2MweEFQY2hzbUk1VE9McVhzOTE5cmFoeTBncjhqSy9tU2MzbDhSMTBU?= =?utf-8?B?WUErNnpucHduZVdhZE14eXlFTHljclFpZXZvd2c2MG9MNnNKR3M5Wi9FTkpS?= =?utf-8?B?M1NqaWd6VUZMM3NZcnkxTkdIY1JSZ2I5ZmNMNHpGVGdHbzFmOW5NdUs4WktE?= =?utf-8?B?VWFqbUZldWlCdzBrdHU3T0gxZm9kWkZtc3V4WVFLR1Y0TW1odTdpc1dVZFMr?= =?utf-8?B?bk9TYUtDYTFlMEVFdlJqUGw5RTc2b3o2UnRpU2RzaUYzRVFxQnFDWi9ORjR5?= =?utf-8?B?WnBoUzJlRXdkeGdLVENBcThuWXNnZE1Ua0dzU0thTGVxOWUzZVRVM0lMOE5v?= =?utf-8?B?Ulg3UUQyUEpXOTZ4MzNXZU0zVlJNa1QycEs0L25QajBJeDUwNDg1RmFKWXZJ?= =?utf-8?B?c05RTUYzelBVRXJYMGlHeVdMeDN6dkZxaHFnalIwalUyaXNwU29kQlB1VkNC?= =?utf-8?B?SnlWTUtOODQxL2ExeXMvemhCUWM4dzdFK3hWT0s0bFY5M3ZTMWNEejhTQ3hs?= =?utf-8?B?NWFXdWI3ZStBelQ0UDU3L3hDM3NPYllDY1JVSENBdmc4QkdVaWVXRVFnUUpP?= =?utf-8?B?QUU4VHc0ckh5a1Rwd3RDMEpYQ0trY1hDWWZmdGtRM3VlQkVtRmhuNi93UmNo?= =?utf-8?B?VDlPeEZiUHp2dzZUbmIvYjRkRDBMOFRveDNlRk1yUWJsVVFBTEx4M0wrcDNh?= =?utf-8?B?NWJmUytEYjlVWHRGalltUmV2Y0RUeUpFK0VHQ0VuOVNBRGVXRkE0ZFZocFU0?= =?utf-8?B?WUNxVG5DdlJHNVNZQ1VNVHRmQklPbXRJSWZnUFg1YmYzYjE1MFBZSVdhVXVx?= =?utf-8?B?OTk1ZUdMOFFzeTNXaHROUWxTM1NqYUdRTnRzSGE1clZPN0VNNTYzNUgzU1NE?= =?utf-8?B?Nm9DVVcyZ2MrLzgxd1NpV2p2NGt2ZjJYNHZXWFlPNUZEb1dFendRVncvNUI1?= =?utf-8?B?V0M2bHVBWDQxWm1oeEh5QnBnVTBzOFZNbisvZUl4RXM3VnFxdHpHK29uRWNu?= =?utf-8?B?R0RHcUVZT0pzV3BLdnJBYmNtOHo0NGhGeG5Va1RsNU8rTEJOT1JUeHh3cFcw?= =?utf-8?B?MllURyt3cEp5UEpPMHFLckJCZ1NWMGVEcDB5U1d2MnlZOWtNZFN3S081SmxK?= =?utf-8?B?cXFjMEhjdy9KcTY5cUdRQlpMaWFUMHoxZFRkcEQ0YWpQTlBMaWU2YWtGc0xE?= =?utf-8?B?b05QVW56TzNyWW5hZFFGYVpUSndKZmwzMjNaVzRhcHpoclFXRGY3ek5KNGQz?= =?utf-8?B?czhMNm4wUEdTOElReTV0ajRjRXk3MU9sOE1FNDlqOTVTWi9adEdPU0JEYkNJ?= =?utf-8?B?cERBMS9OQnBWcld6NlVjdk5KRTg0ZjBiVEdwZ2hHOG5MVDROMHlRbHZKRzQ4?= =?utf-8?B?bE94VjFlZXdTcmVVNFYzcGxXNHBSL3dmSUxhSEFNKzI2L29qRkNiQW1SZXh4?= =?utf-8?B?eWpmWi9ZZ0c5cG9oVXhEOGdjVnVIRkdlRktZS3RaQm5IbUcyc2QzK3g2bnJY?= =?utf-8?B?eXlKeVYrRmJSUmdZNXMwUG9TL0J3UysvNGxHT1R0Q1V6bEF4VzZGeTFKVjU5?= =?utf-8?B?VVZkNlpUZERmOU1qSlJyNE9ZQ2tWNEFZZmlCN3pCWGw4NzhDSXB2WnNNaHZB?= =?utf-8?Q?OiK/OBl8TmzTrkqHvO1YNReWkaRcF3LHLtqX51A?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_056D_01D7176E.89C99590" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5e2b2205-245c-4057-125c-08d8e57d4b6f X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 17:35:57.0948 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: sXE8m7nXlnHtNxNJBMzhGZyVDV708GifYx3zTExYytbuftMAcBZVVqhu/owcMCCHqUMclGVg9vlEAAl+1I4zT5g1xa9Wii31MFwSDEFbKlQ= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB3001 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 12 Mar 2021 17:36:05 -0000 ------=_NextPart_000_056D_01D7176E.89C99590 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi, I do provide some comments inline. As I am no longer a member of the IESG list, you will need to ensure that I am in to or cc field to ensure that I do receive future emails on this topic that you want my feedback on. > > > > Section 2. > > > > I think the scope text is still fairly open. Yes it is clear that the > > load algorithm is only intended for measurements. However, the usage > > is not particular limited, especially in regards to my main concern of > > edge to central nodes across multiple AS in the Internet like the > > different TCP speed tests often are deployed. The security > > consideration requirements are good for a number of reasons but put no > > limitations on that aspect. So I would prefer a more explicit > > statement here. I think an important aspect here is that any ISP > > seeing issues from these measurements should know who to talk to. I > don't know how to best formulate that. Okay, I will try again to reword the scope next week. > > > > > > Section 8.1: > > > > So I am trying to understand the implication of the load algorithm at > > higher rates and how recommendations works out in relation to the > > definition of the rate. > > > > So the document says: > > > > Each rate is defined as > > datagrams of size ss, sent as a burst of count cc, each time interval > > tt (default for tt is 1ms, a likely system tick-interval) > > > > So I think this definition is fine for lower rate as the number of > > packets in each 1 ms burst is fairly small and the buffer it hits will > > likely be relatively large compared to the increase in load. However > > at higher rates like beyond 10 GBPS where 1 GBPS steps are > > recommended. So transmitting at bursts every 1 ms intervals means that > > one are transmitting 833 packets each burst at 10 GBP rate of 1500 > > bytes size, so likely even higher for more moderate 1200 byte size > > packets. That is almost 1,3 mb of data. So where pacing may be quite > > good at lower bit-rates < 1Gbps I wonder if it starts breaking down at > > higher rates, which appears to in the region where buffers becomes > > more shallow due to the cost of having large buffers and where good > > pacing reduces the need for buffering. I would also note that the > > reaction time for the control can be 1RTT + 50 ms which thus the > > increase in offered load for a step size becomes 10s of MB during an > regulation period. > > > > As the load algorithm hasn't been tested beyond 10Gbps and it appears > > that the numbers can start to become more problematic at these speeds, > > wouldn't it be better to say that this is not intended beyond 10 Gbps. > > > > On the table I have the following comments: > > > > +--------------+-------------+--------------+-----------------------+ > > | Parameter | Default | Tested Range | Expected Safe Range | > > | | | or values | (not entirely tested, | > > | | | | other values NOT | > > | | | | RECOMMENDED) | > > +--------------+-------------+--------------+-----------------------+ > > | FT, feedback | 50ms | 20ms, 100ms | 5ms <= FT <= 250ms | > > | time | | | Larger values may | > > | interval | | | slow the rate | > > | | | | increase and fail to | > > | | | | find the max | > > > > +--------------+-------------+--------------+-----------------------+ > > > > I would note that a FT of 5 ms will have the potential to result in > > significant fluxtuations in some systems like mobile systems as the > > scheduler time is actually likely to be longer than 5 ms. > [acm] > Then we can increase the low end of the range, what value would you > prefer?? So, I would prefer to raise this at least to 20 ms. However, I think that is for general robustness without knowledge about the network one is measuring. > > > > > +--------------+-------------+--------------+-----------------------+ > > | Feedback | L*FT, L=10 | L=100 with | 0.5sec <= L*FT <= | > > | message | (500ms) | FT=50ms | 30sec Upper limit for | > > | timeout | | (5sec) | very unreliable test | > > | (stop test) | | | paths only | > > > > +--------------+-------------+--------------+-----------------------+ > > > > Even the default means that one looses 10 feedback packets in a row. > > That is a lot and shows that one have a serious interruption on the > > return path. Already loosing 3 feedback packets in a row indicates > > that one have significant outages if this is lost. > > > > Secondly, this is formulated only based on intervals of FT. For > > startup the RTT is relevant factor. So I think there are several > > factors here for the timeout that maybe need to be teased apart? So > > initially one offers a very low load and one may not have a good > measurement on base RTT. > [acm] > All the timeouts are conducted on inter-packet arrival times at a single > interface. > This removes the dependency on RTT. Yes, I think you can define this as time, since you last received a feedback message. However, my concern with what the appropriate for a value is actually dependent on the RTT as it effects the control loop. So the amount of damage a sequence of lost feedback message is dependent on the total time as the RTT is effecting the reaction time. So clearly receiving no feedback message for 10 FT intervals is bad as it represents a lot of missing packets. > > > Thus, time to first feedback is okay to be fairly large and 500 ms is > > likely okay but quite longer than expected for an access to local > > internet exchange measurement. However, when one scale up the rate I > > think these values are way to long as the total amount of traffic sent > > without feedback becomes quite significant. Receiving no feedback for > > more than 10 reporting intervals are already way to long. And to state > > that 30 seconds would be an acceptable value I can't support even for a > measurement tool. > [acm] > We are willing to revise values, especially 30 sec, but would like to avoid > prematurely shutting down measurements due to (what we consider to be) > short interruptions. I Understand the view that the interruption is a short time. However, a several second without feedback transmission continuing to transmit is also a significant issue. So I think everything beyond 1 second is not really acceptable. > > > > > The definition of what "Feedback message timeout" and "Load packet > > Timeout" is not defined. I assume that Feedback message timeout is the > > time without receiving any feedback messages after starting a > measurement. > [acm] > That's close: > Operation: The load packet timeout SHALL be reset to the configured value > each time a load packet received. If the timeout expires, the receiver SHALL > be closed and no further feedback sent. Ok, that needs to be included. > > > > Is the load packet timeout the time the receiver is waiting before > > using signalling channel to end the measurement without receiving any > > packets, or for the sender to receive feedback that says that no > > packets have been received? The roles here are not clear. > [acm] > Operation: The feedback message timeout SHALL be reset to the configured > value each time a feedback message is received. If the timeout expires, the > sender SHALL be closed and no further load packets sent. Ok. So I think there are two aspects here. The separation between something that backs off a transmission, and terminates the whole measurement. Do you really like to have these two clumped together. > > > > > Sending packets for several seconds without seeing any result appears > > problematic and allowing values beyond several seconds looks broken. > [acm] > Then let us make some revisions together. You've seen our proposals. > Our concern is stopping a test unnecessarily. There can be a happy > conclusion. Yes, and as I said above do you really want to have timeout of measurement be connected to a rate reductions timeout? > > > > > > +--------------+-------------+--------------+-----------------------+ > > | table index | 0.5Mbps | 0.5Mbps | when testing <=10Gbps | > > | 0 | | | | > > +--------------+-------------+--------------+-----------------------+ > > | table index | 1Mbps | 1Mbps | when testing <=10Gbps | > > | 1 | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > Why is this value not relevant when testing beyond 10 Gbps, the ramp up > > time becomes to long with these values or? > [acm] > "not relevant" is different from the title of the column, which is: > > Expected Safe Range: when testing <=10Gbps > > The parameters above and several others simply determine where a test > starts. > > This parameter: > +--------------+-------------+--------------+-----------------------+ > | table index | 1Mbps | 1Mbps - | same as tested | > | (step) size | | 1Gbps | | > +--------------+-------------+--------------+-----------------------+ > Okay, I will consider if I have any proposal for how to make this clearer. > > > > | ss, UDP | none | <=1222 | Recommend max at | > > | payload | | | largest value that | > > | size, bytes | | | avoids fragmentation | > > +--------------+-------------+--------------+-----------------------+ > > > > So isn't there a mismatch between the metric and the load algorithm values > > here? With the rate definition in Section 8.1 being defined as based on > > "ss" that UDP payload bytes, rather than IP packet sizes that are used? > [acm] > > Not really, UDP is mandatory in the metric definition. Hmm, I think then there is a mismatch here. Section 6.3 states: n0 is the total number of IP-layer header and payload bits that can be transmitted in standard-formed packets from the Src host and correctly received by the Dst host during one contiguous sub- interval, dt in length, during the interval [T, T+I], So the metric appears to be defined based on the IP packets, not the UDP payload size. Thus, one need to convert between the value of ss and the actual packet size sent. Thus, I think the rate value in the table will be misinterpreted as a rate of 560 mbit/s based on ss = 1210 bytes would in fact be an IPv6 capacity of 582,2 mbps. > > > > > I understand that one want to ensure that one measure using a size that > > actually works in the path. However, I think one should be warned that one > > might run into packet rate limitations rather than byte limits if one > > would use too small. > [acm] > Ok > "Use of too-small payload size might result in unexpected sender > limitations." > > > ` > > +--------------+-------------+--------------+-----------------------+ > > | cc, burst | none | 1 - 100 | same as tested | > > | count | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > So the cc value is dependent on target rate and the value of ss and tt. So > > should it be included in this table? Especially as 100 is not sufficient > > for multi-gigabit speeds with a tt of 1 ms. > [acm] > We can remove it if the values cause confusion. > I think that should be done, unless it has a real purpose here. > > > > +--------------+-------------+--------------+-----------------------+ > > | low delay | 30ms | 5ms, 30ms | same as tested | > > | range | | | | > > | threshold | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > So I think this value is highly dependent on several aspects and maybe > > should get more discussion. First for a measurement campaign it is > > relevant what one consider as the target additional latency that is > > acceptable when finding capacity. Secondly, the jitter in the network > > technology. For WIFI, mobile and DOCIS a to low value may be shorter than > > the scheduling latencies that might occur. It is also a question about how > > precise the implementation are capable of measuring per packet latency > > variances. > [acm] > As we discussed much earlier in this long thread, we arrived at both the > delay threshold values after testing with the WIFI, mobile and DOCIS access > services we could use in production, and many others. Understood, did really 5 ms work well in DOCIS and 4G Mobile? Or is it 30 ms that works well? > > > > > > +--------------+-------------+--------------+-----------------------+ > > | high delay | 90ms | 10ms, 90ms | same as tested | > > | range | | | | > > | threshold | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > Also here I wished there was a bit more discussion. So this value clearly > > must be above expected jitter for the network technology. It also needs to > > be sufficient large to represent a fair amount of queue to avoid > > measurement errors. I assume that if one would chose a value larger than > > available buffer depth one would drive the network into packet loss. And > > as long as there are some room between low delay range threshold and > the > > actual delay causing loss or this higher one has a chance to regulate to > > that rate. > > > > +--------------+-------------+--------------+-----------------------+ > > | sequence | 0 | 0, 100 | same as tested | > > | error | | | | > > | threshold | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > What is this value really? > [acm] > When loss or reordering occur, initially these impairments appear as missing > or unexpected sequence numbers in the stream, or sequence errors. > So, this is the amount of change beyond the expected next sequential value should be used. Did you actually use 100 as threshold, i.e. that you need burst loss of 100 packets or reordering that moved a packet 100 out of sequence for it to be considered an error? What was the purpose of using a so high value? > > > > > +--------------+-------------+--------------+-----------------------+ > > | consecutive | 2 | 2 | Use values >1 to | > > | errored | | | avoid misinterpreting | > > | status | | | transient loss | > > | report | | | | > > | threshold | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > Also here I am uncertain what is the criteria here? > [acm] > From the draft, where consecutive status reports are sent at feedback > intervals: > > Lastly, the method for inferring congestion is that there were > sequence number anomalies AND/OR the delay range was above the > upper > threshold for two consecutive feedback intervals. Okay I get it. > > > > > +--------------+-------------+--------------+-----------------------+ > > | Fast mode | 30 | 3 * Fast | same as tested | > > | decrease, in | | mode | | > > | table index | | increase | | > > | steps | | | | > > +--------------+-------------+--------------+-----------------------+ > > > > So is the recommended value 30 or 3*Fast mode increase? Should they be > > proportional or not? > [acm] > The Default can be 3 * Fast mode increase if you want, that's what we > tested. Yes, I think that makes more sense and avoid causing the values to not be related to. > > > > > The last entry appears to be a summary fact of the parameterization, and > > is it relevant? > [acm] > It might be removed, we thought it was useful info. It would be good if these values are not input parameters, rather a consequence of others would be separated to its own category. > > > > > > What is the goal here in relation to push other congestion controlled > > traffic out of the way? It appears that it is likely to cause delay based > > congestion to be pushed out of the way. I am more uncertain how it > > interacts with loss based ones, as depending on situation it appears that > > it could avoid going into the loss regim. > [acm] > The goal is to measure the true maximum rate during the test duration. > So pushing traffic out of the way during the test period. I think that should be made more explicit and with that stated explicit it is easier to make clear why this only should be deployed for measurement within cooperating administrative domains. > > > > My conclusion is that some aspect of this do appear more clarifications on > > what they are > [acm] > These ASCII tables don't provide much space for explanation without > becoming > awkward due to row height. We'll add some definitions elsewhere. Yes, please do. I would also recommend that you try doing these as XMLv3 tables so they look much better in the HTML version. > > > and further assumptions on how the load algorithm will be > > deployed spelled out so that its function is more controlled. > [acm] > We could use some text suggestions to continue the discussion productively, > having already tried several times. > I starting to see how we can get this into where I personally will find it acceptable. I think rewriting the applicability and make the intention clear will be the main part. I also think there should be a paragraph in the security consideration that makes it clear that deployments should prevent metrics to be run by clients that are outside of the intended administrative domains to prevent that this traffic can be used to interfere with other administrative domains traffic. Cheers Magnus Westerlund ------=_NextPart_000_056D_01D7176E.89C99590 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzEyMTczNTU1 WjAjBgkqhkiG9w0BCQQxFgQUYWPDlrnjE06AhAfSaWbIam+yDzMwQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA AC1TK0BxyoX36T+xoMQAinLn++KXucMbfHs6sHnwtFGWBxZpSmIB7CJ6U5rTsah5J/vwHQuoQ97s 91LdE2s/FRfmfPI0tkdJ/T9jbClPBxvUQ54HKdtaqooveuZ4joa5cB1CN5EKN2jIzEfZrIAJTUn7 htTDM3CdTWxxCUcAERrJhXMDznzX0HrpqxjBw5nXj0xfU30YELt1btQG7V9AhleeGWHKMiZPRJDr VDYdV/pkzPOOpRlQwyg3239VEgWY2T3/9kIuxoWrT81+L+emMmeuJgbJeJFFN7tleXFh0Yx1edTy 5iQ52ZgcsLiNnUkXuhiKhdqPTfFr8X5aLApAOAAAAAAAAA== ------=_NextPart_000_056D_01D7176E.89C99590-- From nobody Tue Mar 16 06:48:01 2021 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 14D153A0E4D for ; Tue, 16 Mar 2021 06:48:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.12 X-Spam-Level: X-Spam-Status: No, score=-2.12 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 1qB5MqSgE9mb for ; Tue, 16 Mar 2021 06:47:56 -0700 (PDT) Received: from mx05.telecomitalia.it (mx05.telecomitalia.it [156.54.232.21]) (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 797DB3A0E48 for ; Tue, 16 Mar 2021 06:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed; q=dns/txt; i=@telecomitalia.it; t=1615902472; x=2479816072; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=RCdQxLLMhxvFpcLB2xH50KW4aj9CW7stK1cSwRX9rtE=; b=hmllRBp3DvgV3Yhktn9bOQDi6axcYolSUu0lz2x6GFIXjSEMhiA7r0/qa85tpt0h mdo2FiFRaJCZ1Jgnvv+tgc+U5b8JbKx7ZCxUj1Xo4oXvg8cKUDLQ4i/gGYhsuSxC IaiDaUmJMEdFkd48+HF1Faag+pSzPcod9xHURnfRrNWJjheWg6aYU3CcNHYNGyC2 16KBueRsv0SLh+bHi7CKFY8GDa+bkCc4NXDjy8qLoJES8ItB2z6Rhju38hH1/zJv Dg86lfCKymtcIs6RbPlnoG+ayEsHJJ2DRse2CsH52QHusKLu/Wx/UbhMnLdcG5ZX d3LCWiuo5UxcENeIs1+D9w==; X-AuditID: 0a5a2d15-1c0eb700000050b6-0d-6050b7086a77 Received: from TELMBXC14BA020.telecomitalia.local ( [10.90.43.78]) by mx05.telecomitalia.it () with SMTP id F7.CA.20662.807B0506; Tue, 16 Mar 2021 14:47:52 +0100 (CET) From: Cociglio Mauro To: "IETF IPPM WG (ippm@ietf.org)" , "explicit-meas@ietf.org" CC: "quic@ietf.org" , "tsvwg@ietf.org" Thread-Topic: Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) Thread-Index: AdcaadL89WUw5nTMSaO6t2YHkK4COg== Content-Class: Date: Tue, 16 Mar 2021 13:47:51 +0000 Message-ID: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Enabled=true; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SetDate=2021-03-16T13:47:41Z; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Method=Standard; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Name=Uso Interno; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SiteId=6815f468-021c-48f2-a6b2-d65c8e979dfb; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ActionId=50ed9e22-6867-47f8-99dd-40ec1c384e99; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ContentBits=2 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [79.54.27.13] x-ti-disclaimer: ADBanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMKsWRmVeSWpSXmKPExsXCFaXtp8uxPSDB4HiDksWSDWeZLXoevAMS C7gtjr25y+bA4rFkyU+mAMaoBkabxLy8/JLEklSFlNTiZFsll8zi5JzEzNzUIgVHFyegZGqR kkJmiq2SmZJCQU5icmpual6JrVJiQUFqXoqSHZcCBrABKsvMU0jNS85PycxLt1XyDPbXtbAw tdQ1VLILLE0tLslXyE0tLk5MT8/MV0iYJ5pxe18XY8FkxYqO3fcZGxgPSHcxcnJICJhIrLu5 m6mLkYtDSGAlo8SUTX1MIAk2ATOJM1uesYHYIgLpEgfudbGC2MwCbhKTbi9hBrGFBUIl+pfs A4pzANVESSz5YQ1RriexbMkCqHI+iSmPW1hAbBYBVYldM4+BtfIKBErc3X0KrIZRQFZiwu5F jBD14hIvpp9gh7hNQGLJnvPMELaoxMvH/1hB7uQVWMgiMWfOFagiA4mtS/exgNwgISAvceZR FERYUuLw4U1sEDP1JG5MnQJla0ssW/ga6gZBiZMzn7BMYBSbheTUWUjOmIWkfRaS9llI2hcw sq5iFM2tMDDVK0nNSU3Oz80sSczJTNTLLNnECE4muqI7GLeteKN3iJGJg/EQowQHs5IIr2le QIIQb0piZVVqUX58UWlOavEhRh9gIE1klhJNzgems7ySeENTM1NzYyMzUwNTM0scwkrivEcm Ac0SSAcmr+zU1ILUIphxTBycUg1MDtYXsipf/Pl9UVtz64pT9pHsZ7OFznlPF5pk6+0Y3Bb7 t+xv1M0zSSkbxFau/jKvc5e1GiejyYKt8n9WzVv/S/fzjaUuCn8/9C+b/vuq0pw1+msv/haU kQ7lW3FWIPTMHH/htvWWi022inSfM3vZLrFxwQK1vEoHKdaaaJWlTi3v15vZ7ox+mRC+42Tt 1Z6ZJ7tsT3FuXieutpBr8mH55zXni09fU9Za3/BI6kSz3irfwNBo4eB4RUfTGreZZY4nnKoX aCjx8nJrbMxiWp5SUqKQuvKL1UufHWdeLJbN+R9qfG1x4J/OJf3Z2xli10wS9leyWCmvMPvr 4qqLKSpL3E2LV/Eo+lqy65lpssxXYinOSDTUYi4qTgQAOjEHQ8YDAAA= Archived-At: Subject: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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, 16 Mar 2021 13:48:00 -0000 Hi. Last Friday during the IPPM meeting, =A0after the "Explicit Flow Measurement= s" draft presentation (https://tools.ietf.org/html/draft-mdt-ippm-explicit-f= low-measurements-01), Greg Mirsky raised an issue that I think is very impor= tant. The question is about differences and similarities between the two types of= production traffic packet marking for performance measurements, proposed in= IETF and initiated in the IPPM WG: Alternate Marking and Explicit Flow Meas= urements. The first technique known as Alternate Marking or AM/PM (Alternate Marking P= erformance Monitoring) is defined, in general terms, in RFC8321 (the point-t= o-point version) and RFC8889 (the multipoint version). It is essentially a Telco measurement, born to measure packet delay and loss= between the input and output of a network, or between 2 internal points of= the network, in order to identify and localize a problem. It is a network m= easure and it is the network operator that performs the marking by modifying= packets on the fly. The strength of this technique comes from the decoupling of marking and meas= urement. We can mark all traffic, using a fixed marking interval (typically= "big": from 1 second up to 5 minutes), then we decide what to measure based= on the resources I want to use. In case of packet loss measurement we can s= tart from a single packet counter for all traffic for each measurement point= (possibility described in RFC8889), to have a network measurement, to arriv= e to a counter for each point-to-point connection you want to monitor (as de= scribed in RFC8321). In order to obtain the measurement it is necessary to compare the data colle= cted from at least 2 measurement points (counters for packet loss, timestamp= s for delay). Then a "communication" between measurement points, or with a N= etwork Measurement Center, is needed. There are already commercial implementations of this technique (also for IPv= 4) and IETF drafts that are standardizing it for various protocols (IPv6, MP= LS, Segment Routing, BIER, ...). The Alternate Marking methodology is evolving into the draft "Big Data AltMa= rk" (https://tools.ietf.org/html/draft-c2f-ippm-big-data-alt-mark-01) that d= efines point-to-point flows measurements applying post processing to perform= ance data collected by sampling a single network multipoint flow. The second marking technique for performance monitoring of packet networks h= as been called Explicit Flow Measurements (EFM), and is more recent because= it's born with the Spin bit RTT measurement. And it came about primarily to= have an end-to-end performance measure, from the terminal, on which an appl= ication is running, to the server at the opposite end of the network. EFM ca= n be seen as complementary measures to Alternate Marking. It requires certain characteristics of the protocols to which it can be appl= ied, which are client-server, and it is particularly convenient for protocol= s that prevent the marking of packets on the fly (e.g. QUIC), because the ma= rking occurs only on the end-points of the connection. The disadvantage with respect to the previous technique is that it always wo= rks for client-server point-to-point connection, it is not possible to aggre= gate measurements saving on monitoring resources as described in RFC8889. Th= e advantage is that it can also work with a single monitoring point, even if= having more points enhances it and allows intradomain measurements. With a= single measurement point you can obtain end-to-end measures (Spin bit, Dela= y bit for delay and Loss bit, rT loss bit for packet loss) or end-to-observe= r measures (sQuare bit and Reflection bit for packet loss). End-to-observer= measurements and scalability considerations make it particularly convenient= to place a measurement point on the client (see https://tools.ietf.org/html= /draft-cnbf-ippm-user-devices-explicit-monitoring-01). Best Regards. Mauro _____________________ Mauro Cociglio TIM - Telecom Italia Via G. Reiss Romoli, 274 10148 - Torino (Italy) Tel.: +390112285028 Mobile: +393357669751 _____________________ TIM - Uso Interno - Tutti i diritti riservati. Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle pers= one indicate. La diffusione, copia o qualsiasi altra azione derivante dalla= conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbia= te ricevuto questo documento per errore siete cortesemente pregati di darne= immediata comunicazione al mittente e di provvedere alla sua distruzione, G= razie. This e-mail and any attachments is confidential and may contain privileged i= nformation intended for the addressee(s) only. Dissemination, copying, print= ing or use by anybody else is unauthorised. If you are not the intended reci= pient, please delete this message and any attachments and advise the sender= by return e-mail, Thanks. Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario. From nobody Tue Mar 16 16:43:56 2021 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 CFA713A135B; Tue, 16 Mar 2021 16:43:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 E-ksSG_KjXIs; Tue, 16 Mar 2021 16:43:46 -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 169953A1358; Tue, 16 Mar 2021 16:43:46 -0700 (PDT) Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 12GNhZFa047988; Tue, 16 Mar 2021 19:43:35 -0400 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by mx0a-00191d01.pphosted.com with ESMTP id 37axb2ajns-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 16 Mar 2021 19:43:34 -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 12GNhXl3039037; Tue, 16 Mar 2021 18:43:33 -0500 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [135.46.181.159]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12GNhRnB038958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 16 Mar 2021 18:43:27 -0500 Received: from zlp30494.vci.att.com (zlp30494.vci.att.com [127.0.0.1]) by zlp30494.vci.att.com (Service) with ESMTP id 5FEEF4009E78; Tue, 16 Mar 2021 23:43:27 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30494.vci.att.com (Service) with ESMTP id EAF974009E79; Tue, 16 Mar 2021 23:43:26 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12GNhQbY004585; Tue, 16 Mar 2021 18:43:26 -0500 Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12GNhLTd004134; Tue, 16 Mar 2021 18:43:21 -0500 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-green.research.att.com (Postfix) with ESMTP id C096E10A18C7; Tue, 16 Mar 2021 19:43:20 -0400 (EDT) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Tue, 16 Mar 2021 19:43:42 -0400 From: "MORTON, ALFRED C (AL)" To: Magnus Westerlund , "Ruediger.Geib@telekom.de" CC: "tpauly@apple.com" , "ianswett@google.com" , "draft-ietf-ippm-capacity-metric-method@ietf.org" , "ippm-chairs@ietf.org" , "ippm@ietf.org" , "iesg@ietf.org" Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) Thread-Index: AQHXC4EzqJ5daDOk8keYoMTRANvS6qpo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIABA+eAgAAUJgCAAB+NgP//reVwgAS5AYCAAEW4oIAEopYAgABYSYCAAEA8QIABZBMAgAY1i5A= Date: Tue, 16 Mar 2021 23:43:42 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CADE55@njmtexg5.research.att.com> References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> <4D7F4AD313D3FC43A053B309F97543CF0147CACA0C@njmtexg5.research.att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-16_09:2021-03-16, 2021-03-16 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 clxscore=1015 impostorscore=0 suspectscore=0 adultscore=0 spamscore=0 mlxlogscore=999 lowpriorityscore=0 phishscore=0 bulkscore=0 priorityscore=1501 malwarescore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103160154 Archived-At: Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS) 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, 16 Mar 2021 23:43:49 -0000 SGkgTWFnbnVzLA0KDQpXZSBhcmUgY29udGludWluZyBkaXNjdXNzaW9uIG9mIHNvbWUgcG9pbnRz IGFtb25nIHRoZSBjby1hdXRob3JzLCANCmJ1dCBoZXJlIGFyZSBzb21lIHJlcGxpZXMgZm9yIHRo aXMgcGFydGljdWxhciB0aHJlYWQuDQoNCkFsIA0KDQpPcGVuIElzc3VlczogIA0KDQpXb3JkaW5n IG9mIEFwcGxpY2FiaWxpdHkgaW4gc2VjdGlvbiAyLiAocmVseSBvbiB0aGUgcmVmZXJlbmNlIA0K dG8gU2VjdGlvbiAyIG9mIFtSRkM3NDc5XSApDQoNCkZlZWRiYWNrIG1lc3NhZ2UgdGltZW91dCAo c3RvcCB0ZXN0KSANCiAgLSBNVzogRGVmYXVsdCA1MDBtcyB0b28gaGlnaCAoTD0xMCwgRlQ9NTBt cyksIDFzZWMgdXBwZXIgbGltaXQgKDMwc2VjIHRvbyBsb25nKQ0KDQpMZW4gcHJvcG9zZXMgYSBz YWZldHkgbWVhc3VyZSB0byBiYWNrLW9mZiB0aGUgcmF0ZSB3aGVuIHRoZXJlIGlzIG5vDQpmZWVk YmFjayBpbiB0aGUgdGltZS1zY2FsZSBvZiAwLjEgc2Vjb25kcyBvciBzby4NClByb3ZpZGVzIGNs ZWFyIHNlcGFyYXRpb24gYmV0d2VlbiB0aGlzIHNhZmV0eSBtZWFzdXJlLCBub3JtYWwgb3BlcmF0 aW9uLCANCmFuZCBhIHRpbWVvdXQgdG8gdGVybWluYXRlIHRoZSB0ZXN0LiBUaGlzIHByb2Nlc3Mg aXMgdW50ZXN0ZWQvbm90IGltcGxlbWVudGVkLg0KDQo/PyBSZW1vdmUgdGFibGUgZW50cnkgZm9y IGNjLCBidXJzdCBjb3VudCA/Pw0KDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiBGcm9tOiBNYWdudXMgV2VzdGVybHVuZCBbbWFpbHRvOm1hZ251cy53ZXN0ZXJsdW5kQGVyaWNz c29uLmNvbV0NCj4gU2VudDogRnJpZGF5LCBNYXJjaCAxMiwgMjAyMSAxMjozNiBQTQ0KPiBUbzog TU9SVE9OLCBBTEZSRUQgQyAoQUwpIDxhY21AcmVzZWFyY2guYXR0LmNvbT47IFJ1ZWRpZ2VyLkdl aWJAdGVsZWtvbS5kZQ0KPiBDYzogdHBhdWx5QGFwcGxlLmNvbTsgaWFuc3dldHRAZ29vZ2xlLmNv bTsgZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LQ0KPiBtZXRyaWMtbWV0aG9kQGlldGYub3JnOyBp cHBtLWNoYWlyc0BpZXRmLm9yZzsgaXBwbUBpZXRmLm9yZzsgaWVzZ0BpZXRmLm9yZw0KPiBTdWJq ZWN0OiBSRTogTWFnbnVzIFdlc3Rlcmx1bmQncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1j YXBhY2l0eS0NCj4gbWV0cmljLW1ldGhvZC0wNjogKHdpdGggRElTQ1VTUykNCj4gDQo+IEhpLA0K PiANCj4gSSBkbyBwcm92aWRlIHNvbWUgY29tbWVudHMgaW5saW5lLg0KPiANCj4gQXMgSSBhbSBu byBsb25nZXIgYSBtZW1iZXIgb2YgdGhlIElFU0cgbGlzdCwgeW91IHdpbGwgbmVlZCB0byBlbnN1 cmUgdGhhdA0KPiBJIGFtIGluIHRvIG9yIGNjIGZpZWxkIHRvIGVuc3VyZSB0aGF0IEkgZG8gcmVj ZWl2ZSBmdXR1cmUgZW1haWxzIG9uIHRoaXMgdG9waWMNCj4gdGhhdCB5b3Ugd2FudCBteSBmZWVk YmFjayBvbi4NClthY21dIA0KWWVzLCBvZiBjb3Vyc2UuDQo+IA0KPiA+ID4NCj4gPiA+IFNlY3Rp b24gMi4NCj4gPiA+DQo+ID4gPiBJIHRoaW5rIHRoZSBzY29wZSB0ZXh0IGlzIHN0aWxsIGZhaXJs eSBvcGVuLiBZZXMgaXQgaXMgY2xlYXIgdGhhdCB0aGUNCj4gPiA+IGxvYWQgYWxnb3JpdGhtIGlz IG9ubHkgaW50ZW5kZWQgZm9yIG1lYXN1cmVtZW50cy4gSG93ZXZlciwgdGhlIHVzYWdlDQo+ID4g PiBpcyBub3QgcGFydGljdWxhciBsaW1pdGVkLCBlc3BlY2lhbGx5IGluIHJlZ2FyZHMgdG8gbXkg bWFpbiBjb25jZXJuIG9mDQo+ID4gPiBlZGdlIHRvIGNlbnRyYWwgbm9kZXMgYWNyb3NzIG11bHRp cGxlIEFTIGluIHRoZSBJbnRlcm5ldCBsaWtlIHRoZQ0KPiA+ID4gZGlmZmVyZW50IFRDUCBzcGVl ZCB0ZXN0cyBvZnRlbiBhcmUgZGVwbG95ZWQuIFRoZSBzZWN1cml0eQ0KPiA+ID4gY29uc2lkZXJh dGlvbiByZXF1aXJlbWVudHMgYXJlIGdvb2QgZm9yIGEgbnVtYmVyIG9mIHJlYXNvbnMgYnV0IHB1 dCBubw0KPiA+ID4gbGltaXRhdGlvbnMgb24gdGhhdCBhc3BlY3QuIFNvIEkgd291bGQgcHJlZmVy IGEgbW9yZSBleHBsaWNpdA0KPiA+ID4gc3RhdGVtZW50IGhlcmUuIEkgdGhpbmsgYW4gaW1wb3J0 YW50IGFzcGVjdCBoZXJlIGlzIHRoYXQgYW55IElTUA0KPiA+ID4gc2VlaW5nIGlzc3VlcyBmcm9t IHRoZXNlIG1lYXN1cmVtZW50cyBzaG91bGQga25vdyB3aG8gdG8gdGFsayB0by4gSQ0KPiA+IGRv bid0IGtub3cgaG93IHRvIGJlc3QgZm9ybXVsYXRlIHRoYXQuDQo+IA0KPiBPa2F5LCBJIHdpbGwg dHJ5IGFnYWluIHRvIHJld29yZCB0aGUgc2NvcGUgbmV4dCB3ZWVrLg0KW2FjbV0gDQpJIHRoaW5r IHRoZSBsYXN0IHBhcmFncmFwaHMgaW4gU2VjdGlvbiAyIG9uIEFwcGxpY2FiaWxpdHkgYXJlIHdo ZXJlIHlvdSANCndhbnQgdG8gY29uY2VudHJhdGUuICBBcyBJIG1lbnRpb25lZCBkdXJpbmcgdGhl IElQUE0gbWVldGluZywgdGhlIHJlZmVyZW5jZSANCnRvIFNlY3Rpb24gMiBvZiBbUkZDNzQ3OV0g cHJvdmlkZXMgYW4gZXhwbGljaXQgYW5kIG5vbi1JbnRlcm5ldC13aWRlIA0KYXBwbGljYWJpbGl0 eSwgYW5kIGhhcyBhbHJlYWR5IGJlZW4gYWdyZWVkIGJ5IElQUE0gV0cgZm9yIHRoZSBwcm9ibGVt IA0Kc3RhdGVtZW50IHdoZXJlIG91ciBtZW1vIHByb3ZpZGVzIGEgc29sdXRpb24uDQoNCj4gDQo+ ID4gPg0KPiA+ID4NCj4gPiA+IFNlY3Rpb24gOC4xOg0KPiA+ID4NCj4gPiA+IFNvIEkgYW0gdHJ5 aW5nIHRvIHVuZGVyc3RhbmQgdGhlIGltcGxpY2F0aW9uIG9mIHRoZSBsb2FkIGFsZ29yaXRobSBh dA0KPiA+ID4gaGlnaGVyIHJhdGVzIGFuZCBob3cgcmVjb21tZW5kYXRpb25zIHdvcmtzIG91dCBp biByZWxhdGlvbiB0byB0aGUNCj4gPiA+IGRlZmluaXRpb24gb2YgdGhlIHJhdGUuDQo+ID4gPg0K PiA+ID4gU28gdGhlIGRvY3VtZW50IHNheXM6DQo+ID4gPg0KPiA+ID4gICAgIEVhY2ggcmF0ZSBp cyBkZWZpbmVkIGFzDQo+ID4gPiAgICBkYXRhZ3JhbXMgb2Ygc2l6ZSBzcywgc2VudCBhcyBhIGJ1 cnN0IG9mIGNvdW50IGNjLCBlYWNoIHRpbWUgaW50ZXJ2YWwNCj4gPiA+ICAgIHR0IChkZWZhdWx0 IGZvciB0dCBpcyAxbXMsIGEgbGlrZWx5IHN5c3RlbSB0aWNrLWludGVydmFsKQ0KPiA+ID4NCj4g PiA+IFNvIEkgdGhpbmsgdGhpcyBkZWZpbml0aW9uIGlzIGZpbmUgZm9yIGxvd2VyIHJhdGUgYXMg dGhlIG51bWJlciBvZg0KPiA+ID4gcGFja2V0cyBpbiBlYWNoIDEgbXMgYnVyc3QgaXMgZmFpcmx5 IHNtYWxsIGFuZCB0aGUgYnVmZmVyIGl0IGhpdHMgd2lsbA0KPiA+ID4gbGlrZWx5IGJlIHJlbGF0 aXZlbHkgbGFyZ2UgY29tcGFyZWQgdG8gdGhlIGluY3JlYXNlIGluIGxvYWQuIEhvd2V2ZXINCj4g PiA+IGF0IGhpZ2hlciByYXRlcyBsaWtlIGJleW9uZCAxMCBHQlBTIHdoZXJlIDEgR0JQUyBzdGVw cyBhcmUNCj4gPiA+IHJlY29tbWVuZGVkLiBTbyB0cmFuc21pdHRpbmcgYXQgYnVyc3RzIGV2ZXJ5 IDEgbXMgaW50ZXJ2YWxzIG1lYW5zIHRoYXQNCj4gPiA+IG9uZSBhcmUgdHJhbnNtaXR0aW5nIDgz MyBwYWNrZXRzIGVhY2ggYnVyc3QgYXQgMTAgR0JQIHJhdGUgb2YgMTUwMA0KPiA+ID4gYnl0ZXMg c2l6ZSwgc28gbGlrZWx5IGV2ZW4gaGlnaGVyIGZvciBtb3JlIG1vZGVyYXRlIDEyMDAgYnl0ZSBz aXplDQo+ID4gPiBwYWNrZXRzLiBUaGF0IGlzIGFsbW9zdCAxLDMgbWIgb2YgZGF0YS4gU28gd2hl cmUgcGFjaW5nIG1heSBiZSBxdWl0ZQ0KPiA+ID4gZ29vZCBhdCBsb3dlciBiaXQtcmF0ZXMgPCAx R2JwcyBJIHdvbmRlciBpZiBpdCBzdGFydHMgYnJlYWtpbmcgZG93biBhdA0KPiA+ID4gaGlnaGVy IHJhdGVzLCB3aGljaCBhcHBlYXJzIHRvIGluIHRoZSByZWdpb24gd2hlcmUgYnVmZmVycyBiZWNv bWVzDQo+ID4gPiBtb3JlIHNoYWxsb3cgZHVlIHRvIHRoZSBjb3N0IG9mIGhhdmluZyBsYXJnZSBi dWZmZXJzIGFuZCB3aGVyZSBnb29kDQo+ID4gPiBwYWNpbmcgcmVkdWNlcyB0aGUgbmVlZCBmb3Ig YnVmZmVyaW5nLiBJIHdvdWxkIGFsc28gbm90ZSB0aGF0IHRoZQ0KPiA+ID4gcmVhY3Rpb24gdGlt ZSBmb3IgdGhlIGNvbnRyb2wgY2FuIGJlIDFSVFQgKyA1MCBtcyB3aGljaCB0aHVzIHRoZQ0KPiA+ ID4gaW5jcmVhc2UgaW4gb2ZmZXJlZCBsb2FkIGZvciBhIHN0ZXAgc2l6ZSBiZWNvbWVzIDEwcyBv ZiBNQiBkdXJpbmcgYW4NCj4gPiA+IHJlZ3VsYXRpb24gcGVyaW9kLg0KPiA+ID4NCj4gPiA+IEFz IHRoZSBsb2FkIGFsZ29yaXRobSBoYXNuJ3QgYmVlbiB0ZXN0ZWQgYmV5b25kIDEwR2JwcyBhbmQg aXQgYXBwZWFycw0KPiA+ID4gdGhhdCB0aGUgbnVtYmVycyBjYW4gc3RhcnQgdG8gYmVjb21lIG1v cmUgcHJvYmxlbWF0aWMgYXQgdGhlc2Ugc3BlZWRzLA0KPiA+ID4gd291bGRuJ3QgaXQgYmUgYmV0 dGVyIHRvIHNheSB0aGF0IHRoaXMgaXMgbm90IGludGVuZGVkIGJleW9uZCAxMCBHYnBzLg0KPiA+ ID4NCj4gPiA+IE9uIHRoZSB0YWJsZSBJIGhhdmUgdGhlIGZvbGxvd2luZyBjb21tZW50czoNCj4g PiA+DQo+ID4gPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IC0rDQo+ID4gPiAgICB8IFBhcmFtZXRlciAgICB8 IERlZmF1bHQgICAgIHwgVGVzdGVkIFJhbmdlIHwgRXhwZWN0ZWQgU2FmZSBSYW5nZQ0KPiB8DQo+ ID4gPiAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgIHwgb3IgdmFsdWVzICAgIHwgKG5v dCBlbnRpcmVseSB0ZXN0ZWQsDQo+IHwNCj4gPiA+ICAgIHwgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgfCBvdGhlciB2YWx1ZXMgTk9UDQo+IHwNCj4gPiA+ICAgIHwg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCBSRUNPTU1FTkRFRCkN Cj4gfA0KPiA+ID4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtKw0KPiA+ID4gICAgfCBGVCwgZmVlZGJhY2sg fCA1MG1zICAgICAgICB8IDIwbXMsIDEwMG1zICB8IDVtcyA8PSBGVCA8PSAyNTBtcw0KPiB8DQo+ ID4gPiAgICB8IHRpbWUgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgTGFy Z2VyIHZhbHVlcyBtYXkNCj4gfA0KPiA+ID4gICAgfCBpbnRlcnZhbCAgICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICB8IHNsb3cgdGhlIHJhdGUNCj4gfA0KPiA+ID4gICAgfCAgICAgICAg ICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8IGluY3JlYXNlIGFuZCBmYWlsIHRv DQo+IHwNCj4gPiA+ICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgfCBmaW5kIHRoZSBtYXgNCj4gfA0KPiA+ID4NCj4gPiA+ICstLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KPiA+ID4N Cj4gPiA+IEkgd291bGQgbm90ZSB0aGF0IGEgRlQgb2YgNSBtcyB3aWxsIGhhdmUgdGhlIHBvdGVu dGlhbCB0byByZXN1bHQgaW4NCj4gPiA+IHNpZ25pZmljYW50IGZsdXh0dWF0aW9ucyBpbiBzb21l IHN5c3RlbXMgbGlrZSBtb2JpbGUgc3lzdGVtcyBhcyB0aGUNCj4gPiA+IHNjaGVkdWxlciB0aW1l IGlzIGFjdHVhbGx5IGxpa2VseSB0byBiZSBsb25nZXIgdGhhbiA1IG1zLg0KPiA+IFthY21dDQo+ ID4gVGhlbiB3ZSBjYW4gaW5jcmVhc2UgdGhlIGxvdyBlbmQgb2YgdGhlIHJhbmdlLCB3aGF0IHZh bHVlIHdvdWxkIHlvdQ0KPiA+IHByZWZlcj8/DQo+IA0KPiBTbywgSSB3b3VsZCBwcmVmZXIgdG8g cmFpc2UgdGhpcyBhdCBsZWFzdCB0byAyMCBtcy4gSG93ZXZlciwgSSB0aGluayB0aGF0DQo+IGlz IGZvciBnZW5lcmFsIHJvYnVzdG5lc3Mgd2l0aG91dCBrbm93bGVkZ2UgYWJvdXQgdGhlIG5ldHdv cmsgb25lIGlzDQo+IG1lYXN1cmluZy4NClthY21dIA0KT2ssICAyMG1zIDw9IEZUIDw9IDI1MG1z LCBpdCdzIGluIHRoZSB3b3JraW5nIHRleHQuDQoNCg0KPiANCj4gPg0KPiA+ID4NCj4gPiA+ICAg ICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+ICAgIHwgRmVlZGJhY2sgICAgIHwgTCpGVCwgTD0xMCAg fCBMPTEwMCB3aXRoICAgfCAwLjVzZWMgPD0gTCpGVCA8PQ0KPiB8DQo+ID4gPiAgICB8IG1lc3Nh Z2UgICAgICB8ICg1MDBtcykgICAgIHwgRlQ9NTBtcyAgICAgIHwgMzBzZWMgVXBwZXIgbGltaXQg Zm9yDQo+IHwNCj4gPiA+ICAgIHwgdGltZW91dCAgICAgIHwgICAgICAgICAgICAgfCAoNXNlYykg ICAgICAgfCB2ZXJ5IHVucmVsaWFibGUgdGVzdA0KPiB8DQo+ID4gPiAgICB8IChzdG9wIHRlc3Qp ICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgcGF0aHMgb25seQ0KPiB8DQo+ID4gPg0K PiA+ID4gKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rDQo+ID4gPg0KPiA+ID4gRXZlbiB0aGUgZGVmYXVsdCBtZWFucyB0 aGF0IG9uZSBsb29zZXMgMTAgZmVlZGJhY2sgcGFja2V0cyBpbiBhIHJvdy4NCj4gPiA+IFRoYXQg aXMgYSBsb3QgYW5kIHNob3dzIHRoYXQgb25lIGhhdmUgYSBzZXJpb3VzIGludGVycnVwdGlvbiBv biB0aGUNCj4gPiA+IHJldHVybiBwYXRoLiBBbHJlYWR5IGxvb3NpbmcgMyBmZWVkYmFjayBwYWNr ZXRzIGluIGEgcm93IGluZGljYXRlcw0KPiA+ID4gdGhhdCBvbmUgaGF2ZSBzaWduaWZpY2FudCBv dXRhZ2VzIGlmIHRoaXMgaXMgbG9zdC4NCj4gPiA+DQo+ID4gPiBTZWNvbmRseSwgdGhpcyBpcyBm b3JtdWxhdGVkIG9ubHkgYmFzZWQgb24gIGludGVydmFscyBvZiBGVC4gRm9yDQo+ID4gPiBzdGFy dHVwIHRoZSBSVFQgaXMgcmVsZXZhbnQgZmFjdG9yLiBTbyBJIHRoaW5rIHRoZXJlIGFyZSBzZXZl cmFsDQo+ID4gPiBmYWN0b3JzIGhlcmUgZm9yIHRoZSB0aW1lb3V0IHRoYXQgbWF5YmUgbmVlZCB0 byBiZSB0ZWFzZWQgYXBhcnQ/IFNvDQo+ID4gPiBpbml0aWFsbHkgb25lIG9mZmVycyBhIHZlcnkg bG93IGxvYWQgYW5kIG9uZSBtYXkgbm90IGhhdmUgYSBnb29kDQo+ID4gbWVhc3VyZW1lbnQgb24g YmFzZSBSVFQuDQo+ID4gW2FjbV0NCj4gPiBBbGwgdGhlIHRpbWVvdXRzIGFyZSBjb25kdWN0ZWQg b24gaW50ZXItcGFja2V0IGFycml2YWwgdGltZXMgYXQgYSBzaW5nbGUNCj4gPiBpbnRlcmZhY2Uu DQo+ID4gVGhpcyByZW1vdmVzIHRoZSBkZXBlbmRlbmN5IG9uIFJUVC4NCj4gDQo+IFllcywgSSB0 aGluayB5b3UgY2FuIGRlZmluZSB0aGlzIGFzIHRpbWUsIHNpbmNlIHlvdSBsYXN0IHJlY2VpdmVk IGEgZmVlZGJhY2sNCj4gbWVzc2FnZS4gSG93ZXZlciwgbXkgY29uY2VybiB3aXRoIHdoYXQgdGhl IGFwcHJvcHJpYXRlIGZvciBhIHZhbHVlIGlzIGFjdHVhbGx5DQo+IGRlcGVuZGVudCBvbiB0aGUg UlRUIGFzIGl0IGVmZmVjdHMgdGhlIGNvbnRyb2wgbG9vcC4gU28gdGhlIGFtb3VudCBvZiBkYW1h Z2UgYQ0KPiBzZXF1ZW5jZSBvZiBsb3N0IGZlZWRiYWNrIG1lc3NhZ2UgaXMgZGVwZW5kZW50IG9u IHRoZSB0b3RhbCB0aW1lIGFzIHRoZSBSVFQgaXMNCj4gZWZmZWN0aW5nIHRoZSByZWFjdGlvbiB0 aW1lLiBTbyBjbGVhcmx5IHJlY2VpdmluZyBubyBmZWVkYmFjayBtZXNzYWdlIGZvciAxMA0KPiBG VCBpbnRlcnZhbHMgaXMgYmFkIGFzIGl0IHJlcHJlc2VudHMgYSBsb3Qgb2YgbWlzc2luZyBwYWNr ZXRzLg0KW2FjbV0NCiANCkluIHRoZSBwcmVzZW50IHdvcmRpbmcsIHJhdGUgYWRqdXN0bWVudHMg b25seSB0YWtlIHBsYWNlIHdoZW4gbmV3IGZlZWRiYWNrIA0KYXJyaXZlcy4gU29tZXRpbWVzIHRo ZSBhbGdvcml0aG0gZGV0ZXJtaW5lcyB0aGF0IG5vIHJhdGUgY2hhbmdlIGlzIHdhcnJhbnRlZC4N Cg0KTGVuJ3MgdGhvdWdodCBpcyB0aGF0IHdlIGNvdWxkIGludHJvZHVjZSBhIHNhZmV0eSBtZWFz dXJlOiByYXRlIHJlZHVjdGlvbg0KZWFjaCB0aW1lIGEgZmVlZGJhY2sgc3RhdHVzIG1lc3NhZ2Ug aXMgZGVjbGFyZWQgbG9zdC4gV2Ugd291bGQgbmVlZCB0byB3YWl0DQoqc29tZSBhbW91bnQgb2Yg dGltZSogdG8gYXZvaWQgb3Zlci1yZWFjdGlvbiAoMipGVCA/KSwgYW5kIHRoZW4gZXhlY3V0ZSBS eC0xDQphdCAyKkZULCBhZ2FpbiBhdCAzKkZULCBhZ2FpbiBhdCA0KkZULCBldGMuIHVudGlsIEwq RlQgd2hlbiB0aGUgcHJvY2VkdXJlIA0KdG8gc3RvcCBhIHRlc3QgYmVnaW5zLg0KDQpBIHBvaW50 IGlzIHRoYXQgc2FmZXR5IG1lYXN1cmVzIGxpa2UgdGhlIGFib3ZlIGFuZCBvdGhlciB0aW1lLW91 dHMgZ28NCmJleW9uZCB0aGUgbWV0aG9kIHNvbWV3aGF0LiBGb3IgZXhhbXBsZSwgdGhlIExvYWQg UmF0ZSBBZGp1c3RtZW50IEFsZ29yaXRobQ0KYmVnaW5zIHdoZW4gYSBmZWVkYmFjayBzdGF0dXMg bWVzc2FnZSBhcnJpdmVzIGFuZCBlbmRzIHdoZW4gdGhlIG5ldyByYXRlIA0KaGFzIGJlZW4gZGV0 ZXJtaW5lZCwgd2FpdGluZyBmb3IgdGhlIG5leHQgbWVzc2FnZS4gIA0KVGhlIHNhZmV0eSBtZWFz dXJlIGRlc2NyaWJlZCBhYm92ZSBiZWdpbnMgd2hlbiBmZWVkYmFjayBzdGF0dXMgbWVzc2FnZXMg DQphcmUgYWJzZW50IGZvciBhIHBlcmlvZCBvZiB0aW1lLCBhbmQgaGF2ZW4ndCBiZWVuIHRlc3Rl ZCAoeWV0KS4NCg0KPiANCj4gPg0KPiA+ID4gVGh1cywgdGltZSB0byBmaXJzdCBmZWVkYmFjayBp cyBva2F5IHRvIGJlIGZhaXJseSBsYXJnZSBhbmQgNTAwIG1zIGlzDQo+ID4gPiBsaWtlbHkgb2th eSBidXQgcXVpdGUgbG9uZ2VyIHRoYW4gZXhwZWN0ZWQgZm9yIGFuIGFjY2VzcyB0byBsb2NhbA0K PiA+ID4gaW50ZXJuZXQgZXhjaGFuZ2UgbWVhc3VyZW1lbnQuIEhvd2V2ZXIsIHdoZW4gb25lIHNj YWxlIHVwIHRoZSByYXRlIEkNCj4gPiA+IHRoaW5rIHRoZXNlIHZhbHVlcyBhcmUgd2F5IHRvIGxv bmcgYXMgdGhlIHRvdGFsIGFtb3VudCBvZiB0cmFmZmljIHNlbnQNCj4gPiA+IHdpdGhvdXQgZmVl ZGJhY2sgYmVjb21lcyBxdWl0ZSBzaWduaWZpY2FudC4gUmVjZWl2aW5nIG5vIGZlZWRiYWNrIGZv cg0KPiA+ID4gbW9yZSB0aGFuIDEwIHJlcG9ydGluZyBpbnRlcnZhbHMgYXJlIGFscmVhZHkgd2F5 IHRvIGxvbmcuIEFuZCB0byBzdGF0ZQ0KPiA+ID4gdGhhdCAzMCBzZWNvbmRzIHdvdWxkIGJlIGFu IGFjY2VwdGFibGUgdmFsdWUgSSBjYW4ndCBzdXBwb3J0IGV2ZW4gZm9yIGENCj4gPiA+IG1lYXN1 cmVtZW50IHRvb2wuDQo+ID4gW2FjbV0NCj4gPiBXZSBhcmUgd2lsbGluZyB0byByZXZpc2UgdmFs dWVzLCBlc3BlY2lhbGx5IDMwIHNlYywgYnV0IHdvdWxkIGxpa2UgdG8gYXZvaWQNCj4gPiBwcmVt YXR1cmVseSBzaHV0dGluZyBkb3duIG1lYXN1cmVtZW50cyBkdWUgdG8gKHdoYXQgd2UgY29uc2lk ZXIgdG8gYmUpDQo+ID4gc2hvcnQgaW50ZXJydXB0aW9ucy4NCj4gDQo+IEkgVW5kZXJzdGFuZCB0 aGUgdmlldyB0aGF0IHRoZSBpbnRlcnJ1cHRpb24gaXMgYSBzaG9ydCB0aW1lLiBIb3dldmVyLCBh DQo+IHNldmVyYWwgc2Vjb25kIHdpdGhvdXQgZmVlZGJhY2sgdHJhbnNtaXNzaW9uIGNvbnRpbnVp bmcgdG8gdHJhbnNtaXQgaXMNCj4gYWxzbyBhIHNpZ25pZmljYW50IGlzc3VlLiBTbyBJIHRoaW5r IGV2ZXJ5dGhpbmcgYmV5b25kIDEgc2Vjb25kIGlzIG5vdCByZWFsbHkNCj4gYWNjZXB0YWJsZS4N ClthY21dIA0KVGhpcyBzZWVtcyB0byBiZSBhIHZlcnkgY29uc2VydmF0aXZlIG9waW5pb24uIEhv dyBtYW55IGFwcGxpY2F0aW9ucyANCmxpa2Ugc3RyZWFtaW5nIHZpZGVvLCBWb2lQLCBldGMuIHdp bGwgcmlkZS1vdXQgYSAxIHNlY29uZCBvdXRhZ2UgYW5kIA0Ka2VlcCB0cnlpbmcgdG8gcmVzdG9y ZSBjb21tdW5pY2F0aW9uIG9uIHRoZWlyIG93biAoc28gdGhhdCB0aGUgdXNlcg0KZG9lc24ndCBo YXZlIHRvIGRvIGl0KSA/Pw0KDQpBbmQsIGlzIHRoZXJlIHZhbHVlIHRvIG1lYXN1cmUgdGhlIGR1 cmF0aW9uIG9mIGFuIG91dGFnZSB3aGVuIGl0IA0Kb2NjdXJzIGR1cmluZyB0ZXN0aW5nPyBJZiB5 b3UgYWx3YXlzIHF1aXQgcXVpY2tseSwgYmVjYXVzZSB0aGUgDQpFeHBlY3RlZCBTYWZlIFJhbmdl IGRlbWFuZHMgaXQsIHlvdSdsbCB3b24ndCBrbm93IHdoZXRoZXIgYW4gDQphcHBsaWNhdGlvbiB3 b3VsZCBzZWxmLXJlc3RvcmUgb3Igbm90LiAgQW5kIEkga25vdyB0aGF0IHdlIGhhdmVuJ3QNCnRh bGtlZCBhYm91dCBvdXRhZ2UgbWVhc3VyZW1lbnQgaW4gdGhlIGRyYWZ0LCBidXQgd2UgY2xlYXJs eSBpbnRlbmQNCnRvIG1lYXN1cmUgQ2FwYWNpdHkgYW5kIGFkZGl0aW9uYWwgbWV0cmljcy4NCg0K DQo+IA0KPiANCj4gPg0KPiA+ID4NCj4gPiA+IFRoZSBkZWZpbml0aW9uIG9mIHdoYXQgIkZlZWRi YWNrIG1lc3NhZ2UgdGltZW91dCIgYW5kICJMb2FkIHBhY2tldA0KPiA+ID4gVGltZW91dCIgaXMg bm90IGRlZmluZWQuIEkgYXNzdW1lIHRoYXQgRmVlZGJhY2sgbWVzc2FnZSB0aW1lb3V0IGlzIHRo ZQ0KPiA+ID4gdGltZSB3aXRob3V0IHJlY2VpdmluZyBhbnkgZmVlZGJhY2sgbWVzc2FnZXMgYWZ0 ZXIgc3RhcnRpbmcgYQ0KPiA+IG1lYXN1cmVtZW50Lg0KPiA+IFthY21dDQo+ID4gVGhhdCdzIGNs b3NlOg0KPiA+IE9wZXJhdGlvbjogVGhlIGxvYWQgcGFja2V0IHRpbWVvdXQgU0hBTEwgYmUgcmVz ZXQgdG8gdGhlIGNvbmZpZ3VyZWQNCj4gdmFsdWUNCj4gPiBlYWNoIHRpbWUgYSBsb2FkIHBhY2tl dCByZWNlaXZlZC4gSWYgdGhlIHRpbWVvdXQgZXhwaXJlcywgdGhlIHJlY2VpdmVyDQo+IFNIQUxM DQo+ID4gYmUgY2xvc2VkIGFuZCBubyBmdXJ0aGVyIGZlZWRiYWNrIHNlbnQuDQo+IA0KPiBPaywg dGhhdCBuZWVkcyB0byBiZSBpbmNsdWRlZC4NClthY21dIA0KT0sgaXQncyBpbiB0aGUgd29ya2lu ZyB0ZXh0Lg0KDQoNCj4gDQo+ID4NCj4gPg0KPiA+ID4gSXMgdGhlIGxvYWQgcGFja2V0IHRpbWVv dXQgdGhlIHRpbWUgdGhlIHJlY2VpdmVyIGlzIHdhaXRpbmcgYmVmb3JlDQo+ID4gPiB1c2luZyBz aWduYWxsaW5nIGNoYW5uZWwgdG8gZW5kIHRoZSBtZWFzdXJlbWVudCB3aXRob3V0IHJlY2Vpdmlu ZyBhbnkNCj4gPiA+IHBhY2tldHMsIG9yIGZvciB0aGUgc2VuZGVyIHRvIHJlY2VpdmUgZmVlZGJh Y2sgdGhhdCBzYXlzIHRoYXQgbm8NCj4gPiA+IHBhY2tldHMgaGF2ZSBiZWVuIHJlY2VpdmVkPyBU aGUgcm9sZXMgaGVyZSBhcmUgbm90IGNsZWFyLg0KPiA+IFthY21dDQo+ID4gT3BlcmF0aW9uOiBU aGUgZmVlZGJhY2sgbWVzc2FnZSB0aW1lb3V0IFNIQUxMIGJlIHJlc2V0IHRvIHRoZSBjb25maWd1 cmVkDQo+ID4gdmFsdWUgZWFjaCB0aW1lIGEgZmVlZGJhY2sgbWVzc2FnZSBpcyByZWNlaXZlZC4g SWYgdGhlIHRpbWVvdXQgZXhwaXJlcywgdGhlDQo+ID4gc2VuZGVyIFNIQUxMIGJlIGNsb3NlZCBh bmQgbm8gZnVydGhlciBsb2FkIHBhY2tldHMgc2VudC4NCj4gDQo+IE9rLiBTbyBJIHRoaW5rIHRo ZXJlIGFyZSB0d28gYXNwZWN0cyBoZXJlLiBUaGUgc2VwYXJhdGlvbiBiZXR3ZWVuIHNvbWV0aGlu Zw0KPiB0aGF0IGJhY2tzIG9mZiBhIHRyYW5zbWlzc2lvbiwgYW5kIHRlcm1pbmF0ZXMgdGhlIHdo b2xlIG1lYXN1cmVtZW50LiBEbw0KPiB5b3UgcmVhbGx5IGxpa2UgdG8gaGF2ZSB0aGVzZSB0d28g Y2x1bXBlZCB0b2dldGhlci4NClthY21dIA0KV2Ugd2VyZSBzYXRpc2ZpZWQgd2l0aCB0aGF0IHN0 cmF0ZWd5ICp3aGVuIHRoaXMgdGltZW91dCA9IDUgc2Vjb25kcyouDQoNCk5vdyB0aGF0IHlvdSB3 b3VsZCBsaWtlbHkgcHJlZmVyIHRvIHNlZSB0aGUgdGltZW91dCBpbiB0aGUgPCAwLjUgc2Vjb25k cw0KcmFuZ2UsIExlbiBwcm9wb3NlcyBhIHNhZmV0eSBtZWFzdXJlIHRvIGJhY2stb2ZmIHRoZSBy YXRlIHdoZW4gdGhlcmUgaXMgbm8NCmZlZWRiYWNrIChhLmsuYS4gQUNLIG9mIHdvcmtpbmcgcGF0 aCksIGluIHRoZSB0aW1lLXNjYWxlIG9mIDAuMSBzZWNvbmRzDQpvciBzby4NCg0KVGhlcmUgaXMg Y2xlYXIgc2VwYXJhdGlvbiBiZXR3ZWVuIHRoaXMgc2FmZXR5IG1lYXN1cmUsIG5vcm1hbCBvcGVy YXRpb24sIA0KYW5kIGEgdGltZW91dCB0byB0ZXJtaW5hdGUgdGhlIHRlc3QuDQoNCldoYXQgZG8g eW91IHRoaW5rPw0KDQoNCj4gDQo+ID4NCj4gPiA+DQo+ID4gPiBTZW5kaW5nIHBhY2tldHMgZm9y IHNldmVyYWwgc2Vjb25kcyB3aXRob3V0IHNlZWluZyBhbnkgcmVzdWx0IGFwcGVhcnMNCj4gPiA+ IHByb2JsZW1hdGljIGFuZCBhbGxvd2luZyB2YWx1ZXMgYmV5b25kIHNldmVyYWwgc2Vjb25kcyBs b29rcyBicm9rZW4uDQo+ID4gW2FjbV0NCj4gPiBUaGVuIGxldCB1cyBtYWtlIHNvbWUgcmV2aXNp b25zIHRvZ2V0aGVyLiBZb3UndmUgc2VlbiBvdXIgcHJvcG9zYWxzLg0KPiA+IE91ciBjb25jZXJu IGlzIHN0b3BwaW5nIGEgdGVzdCB1bm5lY2Vzc2FyaWx5LiBUaGVyZSBjYW4gYmUgYSBoYXBweQ0K PiA+IGNvbmNsdXNpb24uDQo+IA0KPiBZZXMsIGFuZCBhcyBJIHNhaWQgYWJvdmUgZG8geW91IHJl YWxseSB3YW50IHRvIGhhdmUgdGltZW91dCBvZiBtZWFzdXJlbWVudA0KPiBiZSBjb25uZWN0ZWQg dG8gYSByYXRlIHJlZHVjdGlvbnMgdGltZW91dD8NClthY21dIA0KVGhlIHRpbWVvdXQgc2V0dGlu ZyBvZiA1IHNlY29uZHMgZHVyaW5nIGEgMTAgc2Vjb25kIHRlc3QgcmVtb3ZlZCBhbnkNCmFtYmln dWl0eSBpbiBvdXIgbWluZHMuICBJbiBIYWxmIG9mIHJhbmRvbWx5IG9jY3VycmluZyA1IHNlY29u ZCBvdXRhZ2VzLA0KdGhlIHNlbmRlciB3b3VsZCBiZSB0ZXJtaW5hdGVkIGJ5IHRoZSB0ZXN0IGR1 cmF0aW9uIGFueXdheS4NCg0KU28sIGxldCdzIHNlZSB3aGF0IHdlIGNhbiBkbyB3aXRoIHNvbWUg c2VwYXJhdGlvbiBhbmQgYSBuZXcgc2FmZXR5IG1lYXN1cmUNCnVzaW5nIGFic2VuY2Ugb2YgZmVl ZGJhY2sgYXQgdGhlIHNlbmRlci4NCg0KDQo+IA0KPiA+DQo+ID4NCj4gPiA+DQo+ID4gPiAgICAr LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IC0rDQo+ID4gPiAgICB8IHRhYmxlIGluZGV4ICB8IDAuNU1icHMgICAgIHwg MC41TWJwcyAgICAgIHwgd2hlbiB0ZXN0aW5nIDw9MTBHYnBzDQo+IHwNCj4gPiA+ICAgIHwgMCAg ICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfA0KPiB8DQo+ID4gPiAgICAr LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IC0rDQo+ID4gPiAgICB8IHRhYmxlIGluZGV4ICB8IDFNYnBzICAgICAgIHwg MU1icHMgICAgICAgIHwgd2hlbiB0ZXN0aW5nIDw9MTBHYnBzDQo+IHwNCj4gPiA+ICAgIHwgMSAg ICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfA0KPiB8DQo+ID4gPiAgICAr LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IC0rDQo+ID4gPg0KPiA+ID4gV2h5IGlzIHRoaXMgdmFsdWUgbm90IHJlbGV2 YW50IHdoZW4gdGVzdGluZyBiZXlvbmQgMTAgR2JwcywgdGhlIHJhbXANCj4gdXANCj4gPiA+IHRp bWUgYmVjb21lcyB0byBsb25nIHdpdGggdGhlc2UgdmFsdWVzIG9yPw0KPiA+IFthY21dDQo+ID4g Im5vdCByZWxldmFudCIgaXMgZGlmZmVyZW50IGZyb20gdGhlIHRpdGxlIG9mIHRoZSBjb2x1bW4s IHdoaWNoIGlzOg0KPiA+DQo+ID4gRXhwZWN0ZWQgU2FmZSBSYW5nZTogIHdoZW4gdGVzdGluZyA8 PTEwR2Jwcw0KPiA+DQo+ID4gVGhlIHBhcmFtZXRlcnMgYWJvdmUgYW5kIHNldmVyYWwgb3RoZXJz IHNpbXBseSBkZXRlcm1pbmUgd2hlcmUgYSB0ZXN0DQo+ID4gc3RhcnRzLg0KPiA+DQo+ID4gVGhp cyBwYXJhbWV0ZXI6DQo+ID4gKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ID4gfCB0YWJsZSBpbmRleCAgfCAxTWJw cyAgICAgICB8IDFNYnBzIC0gICAgICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICB8DQo+ID4gfCAo c3RlcCkgc2l6ZSAgfCAgICAgICAgICAgICB8IDFHYnBzICAgICAgICB8ICAgICAgICAgICAgICAg ICAgICAgICB8DQo+ID4gKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQo+ID4NCj4gDQo+IE9rYXksIEkgd2lsbCBjb25z aWRlciBpZiBJIGhhdmUgYW55IHByb3Bvc2FsIGZvciBob3cgdG8gbWFrZSB0aGlzIGNsZWFyZXIu DQpbYWNtXSANCkJUVyB0aGlzIHJvdyBzZWVtcyBjbGVhcmVyIGlmIHdlIHdyaXRlIHRoZSB0ZXN0 ZWQgcmFuZ2UgYXM6DQoNCistLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KfCB0YWJsZSBpbmRleCAgfCAxTWJwcyAgICAg ICB8IDFNYnBzPD1yYXRlICB8IHNhbWUgYXMgdGVzdGVkICAgICAgICB8DQp8IChzdGVwKSBzaXpl ICB8ICAgICAgICAgICAgIHwgPD0xR2JwcyAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwN CistLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKw0KDQo+IA0KPiANCj4gPiA+DQo+ID4gPiAgICB8IHNzLCBVRFAgICAgICB8 IG5vbmUgICAgICAgIHwgPD0xMjIyICAgICAgIHwgUmVjb21tZW5kIG1heCBhdA0KPiB8DQo+ID4g PiAgICB8IHBheWxvYWQgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgbGFyZ2Vz dCB2YWx1ZSB0aGF0DQo+IHwNCj4gPiA+ICAgIHwgc2l6ZSwgYnl0ZXMgIHwgICAgICAgICAgICAg fCAgICAgICAgICAgICAgfCBhdm9pZHMgZnJhZ21lbnRhdGlvbg0KPiB8DQo+ID4gPiAgICArLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IC0rDQo+ID4gPg0KPiA+ID4gU28gaXNuJ3QgdGhlcmUgYSBtaXNtYXRjaCBiZXR3 ZWVuIHRoZSBtZXRyaWMgYW5kIHRoZSBsb2FkIGFsZ29yaXRobSB2YWx1ZXMNCj4gPiA+IGhlcmU/ IFdpdGggdGhlIHJhdGUgZGVmaW5pdGlvbiBpbiBTZWN0aW9uIDguMSBiZWluZyBkZWZpbmVkIGFz IGJhc2VkIG9uDQo+ID4gPiAic3MiIHRoYXQgVURQIHBheWxvYWQgYnl0ZXMsIHJhdGhlciB0aGFu IElQIHBhY2tldCBzaXplcyB0aGF0IGFyZSB1c2VkPw0KPiA+IFthY21dDQo+ID4NCj4gPiBOb3Qg cmVhbGx5LCBVRFAgaXMgbWFuZGF0b3J5IGluIHRoZSBtZXRyaWMgZGVmaW5pdGlvbi4NCj4gDQo+ IEhtbSwgSSB0aGluayB0aGVuIHRoZXJlIGlzIGEgbWlzbWF0Y2ggaGVyZS4gU2VjdGlvbiA2LjMg c3RhdGVzOg0KPiANCj4gbjAgaXMgdGhlIHRvdGFsIG51bWJlciBvZiBJUC1sYXllciBoZWFkZXIg YW5kIHBheWxvYWQgYml0cyB0aGF0DQo+ICAgICAgIGNhbiBiZSB0cmFuc21pdHRlZCBpbiBzdGFu ZGFyZC1mb3JtZWQgcGFja2V0cyBmcm9tIHRoZSBTcmMgaG9zdA0KPiAgICAgICBhbmQgY29ycmVj dGx5IHJlY2VpdmVkIGJ5IHRoZSBEc3QgaG9zdCBkdXJpbmcgb25lIGNvbnRpZ3VvdXMgc3ViLQ0K PiAgICAgICBpbnRlcnZhbCwgZHQgaW4gbGVuZ3RoLCBkdXJpbmcgdGhlIGludGVydmFsIFtULCBU K0ldLA0KPiANCj4gU28gdGhlIG1ldHJpYyBhcHBlYXJzIHRvIGJlIGRlZmluZWQgYmFzZWQgb24g dGhlIElQIHBhY2tldHMsIG5vdCB0aGUgVURQDQo+IHBheWxvYWQgc2l6ZS4gVGh1cywgb25lIG5l ZWQgdG8gY29udmVydCBiZXR3ZWVuIHRoZSB2YWx1ZSBvZiBzcyBhbmQgdGhlIGFjdHVhbA0KPiBw YWNrZXQgc2l6ZSBzZW50LiBUaHVzLCBJIHRoaW5rIHRoZSByYXRlIHZhbHVlIGluIHRoZSB0YWJs ZSB3aWxsIGJlDQo+IG1pc2ludGVycHJldGVkIGFzIGEgcmF0ZSBvZiA1NjAgbWJpdC9zIGJhc2Vk IG9uIHNzID0gMTIxMCBieXRlcyB3b3VsZCBpbg0KPiBmYWN0IGJlIGFuIElQdjYgY2FwYWNpdHkg b2YgNTgyLDIgbWJwcy4NClthY21dIA0KDQpXZSBjYW4gY2VydGFpbmx5IGNhbGN1bGF0ZSB0aGUg SVAtbGF5ZXIgcmF0ZXMgdGhhdCBlYWNoIHBheWxvYWQgc2l6ZSANCnByb2R1Y2VzIHVzaW5nIFVE UCBhbmQgSVAgaGVhZGVycywgYW5kIHRob3NlIGFyZSB0aGUgcmF0ZXMgd2UgYXJlIA0KcmVmZXJy aW5nIHRvIHdoZW4gdGFsa2luZyBhYm91dCAxTWJwcyBzdGVwIHNpemVzLCBzdGFydGluZyByYXRl cywNCnRyYW5zaXRpb24gcmF0ZXMsIGV0Yy4NCg0KU3VyZSwgd2UgbmVlZCBhIHRhYmxlIGZvciB2 NCBhbmQgdjYuIFRoZSBydW5uaW5nIGNvZGUgY2FuIHVzZSB2NiANCmFkZHJlc3MgZmFtaWx5LCB0 b28uDQoNCg0KPiANCj4gPg0KPiA+ID4NCj4gPiA+IEkgdW5kZXJzdGFuZCB0aGF0IG9uZSB3YW50 IHRvIGVuc3VyZSB0aGF0IG9uZSBtZWFzdXJlIHVzaW5nIGEgc2l6ZQ0KPiB0aGF0DQo+ID4gPiBh Y3R1YWxseSB3b3JrcyBpbiB0aGUgcGF0aC4gSG93ZXZlciwgSSB0aGluayBvbmUgc2hvdWxkIGJl IHdhcm5lZCB0aGF0DQo+IG9uZQ0KPiA+ID4gbWlnaHQgcnVuIGludG8gcGFja2V0IHJhdGUgbGlt aXRhdGlvbnMgcmF0aGVyIHRoYW4gYnl0ZSBsaW1pdHMgaWYgb25lDQo+ID4gPiB3b3VsZCB1c2Ug dG9vIHNtYWxsLg0KPiA+IFthY21dDQo+ID4gT2sNCj4gPiAiVXNlIG9mIHRvby1zbWFsbCBwYXls b2FkIHNpemUgbWlnaHQgcmVzdWx0IGluIHVuZXhwZWN0ZWQgc2VuZGVyDQo+ID4gbGltaXRhdGlv bnMuIg0KPiA+DQo+ID4gPiBgDQo+ID4gPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IC0rDQo+ID4gPiAgICB8 IGNjLCBidXJzdCAgICB8IG5vbmUgICAgICAgIHwgMSAtIDEwMCAgICAgIHwgc2FtZSBhcyB0ZXN0 ZWQNCj4gfA0KPiA+ID4gICAgfCBjb3VudCAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAg ICAgICB8DQo+IHwNCj4gPiA+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+DQo+ID4gPiBTbyB0 aGUgY2MgdmFsdWUgaXMgZGVwZW5kZW50IG9uIHRhcmdldCByYXRlIGFuZCB0aGUgdmFsdWUgb2Yg c3MgYW5kIHR0LiBTbw0KPiA+ID4gc2hvdWxkIGl0IGJlIGluY2x1ZGVkIGluIHRoaXMgdGFibGU/ IEVzcGVjaWFsbHkgYXMgMTAwIGlzIG5vdCBzdWZmaWNpZW50DQo+ID4gPiBmb3IgbXVsdGktZ2ln YWJpdCBzcGVlZHMgd2l0aCBhIHR0IG9mIDEgbXMuDQo+ID4gW2FjbV0NCj4gPiBXZSBjYW4gcmVt b3ZlIGl0IGlmIHRoZSB2YWx1ZXMgY2F1c2UgY29uZnVzaW9uLg0KPiA+DQo+IA0KPiBJIHRoaW5r IHRoYXQgc2hvdWxkIGJlIGRvbmUsIHVubGVzcyBpdCBoYXMgYSByZWFsIHB1cnBvc2UgaGVyZS4N ClthY21dIA0KDQpPSyAsIHdpbGwgY2hlY2sgd2l0aCBjby1hdXRob3JzIG9uIHRoaXMgZmlyc3Qu DQoNCj4gDQo+ID4gPg0KPiA+ID4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtKw0KPiA+ID4gICAgfCBsb3cg ZGVsYXkgICAgfCAzMG1zICAgICAgICB8IDVtcywgMzBtcyAgICB8IHNhbWUgYXMgdGVzdGVkDQo+ IHwNCj4gPiA+ICAgIHwgcmFuZ2UgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAg fA0KPiB8DQo+ID4gPiAgICB8IHRocmVzaG9sZCAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwNCj4gfA0KPiA+ID4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtKw0KPiA+ID4NCj4gPiA+IFNvIEkg dGhpbmsgdGhpcyB2YWx1ZSBpcyBoaWdobHkgZGVwZW5kZW50IG9uIHNldmVyYWwgYXNwZWN0cyBh bmQgbWF5YmUNCj4gPiA+IHNob3VsZCBnZXQgbW9yZSBkaXNjdXNzaW9uLiBGaXJzdCBmb3IgYSBt ZWFzdXJlbWVudCBjYW1wYWlnbiBpdCBpcw0KPiA+ID4gcmVsZXZhbnQgd2hhdCBvbmUgY29uc2lk ZXIgYXMgdGhlIHRhcmdldCBhZGRpdGlvbmFsIGxhdGVuY3kgdGhhdCBpcw0KPiA+ID4gYWNjZXB0 YWJsZSB3aGVuIGZpbmRpbmcgY2FwYWNpdHkuIFNlY29uZGx5LCB0aGUgaml0dGVyIGluIHRoZSBu ZXR3b3JrDQo+ID4gPiB0ZWNobm9sb2d5LiBGb3IgV0lGSSwgIG1vYmlsZSBhbmQgRE9DSVMgYSB0 byBsb3cgdmFsdWUgbWF5IGJlIHNob3J0ZXINCj4gdGhhbg0KPiA+ID4gdGhlIHNjaGVkdWxpbmcg bGF0ZW5jaWVzIHRoYXQgbWlnaHQgb2NjdXIuIEl0IGlzIGFsc28gYSBxdWVzdGlvbiBhYm91dA0K PiBob3cNCj4gPiA+IHByZWNpc2UgdGhlIGltcGxlbWVudGF0aW9uIGFyZSBjYXBhYmxlIG9mIG1l YXN1cmluZyBwZXIgcGFja2V0IGxhdGVuY3kNCj4gPiA+IHZhcmlhbmNlcy4NCj4gPiBbYWNtXQ0K PiA+IEFzIHdlIGRpc2N1c3NlZCBtdWNoIGVhcmxpZXIgaW4gdGhpcyBsb25nIHRocmVhZCwgd2Ug YXJyaXZlZCBhdCBib3RoIHRoZQ0KPiA+IGRlbGF5IHRocmVzaG9sZCB2YWx1ZXMgYWZ0ZXIgdGVz dGluZyB3aXRoIHRoZSBXSUZJLCBtb2JpbGUgYW5kIERPQ0lTDQo+IGFjY2Vzcw0KPiA+IHNlcnZp Y2VzIHdlIGNvdWxkIHVzZSBpbiBwcm9kdWN0aW9uLCBhbmQgbWFueSBvdGhlcnMuDQo+IA0KPiBV bmRlcnN0b29kLCBkaWQgcmVhbGx5IDUgbXMgd29yayB3ZWxsIGluIERPQ0lTIGFuZCA0RyBNb2Jp bGU/IE9yIGlzIGl0IDMwDQo+IG1zIHRoYXQgd29ya3Mgd2VsbD8NClthY21dIA0KDQo1bXMgd29y a2VkIHdlbGwgd2l0aCBQT04sIGFuZCBvayB3aXRoIERPQ1NJUywgMzBtcyB3b3JrZWQgd2VsbCB3 aXRoIDRHIA0KYW5kICoqRFNMLCBhbmQgc3RpbGwgd29ya2VkIGFjY3VyYXRlbHkgd2l0aCBvdGhl cnMgaGF2aW5nIGxlc3MgZGVsYXkgDQp2YXJpYXRpb24uDQoNCj4gDQo+ID4NCj4gPg0KPiA+ID4N Cj4gPiA+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+ICAgIHwgaGlnaCBkZWxheSAgIHwgOTBt cyAgICAgICAgfCAxMG1zLCA5MG1zICAgfCBzYW1lIGFzIHRlc3RlZA0KPiB8DQo+ID4gPiAgICB8 IHJhbmdlICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwNCj4gfA0KPiA+ID4g ICAgfCB0aHJlc2hvbGQgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8DQo+IHwNCj4g PiA+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+DQo+ID4gPiBBbHNvIGhlcmUgSSB3aXNoZWQg dGhlcmUgd2FzIGEgYml0IG1vcmUgZGlzY3Vzc2lvbi4gU28gdGhpcyB2YWx1ZQ0KPiBjbGVhcmx5 DQo+ID4gPiBtdXN0IGJlIGFib3ZlIGV4cGVjdGVkIGppdHRlciBmb3IgdGhlIG5ldHdvcmsgdGVj aG5vbG9neS4gSXQgYWxzbw0KPiBuZWVkcyB0bw0KPiA+ID4gYmUgc3VmZmljaWVudCBsYXJnZSB0 byByZXByZXNlbnQgYSBmYWlyIGFtb3VudCBvZiBxdWV1ZSB0byBhdm9pZA0KPiA+ID4gbWVhc3Vy ZW1lbnQgZXJyb3JzLiBJIGFzc3VtZSB0aGF0IGlmIG9uZSB3b3VsZCBjaG9zZSBhIHZhbHVlIGxh cmdlcg0KPiB0aGFuDQo+ID4gPiBhdmFpbGFibGUgYnVmZmVyIGRlcHRoIG9uZSB3b3VsZCBkcml2 ZSB0aGUgbmV0d29yayBpbnRvIHBhY2tldCBsb3NzLg0KPiBBbmQNCj4gPiA+IGFzIGxvbmcgYXMg dGhlcmUgYXJlIHNvbWUgcm9vbSBiZXR3ZWVuIGxvdyBkZWxheSByYW5nZSB0aHJlc2hvbGQgYW5k DQo+ID4gdGhlDQo+ID4gPiBhY3R1YWwgZGVsYXkgY2F1c2luZyBsb3NzIG9yIHRoaXMgaGlnaGVy IG9uZSBoYXMgYSBjaGFuY2UgdG8gcmVndWxhdGUNCj4gdG8NCj4gPiA+IHRoYXQgcmF0ZS4NCj4g PiA+DQo+ID4gPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IC0rDQo+ID4gPiAgICB8IHNlcXVlbmNlICAgICB8 IDAgICAgICAgICAgIHwgMCwgMTAwICAgICAgIHwgc2FtZSBhcyB0ZXN0ZWQNCj4gfA0KPiA+ID4g ICAgfCBlcnJvciAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8DQo+IHwNCj4g PiA+ICAgIHwgdGhyZXNob2xkICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfA0KPiB8 DQo+ID4gPiAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IC0rDQo+ID4gPg0KPiA+ID4gV2hhdCBpcyB0aGlzIHZh bHVlIHJlYWxseT8NCj4gPiBbYWNtXQ0KPiA+IFdoZW4gbG9zcyBvciByZW9yZGVyaW5nIG9jY3Vy LCBpbml0aWFsbHkgdGhlc2UgaW1wYWlybWVudHMgYXBwZWFyIGFzDQo+IG1pc3NpbmcNCj4gPiBv ciB1bmV4cGVjdGVkIHNlcXVlbmNlIG51bWJlcnMgaW4gdGhlIHN0cmVhbSwgb3Igc2VxdWVuY2Ug ZXJyb3JzLg0KPiA+DQo+IA0KPiBTbywgdGhpcyBpcyB0aGUgYW1vdW50IG9mIGNoYW5nZSBiZXlv bmQgdGhlIGV4cGVjdGVkIG5leHQgc2VxdWVudGlhbCB2YWx1ZQ0KPiBzaG91bGQgYmUgdXNlZC4g RGlkIHlvdSBhY3R1YWxseSB1c2UgMTAwIGFzIHRocmVzaG9sZCwgaS5lLiB0aGF0IHlvdSBuZWVk DQo+IGJ1cnN0IGxvc3Mgb2YgMTAwIHBhY2tldHMgb3IgcmVvcmRlcmluZyB0aGF0IG1vdmVkIGEg cGFja2V0IDEwMCBvdXQgb2YNCj4gc2VxdWVuY2UgZm9yIGl0IHRvIGJlIGNvbnNpZGVyZWQgYW4g ZXJyb3I/IFdoYXQgd2FzIHRoZSBwdXJwb3NlIG9mIHVzaW5nIGENCj4gc28gaGlnaCB2YWx1ZT8N ClthY21dIA0KDQpPbmUgb2Ygb3VyIG9wZW4tc291cmNlIGNvbGxhYm9yYXRvcnMgYnJvdWdodCBp biBtZWFzdXJlbWVudHMgd2l0aCBkaXNwZXJzZWQNCmxvc3NlcyBhbmQgcmVvcmRlcmVkIHBhY2tl dHMgKG5vdCBidXJzdHMgb2YgYW55dGhpbmcpLiBUaGUgdGhyZXNob2xkIG9mIA0KMTAwIHdvcmtl ZCB3ZWxsIGluIHRoZXNlIHVuZXhwZWN0ZWQgY2lyY3Vtc3RhbmNlcy4gIEFsbCB3ZSBhcmUgY2xh aW1pbmcgaXMNCnRoYXQgd2UgSEFWRSB0ZXN0ZWQgYXQgMTAwIHVzaW5nIHRoZSBydW5uaW5nIGNv ZGUuDQoNCg0KPiANCj4gPg0KPiA+ID4NCj4gPiA+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+ ICAgIHwgY29uc2VjdXRpdmUgIHwgMiAgICAgICAgICAgfCAyICAgICAgICAgICAgfCBVc2UgdmFs dWVzID4xIHRvDQo+IHwNCj4gPiA+ICAgIHwgZXJyb3JlZCAgICAgIHwgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgfCBhdm9pZCBtaXNpbnRlcnByZXRpbmcNCj4gfA0KPiA+ID4gICAgfCBzdGF0 dXMgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8IHRyYW5zaWVudCBsb3NzDQo+ IHwNCj4gPiA+ICAgIHwgcmVwb3J0ICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAg fA0KPiB8DQo+ID4gPiAgICB8IHRocmVzaG9sZCAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwNCj4gfA0KPiA+ID4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtKw0KPiA+ID4NCj4gPiA+IEFsc28g aGVyZSBJIGFtIHVuY2VydGFpbiB3aGF0IGlzIHRoZSBjcml0ZXJpYSBoZXJlPw0KPiA+IFthY21d DQo+ID4gRnJvbSB0aGUgZHJhZnQsIHdoZXJlIGNvbnNlY3V0aXZlIHN0YXR1cyByZXBvcnRzIGFy ZSBzZW50IGF0IGZlZWRiYWNrDQo+ID4gaW50ZXJ2YWxzOg0KPiA+DQo+ID4gICAgTGFzdGx5LCB0 aGUgbWV0aG9kIGZvciBpbmZlcnJpbmcgY29uZ2VzdGlvbiBpcyB0aGF0IHRoZXJlIHdlcmUNCj4g PiAgICBzZXF1ZW5jZSBudW1iZXIgYW5vbWFsaWVzIEFORC9PUiB0aGUgZGVsYXkgcmFuZ2Ugd2Fz IGFib3ZlIHRoZQ0KPiA+IHVwcGVyDQo+ID4gICAgdGhyZXNob2xkIGZvciB0d28gY29uc2VjdXRp dmUgZmVlZGJhY2sgaW50ZXJ2YWxzLg0KPiANCj4gT2theSBJIGdldCBpdC4NCj4gDQo+IA0KPiA+ DQo+ID4gPg0KPiA+ID4gICAgKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtKw0KPiA+ID4gICAgfCBGYXN0IG1vZGUg ICAgfCAzMCAgICAgICAgICB8IDMgKiBGYXN0ICAgICB8IHNhbWUgYXMgdGVzdGVkDQo+IHwNCj4g PiA+ICAgIHwgZGVjcmVhc2UsIGluIHwgICAgICAgICAgICAgfCBtb2RlICAgICAgICAgfA0KPiB8 DQo+ID4gPiAgICB8IHRhYmxlIGluZGV4ICB8ICAgICAgICAgICAgIHwgaW5jcmVhc2UgICAgIHwN Cj4gfA0KPiA+ID4gICAgfCBzdGVwcyAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg ICB8DQo+IHwNCj4gPiA+ICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gLSsNCj4gPiA+DQo+ID4gPiBTbyBpcyB0 aGUgcmVjb21tZW5kZWQgdmFsdWUgMzAgb3IgMypGYXN0IG1vZGUgaW5jcmVhc2U/IFNob3VsZCB0 aGV5IGJlDQo+ID4gPiBwcm9wb3J0aW9uYWwgb3Igbm90Pw0KPiA+IFthY21dDQo+ID4gVGhlIERl ZmF1bHQgY2FuIGJlIDMgKiBGYXN0IG1vZGUgaW5jcmVhc2UgaWYgeW91IHdhbnQsIHRoYXQncyB3 aGF0IHdlDQo+ID4gdGVzdGVkLg0KPiANCj4gWWVzLCBJIHRoaW5rIHRoYXQgbWFrZXMgbW9yZSBz ZW5zZSBhbmQgYXZvaWQgY2F1c2luZyB0aGUgdmFsdWVzIHRvIG5vdCBiZQ0KPiByZWxhdGVkIHRv Lg0KW2FjbV0gDQoNCk9LLCBkb25lIGluIHRoZSB3b3JraW5nIHRleHQuDQoNCj4gDQo+ID4NCj4g PiA+DQo+ID4gPiBUaGUgbGFzdCBlbnRyeSBhcHBlYXJzIHRvIGJlIGEgc3VtbWFyeSBmYWN0IG9m IHRoZSBwYXJhbWV0ZXJpemF0aW9uLCBhbmQNCj4gPiA+IGlzIGl0IHJlbGV2YW50Pw0KPiA+IFth Y21dDQo+ID4gSXQgbWlnaHQgYmUgcmVtb3ZlZCwgd2UgdGhvdWdodCBpdCB3YXMgdXNlZnVsIGlu Zm8uDQo+IA0KPiBJdCB3b3VsZCBiZSBnb29kIGlmIHRoZXNlIHZhbHVlcyBhcmUgbm90IGlucHV0 IHBhcmFtZXRlcnMsIHJhdGhlciBhDQo+IGNvbnNlcXVlbmNlIG9mIG90aGVycyB3b3VsZCBiZSBz ZXBhcmF0ZWQgdG8gaXRzIG93biBjYXRlZ29yeS4NClthY21dIA0KDQpPSywgSSB0dXJuZWQgdGhh dCByb3cgaW50byBhIHNlbnRlbmNlIGluIHRoZSB3b3JraW5nIHRleHQuDQoNCj4gDQo+ID4gPg0K PiA+ID4NCj4gPiA+IFdoYXQgaXMgdGhlIGdvYWwgaGVyZSBpbiByZWxhdGlvbiB0byBwdXNoIG90 aGVyIGNvbmdlc3Rpb24gY29udHJvbGxlZA0KPiA+ID4gdHJhZmZpYyBvdXQgb2YgdGhlIHdheT8g SXQgYXBwZWFycyB0aGF0IGl0IGlzIGxpa2VseSB0byBjYXVzZSBkZWxheQ0KPiBiYXNlZA0KPiA+ ID4gY29uZ2VzdGlvbiB0byBiZSBwdXNoZWQgb3V0IG9mIHRoZSB3YXkuIEkgYW0gbW9yZSB1bmNl cnRhaW4gaG93IGl0DQo+ID4gPiBpbnRlcmFjdHMgd2l0aCBsb3NzIGJhc2VkIG9uZXMsIGFzIGRl cGVuZGluZyBvbiBzaXR1YXRpb24gaXQgYXBwZWFycw0KPiB0aGF0DQo+ID4gPiBpdCBjb3VsZCBh dm9pZCBnb2luZyBpbnRvIHRoZSBsb3NzIHJlZ2ltLg0KPiA+IFthY21dDQo+ID4gVGhlIGdvYWwg aXMgdG8gbWVhc3VyZSB0aGUgdHJ1ZSBtYXhpbXVtIHJhdGUgZHVyaW5nIHRoZSB0ZXN0IGR1cmF0 aW9uLg0KPiA+DQo+IA0KPiBTbyBwdXNoaW5nIHRyYWZmaWMgb3V0IG9mIHRoZSB3YXkgZHVyaW5n IHRoZSB0ZXN0IHBlcmlvZC4gDQpbYWNtXSANCg0KQXJlbid0IHlvdSBhc3N1bWluZyB0aGUgbWVh c3VyZW1lbnQgc3lzdGVtIGFsbG93cyBvdGhlciB0cmFmZmljIGR1cmluZyBhIHRlc3Q/DQpUaGUg aW5zdHJ1Y3Rpb25zIGNhbiB0ZWxsIGEgbmHDr3ZlIHVzZXIgdG8gc3RvcCBvdGhlciB0cmFmZmlj LCBvciB0aGV5IG1heSANCm5vdCBzZWUgYWNjdXJhdGUgcmVzdWx0cyAuLi4gIEFsbCB0aGUgYWQg aG9jIHRvb2xzIEZBUSB0aGF0LCBhbmQgdGhlbiBsYXVuY2gNCjkgb3IgMTAgVENQIHN0cmVhbXMg dG8gYSBsb3ctUlRUIGhvc3QgdGhhdCBwdXNoZXMgYWxsIHRoZSBub24tbWVhc3VyZW1lbnQgDQp0 cmFmZmljIG91dCB0aGUgd2F5IGR1cmluZyB0aGUgdGVzdCBwZXJpb2QuDQoNCkxpa2UgSSBzYWlk IGF0IHRoZSBJUFBNIHNlc3Npb24sIHdlIHBvdW5kIGhhcmQgZm9yIGEgZmV3IHNlY29uZHMsIHRo ZW4gZ28gYXdheS4NClRoZXJlIHdlcmUgc29tZSB0ZXN0aW5nIHNjZW5hcmlvcyB3aGVyZSBvdXIg bG9hZCBhZGp1c3RtZW50IGRpZCBub3QgcHVzaA0KYWxsIG90aGVyIHRyYWZmaWMgb3V0IG9mIHRo ZSB3YXkgKGxpa2VseSAxMDBzIG9mIGNvbm5lY3Rpb25zIHdlcmUgYWN0aXZlKS4NCg0KDQo+IEkg dGhpbmsgdGhhdCBzaG91bGQNCj4gYmUgbWFkZSBtb3JlIGV4cGxpY2l0IGFuZCB3aXRoIHRoYXQg c3RhdGVkIGV4cGxpY2l0IGl0IGlzIGVhc2llciB0byBtYWtlIGNsZWFyDQo+IHdoeSB0aGlzIG9u bHkgc2hvdWxkIGJlIGRlcGxveWVkIGZvciBtZWFzdXJlbWVudCB3aXRoaW4gY29vcGVyYXRpbmcN Cj4gYWRtaW5pc3RyYXRpdmUgZG9tYWlucy4NCj4gDQo+IA0KPiA+ID4NCj4gPiA+IE15IGNvbmNs dXNpb24gaXMgdGhhdCBzb21lIGFzcGVjdCBvZiB0aGlzIGRvIGFwcGVhciBtb3JlDQo+IGNsYXJp ZmljYXRpb25zIG9uDQo+ID4gPiB3aGF0IHRoZXkgYXJlDQo+ID4gW2FjbV0NCj4gPiBUaGVzZSBB U0NJSSB0YWJsZXMgZG9uJ3QgcHJvdmlkZSBtdWNoIHNwYWNlIGZvciBleHBsYW5hdGlvbiB3aXRo b3V0DQo+ID4gYmVjb21pbmcNCj4gPiBhd2t3YXJkIGR1ZSB0byByb3cgaGVpZ2h0LiAgV2UnbGwg YWRkIHNvbWUgZGVmaW5pdGlvbnMgZWxzZXdoZXJlLg0KPiANCj4gWWVzLCBwbGVhc2UgZG8uIEkg d291bGQgYWxzbyByZWNvbW1lbmQgdGhhdCB5b3UgdHJ5IGRvaW5nIHRoZXNlIGFzIFhNTHYzDQo+ IHRhYmxlcyBzbyB0aGV5IGxvb2sgbXVjaCBiZXR0ZXIgaW4gdGhlIEhUTUwgdmVyc2lvbi4NClth Y21dIA0KDQpCZWNhdXNlIG15IGN1cnJlbnQgdG9vbCBpcyB2MiwgSSdtIGEgdjIgZ3V5LiBCdXQg d2UgYWRkZWQgdGhlIGRlZmluaXRpb25zIA0KYWdyZWVkIHNvIGZhci4NCg0KPiANCj4gPg0KPiA+ ID4gYW5kIGZ1cnRoZXIgYXNzdW1wdGlvbnMgb24gaG93IHRoZSBsb2FkIGFsZ29yaXRobSB3aWxs IGJlDQo+ID4gPiBkZXBsb3llZCBzcGVsbGVkIG91dCBzbyB0aGF0IGl0cyBmdW5jdGlvbiBpcyBt b3JlIGNvbnRyb2xsZWQuDQo+ID4gW2FjbV0NCj4gPiBXZSBjb3VsZCB1c2Ugc29tZSB0ZXh0IHN1 Z2dlc3Rpb25zIHRvIGNvbnRpbnVlIHRoZSBkaXNjdXNzaW9uIHByb2R1Y3RpdmVseSwNCj4gPiBo YXZpbmcgYWxyZWFkeSB0cmllZCBzZXZlcmFsIHRpbWVzLg0KPiA+DQo+IA0KPiBJIHN0YXJ0aW5n IHRvIHNlZSBob3cgd2UgY2FuIGdldCB0aGlzIGludG8gd2hlcmUgSSBwZXJzb25hbGx5IHdpbGwg ZmluZCBpdA0KPiBhY2NlcHRhYmxlLg0KPiANCj4gSSB0aGluayByZXdyaXRpbmcgdGhlIGFwcGxp Y2FiaWxpdHkgYW5kIG1ha2UgdGhlIGludGVudGlvbiBjbGVhciB3aWxsIGJlDQo+IHRoZSBtYWlu IHBhcnQuIEkgYWxzbyB0aGluayB0aGVyZSBzaG91bGQgYmUgYSBwYXJhZ3JhcGggaW4gdGhlIHNl Y3VyaXR5DQo+IGNvbnNpZGVyYXRpb24gdGhhdCBtYWtlcyBpdCBjbGVhciB0aGF0IGRlcGxveW1l bnRzIHNob3VsZCBwcmV2ZW50IG1ldHJpY3MgdG8NCj4gYmUgcnVuIGJ5IGNsaWVudHMgdGhhdCBh cmUgb3V0c2lkZSBvZiB0aGUgaW50ZW5kZWQgYWRtaW5pc3RyYXRpdmUgZG9tYWlucyB0bw0KPiBw cmV2ZW50IHRoYXQgdGhpcyB0cmFmZmljIGNhbiBiZSB1c2VkIHRvIGludGVyZmVyZSB3aXRoIG90 aGVyDQo+IGFkbWluaXN0cmF0aXZlIGRvbWFpbnMgdHJhZmZpYy4NClthY21dIA0KDQp0aGUgcmVm ZXJlbmNlIHRvIFNlY3Rpb24gMiBvZiBbUkZDNzQ3OV0gd2lsbCBoZWxwIHlvdS4NCg0KPiANCj4g Q2hlZXJzDQo+IA0KPiBNYWdudXMgV2VzdGVybHVuZA0KPiANCj4gDQoNCg== From nobody Fri Mar 19 10:26:34 2021 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 A96993A292B for ; Thu, 18 Mar 2021 04:57:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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 d3U4SFQimuuN for ; Thu, 18 Mar 2021 04:57:31 -0700 (PDT) Received: from mx06.telecomitalia.it (mx06.telecomitalia.it [156.54.232.22]) (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 554D43A2927 for ; Thu, 18 Mar 2021 04:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed; q=dns/txt; i=@telecomitalia.it; t=1616068645; x=2479982245; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=RkH/5OuadUjGeX3h+wZ6n2JGGEDU2XJxMFhJeLrSBnk=; b=Qsr7b/+OvFgGP+nCpcibMUzxXKXxTDbxqCa4v73qqhmhKe/aPuHGHvZvG8l5Ivfg REPYHOWkIBoNpwIqawyXKFIy319NvjXLgC/jZWrMqMBJb5hSaP1wCCVbByM0AnD1 g8E4RvuYI4QFbVBjdsg688vfwuI+kL/7Q8JaIGWxvCoD7iV7He/NB7BB14AuFIW8 TBYbLBv35qnvocXFOhTvdaPHtBgBKjVCdiHwf9DZumjnT+oqWC+sRO2vJcKcpCuH R+Wc5bGPzI7zfMjVCmICouucgSCZkYL0Pu7clPi7H1IGEU08Nj57JRr33FUtFa+I TofxEK6Zwyi/tKX/c3l6Iw==; X-AuditID: 0a5a2d16-477c8700000035b7-0f-60534025249b Received: from TELMBXC15BA020.telecomitalia.local ( [10.90.43.80]) by mx06.telecomitalia.it () with SMTP id 39.9D.13751.52043506; Thu, 18 Mar 2021 12:57:25 +0100 (CET) From: Nilo Massimo To: "IETF IPPM WG (ippm@ietf.org)" CC: "'Lubashev, Igor'" , "alexandre.ferrieux@orange.com" , Isabelle Hamchaoui , Dmitri Tikhonov , "emile.stephan@orange.com" , Marcus Ihlar , "Mirja Kuehlewind" , "quic@ietf.org" , "explicit-meas@ietf.org" Thread-Topic: Explicit Flow Measurements implementations Thread-Index: Adcb7bJIyLvzSKs4Qxi8ut7TQxlpSQ== Date: Thu, 18 Mar 2021 11:57:25 +0000 Message-ID: <5e32f9e61db74620b4e08cb12b90311d@TELMBXC15BA020.telecomitalia.local> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Enabled=true; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SetDate=2021-03-18T11:57:24Z; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Method=Standard; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Name=Uso Interno; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SiteId=6815f468-021c-48f2-a6b2-d65c8e979dfb; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ActionId=68b49e64-0c71-4f8b-95f2-818dd38f0869; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ContentBits=2 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.114.140.1] x-ti-disclaimer: ADBanner Content-Type: multipart/alternative; boundary="_000_5e32f9e61db74620b4e08cb12b90311dTELMBXC15BA020telecomit_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCKsWRmVeSWpSXmKPExsXCFaUdoKvqEJxg8HGLvsWyH/IWXyawWRzc /4PFYsmGs8wWTQ0rmC16Hrxjtrh08CO7xcGXr1gtOpe+ZrfoWcDtwOUx+cgCZo9fX6+yeSxZ 8pPJ48m248weLc9OsgWwRjUw2iTm5eWXJJakKqSkFifbKrlkFifnJGbmphYpOLo4ASVTi5QU MlNslcyUFApyEpNTc1PzSmyVEgsKUvNSlOy4FDCADVBZZp5Cal5yfkpmXrqtkmewv66Fhaml rqGSXWBpanFJvkJuanFxYnp6Zr5CwjzRjDUXNrMW7Aut6Di9ibmB8aRPFyMnh4SAicTs2/eZ uhi5OIQEVjJKXD19nw0kwSZgJHF6xS9WEFsEyF5x7BULSBGzwFFmiVeT37ODJIQFjCU+vwKx OYCKLCR+f9aAqNeTuNo3kQXEZhFQlfh+pwGshFcgUGLCZLCRjAKyEhN2L2IEsZkFxCVuPZnP BHGPgMSSPeeZIWxRiZeP/7GCrOUVWMgicXLpZqiEgcTWpftYIGwFia+3fkLFJSUOH97EBjE0 X+Ls2+9gZ/IKCEqcnPmEZQKjyCwk+2YhKZuFpAwiriOxYPcnNghbW2LZwtfMMPaZA4+ZkMUX MLKvYhTNrTAw0ytJzUlNzs/NLEnMyUzUyyzZxAhOV7piOxgfrH+jd4iRiYPxEKMEB7OSCK9p XkCCEG9KYmVValF+fFFpTmrxIUYfYIBNZJYSTc4HJsy8knhDUzNTc2MjM1MDUzNLHMJK4rzv TIIThATSgekrOzW1ILUIZhwTB6dUA5Mwy6KdB5bXffu/k7XxgrxP7tLI5yJvj3uZnfi9+dSN 2XymVb3ecl+OL/RUXHl3f8zax/z1/16s5P40zbax36jt98FujupvzcLK93w8r0xcxOz15Gbq vaC/2qq1b37y3+09+81EM7End8myfy3HQiud7J8w2TqsDpXJf7Xhq9Sc1revFjZcnf3nS0Pj ZbGUyRV1nDX9fFLdC96mbU7SDvnxtUbEi1MpxNFGpvjq5TLdkww3rFbHNpwVfztrzoSy8luf rXqWTVH6/FNEY770wqKcr8tT1h5vNHnsdH7+qvYKmdknUv1MOqrmJghPmnklU03NdtXp49N+ NrR/OCpwqPPide/Hd41Cq+Ni1jBUKzMqsRRnJBpqMRcVJwIAOQPg3vcDAAA= Archived-At: X-Mailman-Approved-At: Fri, 19 Mar 2021 10:26:33 -0700 Subject: [ippm] Explicit Flow Measurements implementations 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, 18 Mar 2021 11:57:35 -0000 --_000_5e32f9e61db74620b4e08cb12b90311dTELMBXC15BA020telecomit_ Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi All. After the "Explicit Flow Measurements" draft presentation (https://datatrack= er.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measurements-01) in the IP= PM WG on March 12th, it was asked by Ian Sweet and Martin Duke if there are= any implementations of the EFM methodology on servers and clients. Here is a list of some implementations made by the authors of the draft. TIM/Telecom Italia has realized an implementation for delay measurement with= : - a client and a passive observer on mobile user devices, built in Android u= sing Quic-Go (with gomobile binding) and spindump library. The observer executes delay measurements, both with Spin bit and Delay bit= marking methods. The client app exchange QUIC traffic marked for Spin bit/Delay bit versus= a server. - a server built by mean of Quic-Go, generates marked traffic and supports d= elay measurements with Spin bit and Delay bit methods. (Draft https://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-= explicit-monitoring-01) This implementation have been tested on TIM production network, both with= mobile and fixed access. - Other implementations for loss algorithms (QR and T) have been tested in o= ur lab with good results and we are planning to move them in production netw= ork for some services under our control. Akamai and Orange have built a monitoring system with QL marking, specifical= ly for loss measurements. Their implementation has already been used in CDN servers to make EFM. Litespeed Tech also implemented QL marking in their lsquic library. Moreover, Ericsson is carrying out several monitoring initiatives using the= SpinBit for delay EFM. Best Regards, Massimo and Fabio ____________________ TIM - Telecom Italia Via G. Reiss Romoli, 274 10148 - Torino (Italy) ____________________ TIM - Uso Interno - Tutti i diritti riservati. Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle pers= one indicate. La diffusione, copia o qualsiasi altra azione derivante dalla= conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbia= te ricevuto questo documento per errore siete cortesemente pregati di darne= immediata comunicazione al mittente e di provvedere alla sua distruzione, G= razie. This e-mail and any attachments is confidential and may contain privileged i= nformation intended for the addressee(s) only. Dissemination, copying, print= ing or use by anybody else is unauthorised. If you are not the intended reci= pient, please delete this message and any attachments and advise the sender= by return e-mail, Thanks. Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario. --_000_5e32f9e61db74620b4e08cb12b90311dTELMBXC15BA020telecomit_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All.

 

After the "Explicit Flow Measurements&qu= ot; draft presentation (https://datatracker.ietf.org/doc/html/draft-mdt-ippm-explicit-fl= ow-measurements-01) in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke if= there are any implementations of the EFM methodology on servers and clients= .

 

Here is a list of some implementations made b= y the authors of the draft.

 

TIM/Telecom Italia has realized an implementa= tion for delay measurement with:

- a client and a passive observer on mobile u= ser devices, built in Android using Quic-Go (with gomobile binding) and spin= dump library.

  The observer executes delay measuremen= ts, both with Spin bit and Delay bit marking methods.

  The client app exchange QUIC traffic m= arked for Spin bit/Delay bit versus a server.

 

- a server built by mean of Quic-Go, gen= erates marked traffic and supports delay measurements with Spin bit and Dela= y bit methods.

 

  (Draft = https= ://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explicit-monit= oring-01)

  This implementation have been tes= ted on TIM production network, both with mobile and fixed access.=

 

- Other implementations for loss algorit= hms (QR and T) have been tested in our lab with good results and we are= planning to move them in production network for some services under our control.

 

Akamai and Orange have built a monitorin= g system with QL marking, specifically for loss measurements.

Their implemen= tation has already been used in CDN servers to make EFM.

Litespeed Tech also implemented QL marking in= their lsquic library.

 

Moreover, Ericsson is carrying out several mo= nitoring initiatives using the SpinBit for delay EFM.

 

Best Regards,

Massimo and Fabio

 

____________________=

TIM - Telecom Italia=

Via G. Reiss Romoli,= 274

10148 - Torino (Ital= y)

____________________=

 


TIM - Uso Interno= - Tutti i diritti riservati.


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

This e-mail and any attachments is confidential and may contain privil= eged information intended for the addressee(s) only. Dissemination, copying,= printing or use by anybody else is unauthorised. If you are not the intende= d recipient, please delete this message and any attachments and advise the s= ender by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non è necessa= rio.
--_000_5e32f9e61db74620b4e08cb12b90311dTELMBXC15BA020telecomit_-- From nobody Mon Mar 22 02:09:05 2021 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 0C6EE3A0C3D; Mon, 22 Mar 2021 02:09:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Carlos Bernardos via Datatracker To: Cc: draft-ietf-ippm-ioam-data.all@ietf.org, ippm@ietf.org, last-call@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161640414001.4412.5606895020701581108@ietfa.amsl.com> Reply-To: Carlos Bernardos Date: Mon, 22 Mar 2021 02:09:00 -0700 Archived-At: Subject: [ippm] Intdir telechat review of draft-ietf-ippm-ioam-data-12 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, 22 Mar 2021 09:09:00 -0000 Reviewer: Carlos Bernardos Review result: Ready with Nits Thanks for this document. I think it is well written and well on track. I include below some comments, mostly from an Internet view point, but not limited to that. - I wonder if some SHOULD/MUST language needs to be used in the following piece, as it talks about important operational considerations: "The operator has to consider the potential operational impact of IOAM to mechanisms such as ECMP processing (e.g. load-balancing schemes based on packet length could be impacted by the increased packet size due to IOAM), path MTU (i.e. ensure that the MTU of all links within a domain is sufficiently large to support the increased packet size due to IOAM) and ICMP message handling (i.e. in case of IPv6, IOAM support for ICMPv6 Echo Request/Reply is desired which would translate into ICMPv6 extensions to enable IOAM-Data-Fields to be copied from an Echo Request message to an Echo Reply message)." - I think a clarification of how an IOAM domain relates to an administrative domain (as mentioned in Section 4) is required. It is not clear if they are the same or an IOAM domain is a subset of an admin domain. - Are there any privacy concerns due to the fact of the information that IOAM discloses and can be analyzed by any node in the domain? There is some text in the Security Considerations, but it does not cover in much detail the new risks that it opens due to the additional information disclosure for that belong to the domain. -Nit: in section 3, some abbreviations follow the approach "XXX: ", while others "YYY ". Please harmonize it. Example of what I mean below: E2E Edge to Edge Geneve: Generic Network Virtualization Encapsulation [I-D.ietf-nvo3-geneve] Thanks, Carlos From nobody Mon Mar 22 17:13:40 2021 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 E3CD53A1427 for ; Mon, 22 Mar 2021 15:24:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.689 X-Spam-Level: X-Spam-Status: No, score=-15.689 tagged_above=-999 required=5 tests=[DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 TTxN9LKknIkf for ; Mon, 22 Mar 2021 15:24:29 -0700 (PDT) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 758433A1421 for ; Mon, 22 Mar 2021 15:24:29 -0700 (PDT) Received: by mail-wm1-x333.google.com with SMTP id w203-20020a1c49d40000b029010c706d0642so267971wma.0 for ; Mon, 22 Mar 2021 15:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rC9UWVZu8lgIZ6MtYCwbdgDE/NOyLDp0F3V+abRTwhw=; b=hck8DUuqO72irtcOLJxJkGdssn2bXCE4LUk8NAcJ0LV6kAy884/DZP67+Y3KfX8JLI 2hgT2kovlJz0bYaP7BwpBnKB/KemrpqqZ5ve9k9+QE801xIUaTW8WJgdJMX+uiiHIdaT 0my1kZ4fvws0isNV8BB0Fbl/j3chuCg8Htgo6wTYf1vaM+uVsUwExD6iceqd4RDW5hDy hngni0oPp/enevg9XqArCsiBsQI7E1+Oz4fS09CX/QpnQgXTnbXSmDAqQvsaocMehaGJ rv1YpisJbS2zGBu7FwqXOs7xPZvUoGpwE8ls1VbXwQwhsNFFnrmObfnqvQ+zePc4a8H2 /Rew== 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=rC9UWVZu8lgIZ6MtYCwbdgDE/NOyLDp0F3V+abRTwhw=; b=HX4EnEfRfDKFGO5sWawzB/RCp670loJjf6ArFcC4Ad2nI2koVJRb+nejd7WrVT0O0a A1Z3d7IGp3SGt7HSmEn0P3SQ5lcxZeR3VTOdLqGKUcD2b9jNGTzN06xf95WTAC5OwkiF jnmIQIxoQ6VOhbfP+6RdnbNrP1TU7pF2XjIscIZv/ofplZbGSW7z3AbRMckfDtHWsBOg LIIhJCm2iXyXESqJ9pDcNCbU4vP84md4Y9vlEG75XrEd20/5leshULHwdPvfZxej0gBz OzcWZqYhwGEsgB0uNJ/b5sLHHDTl5mcuAxqHwdI5W1scVb2yhzNKqd0mUKN5Y2T9AtP9 a/wg== X-Gm-Message-State: AOAM531tpyMaEYeP3ZH6UQ7lpyFDiEw85WdVkOohovqOdVcpo58AgVkb ojDM1L3GCWDf1MK7zjjgSAui279epUwH6slSkfomDQ== X-Google-Smtp-Source: ABdhPJzt6ufmhfdruLgx3jbJxXYRdQm2nJ/ceyMCOHBktCuZT3SUWH/tPoTtHnEYYOcNgf/weobqS7ixKkwwTzHmmVk= X-Received: by 2002:a05:600c:4108:: with SMTP id j8mr462928wmi.183.1616451866301; Mon, 22 Mar 2021 15:24:26 -0700 (PDT) MIME-Version: 1.0 References: <5e32f9e61db74620b4e08cb12b90311d@TELMBXC15BA020.telecomitalia.local> In-Reply-To: <5e32f9e61db74620b4e08cb12b90311d@TELMBXC15BA020.telecomitalia.local> From: Ian Swett Date: Mon, 22 Mar 2021 18:24:14 -0400 Message-ID: To: Nilo Massimo Cc: "IETF IPPM WG (ippm@ietf.org)" , "quic@ietf.org" , Dmitri Tikhonov , "Lubashev, Igor" , "alexandre.ferrieux@orange.com" , Isabelle Hamchaoui , "explicit-meas@ietf.org" , Mirja Kuehlewind , "emile.stephan@orange.com" , Marcus Ihlar Content-Type: multipart/alternative; boundary="00000000000049ff7a05be278750" Archived-At: X-Mailman-Approved-At: Mon, 22 Mar 2021 17:13:38 -0700 Subject: Re: [ippm] Explicit Flow Measurements implementations 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, 22 Mar 2021 22:24:34 -0000 --00000000000049ff7a05be278750 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for the summary. Is there a plan to share(via email or presentation) what's been learned from those experiments with the IETF? If they've been shared in the past and I forgot, please just add relevant links to this thread so they're easy for people to find. Thanks, Ian On Thu, Mar 18, 2021 at 7:57 AM Nilo Massimo wrote: > Hi All. > > > > After the "Explicit Flow Measurements" draft presentation ( > https://datatracker.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measur= ements-01) > in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke i= f > there are any implementations of the EFM methodology on servers and clien= ts. > > > > Here is a list of some implementations made by the authors of the draft. > > > > TIM/Telecom Italia has realized an implementation for delay measurement > with: > > - a client and a passive observer on mobile user devices, built in Androi= d > using Quic-Go (with gomobile binding) and spindump library. > > The observer executes delay measurements, both with Spin bit and Delay > bit marking methods. > > The client app exchange QUIC traffic marked for Spin bit/Delay bit > versus a server. > > > > - a server built by mean of Quic-Go, generates marked traffic and support= s > delay measurements with Spin bit and Delay bit methods. > > > > (Draft > https://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explic= it-monitoring-01 > ) > > This implementation have been tested on TIM production network, both > with mobile and fixed access. > > > > - Other implementations for loss algorithms (QR and T) have been tested i= n > our lab with good results and we are planning to move them in production > network for some services under our control. > > > > Akamai and Orange have built a monitoring system with QL marking, > specifically for loss measurements. > > Their implementation has already been used in CDN servers to make EFM. > > Litespeed Tech also implemented QL marking in their lsquic library. > > > > Moreover, Ericsson is carrying out several monitoring initiatives using > the SpinBit for delay EFM. > > > > Best Regards, > > Massimo and Fabio > > > > ____________________ > > TIM - Telecom Italia > > Via G. Reiss Romoli, 274 > > 10148 - Torino (Italy) > > ____________________ > > > > TIM - Uso Interno - Tutti i diritti riservati. > > ------------------------------ > > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle > persone indicate. La diffusione, copia o qualsiasi altra azione derivante > dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualo= ra > abbiate ricevuto questo documento per errore siete cortesemente pregati d= i > darne immediata comunicazione al mittente e di provvedere alla sua > distruzione, Grazie. > > * This e-mail and any attachments is confidential and may contain > privileged information intended for the addressee(s) only. Dissemination, > copying, printing or use by anybody else is unauthorised. If you are not > the intended recipient, please delete this message and any attachments an= d > advise the sender by return e-mail, Thanks. * > > *Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessario.* > --00000000000049ff7a05be278750 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the summary.

Is there a plan= to share(via email or presentation) what's been learned from those exp= eriments with the IETF?=C2=A0 If they've been shared in the past and I = forgot, please just add relevant links to this thread so they're easy f= or people to find.

Thanks, Ian

On Thu, Mar 18= , 2021 at 7:57 AM Nilo Massimo <massimo.nilo=3D40telecomitalia.it@dmarc.ietf.org> wrote= :

Hi All.

=C2=A0

After the "Explicit Flow Measurements" draft presentation (= https://dat= atracker.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measurements-01) in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke if= there are any implementations of the EFM methodology on servers and client= s.

=C2=A0

Here is a list of some implementations made by the authors of the dra= ft.

=C2=A0

TIM/Telecom Italia has realized an implementation for delay measureme= nt with:

- a client and a passive observer on mobile user devices, built in An= droid using Quic-Go (with gomobile binding) and spindump library.=

=C2=A0 The observer executes delay measurements, both with Spin bit a= nd Delay bit marking methods.

=C2=A0 The client app exchange QUIC traffic marked for Spin bit/Delay= bit versus a server.

=C2=A0

- a server built by mean of Quic-Go,=C2=A0generates marked traffic an= d supports delay measurements with Spin bit and Delay bit methods.

=C2=A0

=C2=A0=C2=A0(Draft http= s://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explicit-mon= itoring-01)

=C2=A0=C2=A0This implementation have been tested on TIM production ne= twork, both with mobile and fixed access.

=C2=A0

-=C2=A0Other implementations for loss algorithms (QR and T) have=C2= =A0been tested in our lab with good results and we are planning to move the= m in production network for some services under our control.

=C2=A0

Akamai and=C2=A0Orange have built a monitoring system with QL marking= , specifically for loss measurements.

Their implementation has already been us= ed in CDN servers to make EFM.

Litespeed Tech also implemented QL marking in their lsquic library.

=C2=A0

Moreover, Ericsson is carrying out several monitoring initiatives usi= ng the SpinBit for delay EFM.

=C2=A0

Best Regards,

Massimo a= nd Fabio

=C2=A0<= /span>

____________________<= u>

TIM - Telecom Italia<= u>

Via G. Reiss Romoli, = 274

10148 - Torino (Italy= )

____________________<= u>

=C2=A0<= /span>


TIM - Uso Interno - Tutt= i i diritti riservati.


<= /a>
Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle= persone indicate. La diffusione, copia o qualsiasi altra azione derivante = dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora= abbiate ricevuto questo documento per errore siete cortesemente pregati di= darne immediata comunicazione al mittente e di provvedere alla sua distruz= ione, Grazie.

This e-mail and any attachments is confidential and may contain privi= leged information intended for the addressee(s) only. Dissemination, copyin= g, printing or use by anybody else is unauthorised. If you are not the inte= nded recipient, please delete this message and any attachments and advise t= he sender by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 nece= ssario.
=09
--00000000000049ff7a05be278750-- From nobody Tue Mar 23 08:02:27 2021 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 E00773A0ED3 for ; Tue, 23 Mar 2021 04:31:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 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, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 g81NyaftiuHm for ; Tue, 23 Mar 2021 04:31:42 -0700 (PDT) Received: from mx08.telecomitalia.it (mx08.telecomitalia.it [156.54.232.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 66A933A0EEB for ; Tue, 23 Mar 2021 04:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed; q=dns/txt; i=@telecomitalia.it; t=1616499092; x=2480412692; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=D8oQQTW8GjIIfCcHxFNDRHq9iJZGPGBovgtF3HHRhQE=; b=ISXhAK789dsPGE7WBKaX14xKxDwwByjwvAQmDsJ/syPKniE281xqEcgMnvyCrlDM 2tJokgqxIqR0D48aKEtTF2Myb5ZB/7EBkLRmcWKrPICsPTu/PzTg4JGMi+CEdbII mmZM4yqFp30t+JoOb3RwApu+oqSk4Q0AVJWxAfbl+sgu8Jk4xT0O7k4WC+pkPXzM W2d2FqFvvDVLvRWZMAgYX5I5jir4C4eNYaMPCUNCOWsIOrFdcnkDgJjl/T656vQY DbZ/kRZVw1Dt5w9Ax+ojd8XffryL8j31SOHUTgRZd6vjR/ewho9UsFihaO7eqTbX Fhy03Y2dh8giGHlEgkRi4w==; X-AuditID: 0a5a2d18-1c1c970000006e7b-d3-6059d194625e Received: from TELMBXD15BA020.telecomitalia.local ( [10.90.43.81]) by mx08.telecomitalia.it () with SMTP id 4D.75.28283.491D9506; Tue, 23 Mar 2021 12:31:32 +0100 (CET) From: Nilo Massimo To: Ian Swett , Marcus Ihlar , "Lubashev, Igor" , "Dmitri Tikhonov" , "alexandre.ferrieux@orange.com" , Isabelle Hamchaoui CC: "IETF IPPM WG (ippm@ietf.org)" , "quic@ietf.org" , "explicit-meas@ietf.org" , "emile.stephan@orange.com" , Mirja Kuehlewind Thread-Topic: [EXT] Re: Explicit Flow Measurements implementations Thread-Index: Adcb7bJIyLvzSKs4Qxi8ut7TQxlpSQDdAK8AABmznAA= Date: Tue, 23 Mar 2021 11:31:32 +0000 Message-ID: References: <5e32f9e61db74620b4e08cb12b90311d@TELMBXC15BA020.telecomitalia.local> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Enabled=true; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SetDate=2021-03-23T11:31:30Z; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Method=Standard; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Name=Uso Interno; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SiteId=6815f468-021c-48f2-a6b2-d65c8e979dfb; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ActionId=8174c5b4-28c8-4dea-8ac5-e6259fdad43f; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ContentBits=2 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.115.6.17] x-ti-disclaimer: ADBanner Content-Type: multipart/alternative; boundary="_000_b9d62224070a432fb6fb518169db5746TELMBXC15BA020telecomit_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupik+LIzCtJLcpLzFFi42LhitIO1J1yMTLBoL/Z2GLZD3mLLxPYLA7u /8FisWTDWWaLhz+/Mlo0Naxgtuh58I7Z4tLBj+wWB1++YrXoXPqa3aJnAbcDt8fkIwuYPU4s u8Lq8evrVTaPJUt+Mnk82Xac2aPl2Um2ALaoBkabxLy8/JLEklSFlNTiZFsll8zi5JzEzNzU IgVHFyegZGqRkkJmiq2SmZJCQU5icmpual6JrVJiQUFqXoqSHZcCBrABKsvMU0jNS85PycxL t1XyDPbXtbAwtdQ1VLILLE0tLslXyE0tLk5MT8/MV0iYJ5rx4tM8poLWLsaK5ZsWszUwXqru YuTgkBAwkXi+k6OLkYtDSGAlo8Tu/r3sXYycHGwCRhKnV/xiBUmICGxhktjUNZsdxGEW+Moo 8fL3aVaQKmEBR4mrL38zgtgiAk4Sq5uWMUHYVhI7n85iBrFZBFQldi+aDWbzCgRK7Gr8zAKx bgajxL7Xy8AGcQIlJh5eD9bMKCArMWH3IrChzALiEreezAeLSwgISCzZc54ZwhaVePn4H9h5 vAILWSRmLbrMBpEwkNi6dB8LhC0v8WHyZKi4pMThw5vYIIbmS7zo7GCDuEhQ4uTMJywTGMVm Idk3C0nZLCRlEHE9iRtTp7BB2NoSyxa+ZoawdSVm/DvEgiy+gJF9FaNoboWBhV5Jak5qcn5u ZkliTmaiXmbJJkZw6tOV2MF45OIbvUOMTByMhxglOJiVRHhbwiMShHhTEiurUovy44tKc1KL DzH6AINyIrOUaHI+MPnmlcQbmpqZmhsbmZkamJpZ4hBWEuddsz0yQUggHZj2slNTC1KLYMYx cXBKNTCtDyqfLnkwfGXApSeR04SO2rXNLWZ4YPmC6Ws3+2YHPq9tC26f07l17s+TdtufXg/D F63LdHJjbK5R9+895fNtcxbzJobdLHIO/i8EzAomu771fK84e/flZU7Trom19Uk8eDCnqZaZ obVKxGfLgVjTjm2bZD482fHHkYXXqb1XtnbLx+J/9lclJjounGcx+5B+uYb9/oS0L3MTlDcy vLPMPuc7q2j9w3M7Lz+58ayE5Wfc1+XZVsHPH7vW8rKpcW52O9T56XyeUMovPuZSl6jzbd+M NZIj5pxlUdHyelmccNGv1Mqz4ublaSdXHK6N9H7Kv2NdqVtgx8Oje5QjFyU+OzvrRfy+rQGb JAwLI2YrsRRnJBpqMRcVJwIABC1WrR0EAAA= Archived-At: X-Mailman-Approved-At: Tue, 23 Mar 2021 08:02:26 -0700 Subject: Re: [ippm] [EXT] Re: Explicit Flow Measurements implementations 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, 23 Mar 2021 11:31:51 -0000 --_000_b9d62224070a432fb6fb518169db5746TELMBXC15BA020telecomit_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ian, thank you for your reply. As for our TIM activities, we will collect the material and in the next days= we plan to share it via email in the IPPM WG. Best Regards, Massimo ____________________ TIM - Telecom Italia Via G. Reiss Romoli, 274 10148 - Torino (Italy) ____________________ From: Ian Swett Sent: luned=EC 22 marzo 2021 23:24 To: Nilo Massimo Cc: IETF IPPM WG (ippm@ietf.org) ; quic@ietf.org; Dmitri Tikh= onov ; Lubashev, Igor ; al= exandre.ferrieux@orange.com; Isabelle Hamchaoui ; explicit-meas@ietf.org; Mirja Kuehlewind ; emile.stephan@orange.com; Marcus Ihlar Subject: [EXT] Re: Explicit Flow Measurements implementations Thanks for the summary. Is there a plan to share(via email or presentation) what's been learned from= those experiments with the IETF? If they've been shared in the past and I= forgot, please just add relevant links to this thread so they're easy for p= eople to find. Thanks, Ian On Thu, Mar 18, 2021 at 7:57 AM Nilo Massimo > wrote: Hi All. After the "Explicit Flow Measurements" draft presentation (https://datatrack= er.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measurements-01) in the IP= PM WG on March 12th, it was asked by Ian Sweet and Martin Duke if there are= any implementations of the EFM methodology on servers and clients. Here is a list of some implementations made by the authors of the draft. TIM/Telecom Italia has realized an implementation for delay measurement with= : - a client and a passive observer on mobile user devices, built in Android u= sing Quic-Go (with gomobile binding) and spindump library. The observer executes delay measurements, both with Spin bit and Delay bit= marking methods. The client app exchange QUIC traffic marked for Spin bit/Delay bit versus= a server. - a server built by mean of Quic-Go, generates marked traffic and supports d= elay measurements with Spin bit and Delay bit methods. (Draft https://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-= explicit-monitoring-01) This implementation have been tested on TIM production network, both with= mobile and fixed access. - Other implementations for loss algorithms (QR and T) have been tested in o= ur lab with good results and we are planning to move them in production netw= ork for some services under our control. Akamai and Orange have built a monitoring system with QL marking, specifical= ly for loss measurements. Their implementation has already been used in CDN servers to make EFM. Litespeed Tech also implemented QL marking in their lsquic library. Moreover, Ericsson is carrying out several monitoring initiatives using the= SpinBit for delay EFM. Best Regards, Massimo and Fabio ____________________ TIM - Telecom Italia Via G. Reiss Romoli, 274 10148 - Torino (Italy) ____________________ TIM - Uso Interno - Tutti i diritti riservati. Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle pers= one indicate. La diffusione, copia o qualsiasi altra azione derivante dalla= conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbia= te ricevuto questo documento per errore siete cortesemente pregati di darne= immediata comunicazione al mittente e di provvedere alla sua distruzione, G= razie. This e-mail and any attachments is confidential and may contain privileged i= nformation intended for the addressee(s) only. Dissemination, copying, print= ing or use by anybody else is unauthorised. If you are not the intended reci= pient, please delete this message and any attachments and advise the sender= by return e-mail, Thanks. Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario. --_000_b9d62224070a432fb6fb518169db5746TELMBXC15BA020telecomit_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Ian,

thank you for your reply.

 = ;

As for our TIM activities, we will collect the material and in the next= days we plan to share it via email in the IPPM WG.

 

Best Regards,

Massimo

 = ;

__________= __________

 = ;

TIM - Tele= com Italia

Via G. Rei= ss Romoli, 274

10148 - To= rino (Italy)

__________= __________

 = ;

From: Ian Swett <ianswett=3D40google.com@dmarc.ietf.org>
Sent: luned=EC 22 marzo 2021 23:24
To: Nilo Massimo <massimo.nilo@telecomitalia.it>
Cc: IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>; quic@ietf.org= ; Dmitri Tikhonov <dtikhonov@litespeedtech.com>; Lubashev, Igor <il= ubashe@akamai.com>; alexandre.ferrieux@orange.com; Isabelle Hamchaoui <= ;isabelle.hamchaoui@orange.com>; explicit-meas@ietf.org; Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>; emile.stephan@orang= e.com; Marcus Ihlar <marcus.ihlar@ericsson.com>
Subject: [EXT] Re: Explicit Flow Measurements implementations

 

Thanks for the summary.

 

Is there a plan to share(via email or presentation) w= hat's been learned from those experiments with the IETF?  If they've be= en shared in the past and I forgot, please just add relevant links to this t= hread so they're easy for people to find.

 

Thanks, Ian

 

On Thu, Mar 18, 2021 at 7:57 AM Nilo Massimo <mass= imo.nilo=3D40telecomita= lia.it@dmarc.ietf.org> wrote:

Hi All.<= /span>

 

After th= e "Explicit Flow Measurements" draft presentation (https://datatracker.ietf.org/doc/= html/draft-mdt-ippm-explicit-flow-measurements-01) in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke if= there are any implementations of the EFM methodology on servers and clients= .

 

Here is= a list of some implementations made by the authors of the draft.

 

TIM/Tele= com Italia has realized an implementation for delay measurement with:=

- a clie= nt and a passive observer on mobile user devices, built in Android using Qui= c-Go (with gomobile binding) and spindump library.

  T= he observer executes delay measurements, both with Spin bit and Delay bit ma= rking methods.

  T= he client app exchange QUIC traffic marked for Spin bit/Delay bit versus a s= erver.

 

- a serv= er built by mean of Quic-Go, generates marked traffic and supports dela= y measurements with Spin bit and Delay bit methods.

 

 &n= bsp;(Draft https://dat= atracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explicit-monitoring-= 01)

 &n= bsp;This implementation have been tested on TIM production network, both wit= h mobile and fixed access.

 

- O= ther implementations for loss algorithms (QR and T) have been tested in= our lab with good results and we are planning to move them in production network for some services under our control.

 

Akamai a= nd Orange have built a monitoring system with QL marking, specifically= for loss measurements.

Their implemen= tation has already been used in CDN servers to make EFM.

Litespee= d Tech also implemented QL marking in their lsquic library.

 

Moreover= , Ericsson is carrying out several monitoring initiatives using the SpinBit= for delay EFM.

 

Best Reg= ards,

Massimo and Fabio

 ____________________

TIM - Telecom Italia

Via G. Reiss Romoli, 274

10148 - Torino (Italy)<= /o:p>

____________________

 

TIM - Uso Interno - Tutti i diritti riservati.


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

This e-mail and any attachments is confidential and may contain privil= eged information intended for the addressee(s) only. Dissemination, copying,= printing or use by anybody else is unauthorised. If you are not the intende= d recipient, please delete this message and any attachments and advise the s= ender by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non è necessa= rio.
--_000_b9d62224070a432fb6fb518169db5746TELMBXC15BA020telecomit_-- From nobody Tue Mar 23 08:02:30 2021 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 F0C9D3A0AB5 for ; Tue, 23 Mar 2021 06:32:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.589 X-Spam-Level: X-Spam-Status: No, score=-17.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 Va2RUQg8K2sA for ; Tue, 23 Mar 2021 06:32:03 -0700 (PDT) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 E7A3B3A09E0 for ; Tue, 23 Mar 2021 06:32:02 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id z6-20020a1c4c060000b029010f13694ba2so10821809wmf.5 for ; Tue, 23 Mar 2021 06:32:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=l2+F+jgaEDorc2WHPRMGND9odYLU8DJXnB6N6ME3Hps=; b=G1XS9itWei4aYN3LMUKZfwVqny55OVe3hWy3Xs6Sm20OiGs3oH/7k9dBj5nckz14U2 gnbhxZjY86hPoVUcqfkyGHCwXur4sbQYq/2OUCiIg73/viUj2vv1KJE1zwSbwrNCjXYi 6nAEw8kIe+imudfQTZ19cMDhjTW3NTBBLBjeKJ0b7er5DrufLbjqVyvZi6Ug6M/pnFAq T3DJh95cXIo5ge55neobqJTTeZr874ITmxzXCnuhLVJZBKmhH8byaWoocx4c7NXscVhp zaAhNiPFvndjIMF7ObAk/mYO7LMH84Cv9Is8++dp32QjP6boE/bXmQBRKxR0+mo51Ptb Cbbg== 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=l2+F+jgaEDorc2WHPRMGND9odYLU8DJXnB6N6ME3Hps=; b=GXU4xnjVSMiTZIwrFRAxIv5jOCLlv62P0h06n67K9Z0IFNIrL6p5rGf1aQzwbMmmR7 wJGzSzeHdp9PBZGYO/vIc2cp8Yun3t5zLSzdoa6Bi1TRYVcRcXb3gh2OTbpg2J7jkJe1 7rr6hxQ8zyUpGJ4BwNsb0nGYdOJ5a7qZuDZhGlQJLrRJxY0qEiPHmx3XBMCQnjd0RENM GAWmxKLUOhk4tUPMsaMVRm+qwVNAseUGBS5FktVcMSCU1O3bLVsNgXXg+Lypq24rjXFR 8Dp0TFnGOYckczEtHNB6rgI+9Habj+dC+29kmvH9lg7TxN/f/nutYdwsSJJY0qwPW5YP B4hw== X-Gm-Message-State: AOAM532GyZkRCyiRlXeIYOWw7XbkCFV0wQmTpyvI7QMJnFLSupRWgEea 9cI+TAV8q6wE/jFRC4J3WKDk12OSrMCUbdnke6v8CA== X-Google-Smtp-Source: ABdhPJxhlp17vV6bk8VLNMPH18uO1VzpzM/B192144XTpQCGDvs9zU0prXMnH3g5kzMFi8GeYNR/jTKGIkNGA9k44Lw= X-Received: by 2002:a05:600c:4108:: with SMTP id j8mr3297876wmi.183.1616506316209; Tue, 23 Mar 2021 06:31:56 -0700 (PDT) MIME-Version: 1.0 References: <5e32f9e61db74620b4e08cb12b90311d@TELMBXC15BA020.telecomitalia.local> In-Reply-To: From: Ian Swett Date: Tue, 23 Mar 2021 09:31:44 -0400 Message-ID: To: Nilo Massimo Cc: Marcus Ihlar , "Lubashev, Igor" , Dmitri Tikhonov , "alexandre.ferrieux@orange.com" , Isabelle Hamchaoui , "IETF IPPM WG (ippm@ietf.org)" , "quic@ietf.org" , "explicit-meas@ietf.org" , "emile.stephan@orange.com" , Mirja Kuehlewind Content-Type: multipart/alternative; boundary="000000000000c1bc6f05be3434c4" Archived-At: X-Mailman-Approved-At: Tue, 23 Mar 2021 08:02:26 -0700 Subject: Re: [ippm] [EXT] Re: Explicit Flow Measurements implementations 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, 23 Mar 2021 13:32:12 -0000 --000000000000c1bc6f05be3434c4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Great, thanks! On Tue, Mar 23, 2021 at 7:31 AM Nilo Massimo wrote: > Hi Ian, > > thank you for your reply. > > > > As for our TIM activities, we will collect the material and in the next > days we plan to share it via email in the IPPM WG. > > > > Best Regards, > > Massimo > > > > ____________________ > > > > TIM - Telecom Italia > > Via G. Reiss Romoli, 274 > > 10148 - Torino (Italy) > > ____________________ > > > > *From:* Ian Swett > *Sent:* luned=C3=AC 22 marzo 2021 23:24 > *To:* Nilo Massimo > *Cc:* IETF IPPM WG (ippm@ietf.org) ; quic@ietf.org; Dmitri > Tikhonov ; Lubashev, Igor < > ilubashe@akamai.com>; alexandre.ferrieux@orange.com; Isabelle Hamchaoui < > isabelle.hamchaoui@orange.com>; explicit-meas@ietf.org; Mirja Kuehlewind = < > mirja.kuehlewind@ericsson.com>; emile.stephan@orange.com; Marcus Ihlar < > marcus.ihlar@ericsson.com> > *Subject:* [EXT] Re: Explicit Flow Measurements implementations > > > > Thanks for the summary. > > > > Is there a plan to share(via email or presentation) what's been learned > from those experiments with the IETF? If they've been shared in the past > and I forgot, please just add relevant links to this thread so they're ea= sy > for people to find. > > > > Thanks, Ian > > > > On Thu, Mar 18, 2021 at 7:57 AM Nilo Massimo 40telecomitalia.it@dmarc.ietf.org> wrote: > > Hi All. > > > > After the "Explicit Flow Measurements" draft presentation ( > https://datatracker.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measur= ements-01) > in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke i= f > there are any implementations of the EFM methodology on servers and clien= ts. > > > > Here is a list of some implementations made by the authors of the draft. > > > > TIM/Telecom Italia has realized an implementation for delay measurement > with: > > - a client and a passive observer on mobile user devices, built in Androi= d > using Quic-Go (with gomobile binding) and spindump library. > > The observer executes delay measurements, both with Spin bit and Delay > bit marking methods. > > The client app exchange QUIC traffic marked for Spin bit/Delay bit > versus a server. > > > > - a server built by mean of Quic-Go, generates marked traffic and support= s > delay measurements with Spin bit and Delay bit methods. > > > > (Draft > https://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explic= it-monitoring-01 > ) > > This implementation have been tested on TIM production network, both > with mobile and fixed access. > > > > - Other implementations for loss algorithms (QR and T) have been tested i= n > our lab with good results and we are planning to move them in production > network for some services under our control. > > > > Akamai and Orange have built a monitoring system with QL marking, > specifically for loss measurements. > > Their implementation has already been used in CDN servers to make EFM. > > Litespeed Tech also implemented QL marking in their lsquic library. > > > > Moreover, Ericsson is carrying out several monitoring initiatives using > the SpinBit for delay EFM. > > > > Best Regards, > > Massimo and Fabio > > ____________________ > > TIM - Telecom Italia > > Via G. Reiss Romoli, 274 > > 10148 - Torino (Italy) > > ____________________ > > > > TIM - Uso Interno - Tutti i diritti riservati. > > > ------------------------------ > > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle > persone indicate. La diffusione, copia o qualsiasi altra azione derivante > dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualo= ra > abbiate ricevuto questo documento per errore siete cortesemente pregati d= i > darne immediata comunicazione al mittente e di provvedere alla sua > distruzione, Grazie. > > * This e-mail and any attachments is confidential and may contain > privileged information intended for the addressee(s) only. Dissemination, > copying, printing or use by anybody else is unauthorised. If you are not > the intended recipient, please delete this message and any attachments an= d > advise the sender by return e-mail, Thanks. * > > *Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessario.* > --000000000000c1bc6f05be3434c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Great, thanks!

On Tue, Mar 23, 2021 at 7:31 AM Nilo Massimo= <massimo.nilo=3D40= telecomitalia.it@dmarc.ietf.org> wrote:

Hi Ian,

thank you for your reply.

=C2=A0

As for our TIM activities, we w= ill collect the material and in the next days we plan to share it via email= in the IPPM WG.

=C2=A0

Best Regards,

Massimo

=C2=A0

____________________

=C2=A0

TIM - Telecom Italia

Via G. Reiss Romoli, 274<= /p>

10148 - Torino (Italy)

____________________

=C2=A0

From: Ian Swett <ianswett=3D40google.com@dmarc.ietf.org>
Sent: luned=C3=AC 22 marzo 2021 23:24
To: Nilo Massimo <massimo.nilo@telecomitalia.it>
Cc: IETF IPPM WG (ippm@ietf.org) <= ippm@ietf.org>; q= uic@ietf.org; Dmitri Tikhonov <dtikhonov@litespeedtech.com>; Lubashev, = Igor <ilubashe@= akamai.com>; alexandre.ferrieux@orange.com; Isabelle Hamchaoui <isabelle.hamc= haoui@orange.com>; explicit-meas@ietf.org; Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>; emile.stephan@orange.com; Marcu= s Ihlar <= marcus.ihlar@ericsson.com>
Subject: [EXT] Re: Explicit Flow Measurements implementations=

=C2=A0

Thanks for the summary.

=C2=A0

Is there a plan to share(via email or presentation) = what's been learned from those experiments with the IETF?=C2=A0 If they= 've been shared in the past and I forgot, please just add relevant link= s to this thread so they're easy for people to find.

=C2=A0

Thanks, Ian

=C2=A0

On Thu, Mar 18, 2021 at 7:57 AM Nilo Massimo <mas= simo.nilo=3D40telecomitalia.it@dmarc.ietf.org> wrote:

Hi All.

=C2=A0

After the "Explicit Flow Measurements" draft presentation (= https://dat= atracker.ietf.org/doc/html/draft-mdt-ippm-explicit-flow-measurements-01) in the IPPM WG on March 12th, it was asked by Ian Sweet and Martin Duke if= there are any implementations of the EFM methodology on servers and client= s.

=C2=A0

Here is a list of some implementations made by the authors of the dra= ft.

=C2=A0

TIM/Telecom Italia has realized an implementation for delay measureme= nt with:

- a client and a passive observer on mobile user devices, built in An= droid using Quic-Go (with gomobile binding) and spindump library.

=C2=A0 The observer executes delay measurements, both with Spin bit a= nd Delay bit marking methods.

=C2=A0 The client app exchange QUIC traffic marked for Spin bit/Delay= bit versus a server.

=C2=A0

- a server built by mean of Quic-Go,=C2=A0generates marked traffic an= d supports delay measurements with Spin bit and Delay bit methods.

=C2=A0

=C2=A0=C2=A0(Draft http= s://datatracker.ietf.org/doc/html/draft-cnbf-ippm-user-devices-explicit-mon= itoring-01)

=C2=A0=C2=A0This implementation have been tested on TIM production ne= twork, both with mobile and fixed access.

=C2=A0

-=C2=A0Other implementations for loss algorithms (QR and T) have=C2= =A0been tested in our lab with good results and we are planning to move them in production network for some services under our control.

=C2=A0

Akamai and=C2=A0Orange have built a monitoring system with QL marking= , specifically for loss measurements.

Their implementation has already been us= ed in CDN servers to make EFM.

Litespeed Tech also implemented QL marking in their lsquic library.

=C2=A0

Moreover, Ericsson is carrying out several monitoring initiatives usi= ng the SpinBit for delay EFM.

=C2=A0

Best Regards,

Massimo a= nd Fabio

=C2=A0_______________= _____

TIM - Telecom Italia<= /span>

Via G. Reiss Romoli, = 274

10148 - Torino (Italy= )

____________________<= /span>

=C2=A0

TIM - Uso Interno - Tutti i diritti riservati.


<= /a>
Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle= persone indicate. La diffusione, copia o qualsiasi altra azione derivante = dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora= abbiate ricevuto questo documento per errore siete cortesemente pregati di= darne immediata comunicazione al mittente e di provvedere alla sua distruz= ione, Grazie.

This e-mail and any attachments is confidential and may contain privi= leged information intended for the addressee(s) only. Dissemination, copyin= g, printing or use by anybody else is unauthorised. If you are not the inte= nded recipient, please delete this message and any attachments and advise t= he sender by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 nece= ssario.
=09
--000000000000c1bc6f05be3434c4-- From nobody Tue Mar 23 10:58:06 2021 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 E54753A0E1C; Tue, 23 Mar 2021 10:58:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Alvaro Retana via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alvaro Retana Message-ID: <161652228030.7620.12829776941431765513@ietfa.amsl.com> Date: Tue, 23 Mar 2021 10:58:00 -0700 Archived-At: Subject: [ippm] Alvaro Retana's No Objection on draft-ietf-ippm-ioam-data-12: (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, 23 Mar 2021 17:58:01 -0000 Alvaro Retana has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have several significant issues to bring up. Individually, none of them raise to the point of a DISCUSS, so I'm balloting No Objection. (1) §5.3: "Any IOAM-Namespace MUST interpret the IOAM-Option-Types and associated IOAM-Data-Fields per the definition in this document." This sentence seems to not say much beyond requiring compliance with this document, which is obvious since this document is the one defining the IOAM-Namespaces. (2) §5.3: "IOAM-Namespace identifiers MUST be present and populated in all IOAM-Option-Types." What does "populated" mean? I assumed that it meant that the field has to have a value in it, but then I found out that the Default-Namespace-ID is 0x0000. This seems to mean that the receiver can't tell the difference between the sender forgetting to populate the field and the default. IOW, it seems to me that requiring that the field be populated doesn't serve a specific need and cannot be normatively enforced. (3) §5.3: Given the example, I don't think this statement is true: "...node identifiers might not be unique for other organizational reasons, such as after a merger of two formerly separated organizations), the combination of node_id and Namespace-ID will always be unique." It seems to me that for the same reason that merged organizations can end up with overlapping node_ids, they can also end up with overlapping Namespace-IDs. If not deployed in an overlapping way (on the same set of nodes), it seems that it may be ok to have the same Namespace-ID in multiple places. This deployment consideration should be better explained in this document. I took a quick look at draft-brockners-opsawg-ioam-deployment and this item is not covered there either. (4) I think that the encapsulation-independent pieces of draft-brockners-opsawg-ioam-deployment would be better placed in this document. (5) §5.4: "Any deployment MAY choose to configure and support one or both of the following options." This sentence looks like a statement of fact and not a normative statement. s/MAY/may (6) §5.4.1: "The Namespace-ID value of 0x0000 is defined as the "Default-Namespace-ID" (see Section 5.3) and MUST be known to all the nodes implementing IOAM." The second part ("MUST be known...") is not needed because this document is defining the default value... (7) §5.4.1: An IOAM encapsulating node MUST set NodeLen. A node receiving an IOAM Pre-allocated or Incremental Trace-Option relies on the NodeLen value, or it can ignore the NodeLen value and calculate the node length from the IOAM-Trace-Type bits (see below). Assuming that the NodeLen is not 0 (i.e. set), when can the receiver ignore it? If NodeLen is 0 (not set), what should the receiver do? The text above requires NodeLen to be set, but then it makes its use optional. (8) §5.4.1: "RemainingLen: ...the sender MAY set the initial value of RemainingLen according to the number of node data bytes allowed before exceeding the MTU. ... When node data is added, the node MUST decrease RemainingLen by the amount of data added." This text includes a normative inconsistency. If the sender doesn't initialize the "value of RemainingLen according to the number of node data bytes allowed" (because it is optional!), and the transit node does "decrease RemainingLen by the amount of data added" (because it is required), then the value won't reflect the data space remaining and a downstream node may add enough bits to overflow -- or not add anything because it considered the overflow imminent. (9) §5.4.1: "If RemainingLen in a pre-allocated trace option exceeds the length of the option, as specified in the preceding header, then the node MUST NOT add any fields." I didn't find "the length of the option" defined anywhere. Did I miss it? (10) §5.4.1: Bit 12-21 Undefined. An IOAM encapsulating node MUST set the value of each of these bits to 0. If an IOAM transit node receives a packet with one or more of these bits set to 1, it MUST either: 1. Add corresponding node data filled with the reserved value 0xFFFFFFFF, after the node data fields for the IOAM-Trace-Type bits defined above, such that the total node data added by this node in units of 4-octets is equal to NodeLen, or This first option assumes that all undefined data fields will be 4-octets long. But if future data fields are defined to be 8-octets (and the transit node doesn't understand them) then 0xFFFFFFFF won't be enough and there will be a misalignment. IOW, I don't think it is possible to require this behavior -- unless it is also required that all future data fields have to be 4-octets long. (11) Some of the values to be included in the data fields (§5.4.*) are not well defined and could result in nodes reporting inconsistent measurements. Specifically, transit delay and queue depth. It would be ideal if the document provided some guidance for the implementation/use. (12) §8.7: "Upon a new allocation request, the responsible AD will appoint a designated expert, who will review the allocation request." This sentence is not needed: the assignment happens only once and not when whenever "a new allocation request" comes up. From nobody Tue Mar 23 18:27:38 2021 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 4E9FD3A1C77; Tue, 23 Mar 2021 18:27:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Erik Kline via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Erik Kline Message-ID: <161654925329.29254.3776182308241345045@ietfa.amsl.com> Date: Tue, 23 Mar 2021 18:27:33 -0700 Archived-At: Subject: [ippm] Erik Kline's No Objection on draft-ietf-ippm-ioam-data-12: (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, 24 Mar 2021 01:27:33 -0000 Erik Kline has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [ section 5.4 ] * "deployed in a particular IOAM," -> "deployed in a particular IOAM-Domain," perhaps * I think perhaps it should be made clear, especially for the Incremental Trace Option, that dynamic insertion of data might need to be moderated "subject to any protocol constraints of the encapsulating layer", as it were. From nobody Tue Mar 23 21:43:38 2021 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 3EF083A20D4; Tue, 23 Mar 2021 21:43:33 -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-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <161656101267.7087.8167870905178123095@ietfa.amsl.com> Date: Tue, 23 Mar 2021 21:43:33 -0700 Archived-At: Subject: [ippm] Benjamin Kaduk's Discuss on draft-ietf-ippm-ioam-data-12: (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: Wed, 24 Mar 2021 04:43:33 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I think we need some greater clarity on the relationship between IOAM "layers" and IOAM-Namespaces. For example, in Section 4 there is a principle of "Layering" that seems to indicate that different layers operate entirely independently, such as might occur when traffic from one operator that uses IOAM is conveyed in a tunnel over a different operator's network and both operators use IOAM independently. But in Section 5.3 we seem to see some discussion that IOAM-Namespaces can be used to enforce a separation of layers ("IOAM-Namespaces provide additional context [...] e.g. if an operator wishes to use different node identifiers for different IOAM layers"), and that namespace identifiers allow for determination of which IOAM-Option-Types need to be processed "in case of a layered IOAM deployment". I think there is also some internal inconsistency relating to the role of IOAM transit nodes. This may be localised in Section 5.2 where we see both that a transit node is one that "read and/or write or process [the] IOAM data" and that a transit node "updates one or more of the IOAM-Data-Fields" (i.e., always writes), but I did not attempt an exhaustive check for other instances. I don't think the definition of the POSIX epoch is correct -- it seems to be copied (roughly) from the definition of the PTP epoch (i.e., using midnight TAI as the reference) but all the references I consulted indicate that the POSIX epoch started at midnight UTC. As foreshadowed in https://mailarchive.ietf.org/arch/msg/last-call/Ak2NAIKQ7p4Rij9jfv123xeTXQY/ I think we need to have a discussion about the expectations and provisions for cryptographic (e.g., integrity) protection of IOAM data. >From my perspective, IOAM is a new (class of) protocols that is seeking publication on the IETF stream as Proposed Standard. While we do make exceptions for modifications to protocols that were developed before we realized how important integrated security mechanisms are, it's generally the case that new protocols are held to the current IETF expectations for what security properties are provided; the default expectation is that a protocol is expected to provide secure operation in the internet threat model of RFC 3552. This draft currently only provides a brief note in the security considerations that there exists an individual draft (draft-brockners-ippm-ioam-data-integrity) that might provide ways to protect the integrity of IOAM data fields. Shouldn't the security mechanisms be getting developed side-by-side by the protocol mechanisms, to ensure that they are properly integrated and fit for purpose? (This does not necessarily have to be in the same document and could be part of a cluster of related documents, but I don't think that an informative reference to a non-WG draft really qualifies.) ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks to Shawn Emery for the secdir review. I have grave misgivings about the proposed behavior that provides for a separate domain boundary at the granularity of IOAM-Namespace. It does not quite rise to a Discuss because it is technically possible to implement successfully if done perfectly, but it seems incredibly risky and very hard to get right, and there does not seem to be sufficient motivation presented for the benefits of this behavior to justify the risk. Specifically, by partitioning all IOAM behaviors by IOAM-Namespace, we require a node to know whether or not it is to behave as ingress/egress for a domain on a per-namespace basis. In effect, it allows for a proliferation of as many distinct and partially overlapping IOAM Domains as there are namespace values, and whether a node is ingress (or egress) for any given domain has to be looked up on the basis of the specific IOAM-Namespace value. I find this concerning because the security properties of the system rely on properly policing the domain boundary, so that IOAM markings from outside the domain are rejected at ingress, and IOAM data is not leaked out of the domain by policing at egress. While we have ample evidence to suggest that it is feasible to maintain a single tightly controlled domain that properly polices ingress and egress (e.g., MPLS), I don't know of evidence to suggest that it is feasible to do so with a spate of partially overlapping domains where domains and domain membership are malleable based the interaction of configuration and in-band protocol elements. It seems incredibly likely that some domain boundary somewhere will be inadvertently permeable, and compromise the security properties of the system. Section 1 (side note) There's perhaps something of a philosophical question of whether a mechanism really qualifies as "in situ" if it involves encapsulating the packet in a full-fledged tunnel (as at least the IPv6 encapsulation does, as is needed to add the additional EHs that hold IOAM data fields). That said, I don't really have any alternative suggestions, and I am sure that IOAM is a well-established terminology, so this is just a side node. Section 4 Scope: This document defines the data fields and associated data types for in-situ OAM. The in-situ OAM data field can be encapsulated in a variety of protocols, including NSH, Segment Routing, Geneve, IPv6, or IPv4. Specification details for these I found drafts (split between targeting ippm and "the relevant working groups") that would cover Geneve and IPv6, but not anything for IPv4. Are we fully confident that the aim is actually achievable for IPv4? Deployment domain (or scope) of in-situ OAM deployment: IOAM is a network domain focused feature, with "network domain" being a set of network devices or entities within a single administration. For example, a network domain can include an enterprise campus using physical connections between devices or an overlay network using virtual connections / tunnels for connectivity between said devices. If these virtual connections/tunnels do not provide cryptographic confidentiality and integrity protection, then the security considerations for IOAM need to include the full physical deployment scope including the underaly over which the overlay is constructed, not just the "administrative domain" as defined here. Furthermore, there seems to be a very questionable interaction between labeling the IOAM deployment domain an administrative domain yet allowing for multiple partially overlapping IOAM domains as distinguished by namespace ID. Does the administrative domain have to encompass the union of all the different IOAM domains (as identified by namespace ID)? Section 5.2 An "IOAM transit node" updates one or more of the IOAM-Data-Fields. (per the discuss) The previous discussion suggested that even a node that only reads IOAM-DataFields is still considered a "transit node", and that updating the field contents is not necessary in order to justify that moniker. That said, the notion that a transit node is writing (e.g., to update trace option-types) seems to be prevailing throughout later portions of the document, so perhaps it is the text a few paragraphs earlier that is in error. If both the Pre-allocated and the Incremental Trace Option-Types are present in the packet, each IOAM transit node based on configuration and available implementation of IOAM populates IOAM trace data in either Pre-allocated or Incremental Trace Option-Type but not both. (per the discuss) Likewise, is this "populates" mandatory? A transit node MUST ignore IOAM-Option-Types that it does not understand. A transit node MUST NOT add new IOAM-Option-Types to a packet, MUST NOT remove IOAM-Option-Types from a packet, and MUST NOT change the IOAM-Data-Fields of an IOAM Edge-to-Edge Option-Type. Almost all of this (not the Edge-to-Edge stuff) seems fairly tautological, in that if a node did that stuff it would be an encapsulating and/or decapsulating node, possibly in addition to being a transit node. The role of an IOAM-encapsulating, IOAM-transit or IOAM-decapsulating node is always performed within a specific IOAM-Namespace. This means that an IOAM node which is e.g. an IOAM-decapsulating node for IOAM-Namespace "A" but not for IOAM-Namespace "B" will only remove the IOAM-Option-Types for IOAM-Namespace "A" from the packet. Note that this applies even for IOAM-Option-Types that the node does not understand, for example an IOAM-Option-Type other than the four described above, that is added in a future revision. An IOAM decapsulating node situated at the edge of an IOAM domain MUST remove all IOAM-Option-Types and associated encapsulation headers for all IOAM-Namespaces from the packet. I can only make sense of this paragraph as a whole if the last sentence instead says "MUST remove from the packet [...] for all IOAM-Namespaces for which the node is a decapsulating node. The current text says to remove literally all IOAM information for literally all IOAM-Namespaces, which seems to contradict the separation of namespaces depicted earlier in the paragraph. Section 5.4 A particular implementation of IOAM MAY choose to support only one of the two trace option types. In the event that both options are utilized at the same time, the Incremental Trace-Option MUST be placed before the Pre-allocated Trace-Option. Deployments which mix devices with either the Incremental Trace-Option or the Pre-allocated Trace-Option could result in both Option-Types being present in a packet. Given that the operator knows which equipment is deployed in a particular IOAM, the operator will decide by means of configuration which type(s) of trace options will be used for a particular domain. Up in Section 5.2 we said that "each IOAM transit node based on configuration and available implementation" populates exactly one trace option type. I think I can read the two statements as being consistent with each other, but it might be useful to harmonize the specific language used to make it very clear that these refer to the same behavior. Section 5.4.1 Just to check my understanding: when I first read the discussion of this being an "array" and there being a potential "Opaque State Snapshot" component, I assumed that the length of this opaque snapshot would need to be fixed per array element (i.e., as part of the namespace definition). Having read a bit more, it seems that my initial assumption is incorrect, since there is a length field in the opaque state snapshot framing, and so a node parsing the array of elements will be able to skip over the approprate (variable) length for each element in the array. Please confirm that my updated understanding is correct. Namespace-ID: 16-bit identifier of an IOAM-Namespace. The Namespace-ID value of 0x0000 is defined as the "Default-Namespace- ID" (see Section 5.3) and MUST be known to all the nodes implementing IOAM. For any other Namespace-ID value that does not match any Namespace-ID the node is configured to operate on, the node MUST NOT change the contents of the IOAM-Data-Fields. Though it may seem banal to do so, explicitly listing "change, add, or remove" might help avoid future questions of how to interpret this text. E.g., there is some similar text in RFC 2460 about "examined or processed" that proved to be highly controversial and was changed in RFC 8200. A node receiving an IOAM Pre-allocated or Incremental Trace-Option relies on the NodeLen value, or it can ignore the NodeLen value and calculate the node length from the IOAM-Trace-Type bits (see below). Allowing an implementation to pick one or the other option like this introduces fragility to the system as a whole and requires strict controls that encapsulating nodes always set the value even if their implementation does not use it. I would prefer if we had a single well-specified required behavior for all nodes, that could be easily tested for conformance. Bit 0 "Overflow" (O-bit) (most significant bit). If there are not enough octets left to record node data, the network element MUST NOT add any fields and MUST set the overflow "O-bit" to "1" in the IOAM-Trace-Option header. This is useful for transit nodes to ignore further processing of the option. This makes things awkward for a lot of the earlier statements that require transit nodes to populate trace data. How is the document internally consistent in this regard, if transit nodes are both required to populate trace data and required to not add trace data? NodeLen - sizeof(opaque snapshot) in 4 octet units. If RemainingLen in a pre-allocated trace option exceeds the length of the option, as specified in the preceding header, then the node MUST NOT add any fields. What is the "preceding header"? This seems like perhaps it originated in a description of a concrete protocol encoding of this data item and does not quite apply to the abstract description thereof. Bit 12-21 Undefined. An IOAM encapsulating node MUST set the value of each of these bits to 0. If an IOAM transit node receives a packet with one or more of these bits set to 1, it MUST either: 1. Add corresponding node data filled with the reserved value 0xFFFFFFFF, after the node data fields for the IOAM-Trace-Type bits defined above, such that the Just to confirm: this means that there cannot be any future allocations of bits to "wide format" items and thus that only bits 8-10 will ever consume 2 units each of four-octets? (This does not preclude allocating two adjacent bits to indicate a single logical data item, of course, with appropriate error handling for when only one of the two is set.) Bit 23 Reserved: MUST be set to zero upon transmission and ignored upon receipt. I note that this description for the "reserved" bit has a different specified behavior than the unallocated bits 12-21 (that require a node to fill the data with ones if the bit is set). Do we have a sense for any ways in which this reserved bit's semantics could be used for future extensibility, vs being locked into these (basically useless) semantics forever? Section 5.4.2 Some IOAM-Data-Fields defined below, such as interface identifiers or IOAM-Namespace specific data, are defined in both "short format" as well as "wide format". Their use is not exclusive. A deployment could choose to leverage both. [...] While the text goes on to clarify that, based on per-domain configuration, they can hold qualitatively different types of information, I still must ask if there is any entity that is or might be tasked with enforcing that there is consistency between the two fields (mostly for when they are different representations of the same information, but not necessarily exclusively so). Section 5.4.2.1 Hop_Lim: 1-octet unsigned integer. It is set to the Hop Limit value in the packet at the node that records this data. Hop Limit "In the packet" at ingress to, or egress from, the node? node_id: 3-octet unsigned integer. Node identifier field to uniquely identify a node within the IOAM-Namespace and associated IOAM-Domain. The procedure to allocate, manage and map the node_ids is beyond the scope of this document. Even if we attempt to leave allocation/management of node_ids out of scope for this document, I think we still need to talk about what goes wrong and how to recover in case of collision. Section 5.4.2.2 I kind of expected some note that the interpretation of the interface identifier fields here is (or might be?) going to be specified by the node they apply to and can only be interpreted in that context. Or are these expected to be allocated by a central entity? Section 5.4.2.12 The "buffer occupancy" field is a 4-octet unsigned integer field. This field indicates the current status of the occupancy of the common buffer pool used by a set of queues. The units of this field are implementation specific. Hence, the units are interpreted within the context of an IOAM-Namespace and/or node-id if used. The authors acknowledge that in some operational cases there is a need for the units to be consistent across a packet path through the network, hence it is RECOMMENDED for implementations to use standard units such as Bytes. I guess I'm not sure that I understand exactly what this field should be indicating, even if my implementation does adhere to the recommendation to "use standard units such as Bytes" (which, by the way, could probably stand to be a stronger recommendation for a single distinguished unit chosen by the authors). That is, if I suppose that the node in question has some common pool of buffers that's shared across queues. Maybe all the buffers are the same size, maybe not. But in order to measure "occupancy", is it more important to know how many bytes are occupied, how many buffers are in use, or what proportion of the total buffers are in use? Just knowing the number of bytes or buffers in use does not convey much information if the total capacity is unknown, and having 40 MB of buffers in use would mean something very different for a CPE router vs "big iron". Can we give a bit more clarity into at least what portions of the semantics need to be set at a per-namespace level, even if we can't nail them down more tightly as part of the protocol spec? Section 5.4.13 Schema ID: 3-octet unsigned integer identifying the schema of Opaque data. Just to check my understanding: the interpretation of this schema ID is per IOAM-Namespace, which is mostly going to be something maintained by the individual operators. So in some sense each operator will have to maintain and publish (internally) a registry of these Schema IDs and avoid collisions. Is this the sort of thing that is already a common practice, or is there a risk of operational fragility being introduced? Furthermore, some of the Namespace IDs are not operator-managed, e.g., 0x0000. Is the opaque state snapshot functionality just not going to be used for those well-known namespaces? If so, we should say so explicitly. Section 5.5 o Random: Unique identifier for the packet (e.g., 64-bits allow for the unique identification of 2^64 packets). We should probably say that this is generated using a cryptographic-strength PRNG (i.e., not rand()). BCP 106 covers randomness requirements for security. Also, due to the birthday paradox, an actual 64-bit random identifier will produce collisions well before 2^64 packets. Since these identifiers (AFAICT) need to be assigned in an uncoordinated fashion, the random allocation scheme may well be the best scheme (or "least bad"), but if that's the case I don't think we should make bold statements like "allow for the unique identification of 2^64 packets". IOAM POT flags: 8-bit. Following flags are defined: It's slightly surprising to me that the flags are defined as having global semantics across all POT values, as opposed to being interpreted in the context of the POT type they are used with, but that's not inherently problematic. Section 5.5.1 Should we just say that the Namespace-ID, POT Type, and flags are as defined in Section 5 rather than repeating the definitions wholesale (or, as we currently do, having to modify the definition text slightly)? In particular (but not exclusively), it's pretty distracting to have Section 5 refer to "Bit 0" and "Bit 1-7" but Section 5.5.1 refer to the "P bit" and "R (7 bits)" P bit: 1-bit. "Profile-to-use" (P-bit) (most significant bit). Indicates which POT-profile is used to generate the Cumulative. Any node participating in POT will have a maximum of 2 profiles configured that drive the computation of cumulative. The two profiles are numbered 0, 1. This bit conveys whether profile 0 or profile 1 is used to compute the Cumulative. Is it worth saying a few more words about how the P bit is used as a "generation count" for performing incremental/in-place updates of what profile to use, and that profile 0 can be repurposed for something new once all uses of its previous interpretation have been removed from the network? ("No" is a fine answer, but it might be worth proactively allaying the concern that you can only have two profiles, ever.) Section 5.6 I suggest giving some guidance as to whether the initial sequence number should (not) start at zero, for the fields indicated by bits 0 and 1. I note that draft-gont-numeric-ids-sec-considerations has some discussion supporting starting at non-zero values. It seems that the "increment by one for each packet" behavior is needed, though, in order to be able to use this value to detect loss. Bit 0 (Most significant bit) When set indicates presence of a 64-bit sequence number added to a specific "packet group" which is used to detect packet loss, packet reordering, or packet duplication within the group. The "packet group" is deployment dependent and defined at the IOAM encapsulating node e.g. by n-tuple based classification of packets. Bit 1 When set indicates presence of a 32-bit sequence number added to a specific "packet group" which is used to detect packet loss, packet reordering, or packet duplication within that group. The "packet group" is deployment dependent and defined at the IOAM encapsulating node e.g. by n-tuple based classification of packets. When both of these bits are set, are the contained values agglomerated into a hybrid 96-bit sequence number? If so, in which order? Bit 2 When set indicates presence of timestamp seconds, [...] packet is encapsulated into the tunnel. Each implementation has to document when the E2E timestamp that is going to be put in the packet is retrieved. This It seems a little awkward that an operator is going to have to base their processing logic on knowledge of what *implementation* the encapsulating node is, especially on a heterogeneous network. But I suppose it would be an RFC 6919 "MUST (BUT WE KNOW YOU WON'T)" if we said that implementations had to allow configuring the different possibilities, based on the IOAM-Namespace... Section 6.3 (POSIX-based Timestamp Format) The POSIX-based timestamp format is affected by leap seconds; it represents the number of seconds since the epoch minus the number of leap seconds that have occurred since the epoch. The value of a timestamp during or slightly after a leap second could be temporarily inaccurate. (If I'm wrong about the Discuss point, this description seems inconsistent with the POSIX epoch being midnight TAI.) Section 8 I note that the "RFC Required" policy lets ISE and IRTF stream documents allocate values, in theory without any IETF review at all. It seems unlikely that this is what is intended in all of the cases where "RFC Required" is specified, such asa the 4-bit IOAM Trace-Flags registry that has only three unallocated codepoints. Section 8.4 0: 16 Octet POT data I'd suggest a slightly more descriptive name, as there may well be other POT formats that want to use 16 octets for their data. Section 8.7 I suggest removing the sentence "Upon a new allocation request, the responsible AD will appoint a designated expert, who will review the allocation request." as it is not really accurate (the IESG appoints DEs) and is not helpful for the potential registrant. It's arguably also needlessly restrictive, preventing the IESG from appointing an expert before there is a request to review. Section 10 "Direct Export" sounds like a self-induced DoS attack by traffic amplification, but that's probably more a matter to be discussed in that document, not this one. (Though, do we need to mention direct export here at all?) We should probably say that the opaque snapshot, namespace specific data, etc., will have security considerations corresponding to their defined data contents that should be described where those formats are defined. From a confidentiality perspective, although IOAM options do not contain user data, they can be used for network reconnaissance, Given that we provide multiple fields that essentially carry opaque or operator-defined data, the blanket "do not contain" may be too strong of a statement. (What if someone decides to put a subscriber identifier in the namespace-specific data?) So maybe "are not expected to" is more appropriate". allowing attackers to collect information about network paths, performance, queue states, buffer occupancy and other information. One possible application of such reconiassance is to gauge the effectiveness of an ongoing attack (e.g., if buffers and queues are overflowing). I don't know whether it's particularly useful to mention that scenario here or not, though. IOAM can be used as a means for implementing Denial of Service (DoS) attacks, or for amplifying them. For example, a malicious attacker can add an IOAM header to packets in order to consume the resources of network devices that take part in IOAM or entities that receive, collect or analyze the IOAM data. [...] Messing up the POT data seems worth calling out here as well (though the particular behavior when proof of transit fails is not defined in this document, of course). Notably, in most cases IOAM is expected to be deployed in specific network domains, thus confining the potential attack vectors to Where does the "most cases" come from? I thought the definitions restricted IOAM to the IOAM domain. Indeed, in order to limit the scope of threats mentioned above to within the current network domain the network operator is expected to enforce policies that prevent IOAM traffic from leaking outside of the IOAM domain, and prevent IOAM data from outside the domain to be processed and used within the domain. It would be great if we could provide a bit more detail on the scope of consequences if the operator fails to do so. Section 12.1 The 2008 POSIX reference has since been superseded by the 2017 version. NITS Abstract nits: NSH is not listed as "well known" at the RFC Editor's abbreviation list, so should probably be written out in full. Also, please put commas before and after "e.g." (which will presumably help with the spurious double-space as well). Section 1 cannot be considered passive. In terms of the classification given in [RFC7799] IOAM could be portrayed as Hybrid Type 1. IOAM RFC 7799 writes it with a majuscule 'I', not the numeral '1'. Section 3 Please use the updated RFC 8174 version of the BCP 14 boilerplate. Section 4 Scope: This document defines the data fields and associated data types for in-situ OAM. The in-situ OAM data field can be encapsulated in a variety of protocols, including NSH, Segment Routing, Geneve, IPv6, or IPv4. [...] s/field/fields/, and s/or/and/ Section 5.3 A subset or all of the IOAM-Option-Types and their corresponding IOAM-Data-Fields can be associated to an IOAM-Namespace. IOAM- The way this is written seems to imply that any given IOAM-Option-Type is associated with at most one IOAM-Namespace, which I think is not the intent. Namespaces add further context to IOAM-Option-Types and associated IOAM-Data-Fields. Any IOAM-Namespace MUST interpret the IOAM-Option- Types and associated IOAM-Data-Fields per the definition in this document. IOAM-Namespaces group nodes to support different Presumably this ("MUST interpret") only applies to the option-type and data fields defined in this document? deployment approaches of IOAM (see a few example use-cases below) as IIUC the meaning here is "IOAM-Namespaces provide a way to group nodes" and would be easier to read if formulated in that manner. The RFC Editor will probably have a hard time in this section with which things that end in 's' are possessives (and thus benefit from an apostrophe) and which are not, though it may not be an efficient use of time to try to tidy up before the document gets to them. o whether IOAM-Option-Type(s) has to be removed from the packet, e.g. at a domain edge or domain boundary. there's a singular/plural mismatch here (irrespective of the "(s)" -- "whether an [option-type] has to be removed" vs "whether [option-types] have to be removed" Section 5.4.2.3 The "timestamp seconds" field is a 4-octet unsigned integer field. Absolute timestamp in seconds that specifies the time at which the s/Absolute timestamp/It contains the absolute timestamp/ Section 5.4.2.4 The "timestamp subseconds" field is a 4-octet unsigned integer field. Absolute timestamp in subseconds that specifies the time at which the s/Absolute timestamp/It contains the absolute timestamp/ Section 5.4.2.9 Please use the exact same wording in the description of the Hop_Lim field that was used in Section 5.4.2.1 (or just incorporate that definition by reference). (The node_id descriptions properly differ only in the 3-octet vs 7-octet phrase.) Section 5.4.3 An entry in the "node data list" array can have different formats, following the needs of the deployment. [...] This phrasing seems needlessly confusing. Within a single "node data list" (i.e., a single packet), all the list entries have the same format. What we want to be describing is that the per-entry format can vary across packets and across deployments. So perhaps just "the format used for the entries in a packet's "node data list" array can vary from packet to packet and deployment to deployment". (Also, there's a singular/plural mismatch between "an entry" and "different formats".) Section 5.5, 5.6 When we talk about how the different Data-Fields "MUST be 4-octet aligned", having the figure show a variable-height entry might be helpful; the current formulation looks like it's exactly a 32-bit field. Section 5.5 IOAM Proof of Transit Option-Type is to support path or service function chain [RFC7665] verification use cases. Proof-of-transit s/is to/is used to/ Sections 6.1, 6.2, 6.3 Seconds: specifies the integer portion of the number of seconds since the epoch. I suggest writing out "the PTP epoch", "the NTP epoch", and "the Unix epoch" in the respective sections, to avoid giving the impression (via the definite article) that there is a single distinguished epoch, when there is not. (Similarly for the Fractions.) From nobody Wed Mar 24 08:05:59 2021 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 631A33A2E46; Wed, 24 Mar 2021 08:05:55 -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-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <161659835537.18895.9718541717885407286@ietfa.amsl.com> Date: Wed, 24 Mar 2021 08:05:55 -0700 Archived-At: Subject: [ippm] Roman Danyliw's Discuss on draft-ietf-ippm-ioam-data-12: (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: Wed, 24 Mar 2021 15:05:56 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Please clarify what constitutes the edge or boundary of the IOAM domain. Consider: (a) Section 4. IOAM is a network domain focused feature, with "network domain" being a set of network devices or entities within a single administration. … Designers of protocol encapsulations for IOAM specify mechanisms to ensure that IOAM data stays within an IOAM domain. In addition, the operator of such a domain is expected to put provisions in place to ensure that IOAM data does not leak beyond the edge of an IOAM domain. (b) Section 5.3. Namespace identifiers allow devices which are IOAM capable to determine: … whether IOAM-Option-Type(s) has to be removed from the packet, e.g. at a domain edge or domain boundary. (a) suggests that the filtering occurs on the basis of the single administrative domain. However, (b) suggests that namespace identifiers are part of the filtering decision; which suggests that sub-domains can be created in a given domain which should be partitioned from each other. The Security Considerations should be clearer on who does the IOAM information filtering, on what criteria and on what boundary. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Shawn Emery for the SECDIR review. I support Ben Kaduk’s DISCUSS position. ** Section 4. Per the scope of “IOAM is a network domain focused feature, with ‘network domain’ being a set of network devices or entities within a single administration” and the implicit trust model, the more precise text seems to be a s/a set of network devices/a set of trusted network devices/. ** Section 10. To the end of the first paragraph, “All nodes in the path of a IOAM carrying packet can perform such an attack”. ** Section 10. It is not clear why the "Direct Exporting" mode, a reference an unadopted I-D, is being referenced here and then consideration for it is noted as out of scope. ** Section 10 At the management plane, attacks can be set up by misconfiguring or by maliciously configuring IOAM-enabled nodes in a way that enables other attacks. Thus, IOAM configuration has to be secured in a way that authenticates authorized users and verifies the integrity of configuration procedures. The link to authenticating authorized users isn’t clear. Perhaps the intent of the second sentence is that configurations should only managed by authorized processes or users? ** Section 10. Please note that IOAM fields could introduce the possibility of a per-packet cover channel ** Editorial nits: Section 4. Typo. s/using,for/using, for/ Section 10. Editorial. s/Section Section 5.5/Section 5.5/ From nobody Wed Mar 24 12:04:52 2021 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 16F233A338B; Wed, 24 Mar 2021 12:04:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Francesca Palombini via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Francesca Palombini Message-ID: <161661268673.916.16348206674906302793@ietfa.amsl.com> Date: Wed, 24 Mar 2021 12:04:47 -0700 Archived-At: Subject: [ippm] Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (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: Wed, 24 Mar 2021 19:04:47 -0000 Francesca Palombini has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thank you for this document. I think that the discussion on point 5. about referencing normatively IEEE 1588, and 11. about IANA Expert guidelines are worth having, and hope we can get them cleared before the document moves forward. Also, please find some minor comments below. Francesca ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- 1. ----- document are to be interpreted as described in [RFC2119]. FP: Please update the boilerplate as per RFC 8147. 2. ----- The specification of how IOAM-Data-Fields are encapsulated into "parent" protocols, like e.g., NSH or IPv6 is outside the scope of this document. FP: This sentence (or equivalent) appears several times - at least 2 times in section 4 and once more in 5.1 - please consider removing the repetition. 3. ----- For example, if 3 IOAM-Trace-Type bits are set and none of them are wide, then NodeLen would be 3. If 3 IOAM-Trace-Type bits are FP: As this is the first time the term "wide" appears, it would be good to define it and add a reference. Alternatively, a sentence in the terminology might have helped too. 4. ----- Bit 3 When set, indicates presence of timestamp subseconds in FP: Same as for 3. - please add a reference to where "subsecond" is defined. 5. ----- formats; based on either PTP [IEEE1588v2], NTP [RFC5905], or POSIX [POSIX]. The three timestamp formats are specified in Section 6. In FP: Is the normative reference to IEEE 1588 (behind a paywall) absolutely necessary? Rob Wilton pointed out that maybe a normative reference to RFC 8877 would be enough, however that would create a downref since 8877 is informational. Also (minor) if kept, please consider updating to IEEE 1588-2019. 6. ----- computation, indicates which POT-profile is used. The two profiles are numbered 0, 1. FP: (just a comment) I found strange at this point that although two profiles are mentioned, only one is defined in this document. 7. ----- Namespace-ID: 16-bit identifier of an IOAM-Namespace. The FP: Each option-type starts with Namespace-ID: couldn't this be optimized, or what is the reasoning behind this? 8. ----- IOAM domain. Within the IOAM encapsulating node, the time that the timestamp is retrieved can depend on the implementation. Some possibilities are: 1) the time at in one of three possible timestamp formats. It is assumed that the management plane is responsible for determining which timestamp format is used. FP: This is worrying for interoperability within different implementations. Maybe more details or guidelines about how the management plane deals with this (or references to relevant specification for which this is in scope) would help. 9. ----- New registries in this group can be created via RFC Required process as per [RFC8126]. FP: (asking as this was not included in the shepherd review, and just want to make sure this was addressed) For this and following registries: what is the reasoning for not going for IETF Review? 10. ----- The meaning for Bits 1 - 7 are available for assignment via RFC Required process as per [RFC8126]. FP: From section 5.5 the bits 1-7 are indicated as Reserved. 11. ----- of the current document. Registry entries for the values 0x8000 to 0xFFFF are to be assigned via the "Expert Review" policy defined in [RFC8126]. Upon a new allocation request, the responsible AD will appoint a designated expert, who will review the allocation request. The expert will post the request on the mailing list of the IPPM working group in the IETF (ippm@ietf.org), and possibly on other relevant mailing lists, to allow for community feedback. Based on the review, the expert will either approve or deny the request. The intention is that any allocation will be accompanied by a published RFC. But in order to allow for the allocation of values prior to the RFC being approved for publication, the designated expert can approve allocations once it seems clear that an RFC will be published. FP: The text above indicates Expert review for the registry. According to RFC 8126: The required documentation and review criteria, giving clear guidance to the designated expert, should be provided when defining the registry. It is particularly important to lay out what should be considered when performing an evaluation and reasons for rejecting a request. Although the paragraph above gives some indication of process for the experts, it does not give clear review criteria or guidance. I would suggest this to be expanded to give more indication to experts on what criteria to consider - these same criteria will be considered by the working group as well. From nobody Thu Mar 25 00:15:14 2021 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 55C6F3A135E; Thu, 25 Mar 2021 00:15:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <161665651291.10579.6980620171501754139@ietfa.amsl.com> Date: Thu, 25 Mar 2021 00:15:13 -0700 Archived-At: Subject: [ippm] Murray Kucherawy's Discuss on draft-ietf-ippm-ioam-data-12: (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, 25 Mar 2021 07:15:13 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I'd also like to discuss what's going on in Section 8. Section 8.1, for instance, says that the registry covers 128 code points. The first seven entries are given, but it's not explicit that a registration comprises a code point and (apparently) a name. It's more typical to include a template that a new registration needs to include. You might require a requested code point number and a name at minimum, but also commonly included in such a template is a reference to the registering RFC. If I were to register a code point here in some later RFC, it would be awfully convenient to have the registry include a reference to that defining document. As it stands, the registry will only ever point to this one. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support Francesca's DISCUSS position on both points. In particular on the second, I wonder why this registry isn't being created following the provisional/permanent model that has been successful elsewhere, such as with URI schemes. "SFC" appears in the glossary in Section 3, but nowhere else in the document. In Section 8: New registries in this group can be created via RFC Required process as per [RFC8126]. Is there any other way to get IANA to create a sub-registry? From nobody Thu Mar 25 01:34:48 2021 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 746433A15EE; Thu, 25 Mar 2021 01:34:46 -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-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <161666128644.21877.3692355580933620496@ietfa.amsl.com> Date: Thu, 25 Mar 2021 01:34:46 -0700 Archived-At: Subject: [ippm] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-ippm-ioam-data-12=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: Thu, 25 Mar 2021 08:34:47 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document and thank you for acknowledging my comments and advices (as they were minor, I am not recusing myself). Sometimes the text is difficult to read as paragraphs and sentences are long and somehow repetitive. Please find below some non-blocking COMMENT points (but replies would be appreciated), and some nits. Like Alvaro, I was hesitating to ballot a DISCUSS on one point about section 4 (insertion/deletion of data on the flight). I hope that this helps to improve the document, Regards, -éric == COMMENTS == -- Abstract -- "a path between two points in the network" does this mean that this document cannot be used with a multicast destination address ? -- Section 2 -- Is the list about 'contributors' (as in the section title) or 'co-authors' (as in the text) ? -- Section 3 -- Please use the BCP14 boilerplate Please note that Geneve is now RFC 8926. -- Section 4 -- Should the 'deployment domain' include a reference to RFC 8799 ? I was about to ballot a DISCUSS on this one: While the actual encapsulation is out of scope, the definition of "IOAM control points" alludes to nodes at the edge and in the core being able to add/remove data fields. This behavior will obviously have some impacts on the PMTU discovery and possibly on the handling of ICMP. Did the authors think of writing a generic section in this document on how this can be done in a correct way? What is "live user traffic" ? I guess that this is not about end-user real-time video ;-) but a better wording would be welcome. I am afraid that "ships in the night" does not apply here as all ships are usually on the same layer ;-) (planes do flight at different flight levels) But, this is not that important. No need to reply. -- Section 5.1 -- Is it expected to have additional IOAM data types than the 4 in this document? Text should clarify this. -- Section 5.2 -- "A transit node MUST NOT add new IOAM-Option-Types" seems to contradict the "IOAM control points" definition of section 4. -- Section 5.3 -- If 0x0000 is already reserved, then I would suggest to make it part of the IANA range (i.e., making IANA range 0x0000 t 0x7FFF). -- Section 5.4.2.5 -- Should there be a precise definition (or reference) of "time in nanoseconds the packet spent in the transit node"? E.g., between first bit received and last bit sent ? -- Section 5.4.2.7 -- Is there a reason why the queue depth is expressed in buffers and not in packets? (Both metrics have useful values imho) -- Section 5.5 -- In "Random: Unique identifier for the packet" how are collisions resolved? Do they matter at all ? How can a transit/decaps node can handle the PoT (and also the E2E of section 5.6) as the length is not specified in the header ? == NITS == Usually "e.g." is enclosed between commas. The sentence "The definition of how IOAM-Data-Fields are encapsulated into other protocols is outside the scope of this document." or a minor variation of it occurs multiple times in the document. Please consider avoiding those repetitions. From nobody Thu Mar 25 05:29:54 2021 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 EAC493A1FE5; Thu, 25 Mar 2021 05:29:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Lars Eggert via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Lars Eggert Message-ID: <161667538893.15241.7322339760692550091@ietfa.amsl.com> Date: Thu, 25 Mar 2021 05:29:48 -0700 Archived-At: Subject: [ippm] Lars Eggert's Discuss on draft-ietf-ippm-ioam-data-12: (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, 25 Mar 2021 12:29:49 -0000 Lars Eggert has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Section 5.4, paragraph 6, discuss: > A particular implementation of IOAM MAY choose to support only one of > the two trace option types. In the event that both options are Not requiring at least one mandatory-to-implement trace option type is highly problematic, since it creates two incompatible flavors of this standard. Preventing bifurcation seems to trump the desire for allowing (minor?) optimizations. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 1, paragraph 4, comment: > IOAM use cases and mechanisms have expanded as this document matured, > resulting in additional flags and options that could trigger creation > of additional packets dedicated to OAM. The term IOAM continues to > be used for such mechanisms, in addition to the "in-situ" mechanisms > that motivated this terminology. Suggest to rephrase this expanded view on IAM in a way that does not tie the description to the time period during which this soon-to-be-archival document was edited. Section 5.2, paragraph 6, comment: > A transit node MUST ignore IOAM-Option-Types that it does not > understand. A transit node MUST NOT add new IOAM-Option-Types to a > packet, MUST NOT remove IOAM-Option-Types from a packet, and MUST NOT > change the IOAM-Data-Fields of an IOAM Edge-to-Edge Option-Type. I'm surprised that IOAM data isn't authenticated or even integrity-protected at all. Relying on RFC2119 language alone seems a pretty weak protection. Section 5.3, paragraph 9, comment: > Namespace identifiers allow devices which are IOAM capable to > determine: > > o whether IOAM-Option-Type(s) need to be processed by a device: If > the Namespace-ID contained in a packet does not match any > Namespace-ID the node is configured to operate on, then the node > MUST NOT change the contents of the IOAM-Data-Fields. > > o which IOAM-Option-Type needs to be processed/updated in case there > are multiple IOAM-Option-Types present in the packet. Multiple > IOAM-Option-Types can be present in a packet in case of > overlapping IOAM-Domains or in case of a layered IOAM deployment. > > o whether IOAM-Option-Type(s) has to be removed from the packet, > e.g. at a domain edge or domain boundary. I'll note that cryptographically authenticating IOM data would probably result in a system that wouldn't need the concept of namespaces, because keys would automatically serve that purpose. (A device can't update an IOAM data item if it doesn't have the key to authenticate the update with.) Section 5.4, paragraph 11, comment: > o Time of day when the packet was processed by the node as well as > the transit delay. Different definitions of processing time are > feasible and expected, though it is important that all devices of > an in-situ OAM domain follow the same definition. I think "important" is an understatement, this seems required? Also, capturing time-of-day seems to require synchronized clocks. Section 5.4.2.12, paragraph 2, comment: > 5.4.2.12. buffer occupancy > > The "buffer occupancy" field is a 4-octet unsigned integer field. > This field indicates the current status of the occupancy of the > common buffer pool used by a set of queues. The units of this field > are implementation specific. Hence, the units are interpreted within > the context of an IOAM-Namespace and/or node-id if used. The authors > acknowledge that in some operational cases there is a need for the > units to be consistent across a packet path through the network, > hence it is RECOMMENDED for implementations to use standard units > such as Bytes. There are other "standard units" here, such as packets. You'd need to recommend a specific standard unit and not just give an example. Section 5.5, paragraph 3, comment: > o Random: Unique identifier for the packet (e.g., 64-bits allow for > the unique identification of 2^64 packets). If this identifier is supposed to be unique, it can't be random. And if it's random, it will only be able to statistically uniquely identify a much smaller number of packets (birthday paradox). Section 6.3, paragraph 11, comment: > Microseconds: specifies the fractional portion of the number of > seconds since the epoch. > > + Size: 32 bits. > > + Units: the unit is microseconds. The value of this field is in > the range 0 to (10^6)-1. Given that the max. value for microseconds is 999999, using a 32-bit field leaves the top eight bits unused. ------------------------------------------------------------------------------- All comments below are very minor change suggestions that you may choose to incorporate in some way (or ignore), as you see fit. There is no need to let me know what you did with these suggestions. Matt Joras' Gen-ART review (https://mailarchive.ietf.org/arch/msg/gen-art/vzngkYWy-W-f0PHqAPNRlyNSwnw/) contains several other nits that I wanted to make sure you were aware of. "Abstract", paragraph 2, nit: - 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. - ^ + protocols such as NSH, Segment Routing, Geneve, IPv6, + ^ + or IPv4. In-situ OAM can be used to complement OAM + mechanisms based on, e.g., ICMP or other types of probe packets. + + ^ Section 1, paragraph 2, nit: - in [RFC7799] IOAM could be portrayed as Hybrid Type 1. IOAM - mechanisms can be leveraged where mechanisms using e.g. ICMP do not - ^ + in [RFC7799], IOAM could be portrayed as Hybrid Type 1. IOAM + + + mechanisms can be leveraged where mechanisms using, e.g., ICMP, do not + + ^ + Section 4, paragraph 3, nit: - expected that each such encapsulation will be defined in the relevant - ^ ^ + expected that each such encapsulation would be defined in the relevant + ^^ ^ Section 4, paragraph 4, nit: - IOAM data does not leak beyond the edge of an IOAM domain using,for + IOAM data does not leak beyond the edge of an IOAM domain using, for + + Section 4, paragraph 4, nit: - processing (e.g. load-balancing schemes based on packet length could - ^ - be impacted by the increased packet size due to IOAM), path MTU (i.e. + processing (e.g., load-balancing schemes based on packet length could + ^ + be impacted by the increased packet size due to IOAM), path MTU (i.e., + + Section 4, paragraph 4, nit: - message handling (i.e. in case of IPv6, IOAM support for ICMPv6 Echo + message handling (i.e., in case of IPv6, IOAM support for ICMPv6 Echo + + Section 4, paragraph 7, nit: - are encapsulated into "parent" protocols, like e.g., NSH or IPv6 is + are encapsulated into "parent" protocols, like, e.g., NSH or IPv6 is + + Section 4, paragraph 8, nit: - the-night model, i.e. IOAM-Data-Fields in one layer are independent + the-night model, i.e., IOAM-Data-Fields in one layer are independent + + Section 5.1, paragraph 3, nit: - different categories. In IOAM these categories are referred to as + different categories. In IOAM, these categories are referred to as + + Section 5.2, paragraph 2, nit: - transit nodes". The role of a node (i.e. encapsulating, transit, + transit nodes". The role of a node (i.e., encapsulating, transit, + + Section 5.2, paragraph 3, nit: - called the "IOAM encapsulating node", whereas a device which removes - ^^^ - an IOAM-Option-Type is referred to as the "IOAM decapsulating node". - ^^^ + called an "IOAM encapsulating node", whereas a device which removes + ^^ + an IOAM-Option-Type is referred to as an "IOAM decapsulating node". + ^^ Section 5.2, paragraph 7, nit: - means that an IOAM node which is e.g. an IOAM-decapsulating node for + means that an IOAM node which is, e.g., an IOAM-decapsulating node for + + + Section 5.3, paragraph 6, nit: - assigned range is intended to be domain specific, and managed by the - ^ + assigned range is intended to be domain-specific, and managed by the + ^ Section 5.3, paragraph 9, nit: - e.g. at a domain edge or domain boundary. + e.g., at a domain edge or domain boundary. + + Section 5.4, paragraph 2, nit: - deployment all nodes in an IOAM-Domain would participate in IOAM and + deployment, all nodes in an IOAM-Domain would participate in IOAM and + + Section 5.4, paragraph 2, nit: - ways to deal with situations where the PMTU was underestimated, i.e. + ways to deal with situations where the PMTU was underestimated, i.e., + + Section 5.4, paragraph 10, nit: - i.e. ingress interface. + i.e., ingress interface. + + Section 5.4, paragraph 11, nit: - i.e. egress interface. + i.e., egress interface. + + Section 5.4.1, paragraph 2, nit: - i.e. an IOAM transit node MUST NOT modify the Namespace-ID, NodeLen, + i.e., an IOAM transit node MUST NOT modify the Namespace-ID, NodeLen, + + Section 5.4.2.2, paragraph 6, nit: - with ingressing or egressing packets, i.e. ingress_if_id could + with ingressing or egressing packets, i.e., ingress_if_id could + + Section 5.6, paragraph 9, nit: - encapsulating node e.g. by n-tuple based classification + encapsulating node, e.g., by n-tuple based classification + + + Section 5.6, paragraph 10, nit: - encapsulating node e.g. by n-tuple based classification + encapsulating node, e.g., by n-tuple based classification + + + From nobody Thu Mar 25 05:33:40 2021 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 AF1253A1FFF; Thu, 25 Mar 2021 05:33:37 -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=eggert.org 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 PaPqN1gyri9q; Thu, 25 Mar 2021 05:33:33 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (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 B3A613A1FFD; Thu, 25 Mar 2021 05:33:29 -0700 (PDT) Received: from [IPv6:2a00:ac00:4000:400:cd46:2bbf:5755:8854] (unknown [IPv6:2a00:ac00:4000:400:cd46:2bbf:5755:8854]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 25C58600027; Thu, 25 Mar 2021 14:33:19 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1616675599; bh=cHDLRLQlxv04pbNcfXb1yzpBcI1HuqqF7TM/LZS+VNQ=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=EUm/ZvXOzk31Uvb9isdzPqQHgq+XNte0p4dz+26ixCqSkBjrMLhQ3usPm+ps8uOcA tQzrZQB9N3JnEtC7sDEaG9ENxKlYmnRLczCutTIK5L62nu2/CCF9o5G6hiFNz6RTPC 91vtFt8G0oWE+41PvHGghpBXTSZiEQmOlBGGoVsM= From: Lars Eggert Message-Id: <2279BBC9-86B4-4F12-9EF2-B50F533E9598@eggert.org> Content-Type: multipart/signed; boundary="Apple-Mail=_F0CBD115-2BD6-4792-8048-E2495516D538"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Thu, 25 Mar 2021 14:33:17 +0200 In-Reply-To: <160716273455.18414.13800286326641344283@ietfa.amsl.com> Cc: General Area Review Team , Last Call , draft-ietf-ippm-ioam-data.all@ietf.org, ippm@ietf.org To: Dan Romascanu References: <160716273455.18414.13800286326641344283@ietfa.amsl.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-MailScanner-ID: 25C58600027.A36CE X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: Re: [ippm] [Last-Call] Genart last call review of draft-ietf-ippm-ioam-data-11 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, 25 Mar 2021 12:33:38 -0000 --Apple-Mail=_F0CBD115-2BD6-4792-8048-E2495516D538 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dan, thank you for your review. I have entered a Discuss ballot for this = document based on my own review. Lars > On 2020-12-5, at 12:05, Dan Romascanu via Datatracker = wrote: >=20 > Reviewer: Dan Romascanu > 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-ioam-data-11 > Reviewer: Dan Romascanu > Review Date: 2020-12-05 > IETF LC End Date: 2020-12-08 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: >=20 > This is a very useful and rather complex document that discusses the = data > fields and associated data types for IOAM that can be encapsulated = into a > variety of protocols. It's well written, detailed and accurate. It is = READY > from a Gen-ART perspective, with a few editorial comments that I = suggest being > addressed before approval or as part of the final editorial process. >=20 > Major issues: >=20 > Minor issues: >=20 > Nits/editorial comments: >=20 > 1. How are specific IOAM encapsulations being defined? Will = specifications that > define IOAM encapsulations into various protocols be within the scope = of the > IPPM WG? of the IETF? Do they require to be RFCs? Some clarification = text would > be useful. >=20 > 2. In Section 5.4.2.12 I found the following: >=20 >> The authors > acknowledge that in some operational cases there is a need for the > units to be consistent across a packet path through the network, > hence RECOMMEND the implementations to use standard units such as > Bytes. >=20 > 'The authors ... RECOMMEND' seems a little bit odd. The active verb = form is not > within the list of keywords as per [RFC2119], also mentioned in = Section 3 of > this document. To be on the safe side I would recommend reformulating = the > sentence so that the RECOMMENDED form is used. Alternatively, just do = not use > capitalization here. >=20 > 3. In Section 8.7 I found: >=20 >> The expert will post the request on the IPPM mailing list, and > possibly on other relevant mailing lists, to allow for community > feedback. >=20 > I assume that this means the IPPM WG mailing list. The abbreviation of = IPPM may > be very familiar for the current audiences, but the situation may = change in the > future. The scope even of this document may outlive the WG. I suggest = to expand > IPPM in Section 3 and possibly reformulate the sentence so that = posting the > request on the IPPM list does not sound as the eternal procedure. >=20 >=20 >=20 > -- > last-call mailing list > last-call@ietf.org > https://www.ietf.org/mailman/listinfo/last-call --Apple-Mail=_F0CBD115-2BD6-4792-8048-E2495516D538 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAmBcgw0ACgkQVLXDCb9w wVfqZBAAl2EvNYf9VLGNZp70ucPb1/QD2L5SeB8G1uWld3C7VsdNI+qeP317KTx2 SnKXyE8UUdentlK2pt5B/WQlpeHVgZEXEvWrxoucPMO5QIynDLmZq2ScPPNTPOOT 1ORrEM6oNX9GNROsWFEE65fDAFbbe+E4ims5QHaQCg8ne5UF9DzUCYFpSdJjPPF2 s+71vUZG0ZsiuJg1euQJLejDuLTHH/z1dvSnjI2Hs6k41q1v1sIV1sIGvIW8ORFC D1VoQUCf3R+m4UNbZ0MOUQZlW+n+TJztBGlRTE+Pbpi64ZAsmOYe2v9jJgJ+9kIH tgvYNg3rR0dAkZhjCn5OBTH3bBvqyUczD8tqJ3zeCOKNVGki+GSvCV6QPqMiLzUi XimsYjC+fOuMljlkUGX4DyzDoPOHEjnB6Eu2bTxRv3g3k+F8pKUO9X/D53TK1ZBL 9QtSpG3nTEDLPFik1pXQGYI/R5ziMjsIrRwcn97KYb9YrVOZM9sOPcgytlpPR5s2 a41VRQAYuz5TTMPhxXjZl7iXieBGY8qbG7FkGUEpDeB9J4FVraZqV+6JZkpGeS1k 3cesapEM0stu3oCvns69irx0+9F9JrpYXdCZvpTLD02FI+98gwhY+caCWc9RAE1q h16tk5K9rm/9RNfBioRLYCOMauBtPrqFI9IsMCTowWQtEzapXBw= =dNuB -----END PGP SIGNATURE----- --Apple-Mail=_F0CBD115-2BD6-4792-8048-E2495516D538-- From nobody Thu Mar 25 07:05:21 2021 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 E205B3A235D; Thu, 25 Mar 2021 07:05:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Zaheduzzaman Sarker via Datatracker To: "The IESG" Cc: draft-ietf-ippm-ioam-data@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, Al Morton , acm@research.att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Zaheduzzaman Sarker Message-ID: <161668111690.4410.4427181911138053507@ietfa.amsl.com> Date: Thu, 25 Mar 2021 07:05:16 -0700 Archived-At: Subject: [ippm] Zaheduzzaman Sarker's No Objection on draft-ietf-ippm-ioam-data-12: (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, 25 Mar 2021 14:05:17 -0000 Zaheduzzaman Sarker has entered the following ballot position for draft-ietf-ippm-ioam-data-12: 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-ioam-data/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I wanted to discuss about - IOAM domain isolation and boundary .- needed integrity. It good that there is already intention to work with integrity however, I felt the lack of integrity and impact of that needed to be discussed already for this document. However, my fellow ADs have already put DISCUSSes on those. I support Roman Danyliw and Benjamin Kaduk's DISCUSSes. Another major issue - the use of IOAM-Namespaces to provide domain isolation needs to be clarified. It is described that IOAM-Namespaces can be used to filter the IOAM-Domain. However, it is also described that the same node can have different roles ( encapsulating, dencapsulating and transit) for different Namespace. If both of the description is true then I don't think filtering based on IAOM-Namesapces works or I dont understand the filtering concept here. * Section 3: Should use the updated RFC 8174 version of the BCP 14 boilerplate. Nit: E2E Edge to Edge PMTU Path MTU Missing ":", where rest of the entries have them Geneve: Generic Network Virtualization Encapsulation [I-D.ietf-nvo3-geneve] Should refer to RFC 8926. * Section 4: The operator has to consider the potential operational impact of IOAM to mechanisms such as ECMP processing (e.g. load-balancing schemes based on packet length could be impacted by the increased packet size due to IOAM).. is there any guideline available? I haven't seen any discussion in the security considerations on this matter either. IOAM control points: IOAM-Data-Fields are added to or removed from the live user traffic by the devices which form the edge of a domain. what is live user traffic here? does this suppose to mean current traffic in transition within the IOAM domain? Devices which form an IOAM-Domain can add, update or remove IOAM- Data-Fields. Edge devices of an IOAM-Domain can be hosts or network devices. "hosts" need to clarified more, host of what? * Section 5.1 and 5.1.1 : I cannot find how a POT-profile is defined hence understanding of section 5.1 and section 5.1.1 is troublesome. It would be good have description of the POT-profile prior to talk about it. If this is defined somewhere else then need to refer to that. * Section 5.4.1: NodeLen: 5-bit unsigned integer. This field specifies the length of data added by each node in multiples of 4-octets, excluding the length of the "Opaque State Snapshot" field. I would suggest to add reference to the section where the"Opaque state snapshot" is defined. * Section 6.3 : Epoch: The epoch is 1 January 1970 00:00:00 TAI, which is 31 December 1969 23:59:51.999918 UTC. AFAIK, the UNIX epoch is 1 January 1970 (midnight UTC/GMT). is there any reference to the Epoch used here? * Section 7: Needs a reference to IPFIX From nobody Thu Mar 25 10:49:39 2021 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 6AE1B3A28A1; Thu, 25 Mar 2021 10:49: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, RCVD_IN_DNSWL_NONE=-0.0001, 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 7DMqvjsQwbhO; Thu, 25 Mar 2021 10:49:29 -0700 (PDT) Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0: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 4411F3A2895; Thu, 25 Mar 2021 10:49:29 -0700 (PDT) Received: by mail-il1-x132.google.com with SMTP id r8so2821482ilo.8; Thu, 25 Mar 2021 10:49:29 -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=0m7hL+5Lxr9f8PAQeZ8eMMCqMkAfF/HI4qAxix2Nz0g=; b=QZWBQ3B/cPFlCb94E+oR7byErW9uqsETiRSZ5i60boD7Svo0a5hyqhJMjTcT6Gh45l Dt5uNqPhxnGyWSeh8H+/xFHChgyckvPJgLKLCbKrnZbIUwZqA1LhFaZL+uIa8KTQTn/B KXrEB+dmaR3CDATmGq/zgZrBpZ323cpL2133AQ1voVt0tWYT3PipJpcKmM5RA/pwP/v1 lVsPUr2EM2NsPpd3UVf0yIG7ll1qlsEBQeoKiUzT0Wp4SAcM/gKY3JSbH/VZph55k6lN ppvKWzW/EuwH7Bdp9XKWwIUzC4hkBS3E30a0SkvgvoiOf7JT3fEwGkvUFnwwXCMLxayn 55ww== 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=0m7hL+5Lxr9f8PAQeZ8eMMCqMkAfF/HI4qAxix2Nz0g=; b=oDAviYdzIkAedp87vkQenTo6Vt374xqfJY0yHBGq45zZap1rtG0cMuqCBitqtMLdO0 hmd6qBLCJk+QeRnJhnZwM864QKaRE9n232zhFxtoWUjUeaNe9TBVGwVQbLoAEyyTf+wu Tdpbrzl/fwxR/MCeCoQQKlre2x3mEkrqczTqa09ewdLfuIDDwQ9cjfwJzcESRRiAFL/j z/XCT59jLlep1qnsWDk58fMPOpGYH5PF6IWy1+std4qZl6FVRyB4SVr7V5NZqh/n1xUL j36n3yXwPSdOfhwibpb7JQ4URHr7M7tSidWw7qG/LjBTOGDTng3lAZRr075c6fSuPi+P u8Fg== X-Gm-Message-State: AOAM533NGOxMHymyY5JIduP8+eUvh5NeV1irODhEFGvv10j2S9Not5P0 8h+RdJ8Z4nvVD3HuI5KWhptucgoUG78dZpkR4VI= X-Google-Smtp-Source: ABdhPJw4Tc1HpmRP2YBy2MEGMWcP/8YQ/AghDET6lx67UGmEATQ3jElDaGa8fmIXdyvmWX4B7/7t5zmAeJ9yvefI900= X-Received: by 2002:a05:6e02:1e03:: with SMTP id g3mr7413610ila.249.1616694568234; Thu, 25 Mar 2021 10:49:28 -0700 (PDT) MIME-Version: 1.0 References: <161661268673.916.16348206674906302793@ietfa.amsl.com> In-Reply-To: <161661268673.916.16348206674906302793@ietfa.amsl.com> From: Martin Duke Date: Thu, 25 Mar 2021 10:49:18 -0700 Message-ID: To: Francesca Palombini Cc: The IESG , "MORTON, ALFRED C (AL)" , IPPM Chairs , draft-ietf-ippm-ioam-data@ietf.org, IETF IPPM WG Content-Type: multipart/alternative; boundary="00000000000073341e05be6009fb" Archived-At: Subject: Re: [ippm] Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (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, 25 Mar 2021 17:49:35 -0000 --00000000000073341e05be6009fb Content-Type: text/plain; charset="UTF-8" Hi Francesca, Which "Point 5" are you referring to in your DISCUSS? Is it the fifth item in your COMMENT? On Wed, Mar 24, 2021 at 12:05 PM Francesca Palombini via Datatracker < noreply@ietf.org> wrote: > Francesca Palombini has entered the following ballot position for > draft-ietf-ippm-ioam-data-12: 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-ioam-data/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Thank you for this document. I think that the discussion on point 5. about > referencing normatively IEEE 1588, and 11. about IANA Expert guidelines are > worth having, and hope we can get them cleared before the document moves > forward. Also, please find some minor comments below. > > Francesca > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > 1. ----- > > document are to be interpreted as described in [RFC2119]. > > FP: Please update the boilerplate as per RFC 8147. > > 2. ----- > > The specification of how IOAM-Data-Fields > are encapsulated into "parent" protocols, like e.g., NSH or IPv6 is > outside the scope of this document. > > FP: This sentence (or equivalent) appears several times - at least 2 times > in > section 4 and once more in 5.1 - please consider removing the repetition. > > 3. ----- > > For example, if 3 IOAM-Trace-Type bits are set and none of them > are wide, then NodeLen would be 3. If 3 IOAM-Trace-Type bits are > > FP: As this is the first time the term "wide" appears, it would be good to > define it and add a reference. Alternatively, a sentence in the terminology > might have helped too. > > 4. ----- > > Bit 3 When set, indicates presence of timestamp subseconds in > > FP: Same as for 3. - please add a reference to where "subsecond" is > defined. > > 5. ----- > > formats; based on either PTP [IEEE1588v2], NTP [RFC5905], or POSIX > [POSIX]. The three timestamp formats are specified in Section 6. In > > FP: Is the normative reference to IEEE 1588 (behind a paywall) absolutely > necessary? Rob Wilton pointed out that maybe a normative reference to RFC > 8877 > would be enough, however that would create a downref since 8877 is > informational. Also (minor) if kept, please consider updating to IEEE > 1588-2019. > > 6. ----- > > computation, indicates which POT-profile is used. The two > profiles are numbered 0, 1. > > FP: (just a comment) I found strange at this point that although two > profiles > are mentioned, only one is defined in this document. > > 7. ----- > > Namespace-ID: 16-bit identifier of an IOAM-Namespace. The > > FP: Each option-type starts with Namespace-ID: couldn't this be optimized, > or > what is the reasoning behind this? > > 8. ----- > > IOAM domain. Within the IOAM encapsulating node, the > time that the timestamp is retrieved can depend on the > implementation. Some possibilities are: 1) the time at > > in one of three possible timestamp formats. It is assumed that the > management plane is responsible for determining which timestamp > format is used. > > FP: This is worrying for interoperability within different implementations. > Maybe more details or guidelines about how the management plane deals with > this > (or references to relevant specification for which this is in scope) would > help. > > 9. ----- > > New registries in this group can be created via RFC Required process > as per [RFC8126]. > > FP: (asking as this was not included in the shepherd review, and just want > to > make sure this was addressed) For this and following registries: what is > the > reasoning for not going for IETF Review? > > 10. ----- > > The meaning for Bits 1 - 7 are available for assignment via RFC > Required process as per [RFC8126]. > > FP: From section 5.5 the bits 1-7 are indicated as Reserved. > > 11. ----- > > of the current document. Registry entries for the values 0x8000 to > 0xFFFF are to be assigned via the "Expert Review" policy defined in > [RFC8126]. Upon a new allocation request, the responsible AD will > appoint a designated expert, who will review the allocation request. > The expert will post the request on the mailing list of the IPPM > working group in the IETF (ippm@ietf.org), and possibly on other > relevant mailing lists, to allow for community feedback. Based on > the review, the expert will either approve or deny the request. The > intention is that any allocation will be accompanied by a published > RFC. But in order to allow for the allocation of values prior to the > RFC being approved for publication, the designated expert can approve > allocations once it seems clear that an RFC will be published. > > FP: The text above indicates Expert review for the registry. According to > RFC > 8126: > > The required documentation and review criteria, giving clear guidance > to the designated expert, should be provided when defining the > registry. It is particularly important to lay out what should be > considered when performing an evaluation and reasons for rejecting a > request. > > Although the paragraph above gives some indication of process for the > experts, > it does not give clear review criteria or guidance. I would suggest this > to be > expanded to give more indication to experts on what criteria to consider - > these same criteria will be considered by the working group as well. > > > > --00000000000073341e05be6009fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Francesca,

Which "Po= int 5" are you referring to in your DISCUSS? Is it the fifth item in y= our COMMENT?

On Wed, Mar 24, 2021 at 12:05 PM Francesca Palombini = via Datatracker <noreply@ietf.org> wrote:
Fra= ncesca Palombini has entered the following ballot position for
draft-ietf-ippm-ioam-data-12: 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/s= tatement/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-ie= tf-ippm-ioam-data/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Thank you for this document. I think that the discussion on point 5. about<= br> referencing normatively IEEE 1588, and 11. about IANA Expert guidelines are=
worth having, and hope we can get them cleared before the document moves forward. Also, please find some minor comments below.

Francesca


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

1. -----

=C2=A0 =C2=A0document are to be interpreted as described in [RFC2119].

FP: Please update the boilerplate as per RFC 8147.

2. -----

=C2=A0 The specification of how IOAM-Data-Fields
=C2=A0 =C2=A0are encapsulated into "parent" protocols, like e.g.,= NSH or IPv6 is
=C2=A0 =C2=A0outside the scope of this document.

FP: This sentence (or equivalent) appears several times - at least 2 times = in
section 4 and once more in 5.1 - please consider removing the repetition.
3. -----

=C2=A0 =C2=A0 =C2=A0 For example, if 3 IOAM-Trace-Type bits are set and non= e of them
=C2=A0 =C2=A0 =C2=A0 are wide, then NodeLen would be 3.=C2=A0 If 3 IOAM-Tra= ce-Type bits are

FP: As this is the first time the term "wide" appears, it would b= e good to
define it and add a reference. Alternatively, a sentence in the terminology=
might have helped too.

4. -----

=C2=A0 =C2=A0 =C2=A0 Bit 3=C2=A0 =C2=A0 When set, indicates presence of tim= estamp subseconds in

FP: Same as for 3. - please add a reference to where "subsecond" = is defined.

5. -----

=C2=A0 =C2=A0formats; based on either PTP [IEEE1588v2], NTP [RFC5905], or P= OSIX
=C2=A0 =C2=A0[POSIX].=C2=A0 The three timestamp formats are specified in Se= ction 6.=C2=A0 In

FP: Is the normative reference to IEEE 1588 (behind a paywall) absolutely necessary? Rob Wilton pointed out that maybe a normative reference to RFC 8= 877
would be enough, however that would create a downref since 8877 is
informational. Also (minor) if kept, please consider updating to IEEE 1588-= 2019.

6. -----

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0computation, indicates which POT-profile = is used.=C2=A0 The two
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0profiles are numbered 0, 1.

FP: (just a comment) I found strange at this point that although two profil= es
are mentioned, only one is defined in this document.

7. -----

=C2=A0 =C2=A0Namespace-ID:=C2=A0 16-bit identifier of an IOAM-Namespace.=C2= =A0 The

FP: Each option-type starts with Namespace-ID: couldn't this be optimiz= ed, or
what is the reasoning behind this?

8. -----

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IOAM domain.=C2=A0 W= ithin the IOAM encapsulating node, the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0time that the timest= amp is retrieved can depend on the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0implementation.=C2= =A0 Some possibilities are: 1) the time at

=C2=A0 =C2=A0in one of three possible timestamp formats.=C2=A0 It is assume= d that the
=C2=A0 =C2=A0management plane is responsible for determining which timestam= p
=C2=A0 =C2=A0format is used.

FP: This is worrying for interoperability within different implementations.=
Maybe more details or guidelines about how the management plane deals with = this
(or references to relevant specification for which this is in scope) would = help.

9. -----

=C2=A0 =C2=A0New registries in this group can be created via RFC Required p= rocess
=C2=A0 =C2=A0as per [RFC8126].

FP: (asking as this was not included in the shepherd review, and just want = to
make sure this was addressed) For this and following registries: what is th= e
reasoning for not going for IETF Review?

10. -----

=C2=A0 =C2=A0The meaning for Bits 1 - 7 are available for assignment via RF= C
=C2=A0 =C2=A0Required process as per [RFC8126].

FP: From section 5.5 the bits 1-7 are indicated as Reserved.

11. -----

=C2=A0 =C2=A0of the current document.=C2=A0 Registry entries for the values= 0x8000 to
=C2=A0 =C2=A00xFFFF are to be assigned via the "Expert Review" po= licy defined in
=C2=A0 =C2=A0[RFC8126].=C2=A0 Upon a new allocation request, the responsibl= e AD will
=C2=A0 =C2=A0appoint a designated expert, who will review the allocation re= quest.
=C2=A0 =C2=A0The expert will post the request on the mailing list of the IP= PM
=C2=A0 =C2=A0working group in the IETF (ippm@ietf.org), and possibly on other
=C2=A0 =C2=A0relevant mailing lists, to allow for community feedback.=C2=A0= Based on
=C2=A0 =C2=A0the review, the expert will either approve or deny the request= .=C2=A0 The
=C2=A0 =C2=A0intention is that any allocation will be accompanied by a publ= ished
=C2=A0 =C2=A0RFC.=C2=A0 But in order to allow for the allocation of values = prior to the
=C2=A0 =C2=A0RFC being approved for publication, the designated expert can = approve
=C2=A0 =C2=A0allocations once it seems clear that an RFC will be published.=

FP: The text above indicates Expert review for the registry. According to R= FC
8126:

=C2=A0 =C2=A0The required documentation and review criteria, giving clear g= uidance
=C2=A0 =C2=A0to the designated expert, should be provided when defining the=
=C2=A0 =C2=A0registry.=C2=A0 It is particularly important to lay out what s= hould be
=C2=A0 =C2=A0considered when performing an evaluation and reasons for rejec= ting a
=C2=A0 =C2=A0request.

Although the paragraph above gives some indication of process for the exper= ts,
it does not give clear review criteria or guidance. I would suggest this to= be
expanded to give more indication to experts on what criteria to consider -<= br> these same criteria will be considered by the working group as well.



--00000000000073341e05be6009fb-- From nobody Thu Mar 25 14:09:48 2021 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 BE8593A00D3; Thu, 25 Mar 2021 14:09:42 -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 yK3SmXRtGLlC; Thu, 25 Mar 2021 14:09:40 -0700 (PDT) Received: from mail-il1-x129.google.com (mail-il1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 991303A00C4; Thu, 25 Mar 2021 14:09:39 -0700 (PDT) Received: by mail-il1-x129.google.com with SMTP id c17so3326231ilj.7; Thu, 25 Mar 2021 14:09:39 -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=5gDZkRBpGh5XrzjPh5vO/bBOeglWiD6bmJ0/16g9FrI=; b=m81i8dc2iCf12+DDCJxyNWM5HDMcgSHesM5ZNSlO98g37FebQSh/JcI+WjSI1Kbm2l Y5qr5yngYN8G3LI5z03nFPX/VaY/Bg0QPaiI2Sg7hsB/BbzsLcg3/VxRwgaENFKh6ucc +2Cc9UXJMDsekK5nPL1i632hP+pyMtkjoHquU/X5+v+rxMxkzNVbeoinf9v2bLaqiWVJ PPQxhQ+nCnjtuhmm/PgkUS3k0oosLo4cFLIpurYz30IHjmZbyalLs3KeMZu53rWugEWs cBjhAUo8sMSIPFalu/1vxpCmDWTXG06YuD8cNK7xoWZ/eDEeVIzjAsJSllUnNHXnHudj B56w== 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=5gDZkRBpGh5XrzjPh5vO/bBOeglWiD6bmJ0/16g9FrI=; b=Wzkmj4EkWAh6XlxLI/P4PzFAUHmekK1ZFdiD2xUjsTco63jK8yW0auncwQOkpdLknA 5fQ0iO55zkzAiX1BF6vQzM/EcOcpOOSrKrJ4GRQQqeDoanCJ0yqNFwvRqObtnk+SQB/k 1zINoZhgJfJL2gzBVdwvYcSfxHkIKyUkq5dT3uGKxKrCAvdnyIXAHg0lIcEo1N9RtI/B IClGxdx6AdKndJjpdUsHqoiqgm1J7tlh/HGS0l8i1AuEr7ihOfPH4etom/yuN5VY9Z0F 0lNkGnIORTz6lu6e+Kv2uyGHfW2g/5jF8cNMmvK03odQCjEPX7nyscW8JcxonvHUPmg/ Ak0Q== X-Gm-Message-State: AOAM533psmHXVzPKfzHT43sEfuWcsdQXDX3pEdkeEgPDEOlhLilPwDIs uwh6/80jklN3QkjKJkJRIgc8pTBEiTyL6cAm5+Y= X-Google-Smtp-Source: ABdhPJxkDj/uXIO46ulxKObxrT06/LeylGa7O/+EGIbmNI2w7h/gjnNdTeyvihV5ZwHIb74zgvFbdfP4QrOgXymvLrs= X-Received: by 2002:a92:ca4b:: with SMTP id q11mr8335348ilo.272.1616706577962; Thu, 25 Mar 2021 14:09:37 -0700 (PDT) MIME-Version: 1.0 References: <161659835537.18895.9718541717885407286@ietfa.amsl.com> In-Reply-To: <161659835537.18895.9718541717885407286@ietfa.amsl.com> From: Martin Duke Date: Thu, 25 Mar 2021 14:09:27 -0700 Message-ID: To: Roman Danyliw Cc: The IESG , "MORTON, ALFRED C (AL)" , IPPM Chairs , draft-ietf-ippm-ioam-data@ietf.org, IETF IPPM WG Content-Type: multipart/alternative; boundary="000000000000491eb405be62d529" Archived-At: Subject: Re: [ippm] Roman Danyliw's Discuss on draft-ietf-ippm-ioam-data-12: (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, 25 Mar 2021 21:09:43 -0000 --000000000000491eb405be62d529 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable One minor correction: the Direct Export draft has, in fact, been adopted by IPPM: https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-direct-export/ On Wed, Mar 24, 2021 at 8:06 AM Roman Danyliw via Datatracker < noreply@ietf.org> wrote: > Roman Danyliw has entered the following ballot position for > draft-ietf-ippm-ioam-data-12: 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-ioam-data/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Please clarify what constitutes the edge or boundary of the IOAM domain. > Consider: > > (a) Section 4. > IOAM is a > network domain focused feature, with "network domain" being a set of > network devices or entities within a single administration. > =E2=80=A6 > Designers of > protocol encapsulations for IOAM specify mechanisms to ensure that > IOAM data stays within an IOAM domain. In addition, the operator of > such a domain is expected to put provisions in place to ensure that > IOAM data does not leak beyond the edge of an IOAM domain. > > (b) Section 5.3. > Namespace identifiers allow devices which are IOAM capable to > determine: =E2=80=A6 > whether IOAM-Option-Type(s) has to be removed from the packet, > e.g. at a domain edge or domain boundary. > > (a) suggests that the filtering occurs on the basis of the single > administrative domain. However, (b) suggests that namespace identifiers > are > part of the filtering decision; which suggests that sub-domains can be > created > in a given domain which should be partitioned from each other. > > The Security Considerations should be clearer on who does the IOAM > information > filtering, on what criteria and on what boundary. > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you to Shawn Emery for the SECDIR review. > > I support Ben Kaduk=E2=80=99s DISCUSS position. > > ** Section 4. Per the scope of =E2=80=9CIOAM is a network domain focused= feature, > with > =E2=80=98network domain=E2=80=99 being a set of network devices or entiti= es within a single > administration=E2=80=9D and the implicit trust model, the more precise te= xt seems > to be > a s/a set of network devices/a set of trusted network devices/. > > ** Section 10. To the end of the first paragraph, =E2=80=9CAll nodes in = the path > of a > IOAM carrying packet can perform such an attack=E2=80=9D. > > ** Section 10. It is not clear why the "Direct Exporting" mode, a > reference an > unadopted I-D, is being referenced here and then consideration for it is > noted > as out of scope. > > ** Section 10 > At the management plane, attacks can be set up by misconfiguring or > by maliciously configuring IOAM-enabled nodes in a way that enables > other attacks. Thus, IOAM configuration has to be secured in a way > that authenticates authorized users and verifies the integrity of > configuration procedures. > > The link to authenticating authorized users isn=E2=80=99t clear. Perhaps= the > intent of > the second sentence is that configurations should only managed by > authorized > processes or users? > > ** Section 10. Please note that IOAM fields could introduce the > possibility of > a per-packet cover channel > > ** Editorial nits: > Section 4. Typo. s/using,for/using, for/ > > Section 10. Editorial. s/Section Section 5.5/Section 5.5/ > > > > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > --000000000000491eb405be62d529 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
One minor correction: the Direct Export draft has, in fact= , been adopted by IPPM: https://datatracker.ietf.org/doc/draft-ietf-i= ppm-ioam-direct-export/

On Wed, Mar 24, 2021 at 8:06 AM Roman Danyliw vi= a Datatracker <noreply@ietf.org&= gt; wrote:
Roman= Danyliw has entered the following ballot position for
draft-ietf-ippm-ioam-data-12: 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/s= tatement/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-ie= tf-ippm-ioam-data/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Please clarify what constitutes the edge or boundary of the IOAM domain. Consider:

(a) Section 4.
IOAM is a
=C2=A0 =C2=A0network domain focused feature, with "network domain"= ; being a set of
=C2=A0 =C2=A0network devices or entities within a single administration. =E2=80=A6
Designers of
=C2=A0 =C2=A0protocol encapsulations for IOAM specify mechanisms to ensure = that
=C2=A0 =C2=A0IOAM data stays within an IOAM domain.=C2=A0 In addition, the = operator of
=C2=A0 =C2=A0such a domain is expected to put provisions in place to ensure= that
=C2=A0 =C2=A0IOAM data does not leak beyond the edge of an IOAM domain.

(b) Section 5.3.
Namespace identifiers allow devices which are IOAM capable to
=C2=A0 =C2=A0determine: =E2=80=A6
whether IOAM-Option-Type(s) has to be removed from the packet,
=C2=A0 =C2=A0 =C2=A0 e.g. at a domain edge or domain boundary.

(a) suggests that the filtering occurs on the basis of the single
administrative domain.=C2=A0 However, (b) suggests that namespace identifie= rs are
part of the filtering decision; which suggests that sub-domains can be crea= ted
in a given domain which should be partitioned from each other.

The Security Considerations should be clearer on who does the IOAM informat= ion
filtering, on what criteria and on what boundary.


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

Thank you to Shawn Emery for the SECDIR review.

I support Ben Kaduk=E2=80=99s DISCUSS position.

** Section 4.=C2=A0 Per the scope of =E2=80=9CIOAM is a network domain focu= sed feature, with
=E2=80=98network domain=E2=80=99 being a set of network devices or entities= within a single
administration=E2=80=9D and the implicit trust model, the more precise text= seems to be
a s/a set of network devices/a set of trusted network devices/.

** Section 10.=C2=A0 To the end of the first paragraph, =E2=80=9CAll nodes = in the path of a
IOAM carrying packet can perform such an attack=E2=80=9D.

** Section 10.=C2=A0 It is not clear why the "Direct Exporting" m= ode, a reference an
unadopted I-D, is being referenced here and then consideration for it is no= ted
as out of scope.

** Section 10
=C2=A0 =C2=A0At the management plane, attacks can be set up by misconfiguri= ng or
=C2=A0 =C2=A0by maliciously configuring IOAM-enabled nodes in a way that en= ables
=C2=A0 =C2=A0other attacks.=C2=A0 Thus, IOAM configuration has to be secure= d in a way
=C2=A0 =C2=A0that authenticates authorized users and verifies the integrity= of
=C2=A0 =C2=A0configuration procedures.

The link to authenticating authorized users isn=E2=80=99t clear.=C2=A0 Perh= aps the intent of
the second sentence is that configurations should only managed by authorize= d
processes or users?

** Section 10.=C2=A0 Please note that IOAM fields could introduce the possi= bility of
a per-packet cover channel

** Editorial nits:
Section 4. Typo. s/using,for/using, for/

Section 10.=C2=A0 Editorial. s/Section Section 5.5/Section 5.5/



_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--000000000000491eb405be62d529-- From nobody Fri Mar 26 04:04:17 2021 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 39CA73A1B67; Fri, 26 Mar 2021 04:04:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.35 X-Spam-Level: X-Spam-Status: No, score=-2.35 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.251, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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=ericsson.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 uutQkVCrmZuR; Fri, 26 Mar 2021 04:04:06 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70044.outbound.protection.outlook.com [40.107.7.44]) (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 8C10A3A1B68; Fri, 26 Mar 2021 04:04:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DW3NWYjv2inYnlfMLhiN4zaFCec5JPIaiEXsInGSGJ0fsKNRo+u7b92Ys599X5l06KHV9tfhW5/y1nKX0/HmYVhgWwqnLSz/G22H/19OBQVaLf3q3f+Q580Wz27mDnI/ZTMdp7G2EbJODgfAAdMocVB5RFH0o0N7mI8HSkO035NRjLLUcj5Ykoq2aoA1zWpH3L7t2fZVLWimO8HiQjdHjcCTnFvSllZjulLE4uXm83XzSNpA40Xjt1vcCfDkSmziSoSXhBqHrWMNsVg84L8+GsCupk7xWrjTua1EC2rlXdKNYhuBjKmFfm3p6kuUOtTRV7KoOqU8MkGE2filQDrvLA== 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=rot+ssEzZSWgAhZPvIL1K/zQYkzIo0OXAqHJwo5EBbY=; b=ZF2o9Jr3RR/1mCcDkyEpKV+AcTs/63hgr2gUemhsIvaTS6i/K6/JDMX2yDRCSOl81fx5SzOYzhi+4a2i86wG+q+6STEV8yhw8zF8dyiab66IAJ5aNBatrxDtgGjzKdxy+CIA2Ds0RlzBwxNfCRshsRONE5JFVgHV+zMygc+16QaCAUEBC5p454nnDiJQcEBth8YYP68YHL6wx2oWn80BiG9hNwGgXCB0A/OPBydVaZD4ls59APS8J6uaTTS7x+ndukRJYDvvV3zr/GdqQRodYcH0B5NmU1SmiN0iWLDXalsbWfa1ArXPcZ9Q9Snxuix88y04nq9js48p1m0vewkf3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rot+ssEzZSWgAhZPvIL1K/zQYkzIo0OXAqHJwo5EBbY=; b=EUIrmzPThGTpP7qWueMH273UFXeOOVxFQCHK688kwIdUT1J09Z7CWjeIOPo0ht7BPxX1c1AxgwNkaiWEVQTpxxE6K4hhGPO+g5IgxPqFCE4G3fop6Rm5CaOk3hUjXamsNeFiT89jNRbYLBr1N8otin6jGkMwybFZxCOg+HUC4cE= Received: from HE1PR07MB4217.eurprd07.prod.outlook.com (2603:10a6:7:96::33) by HE1PR0701MB2268.eurprd07.prod.outlook.com (2603:10a6:3:2b::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Fri, 26 Mar 2021 11:03:58 +0000 Received: from HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::e922:5ae8:48bb:b796]) by HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::e922:5ae8:48bb:b796%3]) with mapi id 15.20.3977.024; Fri, 26 Mar 2021 11:03:58 +0000 From: Francesca Palombini To: Martin Duke CC: The IESG , "MORTON, ALFRED C (AL)" , IPPM Chairs , "draft-ietf-ippm-ioam-data@ietf.org" , IETF IPPM WG Thread-Topic: Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (with DISCUSS and COMMENT) Thread-Index: AQHXIOChp/rv0XF0uUqsGPevCDRj5KqU/JoAgAEx14A= Date: Fri, 26 Mar 2021 11:03:58 +0000 Message-ID: References: <161661268673.916.16348206674906302793@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.47.21031401 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [2001:1ba8:147a:c100:c822:c1f0:7e42:af65] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d7687683-a1eb-4ba6-3ca8-08d8f046db01 x-ms-traffictypediagnostic: HE1PR0701MB2268: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: uCn0ka/oKD/zXRVqbYm4HTxCM9HScNGvy02doWDR1k9hiUOeOgF93oR5ZhZ22CZt7hL71IPQM2AvxI7Es7r+mCTnz15bqUeWDc8aEiclGKcfMQeDVpkV4q184euamRQnTCLYQLPeePY1q4mbqKsXQvK6/F438Wbc5qcxreJHyNUdq76Lp7syfKhJ33P4hWKeEeCcOm1uiSXkBYvUsamKwjVb07CvwPHBG43ZX/+zyAv9eRkSypyruZGwqnwJgvTI3JV7H32Mpw5qCnzQSDrbzatIZ7TqK36eaX63i6UTtB1TUE6sot5NksGwewVZ4+gXuCEgtaJOADNpBgFleQOrrdHYQXaQCSaanwa7ejRk8SJ96JSQjs7HYS+qeOtnfXJS/2P2xpUr7+Jtu9tc0zJ+tSnB6Vi7uxMAlpYgecra8t8kIxSoRoIPNWG5GyhP2LE+Ohr85G1PmsWfj9+KxIfBl+CSTJDyA1HMMRK+gg8O4Y/4zCH46qZj/EqRvS4qn6fcypgtQ3UpCCKP7Iubcbrh1HOwaZUDKgps+/Ppwcpw5/dn96crsGoWLn2+qZq7wKs9zfz73c8LvFzWUdc5DEUB16y4VlEGq3ws8MApAZZQvLG0sHauhxw4ADbjj9A2PnhY4hpURzQHAQp/V3LI6koHi7lZC/VZInSUcc8NFDcQaYwMMvwJ612PX1X90fAnbAeSUQsnt9Mo7iLYhWS2PbhpdLqXvrUH2Dy3FZ2j1N8Qo+jGGYqp4ewrQXaHiQ/5bG91SrxuPi5iGKnGQPEGqMCi5Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4217.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(376002)(396003)(136003)(39860400002)(186003)(83380400001)(2616005)(6486002)(21615005)(166002)(86362001)(33656002)(6916009)(9326002)(478600001)(6512007)(6506007)(8936002)(36756003)(8676002)(66446008)(71200400001)(64756008)(66556008)(54906003)(76116006)(316002)(966005)(5660300002)(44832011)(4326008)(53546011)(66946007)(66476007)(38100700001)(2906002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?OUgydW5NbHowbWZKU2VISnRWdFRMcFEyVWJaWnpyR1M4ZTJIZ2RXYWNmQ1lM?= =?utf-8?B?YVR2N20xeHBsYTJNUU80Q1g2dnJzbUdTNUFFcWRvTzc3YzIyUlU1MFZRcUNK?= =?utf-8?B?eGkyVG5MVlBPcWJnYjFDUUNqY3d0WEFWRzU2SWlBb0J1MFdER0VTK2RMZlly?= =?utf-8?B?SzArdDVhbXU2a1BqcllXSDVnd2NJZXdTOFdZcEROS1RxOWhzSjZ1RFg3VlRu?= =?utf-8?B?R2txQkFycHRrcHZzb3BWVjdxTy80Rm9KeUhjbnlRbGxMVU9KNi9hYk9RbFNG?= =?utf-8?B?Y051TDBzZTdsNlpwWUk3RTAzdmZZQ2ZBQTVSQm1HM2pjNWxMdUMzU3ZxSzJ6?= =?utf-8?B?TWYyY0NReXliL05jbjByVWhoSU9wOXRNdE9oMFZ2MHZmZ0RIR3Z3RUw3eVRV?= =?utf-8?B?WGZCTTZvTVBZSWNyVFV0OFdkNVhmSUNLcnNSeEhyWUVxdHR2cDJPUXVtTmRG?= =?utf-8?B?M2xPQlhocU83cksxWGNZN3V2OTFjWk1obUY5WkZ5Q2FwREYxQmZmbC9xUlVm?= =?utf-8?B?RXhsang5ek1FOXpOZmMvQ2E3V2ZpVFgyMFNQeWRyVkRkZ3d6YnZEZmliclh4?= =?utf-8?B?YjRQRXhtamM2MjdHWk9MaVRVeDRXQ215KzdDd2xyMmFzZkVXaHhBajFLUCsr?= =?utf-8?B?ZlkvTkErWHI2VUkya256WVEzRUJnQWlCdHhVdFgrem9lSTdMZU44aDVqdjdY?= =?utf-8?B?enNGaGluMHMwT3VKdzk1WG5IeVBpOHRDRFczbzF6ME9rYjFybzQwclI4L0dD?= =?utf-8?B?UUlmUWZRMS94MHF2QVE3a1dtNFAzSm12UFJzVVEzMEMxNUlGWnQrVjhIcDk3?= =?utf-8?B?dk0vY2FabEhTdmdUSWJmWlRBbUtiWHBwQUlSVzNqTFFaZFFoK0RxeVhxODVQ?= =?utf-8?B?MHpBL3N4V3VSUzZOQUVKS0pBUjJrMmZOYm4vSGdtZXZCVi9pZVNmMjZhd1h1?= =?utf-8?B?ZWlYeFYwK1BVb0NJN0NFU25lUmd3dlkwTjRlNEhTUkxUcTVvRlViTHp5Mmpo?= =?utf-8?B?dmhmUng4azZhcVZ2T3B2TitrSDkxbTZKUkZrSXhZZUZmK1ZIbmd0bnFmVHpz?= =?utf-8?B?aEVrZVJGYXJJbGFNOEIxakVqL3lhSTlmZFFRZXQzWk94MWl2WlJZL2J6b1px?= =?utf-8?B?M3VKQ2wreVZGVGNDNzFvS1FKL2dmUld5b3JCRmdFc1hoMlJ5ZFQ0bXNld3R2?= =?utf-8?B?azh4ZHZGMVFoeUt6aDJGUVZUa2U5UmxiM09TSVVGWEY3bU1VUXJWVWlVM3Zi?= =?utf-8?B?d3hFVzZjL2cycW95STJIeStBQ3lrVkVpOElWbEN0QjkraWJ6a05XaFNYbWJH?= =?utf-8?B?NXBOOEtLeVN5djN3OFF2TnZTUVlpck5yWTZOWE8wRS92ODJVQkFpcHlPaUFQ?= =?utf-8?B?d3hqMlY2Lzg2VUExbWdaYnRUdXNHcU1BSnQyako1R3BTbEQxdnFOcUcrNFRV?= =?utf-8?B?WHF5a1BJTCtSTzVZbW52ZmtmUmZad3VFZ3Z1UzlsenVTc2RHbGxZaUNmbVhi?= =?utf-8?B?TUp3Y1JsbDJydTFUNjNNK3NjVzBDa3ZYQ0Ria21vSGFqbnJtcVJVUmJ3ZEJJ?= =?utf-8?B?Z1NKS3djbkwyZXdmdGpFaWloVmJyUnlwUVVjYk5ZUVo2aEZxeHE3MC9ielI0?= =?utf-8?B?cDlkREVWWmF1a3hnTU10bVBBZGVhblR1amx2amY0ckF4ajhjZmVFdTU0dE1l?= =?utf-8?B?MVRiOGpKKytWdHY3azJMMlpXWCtIbDhPWW9Za25XQk1ESzJaMlFWT0pjVzll?= =?utf-8?B?WEg0Y3VxSFZlY0pSSjM0WHh2Y25qSk1HOVRvaU8rUmZBNzArVUhWUGEyZmFy?= =?utf-8?B?cmppNkgwd3FRVE8ybVpibG9NNFE2enFpOUhGVFA2WUVhRUFuUGNwem5yU0Er?= =?utf-8?B?TUtraDNDcndjMkxQTnRwb2JkT29ZYzQ0ZmF0M0tDdzRTWkE9PQ==?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_E715D54E1BCE4B8184E1BCB42407AB36ericssoncom_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4217.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d7687683-a1eb-4ba6-3ca8-08d8f046db01 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2021 11:03:58.3684 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /GA2JzaRo5ojVfOrODweNUCCWuzdfDSIqUdI+1GvAXjmyRJCwn56U6BcwcASh25uxhdfKDW9MyZ1vLzKfTFZDSOCf7xnokTlHQgyzmCWGcWIQsp9VMdVLgis7YdnVzYN X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2268 Archived-At: Subject: Re: [ippm] Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (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, 26 Mar 2021 11:04:11 -0000 --_000_E715D54E1BCE4B8184E1BCB42407AB36ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFydGluLA0KDQpZZXMsIDUuIEluIHRoZSBDT01NRU5ULCBhYm91dCByZWZlcmVuY2luZyBu b3JtYXRpdmVseSBJRUVFIDE1ODg4LiBUaGlzIHdhcyBhIOKAnGRpc2N1c3PigJ0gRElTQ1VTUzog YXMgSSBzYWlkIHllc3RlcmRheSBpbiB0aGUgdGVsZWNoYXQsIEkgZG8gYmVsaWV2ZSB0aGVyZSBp cyB1bmZpbmlzaGVkIGJ1c2luZXNzIGFib3V0IG5vcm1hdGl2ZWx5IHJlZmVyZW5jaW5nIGRvY3Vt ZW50cyBiZWhpbmQgYSBwYXl3YWxsIGFuZCB3YW50ZWQgdG8gYnJpbmcgdGhpcyB0byB0aGUgSUVT RyBhdHRlbnRpb24sIGJ1dCBJIHdpbGwgbm90IGJsb2NrIHRoZSBkb2N1bWVudCBiZWNhdXNlIG9m IGl0LiBJIGRvIHRoaW5rIGl0IGlzIHdvcnRoIGNvbnNpZGVyaW5nIGluIHRoaXMgZG9jdW1lbnQg aWYgdGhlIG5vcm1hdGl2ZSByZWZlcmVuY2UgaXMgbmVjZXNzYXJ5LCBhcyBpdCBmZWVscyBvcHRp b25hbCBieSBjb250ZXh0Lg0KDQoxMS4gdG8gbWUgZmVlbHMgbW9yZSBpbXBvcnRhbnQgdG8gZml4 LiBBbHNvIEkgZGlkIG5vdCBpbmNsdWRlIDguIEluIHRoZSBESVNDVVNTIHBhcnQsIGJ1dCBJ4oCZ ZCByZWFsbHkgbGlrZSBhIHJlc3BvbnNlIHRvIHRoYXQgb25lIGFzIHdlbGwuIFRoZSByZXN0IGFy ZSBsZXNzIGltcG9ydGFudCDigJMgY2xhcmlmaWNhdGlvbnMgYW5kIHBvaW50cyByYWlzZWQgdG8g bWFrZSBzdXJlIHRoZSBXRyBoYWQgYSBkaXNjdXNzaW9uIGFib3V0IHRoZW0uDQoNCkZyYW5jZXNj YQ0KDQpGcm9tOiBNYXJ0aW4gRHVrZSA8bWFydGluLmguZHVrZUBnbWFpbC5jb20+DQpEYXRlOiBU aHVyc2RheSwgMjUgTWFyY2ggMjAyMSBhdCAxODo0OQ0KVG86IEZyYW5jZXNjYSBQYWxvbWJpbmkg PGZyYW5jZXNjYS5wYWxvbWJpbmlAZXJpY3Nzb24uY29tPg0KQ2M6IFRoZSBJRVNHIDxpZXNnQGll dGYub3JnPiwgIk1PUlRPTiwgQUxGUkVEIEMgKEFMKSIgPGFjbUByZXNlYXJjaC5hdHQuY29tPiwg SVBQTSBDaGFpcnMgPGlwcG0tY2hhaXJzQGlldGYub3JnPiwgImRyYWZ0LWlldGYtaXBwbS1pb2Ft LWRhdGFAaWV0Zi5vcmciIDxkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhQGlldGYub3JnPiwgSUVU RiBJUFBNIFdHIDxpcHBtQGlldGYub3JnPg0KU3ViamVjdDogUmU6IEZyYW5jZXNjYSBQYWxvbWJp bmkncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMTI6ICh3aXRoIERJU0NV U1MgYW5kIENPTU1FTlQpDQoNCkhpIEZyYW5jZXNjYSwNCg0KV2hpY2ggIlBvaW50IDUiIGFyZSB5 b3UgcmVmZXJyaW5nIHRvIGluIHlvdXIgRElTQ1VTUz8gSXMgaXQgdGhlIGZpZnRoIGl0ZW0gaW4g eW91ciBDT01NRU5UPw0KDQpPbiBXZWQsIE1hciAyNCwgMjAyMSBhdCAxMjowNSBQTSBGcmFuY2Vz Y2EgUGFsb21iaW5pIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZzxtYWlsdG86bm9y ZXBseUBpZXRmLm9yZz4+IHdyb3RlOg0KRnJhbmNlc2NhIFBhbG9tYmluaSBoYXMgZW50ZXJlZCB0 aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCmRyYWZ0LWlldGYtaXBwbS1pb2FtLWRh dGEtMTI6IERpc2N1c3MNCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVj dCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQplbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQg aW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KaW50cm9kdWN0 b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3 LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUg aW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0K DQpUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJl IGZvdW5kIGhlcmU6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWlwcG0taW9hbS1kYXRhLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRElTQ1VTUzoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KVGhhbmsgeW91IGZvciB0aGlzIGRvY3VtZW50LiBJIHRoaW5rIHRoYXQgdGhlIGRp c2N1c3Npb24gb24gcG9pbnQgNS4gYWJvdXQNCnJlZmVyZW5jaW5nIG5vcm1hdGl2ZWx5IElFRUUg MTU4OCwgYW5kIDExLiBhYm91dCBJQU5BIEV4cGVydCBndWlkZWxpbmVzIGFyZQ0Kd29ydGggaGF2 aW5nLCBhbmQgaG9wZSB3ZSBjYW4gZ2V0IHRoZW0gY2xlYXJlZCBiZWZvcmUgdGhlIGRvY3VtZW50 IG1vdmVzDQpmb3J3YXJkLiBBbHNvLCBwbGVhc2UgZmluZCBzb21lIG1pbm9yIGNvbW1lbnRzIGJl bG93Lg0KDQpGcmFuY2VzY2ENCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KDQoxLiAtLS0tLQ0KDQogICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMg ZGVzY3JpYmVkIGluIFtSRkMyMTE5XS4NCg0KRlA6IFBsZWFzZSB1cGRhdGUgdGhlIGJvaWxlcnBs YXRlIGFzIHBlciBSRkMgODE0Ny4NCg0KMi4gLS0tLS0NCg0KICBUaGUgc3BlY2lmaWNhdGlvbiBv ZiBob3cgSU9BTS1EYXRhLUZpZWxkcw0KICAgYXJlIGVuY2Fwc3VsYXRlZCBpbnRvICJwYXJlbnQi IHByb3RvY29scywgbGlrZSBlLmcuLCBOU0ggb3IgSVB2NiBpcw0KICAgb3V0c2lkZSB0aGUgc2Nv cGUgb2YgdGhpcyBkb2N1bWVudC4NCg0KRlA6IFRoaXMgc2VudGVuY2UgKG9yIGVxdWl2YWxlbnQp IGFwcGVhcnMgc2V2ZXJhbCB0aW1lcyAtIGF0IGxlYXN0IDIgdGltZXMgaW4NCnNlY3Rpb24gNCBh bmQgb25jZSBtb3JlIGluIDUuMSAtIHBsZWFzZSBjb25zaWRlciByZW1vdmluZyB0aGUgcmVwZXRp dGlvbi4NCg0KMy4gLS0tLS0NCg0KICAgICAgRm9yIGV4YW1wbGUsIGlmIDMgSU9BTS1UcmFjZS1U eXBlIGJpdHMgYXJlIHNldCBhbmQgbm9uZSBvZiB0aGVtDQogICAgICBhcmUgd2lkZSwgdGhlbiBO b2RlTGVuIHdvdWxkIGJlIDMuICBJZiAzIElPQU0tVHJhY2UtVHlwZSBiaXRzIGFyZQ0KDQpGUDog QXMgdGhpcyBpcyB0aGUgZmlyc3QgdGltZSB0aGUgdGVybSAid2lkZSIgYXBwZWFycywgaXQgd291 bGQgYmUgZ29vZCB0bw0KZGVmaW5lIGl0IGFuZCBhZGQgYSByZWZlcmVuY2UuIEFsdGVybmF0aXZl bHksIGEgc2VudGVuY2UgaW4gdGhlIHRlcm1pbm9sb2d5DQptaWdodCBoYXZlIGhlbHBlZCB0b28u DQoNCjQuIC0tLS0tDQoNCiAgICAgIEJpdCAzICAgIFdoZW4gc2V0LCBpbmRpY2F0ZXMgcHJlc2Vu Y2Ugb2YgdGltZXN0YW1wIHN1YnNlY29uZHMgaW4NCg0KRlA6IFNhbWUgYXMgZm9yIDMuIC0gcGxl YXNlIGFkZCBhIHJlZmVyZW5jZSB0byB3aGVyZSAic3Vic2Vjb25kIiBpcyBkZWZpbmVkLg0KDQo1 LiAtLS0tLQ0KDQogICBmb3JtYXRzOyBiYXNlZCBvbiBlaXRoZXIgUFRQIFtJRUVFMTU4OHYyXSwg TlRQIFtSRkM1OTA1XSwgb3IgUE9TSVgNCiAgIFtQT1NJWF0uICBUaGUgdGhyZWUgdGltZXN0YW1w IGZvcm1hdHMgYXJlIHNwZWNpZmllZCBpbiBTZWN0aW9uIDYuICBJbg0KDQpGUDogSXMgdGhlIG5v cm1hdGl2ZSByZWZlcmVuY2UgdG8gSUVFRSAxNTg4IChiZWhpbmQgYSBwYXl3YWxsKSBhYnNvbHV0 ZWx5DQpuZWNlc3Nhcnk/IFJvYiBXaWx0b24gcG9pbnRlZCBvdXQgdGhhdCBtYXliZSBhIG5vcm1h dGl2ZSByZWZlcmVuY2UgdG8gUkZDIDg4NzcNCndvdWxkIGJlIGVub3VnaCwgaG93ZXZlciB0aGF0 IHdvdWxkIGNyZWF0ZSBhIGRvd25yZWYgc2luY2UgODg3NyBpcw0KaW5mb3JtYXRpb25hbC4gQWxz byAobWlub3IpIGlmIGtlcHQsIHBsZWFzZSBjb25zaWRlciB1cGRhdGluZyB0byBJRUVFIDE1ODgt MjAxOS4NCg0KNi4gLS0tLS0NCg0KICAgICAgICAgY29tcHV0YXRpb24sIGluZGljYXRlcyB3aGlj aCBQT1QtcHJvZmlsZSBpcyB1c2VkLiAgVGhlIHR3bw0KICAgICAgICAgcHJvZmlsZXMgYXJlIG51 bWJlcmVkIDAsIDEuDQoNCkZQOiAoanVzdCBhIGNvbW1lbnQpIEkgZm91bmQgc3RyYW5nZSBhdCB0 aGlzIHBvaW50IHRoYXQgYWx0aG91Z2ggdHdvIHByb2ZpbGVzDQphcmUgbWVudGlvbmVkLCBvbmx5 IG9uZSBpcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuDQoNCjcuIC0tLS0tDQoNCiAgIE5hbWVz cGFjZS1JRDogIDE2LWJpdCBpZGVudGlmaWVyIG9mIGFuIElPQU0tTmFtZXNwYWNlLiAgVGhlDQoN CkZQOiBFYWNoIG9wdGlvbi10eXBlIHN0YXJ0cyB3aXRoIE5hbWVzcGFjZS1JRDogY291bGRuJ3Qg dGhpcyBiZSBvcHRpbWl6ZWQsIG9yDQp3aGF0IGlzIHRoZSByZWFzb25pbmcgYmVoaW5kIHRoaXM/ DQoNCjguIC0tLS0tDQoNCiAgICAgICAgICAgICAgIElPQU0gZG9tYWluLiAgV2l0aGluIHRoZSBJ T0FNIGVuY2Fwc3VsYXRpbmcgbm9kZSwgdGhlDQogICAgICAgICAgICAgICB0aW1lIHRoYXQgdGhl IHRpbWVzdGFtcCBpcyByZXRyaWV2ZWQgY2FuIGRlcGVuZCBvbiB0aGUNCiAgICAgICAgICAgICAg IGltcGxlbWVudGF0aW9uLiAgU29tZSBwb3NzaWJpbGl0aWVzIGFyZTogMSkgdGhlIHRpbWUgYXQN Cg0KICAgaW4gb25lIG9mIHRocmVlIHBvc3NpYmxlIHRpbWVzdGFtcCBmb3JtYXRzLiAgSXQgaXMg YXNzdW1lZCB0aGF0IHRoZQ0KICAgbWFuYWdlbWVudCBwbGFuZSBpcyByZXNwb25zaWJsZSBmb3Ig ZGV0ZXJtaW5pbmcgd2hpY2ggdGltZXN0YW1wDQogICBmb3JtYXQgaXMgdXNlZC4NCg0KRlA6IFRo aXMgaXMgd29ycnlpbmcgZm9yIGludGVyb3BlcmFiaWxpdHkgd2l0aGluIGRpZmZlcmVudCBpbXBs ZW1lbnRhdGlvbnMuDQpNYXliZSBtb3JlIGRldGFpbHMgb3IgZ3VpZGVsaW5lcyBhYm91dCBob3cg dGhlIG1hbmFnZW1lbnQgcGxhbmUgZGVhbHMgd2l0aCB0aGlzDQoob3IgcmVmZXJlbmNlcyB0byBy ZWxldmFudCBzcGVjaWZpY2F0aW9uIGZvciB3aGljaCB0aGlzIGlzIGluIHNjb3BlKSB3b3VsZCBo ZWxwLg0KDQo5LiAtLS0tLQ0KDQogICBOZXcgcmVnaXN0cmllcyBpbiB0aGlzIGdyb3VwIGNhbiBi ZSBjcmVhdGVkIHZpYSBSRkMgUmVxdWlyZWQgcHJvY2Vzcw0KICAgYXMgcGVyIFtSRkM4MTI2XS4N Cg0KRlA6IChhc2tpbmcgYXMgdGhpcyB3YXMgbm90IGluY2x1ZGVkIGluIHRoZSBzaGVwaGVyZCBy ZXZpZXcsIGFuZCBqdXN0IHdhbnQgdG8NCm1ha2Ugc3VyZSB0aGlzIHdhcyBhZGRyZXNzZWQpIEZv ciB0aGlzIGFuZCBmb2xsb3dpbmcgcmVnaXN0cmllczogd2hhdCBpcyB0aGUNCnJlYXNvbmluZyBm b3Igbm90IGdvaW5nIGZvciBJRVRGIFJldmlldz8NCg0KMTAuIC0tLS0tDQoNCiAgIFRoZSBtZWFu aW5nIGZvciBCaXRzIDEgLSA3IGFyZSBhdmFpbGFibGUgZm9yIGFzc2lnbm1lbnQgdmlhIFJGQw0K ICAgUmVxdWlyZWQgcHJvY2VzcyBhcyBwZXIgW1JGQzgxMjZdLg0KDQpGUDogRnJvbSBzZWN0aW9u IDUuNSB0aGUgYml0cyAxLTcgYXJlIGluZGljYXRlZCBhcyBSZXNlcnZlZC4NCg0KMTEuIC0tLS0t DQoNCiAgIG9mIHRoZSBjdXJyZW50IGRvY3VtZW50LiAgUmVnaXN0cnkgZW50cmllcyBmb3IgdGhl IHZhbHVlcyAweDgwMDAgdG8NCiAgIDB4RkZGRiBhcmUgdG8gYmUgYXNzaWduZWQgdmlhIHRoZSAi RXhwZXJ0IFJldmlldyIgcG9saWN5IGRlZmluZWQgaW4NCiAgIFtSRkM4MTI2XS4gIFVwb24gYSBu ZXcgYWxsb2NhdGlvbiByZXF1ZXN0LCB0aGUgcmVzcG9uc2libGUgQUQgd2lsbA0KICAgYXBwb2lu dCBhIGRlc2lnbmF0ZWQgZXhwZXJ0LCB3aG8gd2lsbCByZXZpZXcgdGhlIGFsbG9jYXRpb24gcmVx dWVzdC4NCiAgIFRoZSBleHBlcnQgd2lsbCBwb3N0IHRoZSByZXF1ZXN0IG9uIHRoZSBtYWlsaW5n IGxpc3Qgb2YgdGhlIElQUE0NCiAgIHdvcmtpbmcgZ3JvdXAgaW4gdGhlIElFVEYgKGlwcG1AaWV0 Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+KSwgYW5kIHBvc3NpYmx5IG9uIG90aGVyDQogICBy ZWxldmFudCBtYWlsaW5nIGxpc3RzLCB0byBhbGxvdyBmb3IgY29tbXVuaXR5IGZlZWRiYWNrLiAg QmFzZWQgb24NCiAgIHRoZSByZXZpZXcsIHRoZSBleHBlcnQgd2lsbCBlaXRoZXIgYXBwcm92ZSBv ciBkZW55IHRoZSByZXF1ZXN0LiAgVGhlDQogICBpbnRlbnRpb24gaXMgdGhhdCBhbnkgYWxsb2Nh dGlvbiB3aWxsIGJlIGFjY29tcGFuaWVkIGJ5IGEgcHVibGlzaGVkDQogICBSRkMuICBCdXQgaW4g b3JkZXIgdG8gYWxsb3cgZm9yIHRoZSBhbGxvY2F0aW9uIG9mIHZhbHVlcyBwcmlvciB0byB0aGUN CiAgIFJGQyBiZWluZyBhcHByb3ZlZCBmb3IgcHVibGljYXRpb24sIHRoZSBkZXNpZ25hdGVkIGV4 cGVydCBjYW4gYXBwcm92ZQ0KICAgYWxsb2NhdGlvbnMgb25jZSBpdCBzZWVtcyBjbGVhciB0aGF0 IGFuIFJGQyB3aWxsIGJlIHB1Ymxpc2hlZC4NCg0KRlA6IFRoZSB0ZXh0IGFib3ZlIGluZGljYXRl cyBFeHBlcnQgcmV2aWV3IGZvciB0aGUgcmVnaXN0cnkuIEFjY29yZGluZyB0byBSRkMNCjgxMjY6 DQoNCiAgIFRoZSByZXF1aXJlZCBkb2N1bWVudGF0aW9uIGFuZCByZXZpZXcgY3JpdGVyaWEsIGdp dmluZyBjbGVhciBndWlkYW5jZQ0KICAgdG8gdGhlIGRlc2lnbmF0ZWQgZXhwZXJ0LCBzaG91bGQg YmUgcHJvdmlkZWQgd2hlbiBkZWZpbmluZyB0aGUNCiAgIHJlZ2lzdHJ5LiAgSXQgaXMgcGFydGlj dWxhcmx5IGltcG9ydGFudCB0byBsYXkgb3V0IHdoYXQgc2hvdWxkIGJlDQogICBjb25zaWRlcmVk IHdoZW4gcGVyZm9ybWluZyBhbiBldmFsdWF0aW9uIGFuZCByZWFzb25zIGZvciByZWplY3Rpbmcg YQ0KICAgcmVxdWVzdC4NCg0KQWx0aG91Z2ggdGhlIHBhcmFncmFwaCBhYm92ZSBnaXZlcyBzb21l IGluZGljYXRpb24gb2YgcHJvY2VzcyBmb3IgdGhlIGV4cGVydHMsDQppdCBkb2VzIG5vdCBnaXZl IGNsZWFyIHJldmlldyBjcml0ZXJpYSBvciBndWlkYW5jZS4gSSB3b3VsZCBzdWdnZXN0IHRoaXMg dG8gYmUNCmV4cGFuZGVkIHRvIGdpdmUgbW9yZSBpbmRpY2F0aW9uIHRvIGV4cGVydHMgb24gd2hh dCBjcml0ZXJpYSB0byBjb25zaWRlciAtDQp0aGVzZSBzYW1lIGNyaXRlcmlhIHdpbGwgYmUgY29u c2lkZXJlZCBieSB0aGUgd29ya2luZyBncm91cCBhcyB3ZWxsLg0KDQoNCg== --_000_E715D54E1BCE4B8184E1BCB42407AB36ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <85B4DCA3A1914C45869BDEA4A98AC6B5@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPkhpIE1hcnRpbiw8YnI+DQo8YnI+DQpZZXMsIDUuIEluIHRoZSBDT01NRU5ULCBh Ym91dCByZWZlcmVuY2luZyBub3JtYXRpdmVseSBJRUVFIDE1ODg4LiBUaGlzIHdhcyBhIOKAnGRp c2N1c3PigJ0gRElTQ1VTUzogYXMgSSBzYWlkIHllc3RlcmRheSBpbiB0aGUgdGVsZWNoYXQsIEkg ZG8gYmVsaWV2ZSB0aGVyZSBpcyB1bmZpbmlzaGVkIGJ1c2luZXNzIGFib3V0IG5vcm1hdGl2ZWx5 IHJlZmVyZW5jaW5nIGRvY3VtZW50cyBiZWhpbmQgYSBwYXl3YWxsIGFuZCB3YW50ZWQgdG8gYnJp bmcgdGhpcw0KIHRvIHRoZSBJRVNHIGF0dGVudGlvbiwgYnV0IEkgd2lsbCBub3QgYmxvY2sgdGhl IGRvY3VtZW50IGJlY2F1c2Ugb2YgaXQuIEkgZG8gdGhpbmsgaXQgaXMgd29ydGggY29uc2lkZXJp bmcgaW4gdGhpcyBkb2N1bWVudCBpZiB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSBpcyBuZWNlc3Nh cnksIGFzIGl0IGZlZWxzIG9wdGlvbmFsIGJ5IGNvbnRleHQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjExLiB0byBtZSBmZWVs cyBtb3JlIGltcG9ydGFudCB0byBmaXguIEFsc28gSSBkaWQgbm90IGluY2x1ZGUgOC4gSW4gdGhl IERJU0NVU1MgcGFydCwgYnV0IEnigJlkIHJlYWxseSBsaWtlIGEgcmVzcG9uc2UgdG8gdGhhdCBv bmUgYXMgd2VsbC4gVGhlIHJlc3QgYXJlIGxlc3MgaW1wb3J0YW50IOKAkyBjbGFyaWZpY2F0aW9u cyBhbmQgcG9pbnRzIHJhaXNlZA0KIHRvIG1ha2Ugc3VyZSB0aGUgV0cgaGFkIGEgZGlzY3Vzc2lv biBhYm91dCB0aGVtLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PGJyPg0KRnJhbmNlc2Nh PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xv cjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Y29sb3I6YmxhY2siPk1hcnRpbiBEdWtlICZsdDttYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZndDs8 YnI+DQo8Yj5EYXRlOiA8L2I+VGh1cnNkYXksIDI1IE1hcmNoIDIwMjEgYXQgMTg6NDk8YnI+DQo8 Yj5UbzogPC9iPkZyYW5jZXNjYSBQYWxvbWJpbmkgJmx0O2ZyYW5jZXNjYS5wYWxvbWJpbmlAZXJp Y3Nzb24uY29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+VGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcm Z3Q7LCAmcXVvdDtNT1JUT04sIEFMRlJFRCBDIChBTCkmcXVvdDsgJmx0O2FjbUByZXNlYXJjaC5h dHQuY29tJmd0OywgSVBQTSBDaGFpcnMgJmx0O2lwcG0tY2hhaXJzQGlldGYub3JnJmd0OywgJnF1 b3Q7ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YUBpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0 Zi1pcHBtLWlvYW0tZGF0YUBpZXRmLm9yZyZndDssIElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRm Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IEZyYW5jZXNjYSBQYWxvbWJpbmkncyBE aXNjdXNzIG9uIGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEtMTI6ICh3aXRoIERJU0NVU1MgYW5k IENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+SGkgRnJhbmNlc2NhLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5XaGljaCAmcXVvdDtQb2ludCA1JnF1b3Q7IGFyZSB5 b3UgcmVmZXJyaW5nIHRvIGluIHlvdXIgRElTQ1VTUz8gSXMgaXQgdGhlIGZpZnRoIGl0ZW0gaW4g eW91ciBDT01NRU5UPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij5PbiBXZWQsIE1hciAyNCwgMjAyMSBhdCAxMjowNSBQTSBGcmFuY2VzY2EgUGFsb21i aW5pIHZpYSBEYXRhdHJhY2tlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmci Pm5vcmVwbHlAaWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6 MzYuMHB0Ij4NCkZyYW5jZXNjYSBQYWxvbWJpbmkgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBi YWxsb3QgcG9zaXRpb24gZm9yPGJyPg0KZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YS0xMjogRGlz Y3Vzczxicj4NCjxicj4NCldoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3Qg bGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbDxicj4NCmVtYWlsIGFkZHJlc3NlcyBpbmNsdWRl ZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzPGJyPg0KaW50 cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pPGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIHJl ZmVyIHRvIDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1 c3MtY3JpdGVyaWEuaHRtbCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sPC9hPjxicj4NCmZvciBtb3JlIGlu Zm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuPGJyPg0K PGJyPg0KPGJyPg0KVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlv bnMsIGNhbiBiZSBmb3VuZCBoZXJlOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEvIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0 YS88L2E+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCkRJU0NVU1M6 PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NClRoYW5rIHlvdSBmb3IgdGhpcyBkb2N1bWVu dC4gSSB0aGluayB0aGF0IHRoZSBkaXNjdXNzaW9uIG9uIHBvaW50IDUuIGFib3V0PGJyPg0KcmVm ZXJlbmNpbmcgbm9ybWF0aXZlbHkgSUVFRSAxNTg4LCBhbmQgMTEuIGFib3V0IElBTkEgRXhwZXJ0 IGd1aWRlbGluZXMgYXJlPGJyPg0Kd29ydGggaGF2aW5nLCBhbmQgaG9wZSB3ZSBjYW4gZ2V0IHRo ZW0gY2xlYXJlZCBiZWZvcmUgdGhlIGRvY3VtZW50IG1vdmVzPGJyPg0KZm9yd2FyZC4gQWxzbywg cGxlYXNlIGZpbmQgc29tZSBtaW5vciBjb21tZW50cyBiZWxvdy48YnI+DQo8YnI+DQpGcmFuY2Vz Y2E8YnI+DQo8YnI+DQo8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KQ09NTUVOVDo8YnI+DQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tPGJyPg0KPGJyPg0KMS4gLS0tLS08YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ZG9j dW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBbUkZDMjExOV0uPGJy Pg0KPGJyPg0KRlA6IFBsZWFzZSB1cGRhdGUgdGhlIGJvaWxlcnBsYXRlIGFzIHBlciBSRkMgODE0 Ny48YnI+DQo8YnI+DQoyLiAtLS0tLTxicj4NCjxicj4NCiZuYnNwOyBUaGUgc3BlY2lmaWNhdGlv biBvZiBob3cgSU9BTS1EYXRhLUZpZWxkczxicj4NCiZuYnNwOyAmbmJzcDthcmUgZW5jYXBzdWxh dGVkIGludG8gJnF1b3Q7cGFyZW50JnF1b3Q7IHByb3RvY29scywgbGlrZSBlLmcuLCBOU0ggb3Ig SVB2NiBpczxicj4NCiZuYnNwOyAmbmJzcDtvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3Vt ZW50Ljxicj4NCjxicj4NCkZQOiBUaGlzIHNlbnRlbmNlIChvciBlcXVpdmFsZW50KSBhcHBlYXJz IHNldmVyYWwgdGltZXMgLSBhdCBsZWFzdCAyIHRpbWVzIGluPGJyPg0Kc2VjdGlvbiA0IGFuZCBv bmNlIG1vcmUgaW4gNS4xIC0gcGxlYXNlIGNvbnNpZGVyIHJlbW92aW5nIHRoZSByZXBldGl0aW9u Ljxicj4NCjxicj4NCjMuIC0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgRm9y IGV4YW1wbGUsIGlmIDMgSU9BTS1UcmFjZS1UeXBlIGJpdHMgYXJlIHNldCBhbmQgbm9uZSBvZiB0 aGVtPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgYXJlIHdpZGUsIHRoZW4gTm9kZUxlbiB3b3Vs ZCBiZSAzLiZuYnNwOyBJZiAzIElPQU0tVHJhY2UtVHlwZSBiaXRzIGFyZTxicj4NCjxicj4NCkZQ OiBBcyB0aGlzIGlzIHRoZSBmaXJzdCB0aW1lIHRoZSB0ZXJtICZxdW90O3dpZGUmcXVvdDsgYXBw ZWFycywgaXQgd291bGQgYmUgZ29vZCB0bzxicj4NCmRlZmluZSBpdCBhbmQgYWRkIGEgcmVmZXJl bmNlLiBBbHRlcm5hdGl2ZWx5LCBhIHNlbnRlbmNlIGluIHRoZSB0ZXJtaW5vbG9neTxicj4NCm1p Z2h0IGhhdmUgaGVscGVkIHRvby48YnI+DQo8YnI+DQo0LiAtLS0tLTxicj4NCjxicj4NCiZuYnNw OyAmbmJzcDsgJm5ic3A7IEJpdCAzJm5ic3A7ICZuYnNwOyBXaGVuIHNldCwgaW5kaWNhdGVzIHBy ZXNlbmNlIG9mIHRpbWVzdGFtcCBzdWJzZWNvbmRzIGluPGJyPg0KPGJyPg0KRlA6IFNhbWUgYXMg Zm9yIDMuIC0gcGxlYXNlIGFkZCBhIHJlZmVyZW5jZSB0byB3aGVyZSAmcXVvdDtzdWJzZWNvbmQm cXVvdDsgaXMgZGVmaW5lZC48YnI+DQo8YnI+DQo1LiAtLS0tLTxicj4NCjxicj4NCiZuYnNwOyAm bmJzcDtmb3JtYXRzOyBiYXNlZCBvbiBlaXRoZXIgUFRQIFtJRUVFMTU4OHYyXSwgTlRQIFtSRkM1 OTA1XSwgb3IgUE9TSVg8YnI+DQombmJzcDsgJm5ic3A7W1BPU0lYXS4mbmJzcDsgVGhlIHRocmVl IHRpbWVzdGFtcCBmb3JtYXRzIGFyZSBzcGVjaWZpZWQgaW4gU2VjdGlvbiA2LiZuYnNwOyBJbjxi cj4NCjxicj4NCkZQOiBJcyB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSB0byBJRUVFIDE1ODggKGJl aGluZCBhIHBheXdhbGwpIGFic29sdXRlbHk8YnI+DQpuZWNlc3Nhcnk/IFJvYiBXaWx0b24gcG9p bnRlZCBvdXQgdGhhdCBtYXliZSBhIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gUkZDIDg4Nzc8YnI+ DQp3b3VsZCBiZSBlbm91Z2gsIGhvd2V2ZXIgdGhhdCB3b3VsZCBjcmVhdGUgYSBkb3ducmVmIHNp bmNlIDg4NzcgaXM8YnI+DQppbmZvcm1hdGlvbmFsLiBBbHNvIChtaW5vcikgaWYga2VwdCwgcGxl YXNlIGNvbnNpZGVyIHVwZGF0aW5nIHRvIElFRUUgMTU4OC0yMDE5Ljxicj4NCjxicj4NCjYuIC0t LS0tPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2NvbXB1dGF0 aW9uLCBpbmRpY2F0ZXMgd2hpY2ggUE9ULXByb2ZpbGUgaXMgdXNlZC4mbmJzcDsgVGhlIHR3bzxi cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwcm9maWxlcyBhcmUgbnVtYmVy ZWQgMCwgMS48YnI+DQo8YnI+DQpGUDogKGp1c3QgYSBjb21tZW50KSBJIGZvdW5kIHN0cmFuZ2Ug YXQgdGhpcyBwb2ludCB0aGF0IGFsdGhvdWdoIHR3byBwcm9maWxlczxicj4NCmFyZSBtZW50aW9u ZWQsIG9ubHkgb25lIGlzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC48YnI+DQo8YnI+DQo3LiAt LS0tLTxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtOYW1lc3BhY2UtSUQ6Jm5ic3A7IDE2LWJpdCBp ZGVudGlmaWVyIG9mIGFuIElPQU0tTmFtZXNwYWNlLiZuYnNwOyBUaGU8YnI+DQo8YnI+DQpGUDog RWFjaCBvcHRpb24tdHlwZSBzdGFydHMgd2l0aCBOYW1lc3BhY2UtSUQ6IGNvdWxkbid0IHRoaXMg YmUgb3B0aW1pemVkLCBvcjxicj4NCndoYXQgaXMgdGhlIHJlYXNvbmluZyBiZWhpbmQgdGhpcz88 YnI+DQo8YnI+DQo4LiAtLS0tLTxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtJT0FNIGRvbWFpbi4mbmJzcDsgV2l0aGluIHRo ZSBJT0FNIGVuY2Fwc3VsYXRpbmcgbm9kZSwgdGhlPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3RpbWUgdGhhdCB0aGUgdGltZXN0YW1w IGlzIHJldHJpZXZlZCBjYW4gZGVwZW5kIG9uIHRoZTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtpbXBsZW1lbnRhdGlvbi4mbmJzcDsg U29tZSBwb3NzaWJpbGl0aWVzIGFyZTogMSkgdGhlIHRpbWUgYXQ8YnI+DQo8YnI+DQombmJzcDsg Jm5ic3A7aW4gb25lIG9mIHRocmVlIHBvc3NpYmxlIHRpbWVzdGFtcCBmb3JtYXRzLiZuYnNwOyBJ dCBpcyBhc3N1bWVkIHRoYXQgdGhlPGJyPg0KJm5ic3A7ICZuYnNwO21hbmFnZW1lbnQgcGxhbmUg aXMgcmVzcG9uc2libGUgZm9yIGRldGVybWluaW5nIHdoaWNoIHRpbWVzdGFtcDxicj4NCiZuYnNw OyAmbmJzcDtmb3JtYXQgaXMgdXNlZC48YnI+DQo8YnI+DQpGUDogVGhpcyBpcyB3b3JyeWluZyBm b3IgaW50ZXJvcGVyYWJpbGl0eSB3aXRoaW4gZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucy48YnI+ DQpNYXliZSBtb3JlIGRldGFpbHMgb3IgZ3VpZGVsaW5lcyBhYm91dCBob3cgdGhlIG1hbmFnZW1l bnQgcGxhbmUgZGVhbHMgd2l0aCB0aGlzPGJyPg0KKG9yIHJlZmVyZW5jZXMgdG8gcmVsZXZhbnQg c3BlY2lmaWNhdGlvbiBmb3Igd2hpY2ggdGhpcyBpcyBpbiBzY29wZSkgd291bGQgaGVscC48YnI+ DQo8YnI+DQo5LiAtLS0tLTxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtOZXcgcmVnaXN0cmllcyBp biB0aGlzIGdyb3VwIGNhbiBiZSBjcmVhdGVkIHZpYSBSRkMgUmVxdWlyZWQgcHJvY2Vzczxicj4N CiZuYnNwOyAmbmJzcDthcyBwZXIgW1JGQzgxMjZdLjxicj4NCjxicj4NCkZQOiAoYXNraW5nIGFz IHRoaXMgd2FzIG5vdCBpbmNsdWRlZCBpbiB0aGUgc2hlcGhlcmQgcmV2aWV3LCBhbmQganVzdCB3 YW50IHRvPGJyPg0KbWFrZSBzdXJlIHRoaXMgd2FzIGFkZHJlc3NlZCkgRm9yIHRoaXMgYW5kIGZv bGxvd2luZyByZWdpc3RyaWVzOiB3aGF0IGlzIHRoZTxicj4NCnJlYXNvbmluZyBmb3Igbm90IGdv aW5nIGZvciBJRVRGIFJldmlldz88YnI+DQo8YnI+DQoxMC4gLS0tLS08YnI+DQo8YnI+DQombmJz cDsgJm5ic3A7VGhlIG1lYW5pbmcgZm9yIEJpdHMgMSAtIDcgYXJlIGF2YWlsYWJsZSBmb3IgYXNz aWdubWVudCB2aWEgUkZDPGJyPg0KJm5ic3A7ICZuYnNwO1JlcXVpcmVkIHByb2Nlc3MgYXMgcGVy IFtSRkM4MTI2XS48YnI+DQo8YnI+DQpGUDogRnJvbSBzZWN0aW9uIDUuNSB0aGUgYml0cyAxLTcg YXJlIGluZGljYXRlZCBhcyBSZXNlcnZlZC48YnI+DQo8YnI+DQoxMS4gLS0tLS08YnI+DQo8YnI+ DQombmJzcDsgJm5ic3A7b2YgdGhlIGN1cnJlbnQgZG9jdW1lbnQuJm5ic3A7IFJlZ2lzdHJ5IGVu dHJpZXMgZm9yIHRoZSB2YWx1ZXMgMHg4MDAwIHRvPGJyPg0KJm5ic3A7ICZuYnNwOzB4RkZGRiBh cmUgdG8gYmUgYXNzaWduZWQgdmlhIHRoZSAmcXVvdDtFeHBlcnQgUmV2aWV3JnF1b3Q7IHBvbGlj eSBkZWZpbmVkIGluPGJyPg0KJm5ic3A7ICZuYnNwO1tSRkM4MTI2XS4mbmJzcDsgVXBvbiBhIG5l dyBhbGxvY2F0aW9uIHJlcXVlc3QsIHRoZSByZXNwb25zaWJsZSBBRCB3aWxsPGJyPg0KJm5ic3A7 ICZuYnNwO2FwcG9pbnQgYSBkZXNpZ25hdGVkIGV4cGVydCwgd2hvIHdpbGwgcmV2aWV3IHRoZSBh bGxvY2F0aW9uIHJlcXVlc3QuPGJyPg0KJm5ic3A7ICZuYnNwO1RoZSBleHBlcnQgd2lsbCBwb3N0 IHRoZSByZXF1ZXN0IG9uIHRoZSBtYWlsaW5nIGxpc3Qgb2YgdGhlIElQUE08YnI+DQombmJzcDsg Jm5ic3A7d29ya2luZyBncm91cCBpbiB0aGUgSUVURiAoPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPiksIGFuZCBwb3NzaWJseSBv biBvdGhlcjxicj4NCiZuYnNwOyAmbmJzcDtyZWxldmFudCBtYWlsaW5nIGxpc3RzLCB0byBhbGxv dyBmb3IgY29tbXVuaXR5IGZlZWRiYWNrLiZuYnNwOyBCYXNlZCBvbjxicj4NCiZuYnNwOyAmbmJz cDt0aGUgcmV2aWV3LCB0aGUgZXhwZXJ0IHdpbGwgZWl0aGVyIGFwcHJvdmUgb3IgZGVueSB0aGUg cmVxdWVzdC4mbmJzcDsgVGhlPGJyPg0KJm5ic3A7ICZuYnNwO2ludGVudGlvbiBpcyB0aGF0IGFu eSBhbGxvY2F0aW9uIHdpbGwgYmUgYWNjb21wYW5pZWQgYnkgYSBwdWJsaXNoZWQ8YnI+DQombmJz cDsgJm5ic3A7UkZDLiZuYnNwOyBCdXQgaW4gb3JkZXIgdG8gYWxsb3cgZm9yIHRoZSBhbGxvY2F0 aW9uIG9mIHZhbHVlcyBwcmlvciB0byB0aGU8YnI+DQombmJzcDsgJm5ic3A7UkZDIGJlaW5nIGFw cHJvdmVkIGZvciBwdWJsaWNhdGlvbiwgdGhlIGRlc2lnbmF0ZWQgZXhwZXJ0IGNhbiBhcHByb3Zl PGJyPg0KJm5ic3A7ICZuYnNwO2FsbG9jYXRpb25zIG9uY2UgaXQgc2VlbXMgY2xlYXIgdGhhdCBh biBSRkMgd2lsbCBiZSBwdWJsaXNoZWQuPGJyPg0KPGJyPg0KRlA6IFRoZSB0ZXh0IGFib3ZlIGlu ZGljYXRlcyBFeHBlcnQgcmV2aWV3IGZvciB0aGUgcmVnaXN0cnkuIEFjY29yZGluZyB0byBSRkM8 YnI+DQo4MTI2Ojxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDtUaGUgcmVxdWlyZWQgZG9jdW1lbnRh dGlvbiBhbmQgcmV2aWV3IGNyaXRlcmlhLCBnaXZpbmcgY2xlYXIgZ3VpZGFuY2U8YnI+DQombmJz cDsgJm5ic3A7dG8gdGhlIGRlc2lnbmF0ZWQgZXhwZXJ0LCBzaG91bGQgYmUgcHJvdmlkZWQgd2hl biBkZWZpbmluZyB0aGU8YnI+DQombmJzcDsgJm5ic3A7cmVnaXN0cnkuJm5ic3A7IEl0IGlzIHBh cnRpY3VsYXJseSBpbXBvcnRhbnQgdG8gbGF5IG91dCB3aGF0IHNob3VsZCBiZTxicj4NCiZuYnNw OyAmbmJzcDtjb25zaWRlcmVkIHdoZW4gcGVyZm9ybWluZyBhbiBldmFsdWF0aW9uIGFuZCByZWFz b25zIGZvciByZWplY3RpbmcgYTxicj4NCiZuYnNwOyAmbmJzcDtyZXF1ZXN0Ljxicj4NCjxicj4N CkFsdGhvdWdoIHRoZSBwYXJhZ3JhcGggYWJvdmUgZ2l2ZXMgc29tZSBpbmRpY2F0aW9uIG9mIHBy b2Nlc3MgZm9yIHRoZSBleHBlcnRzLDxicj4NCml0IGRvZXMgbm90IGdpdmUgY2xlYXIgcmV2aWV3 IGNyaXRlcmlhIG9yIGd1aWRhbmNlLiBJIHdvdWxkIHN1Z2dlc3QgdGhpcyB0byBiZTxicj4NCmV4 cGFuZGVkIHRvIGdpdmUgbW9yZSBpbmRpY2F0aW9uIHRvIGV4cGVydHMgb24gd2hhdCBjcml0ZXJp YSB0byBjb25zaWRlciAtPGJyPg0KdGhlc2Ugc2FtZSBjcml0ZXJpYSB3aWxsIGJlIGNvbnNpZGVy ZWQgYnkgdGhlIHdvcmtpbmcgZ3JvdXAgYXMgd2VsbC48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_E715D54E1BCE4B8184E1BCB42407AB36ericssoncom_-- From nobody Fri Mar 26 07:20:42 2021 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 429903A1FAC; Fri, 26 Mar 2021 07:20:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.35 X-Spam-Level: X-Spam-Status: No, score=-2.35 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.251, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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=ericsson.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 DM8rNjErHpzE; Fri, 26 Mar 2021 07:20:31 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2085.outbound.protection.outlook.com [40.107.20.85]) (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 AFD383A1FAA; Fri, 26 Mar 2021 07:20:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZXH165IuoUvOGiABN6D7gc9ME5MwcT5FiNsBxr5ztafPIqIFeGe0KANdakMgjuslCW1P9/xXxNynWVmbn4hKFDJBYb957DacOEXv3KW3xGZihMMfipW7p588FvIIw5Vhhuq/MgCfunRlQUGLMaVYXYL7e4GPn+3zQamCCEvQWx9W3XjU2t9BP6t9efYZaHnlfvO5Vzp8euKOWlFyHvTcUNLhzmqIb9+R+yx8psmjvrYQ2DgH+sG6NtfQyaZoZ28kodJhLiEqQK8GWUpsJ+rGnFglegf5d+otJtoOAarTqOCU5AE8n477S2acZjMeNdC/9jl3cjG8ENN7nLsR1S+daA== 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=cwp/0K+Rj3OeitksSJX6Z9C0v7X3Oo9nUN7nckfIi7s=; b=JgRK6VPPVj0QAAMVeXtZBwr43aiyy29k/Gq0gFfmGTj8szIZ2cZyuv+pEq6Sh8jvdEzH5zDdYXZ7P9tzfM5bWSoKe5ylNMAgxrpEDVe7SpBT0zueEI9brvDu8clEIBpzGhWWIGwqEMqiWwy+EbZO2vETmYuj0PaNMJiHaGJ1A8VMlWR96LW5ff+hvaeXaZqzld2SthWuRKFAZMiZ9TQnWYtNH5Y18D3xXhN0/1Sp64oqBEokHqroV9LNFjlceL0CUq/DKkYWs0M8p5H3GUxq9mCO377GvRQf8+lZrdlPDAeGLEjkTYNXWXD48lDY5xAe+eDKuCyaXmGQ6M/zZoseAA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cwp/0K+Rj3OeitksSJX6Z9C0v7X3Oo9nUN7nckfIi7s=; b=D9kgP5t3Z3YEjJGVyauqJmPVyl0LnQjPHrWVKvEIkE8Q0PVOlYXpb4RttIcz0FhHWoaB9OOM+a8wzdNIskWRXzss29+/d77PMQIr4T6T4sRHoeMEUNgoRrx1lTV/Ge2HJr+OnBC0vaEuj2oD+LV2JHebqLp8nkmu2rebz5L8T+A= Received: from HE1PR07MB4217.eurprd07.prod.outlook.com (2603:10a6:7:96::33) by HE1PR0701MB2347.eurprd07.prod.outlook.com (2603:10a6:3:6f::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Fri, 26 Mar 2021 14:20:28 +0000 Received: from HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::e922:5ae8:48bb:b796]) by HE1PR07MB4217.eurprd07.prod.outlook.com ([fe80::e922:5ae8:48bb:b796%3]) with mapi id 15.20.3977.024; Fri, 26 Mar 2021 14:20:28 +0000 From: Francesca Palombini To: Francesca Palombini , Martin Duke CC: "MORTON, ALFRED C (AL)" , IPPM Chairs , The IESG , IETF IPPM WG , "draft-ietf-ippm-ioam-data@ietf.org" Thread-Topic: Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (with DISCUSS and COMMENT) Thread-Index: AQHXIOChp/rv0XF0uUqsGPevCDRj5KqU/JoAgAEx14CAADbngA== Date: Fri, 26 Mar 2021 14:20:27 +0000 Message-ID: <5CF3F626-41D9-4821-9A05-85B605B20F74@ericsson.com> References: <161661268673.916.16348206674906302793@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.47.21031401 authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [2001:1ba8:147a:c100:d0d6:e209:7a1:6bf0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f3730eb9-40b1-4ee8-fe50-08d8f0624e24 x-ms-traffictypediagnostic: HE1PR0701MB2347: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: RMKIIGtWGdpGbZ5pdAgYVDDD+C+7jHlVh7j9OUQbyKKklIGnKspna+/u4sRdSlYRRBTA2e8kS3NGtI98sasY/F8IRWfL6wgSCTVhSKAVBWrORnqq9kN8treg5Gr18+uVRKjjJrbffzyPPVSQa58VuY5oGMFk0fHapL5HE5kqlVkBf9OxblHg+BfJnQUFz84dDdMXZBsrx9UKs8VVc9NFJOyrsik1hc4novo1GAOlwGDDKlsvrmsSRaOCTTamJDdIise0K1uTF1jDDpqy3HVXYllMyt99O2ddaajNXlPEV/xM+oHQJ/lYk7LKfxFpRsR85TzS3glUA/ds37RgiS2jAw68Hy7KVf++7k6xf233FE4jAXn6A0sK5tGomaY+mxkC9wHpYQ8YFWenfPdyMd1SIrS8D2OxKXJtjG+FxMrx0A/x3IS852o3ZCCAeoZ6tTU3nKoLv7x0mKUziq2aFYyoXBnwf+JtFPMMjQkhI4MSySfbG4UdhbpD/T3ZDF0X3ENFnUO/e6AaQ0aWuBT+DTJjLfwqkTP4HKA9Qe2z68NR1XSid2lGLWuc851GNEgdgjg/fPdHnoCoNSEylakKn3vuIJ9hTK4aeUd4Lb4Ru2TXacgT9nEoO4WPOo2hPbgEMJ0NnzOEP6MzzpHgAFBfpfGOrhI9IfxYTQczVUddAy7g6FPaQ7rKfdwVWkfZ8pk+Q0vS7tBHZMzXBeDEkZAqJMqVLp442STabayPcXdD4BYiqSt7FAOnUU0MeMLNmyXAj+g+sXiVLcESTqC6p2v5x0rdQg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4217.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(396003)(376002)(39860400002)(346002)(64756008)(66556008)(76116006)(66476007)(8936002)(66446008)(44832011)(9326002)(83380400001)(166002)(8676002)(6512007)(66946007)(21615005)(71200400001)(6486002)(110136005)(316002)(86362001)(54906003)(53546011)(6506007)(4326008)(478600001)(5660300002)(966005)(36756003)(2616005)(38100700001)(186003)(33656002)(2906002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?b25OWXF0VXpscjBKOXlsYW5BSnBvbHBDczNjQ1c3N2JwNmtKc1h5Uk1IdmQ4?= =?utf-8?B?L01xMGErZ25yRnIrdndGYmNsZlRTajBIM05ERTJaWHVQQVpmcTcrQ0lYeVZt?= =?utf-8?B?eEx3R1JzTHIvb3I4azRTdTQ5NEU0MkJsNGIxQUhhdjhkTUtrL0tTeldaVjFo?= =?utf-8?B?MWY3MmtYYUREWkRYS0NRbXlHb2tJSW94amg0Y1dMc1ZGRyt6aGhSQnpNM3VS?= =?utf-8?B?TUVDaE5sOGV3VllaVjFXUFp0dkkvcUdKemRaTUdsbTNLRkVwU1FNa2xJUnhN?= =?utf-8?B?TWFxZUZmTERQSUxQN1Z3VkRTRDB0NXFmVFlheUZYQ2NTUXg0YkQ4eXl4R2ox?= =?utf-8?B?Y05ydytyY3ZUN25GZTdpZUNoZW0xVVZRd0dLSFUrNm5yb3kwVW04MjRQb2Fq?= =?utf-8?B?NFBGeTQvWFdkMXJBUU9BZjVhTnhZTTc5NFdoRjhyR0hBWDlCcE8zWW1kQ2Yz?= =?utf-8?B?ZXFzYlB1NVJaVW9pT3lVWFdTdE9aTmZRcmNRNFpFZGFFY1owMjdUMWhHejd4?= =?utf-8?B?dTRTVDVVVXhaT1R1SGNNSFhzMGV0ck40U0xiZk9jaGY2VUgvMmpjMWF6dXM2?= =?utf-8?B?Sk1qRVZpVE42dWlSSC80NGNmN0MycHFQS2wxbjR3THJpUWZyUGtyZ0pJNTZj?= =?utf-8?B?dnFpTEorc09mNjdaYndVNHdyRGVyQzZYb1FEc3ExVFlTMHAzRG00VlRZemhU?= =?utf-8?B?UFZFSFBIL0Y3bTJZWDRpZmpUZkpPU0tFL21TSGtvQWFPK2pNTFY5dDR1SjNE?= =?utf-8?B?Uk0wR3lqSWRYamQwMUpPVHRBQXpRWktsMmR1Z0dqTkY3Z2dGbkhQa1ZDK1V3?= =?utf-8?B?bUNVK3pWWm9tbnYxZGlyc1dYcG4vRWVTWHcvTmtyZmwzcCs1Yi90Tjc0TEs0?= =?utf-8?B?aFBuR2RGWTgzYldmNzVpTVNYQnkyVFFVQXdLenEwemFGMVltbXZjbEQ1dzhO?= =?utf-8?B?N015aHFVQ3dGWnFzd3ZnTFlWdGQ2by9IMTJrZVVIdFJYTGF4NWNjeFlJWW9W?= =?utf-8?B?Kzk1eGNodSsvM0hxOHJVcndKRm5rMEtsVTI0Z0ZUd0t1eVFta0VrN204Wmpi?= =?utf-8?B?RFQvV0NQSHgwak5DSHdGVXVUOXcwN0dsMXlrQmsyMUZmRklMajQvWTU5TGR4?= =?utf-8?B?WDFuTU1xbFJ4YjUvcmJ4dkZER2JGa1BtdXZrWUFSU3AySGFnUkpIWHc5Unlq?= =?utf-8?B?OVpLdXZ5bmNQQmZxSkVHQ1NUSithQlArN2Y2bllseW5SRmdZTThVZXhGVEx0?= =?utf-8?B?QThhanhwdVo3MCtYT1lpSGVPODZOOG1ldkE0RWVidzhORW1tb0pTd2Y4Rkt5?= =?utf-8?B?Q25LRVIyREd0NkdBMzluV3R3Q1BhUE1hSTY2RjZpMXFQdHlpSmdYMFVsa0NL?= =?utf-8?B?UWpoUWp5ajRrTTVYeDBPc2NPakpUM0xkR3oxbXhyeG01dUp3U2k2Y3RVNVpE?= =?utf-8?B?VnZyOXpmOEZPYWg3c1FxeEZjdER5bzhpZ1FsZ3h3eFRoMlpJREcxNW1meE5G?= =?utf-8?B?Tm52QXRmd0hFSWd1QWNLUUczWUpvUXVBNHc3bVpJSTNZeWhkRzZMNWdSNE5w?= =?utf-8?B?NWs0cDFEOGtWQ1VRaXFQVHdqNzFINjZGSHp4cVhmWHlPV1ZwYmxpdUkwTStI?= =?utf-8?B?eThoOFlTRjhRVWxIeDhsTFNxeC9aWjE1cWJIdkFlTTdHajEyaVNIUEV2c1BU?= =?utf-8?B?RU9RTlhHKzR6YkVuWXlDZ1N6YkZNektiOWh5NEQ3a1pWTDk1d3AwdS9PeUdY?= =?utf-8?B?NGhEdTd4bEdubkVubXNZSWRhcndmUWM0MzFEaVZjUFFRRVBQVTdCTDVuSHlK?= =?utf-8?B?TW10dmtMVFNDSzRqWDkvS3pzSEErVmgySVA3ZDlZRFY1dFBzdDIxTFkvWVQ4?= =?utf-8?B?QlEzMDJHT25ZVWF0UGNFWG0yYVBDRGNCR3BoSmFCU1h3TFE9PQ==?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_5CF3F62641D948219A0585B605B20F74ericssoncom_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4217.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f3730eb9-40b1-4ee8-fe50-08d8f0624e24 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2021 14:20:27.9824 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: uLcyU1KvZcLV/60+bmQ62MN6sWwIYwlNK+e7/2eTMsbO855uA8QvlnNIur+HLg+G0qQ6fp0y1UD+q8LLtG8JO3bHv12dqP16vhhHdg2sIr9j399NUGOuVa0FZa5Z1n2a X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2347 Archived-At: Subject: Re: [ippm] Francesca Palombini's Discuss on draft-ietf-ippm-ioam-data-12: (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, 26 Mar 2021 14:20:36 -0000 --_000_5CF3F62641D948219A0585B605B20F74ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFydGluLA0KDQpSZSBteSBzZW50ZW5jZSBiZWxvdyDigJxJIGRvIHRoaW5rIGl0IGlzIHdv cnRoIGNvbnNpZGVyaW5nIGluIHRoaXMgZG9jdW1lbnQgaWYgdGhlIG5vcm1hdGl2ZSByZWZlcmVu Y2UgaXMgbmVjZXNzYXJ5LCBhcyBpdCBmZWVscyBvcHRpb25hbCBieSBjb250ZXh0LuKAnQ0KVGhh bmtzIHRvIGFuIG9mZmxpbmUgZGlzY3Vzc2lvbiwgSSB0YWtlIGJhY2sgdGhlIHF1ZXN0aW9uIGFi b3V0IHRoZSByZWZlcmVuY2UgYmVpbmcgbm9ybWF0aXZlIOKAkyBteSByZWFzb24gZm9yIHF1ZXN0 aW9uaW5nIGl0IGluIHRoZSBmaXJzdCBwbGFjZSB3YXMgdGhhdCB0aGUgUFRQIGlzIGluIGZhY3Qg b3B0aW9uYWwgaW4gdGhpcyBzcGVjaWZpY2F0aW9uLiBIb3dldmVyLCBJIGRpZG7igJl0IGNvbnNp ZGVyIHRoYXQgZXZlbiBvcHRpb25hbCBmZWF0dXJlcyBuZWVkIG5vcm1hdGl2ZSByZWZlcmVuY2Vz IOKAkyB5b3UgaGF2ZSB0byByZWFkIHRoZSByZWZlcmVuY2UgdG8gdW5kZXJzdGFuZCBpZiB5b3Ug d2FudCB0aGF0IGZlYXR1cmUgYW5kLCBpbiBjYXNlLCBpbXBsZW1lbnQgaXQuDQoNCkFueXdheSwg SSBhbSBnb2luZyB0byB1cGRhdGUgbXkgYmFsbG90IHRvIHJlZmxlY3QgdGhpcy4gVGhhbmtzIGZv ciB0aGUgcGF0aWVuY2UgYW5kIHNvcnJ5IGZvciB0aGUgZG91YmxlIHBvc3QhDQpGcmFuY2VzY2EN Cg0KRnJvbTogaWVzZyA8aWVzZy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgRnJhbmNl c2NhIFBhbG9tYmluaSA8ZnJhbmNlc2NhLnBhbG9tYmluaT00MGVyaWNzc29uLmNvbUBkbWFyYy5p ZXRmLm9yZz4NCkRhdGU6IEZyaWRheSwgMjYgTWFyY2ggMjAyMSBhdCAxMjowNA0KVG86IE1hcnRp biBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbT4NCkNjOiAiTU9SVE9OLCBBTEZSRUQgQyAo QUwpIiA8YWNtQHJlc2VhcmNoLmF0dC5jb20+LCBJUFBNIENoYWlycyA8aXBwbS1jaGFpcnNAaWV0 Zi5vcmc+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4sIElFVEYgSVBQTSBXRyA8aXBwbUBpZXRm Lm9yZz4sICJkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhQGlldGYub3JnIiA8ZHJhZnQtaWV0Zi1p cHBtLWlvYW0tZGF0YUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBGcmFuY2VzY2EgUGFsb21iaW5p J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTEyOiAod2l0aCBESVNDVVNT IGFuZCBDT01NRU5UKQ0KDQpIaSBNYXJ0aW4sDQoNClllcywgNS4gSW4gdGhlIENPTU1FTlQsIGFi b3V0IHJlZmVyZW5jaW5nIG5vcm1hdGl2ZWx5IElFRUUgMTU4ODguIFRoaXMgd2FzIGEg4oCcZGlz Y3Vzc+KAnSBESVNDVVNTOiBhcyBJIHNhaWQgeWVzdGVyZGF5IGluIHRoZSB0ZWxlY2hhdCwgSSBk byBiZWxpZXZlIHRoZXJlIGlzIHVuZmluaXNoZWQgYnVzaW5lc3MgYWJvdXQgbm9ybWF0aXZlbHkg cmVmZXJlbmNpbmcgZG9jdW1lbnRzIGJlaGluZCBhIHBheXdhbGwgYW5kIHdhbnRlZCB0byBicmlu ZyB0aGlzIHRvIHRoZSBJRVNHIGF0dGVudGlvbiwgYnV0IEkgd2lsbCBub3QgYmxvY2sgdGhlIGRv Y3VtZW50IGJlY2F1c2Ugb2YgaXQuIEkgZG8gdGhpbmsgaXQgaXMgd29ydGggY29uc2lkZXJpbmcg aW4gdGhpcyBkb2N1bWVudCBpZiB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSBpcyBuZWNlc3Nhcnks IGFzIGl0IGZlZWxzIG9wdGlvbmFsIGJ5IGNvbnRleHQuDQoNCjExLiB0byBtZSBmZWVscyBtb3Jl IGltcG9ydGFudCB0byBmaXguIEFsc28gSSBkaWQgbm90IGluY2x1ZGUgOC4gSW4gdGhlIERJU0NV U1MgcGFydCwgYnV0IEnigJlkIHJlYWxseSBsaWtlIGEgcmVzcG9uc2UgdG8gdGhhdCBvbmUgYXMg d2VsbC4gVGhlIHJlc3QgYXJlIGxlc3MgaW1wb3J0YW50IOKAkyBjbGFyaWZpY2F0aW9ucyBhbmQg cG9pbnRzIHJhaXNlZCB0byBtYWtlIHN1cmUgdGhlIFdHIGhhZCBhIGRpc2N1c3Npb24gYWJvdXQg dGhlbS4NCg0KRnJhbmNlc2NhDQoNCkZyb206IE1hcnRpbiBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdt YWlsLmNvbT4NCkRhdGU6IFRodXJzZGF5LCAyNSBNYXJjaCAyMDIxIGF0IDE4OjQ5DQpUbzogRnJh bmNlc2NhIFBhbG9tYmluaSA8ZnJhbmNlc2NhLnBhbG9tYmluaUBlcmljc3Nvbi5jb20+DQpDYzog VGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+LCAiTU9SVE9OLCBBTEZSRUQgQyAoQUwpIiA8YWNtQHJl c2VhcmNoLmF0dC5jb20+LCBJUFBNIENoYWlycyA8aXBwbS1jaGFpcnNAaWV0Zi5vcmc+LCAiZHJh ZnQtaWV0Zi1pcHBtLWlvYW0tZGF0YUBpZXRmLm9yZyIgPGRyYWZ0LWlldGYtaXBwbS1pb2FtLWRh dGFAaWV0Zi5vcmc+LCBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTog RnJhbmNlc2NhIFBhbG9tYmluaSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0 YS0xMjogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCg0KSGkgRnJhbmNlc2NhLA0KDQpXaGlj aCAiUG9pbnQgNSIgYXJlIHlvdSByZWZlcnJpbmcgdG8gaW4geW91ciBESVNDVVNTPyBJcyBpdCB0 aGUgZmlmdGggaXRlbSBpbiB5b3VyIENPTU1FTlQ/DQoNCk9uIFdlZCwgTWFyIDI0LCAyMDIxIGF0 IDEyOjA1IFBNIEZyYW5jZXNjYSBQYWxvbWJpbmkgdmlhIERhdGF0cmFja2VyIDxub3JlcGx5QGll dGYub3JnPG1haWx0bzpub3JlcGx5QGlldGYub3JnPj4gd3JvdGU6DQpGcmFuY2VzY2EgUGFsb21i aW5pIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KZHJhZnQt aWV0Zi1pcHBtLWlvYW0tZGF0YS0xMjogRGlzY3Vzcw0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFz ZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCmVtYWlsIGFk ZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1 dCB0aGlzDQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQbGVhc2UgcmVm ZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJp YS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1F TlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3Qg cG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEvDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpE SVNDVVNTOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpUaGFuayB5b3UgZm9yIHRoaXMgZG9jdW1lbnQuIEkg dGhpbmsgdGhhdCB0aGUgZGlzY3Vzc2lvbiBvbiBwb2ludCA1LiBhYm91dA0KcmVmZXJlbmNpbmcg bm9ybWF0aXZlbHkgSUVFRSAxNTg4LCBhbmQgMTEuIGFib3V0IElBTkEgRXhwZXJ0IGd1aWRlbGlu ZXMgYXJlDQp3b3J0aCBoYXZpbmcsIGFuZCBob3BlIHdlIGNhbiBnZXQgdGhlbSBjbGVhcmVkIGJl Zm9yZSB0aGUgZG9jdW1lbnQgbW92ZXMNCmZvcndhcmQuIEFsc28sIHBsZWFzZSBmaW5kIHNvbWUg bWlub3IgY29tbWVudHMgYmVsb3cuDQoNCkZyYW5jZXNjYQ0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNP TU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCjEuIC0tLS0tDQoNCiAgIGRvY3VtZW50IGFyZSB0byBi ZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gW1JGQzIxMTldLg0KDQpGUDogUGxlYXNlIHVw ZGF0ZSB0aGUgYm9pbGVycGxhdGUgYXMgcGVyIFJGQyA4MTQ3Lg0KDQoyLiAtLS0tLQ0KDQogIFRo ZSBzcGVjaWZpY2F0aW9uIG9mIGhvdyBJT0FNLURhdGEtRmllbGRzDQogICBhcmUgZW5jYXBzdWxh dGVkIGludG8gInBhcmVudCIgcHJvdG9jb2xzLCBsaWtlIGUuZy4sIE5TSCBvciBJUHY2IGlzDQog ICBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50Lg0KDQpGUDogVGhpcyBzZW50ZW5j ZSAob3IgZXF1aXZhbGVudCkgYXBwZWFycyBzZXZlcmFsIHRpbWVzIC0gYXQgbGVhc3QgMiB0aW1l cyBpbg0Kc2VjdGlvbiA0IGFuZCBvbmNlIG1vcmUgaW4gNS4xIC0gcGxlYXNlIGNvbnNpZGVyIHJl bW92aW5nIHRoZSByZXBldGl0aW9uLg0KDQozLiAtLS0tLQ0KDQogICAgICBGb3IgZXhhbXBsZSwg aWYgMyBJT0FNLVRyYWNlLVR5cGUgYml0cyBhcmUgc2V0IGFuZCBub25lIG9mIHRoZW0NCiAgICAg IGFyZSB3aWRlLCB0aGVuIE5vZGVMZW4gd291bGQgYmUgMy4gIElmIDMgSU9BTS1UcmFjZS1UeXBl IGJpdHMgYXJlDQoNCkZQOiBBcyB0aGlzIGlzIHRoZSBmaXJzdCB0aW1lIHRoZSB0ZXJtICJ3aWRl IiBhcHBlYXJzLCBpdCB3b3VsZCBiZSBnb29kIHRvDQpkZWZpbmUgaXQgYW5kIGFkZCBhIHJlZmVy ZW5jZS4gQWx0ZXJuYXRpdmVseSwgYSBzZW50ZW5jZSBpbiB0aGUgdGVybWlub2xvZ3kNCm1pZ2h0 IGhhdmUgaGVscGVkIHRvby4NCg0KNC4gLS0tLS0NCg0KICAgICAgQml0IDMgICAgV2hlbiBzZXQs IGluZGljYXRlcyBwcmVzZW5jZSBvZiB0aW1lc3RhbXAgc3Vic2Vjb25kcyBpbg0KDQpGUDogU2Ft ZSBhcyBmb3IgMy4gLSBwbGVhc2UgYWRkIGEgcmVmZXJlbmNlIHRvIHdoZXJlICJzdWJzZWNvbmQi IGlzIGRlZmluZWQuDQoNCjUuIC0tLS0tDQoNCiAgIGZvcm1hdHM7IGJhc2VkIG9uIGVpdGhlciBQ VFAgW0lFRUUxNTg4djJdLCBOVFAgW1JGQzU5MDVdLCBvciBQT1NJWA0KICAgW1BPU0lYXS4gIFRo ZSB0aHJlZSB0aW1lc3RhbXAgZm9ybWF0cyBhcmUgc3BlY2lmaWVkIGluIFNlY3Rpb24gNi4gIElu DQoNCkZQOiBJcyB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSB0byBJRUVFIDE1ODggKGJlaGluZCBh IHBheXdhbGwpIGFic29sdXRlbHkNCm5lY2Vzc2FyeT8gUm9iIFdpbHRvbiBwb2ludGVkIG91dCB0 aGF0IG1heWJlIGEgbm9ybWF0aXZlIHJlZmVyZW5jZSB0byBSRkMgODg3Nw0Kd291bGQgYmUgZW5v dWdoLCBob3dldmVyIHRoYXQgd291bGQgY3JlYXRlIGEgZG93bnJlZiBzaW5jZSA4ODc3IGlzDQpp bmZvcm1hdGlvbmFsLiBBbHNvIChtaW5vcikgaWYga2VwdCwgcGxlYXNlIGNvbnNpZGVyIHVwZGF0 aW5nIHRvIElFRUUgMTU4OC0yMDE5Lg0KDQo2LiAtLS0tLQ0KDQogICAgICAgICBjb21wdXRhdGlv biwgaW5kaWNhdGVzIHdoaWNoIFBPVC1wcm9maWxlIGlzIHVzZWQuICBUaGUgdHdvDQogICAgICAg ICBwcm9maWxlcyBhcmUgbnVtYmVyZWQgMCwgMS4NCg0KRlA6IChqdXN0IGEgY29tbWVudCkgSSBm b3VuZCBzdHJhbmdlIGF0IHRoaXMgcG9pbnQgdGhhdCBhbHRob3VnaCB0d28gcHJvZmlsZXMNCmFy ZSBtZW50aW9uZWQsIG9ubHkgb25lIGlzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4NCg0KNy4g LS0tLS0NCg0KICAgTmFtZXNwYWNlLUlEOiAgMTYtYml0IGlkZW50aWZpZXIgb2YgYW4gSU9BTS1O YW1lc3BhY2UuICBUaGUNCg0KRlA6IEVhY2ggb3B0aW9uLXR5cGUgc3RhcnRzIHdpdGggTmFtZXNw YWNlLUlEOiBjb3VsZG4ndCB0aGlzIGJlIG9wdGltaXplZCwgb3INCndoYXQgaXMgdGhlIHJlYXNv bmluZyBiZWhpbmQgdGhpcz8NCg0KOC4gLS0tLS0NCg0KICAgICAgICAgICAgICAgSU9BTSBkb21h aW4uICBXaXRoaW4gdGhlIElPQU0gZW5jYXBzdWxhdGluZyBub2RlLCB0aGUNCiAgICAgICAgICAg ICAgIHRpbWUgdGhhdCB0aGUgdGltZXN0YW1wIGlzIHJldHJpZXZlZCBjYW4gZGVwZW5kIG9uIHRo ZQ0KICAgICAgICAgICAgICAgaW1wbGVtZW50YXRpb24uICBTb21lIHBvc3NpYmlsaXRpZXMgYXJl OiAxKSB0aGUgdGltZSBhdA0KDQogICBpbiBvbmUgb2YgdGhyZWUgcG9zc2libGUgdGltZXN0YW1w IGZvcm1hdHMuICBJdCBpcyBhc3N1bWVkIHRoYXQgdGhlDQogICBtYW5hZ2VtZW50IHBsYW5lIGlz IHJlc3BvbnNpYmxlIGZvciBkZXRlcm1pbmluZyB3aGljaCB0aW1lc3RhbXANCiAgIGZvcm1hdCBp cyB1c2VkLg0KDQpGUDogVGhpcyBpcyB3b3JyeWluZyBmb3IgaW50ZXJvcGVyYWJpbGl0eSB3aXRo aW4gZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucy4NCk1heWJlIG1vcmUgZGV0YWlscyBvciBndWlk ZWxpbmVzIGFib3V0IGhvdyB0aGUgbWFuYWdlbWVudCBwbGFuZSBkZWFscyB3aXRoIHRoaXMNCihv ciByZWZlcmVuY2VzIHRvIHJlbGV2YW50IHNwZWNpZmljYXRpb24gZm9yIHdoaWNoIHRoaXMgaXMg aW4gc2NvcGUpIHdvdWxkIGhlbHAuDQoNCjkuIC0tLS0tDQoNCiAgIE5ldyByZWdpc3RyaWVzIGlu IHRoaXMgZ3JvdXAgY2FuIGJlIGNyZWF0ZWQgdmlhIFJGQyBSZXF1aXJlZCBwcm9jZXNzDQogICBh cyBwZXIgW1JGQzgxMjZdLg0KDQpGUDogKGFza2luZyBhcyB0aGlzIHdhcyBub3QgaW5jbHVkZWQg aW4gdGhlIHNoZXBoZXJkIHJldmlldywgYW5kIGp1c3Qgd2FudCB0bw0KbWFrZSBzdXJlIHRoaXMg d2FzIGFkZHJlc3NlZCkgRm9yIHRoaXMgYW5kIGZvbGxvd2luZyByZWdpc3RyaWVzOiB3aGF0IGlz IHRoZQ0KcmVhc29uaW5nIGZvciBub3QgZ29pbmcgZm9yIElFVEYgUmV2aWV3Pw0KDQoxMC4gLS0t LS0NCg0KICAgVGhlIG1lYW5pbmcgZm9yIEJpdHMgMSAtIDcgYXJlIGF2YWlsYWJsZSBmb3IgYXNz aWdubWVudCB2aWEgUkZDDQogICBSZXF1aXJlZCBwcm9jZXNzIGFzIHBlciBbUkZDODEyNl0uDQoN CkZQOiBGcm9tIHNlY3Rpb24gNS41IHRoZSBiaXRzIDEtNyBhcmUgaW5kaWNhdGVkIGFzIFJlc2Vy dmVkLg0KDQoxMS4gLS0tLS0NCg0KICAgb2YgdGhlIGN1cnJlbnQgZG9jdW1lbnQuICBSZWdpc3Ry eSBlbnRyaWVzIGZvciB0aGUgdmFsdWVzIDB4ODAwMCB0bw0KICAgMHhGRkZGIGFyZSB0byBiZSBh c3NpZ25lZCB2aWEgdGhlICJFeHBlcnQgUmV2aWV3IiBwb2xpY3kgZGVmaW5lZCBpbg0KICAgW1JG QzgxMjZdLiAgVXBvbiBhIG5ldyBhbGxvY2F0aW9uIHJlcXVlc3QsIHRoZSByZXNwb25zaWJsZSBB RCB3aWxsDQogICBhcHBvaW50IGEgZGVzaWduYXRlZCBleHBlcnQsIHdobyB3aWxsIHJldmlldyB0 aGUgYWxsb2NhdGlvbiByZXF1ZXN0Lg0KICAgVGhlIGV4cGVydCB3aWxsIHBvc3QgdGhlIHJlcXVl c3Qgb24gdGhlIG1haWxpbmcgbGlzdCBvZiB0aGUgSVBQTQ0KICAgd29ya2luZyBncm91cCBpbiB0 aGUgSUVURiAoaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4pLCBhbmQgcG9zc2li bHkgb24gb3RoZXINCiAgIHJlbGV2YW50IG1haWxpbmcgbGlzdHMsIHRvIGFsbG93IGZvciBjb21t dW5pdHkgZmVlZGJhY2suICBCYXNlZCBvbg0KICAgdGhlIHJldmlldywgdGhlIGV4cGVydCB3aWxs IGVpdGhlciBhcHByb3ZlIG9yIGRlbnkgdGhlIHJlcXVlc3QuICBUaGUNCiAgIGludGVudGlvbiBp cyB0aGF0IGFueSBhbGxvY2F0aW9uIHdpbGwgYmUgYWNjb21wYW5pZWQgYnkgYSBwdWJsaXNoZWQN CiAgIFJGQy4gIEJ1dCBpbiBvcmRlciB0byBhbGxvdyBmb3IgdGhlIGFsbG9jYXRpb24gb2YgdmFs dWVzIHByaW9yIHRvIHRoZQ0KICAgUkZDIGJlaW5nIGFwcHJvdmVkIGZvciBwdWJsaWNhdGlvbiwg dGhlIGRlc2lnbmF0ZWQgZXhwZXJ0IGNhbiBhcHByb3ZlDQogICBhbGxvY2F0aW9ucyBvbmNlIGl0 IHNlZW1zIGNsZWFyIHRoYXQgYW4gUkZDIHdpbGwgYmUgcHVibGlzaGVkLg0KDQpGUDogVGhlIHRl eHQgYWJvdmUgaW5kaWNhdGVzIEV4cGVydCByZXZpZXcgZm9yIHRoZSByZWdpc3RyeS4gQWNjb3Jk aW5nIHRvIFJGQw0KODEyNjoNCg0KICAgVGhlIHJlcXVpcmVkIGRvY3VtZW50YXRpb24gYW5kIHJl dmlldyBjcml0ZXJpYSwgZ2l2aW5nIGNsZWFyIGd1aWRhbmNlDQogICB0byB0aGUgZGVzaWduYXRl ZCBleHBlcnQsIHNob3VsZCBiZSBwcm92aWRlZCB3aGVuIGRlZmluaW5nIHRoZQ0KICAgcmVnaXN0 cnkuICBJdCBpcyBwYXJ0aWN1bGFybHkgaW1wb3J0YW50IHRvIGxheSBvdXQgd2hhdCBzaG91bGQg YmUNCiAgIGNvbnNpZGVyZWQgd2hlbiBwZXJmb3JtaW5nIGFuIGV2YWx1YXRpb24gYW5kIHJlYXNv bnMgZm9yIHJlamVjdGluZyBhDQogICByZXF1ZXN0Lg0KDQpBbHRob3VnaCB0aGUgcGFyYWdyYXBo IGFib3ZlIGdpdmVzIHNvbWUgaW5kaWNhdGlvbiBvZiBwcm9jZXNzIGZvciB0aGUgZXhwZXJ0cywN Cml0IGRvZXMgbm90IGdpdmUgY2xlYXIgcmV2aWV3IGNyaXRlcmlhIG9yIGd1aWRhbmNlLiBJIHdv dWxkIHN1Z2dlc3QgdGhpcyB0byBiZQ0KZXhwYW5kZWQgdG8gZ2l2ZSBtb3JlIGluZGljYXRpb24g dG8gZXhwZXJ0cyBvbiB3aGF0IGNyaXRlcmlhIHRvIGNvbnNpZGVyIC0NCnRoZXNlIHNhbWUgY3Jp dGVyaWEgd2lsbCBiZSBjb25zaWRlcmVkIGJ5IHRoZSB3b3JraW5nIGdyb3VwIGFzIHdlbGwuDQoN Cg0KDQo= --_000_5CF3F62641D948219A0585B605B20F74ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPkhpIE1hcnRpbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmUgbXkgc2VudGVuY2UgYmVsb3cg4oCcPC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSBkbyB0aGluayBpdCBp cyB3b3J0aCBjb25zaWRlcmluZyBpbiB0aGlzIGRvY3VtZW50IGlmIHRoZSBub3JtYXRpdmUgcmVm ZXJlbmNlIGlzIG5lY2Vzc2FyeSwgYXMgaXQgZmVlbHMgb3B0aW9uYWwgYnkgY29udGV4dC7igJ08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyB0byBhbiBvZmZsaW5lIGRpc2N1c3Np b24sIEkgdGFrZSBiYWNrIHRoZSBxdWVzdGlvbiBhYm91dCB0aGUgcmVmZXJlbmNlIGJlaW5nIG5v cm1hdGl2ZSDigJMgbXkgcmVhc29uIGZvciBxdWVzdGlvbmluZyBpdCBpbiB0aGUgZmlyc3QgcGxh Y2Ugd2FzIHRoYXQgdGhlIFBUUCBpcyBpbiBmYWN0IG9wdGlvbmFsIGluIHRoaXMgc3BlY2lmaWNh dGlvbi4NCiBIb3dldmVyLCBJIGRpZG7igJl0IGNvbnNpZGVyIHRoYXQgZXZlbiBvcHRpb25hbCBm ZWF0dXJlcyBuZWVkIG5vcm1hdGl2ZSByZWZlcmVuY2VzIOKAkyB5b3UgaGF2ZSB0byByZWFkIHRo ZSByZWZlcmVuY2UgdG8gdW5kZXJzdGFuZCBpZiB5b3Ugd2FudCB0aGF0IGZlYXR1cmUgYW5kLCBp biBjYXNlLCBpbXBsZW1lbnQgaXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkFueXdheSwgSSBhbSBnb2luZyB0byB1cGRhdGUg bXkgYmFsbG90IHRvIHJlZmxlY3QgdGhpcy4gVGhhbmtzIGZvciB0aGUgcGF0aWVuY2UgYW5kIHNv cnJ5IGZvciB0aGUgZG91YmxlIHBvc3QhDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkZy YW5jZXNjYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrIj5pZXNnICZsdDtpZXNnLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9u IGJlaGFsZiBvZiBGcmFuY2VzY2EgUGFsb21iaW5pICZsdDtmcmFuY2VzY2EucGFsb21iaW5pPTQw ZXJpY3Nzb24uY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXks IDI2IE1hcmNoIDIwMjEgYXQgMTI6MDQ8YnI+DQo8Yj5UbzogPC9iPk1hcnRpbiBEdWtlICZsdDtt YXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O01PUlRPTiwg QUxGUkVEIEMgKEFMKSZxdW90OyAmbHQ7YWNtQHJlc2VhcmNoLmF0dC5jb20mZ3Q7LCBJUFBNIENo YWlycyAmbHQ7aXBwbS1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRm Lm9yZyZndDssIElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDssICZxdW90O2RyYWZ0 LWlldGYtaXBwbS1pb2FtLWRhdGFAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LWlldGYtaXBwbS1p b2FtLWRhdGFAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBGcmFuY2VzY2Eg UGFsb21iaW5pJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWlwcG0taW9hbS1kYXRhLTEyOiAod2l0 aCBESVNDVVNTIGFuZCBDT01NRU5UKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PkhpIE1hcnRpbiw8YnI+DQo8YnI+DQpZZXMsIDUuIEluIHRoZSBDT01NRU5ULCBhYm91dCByZWZl cmVuY2luZyBub3JtYXRpdmVseSBJRUVFIDE1ODg4LiBUaGlzIHdhcyBhIOKAnGRpc2N1c3PigJ0g RElTQ1VTUzogYXMgSSBzYWlkIHllc3RlcmRheSBpbiB0aGUgdGVsZWNoYXQsIEkgZG8gYmVsaWV2 ZSB0aGVyZSBpcyB1bmZpbmlzaGVkIGJ1c2luZXNzIGFib3V0IG5vcm1hdGl2ZWx5IHJlZmVyZW5j aW5nIGRvY3VtZW50cyBiZWhpbmQgYSBwYXl3YWxsIGFuZCB3YW50ZWQgdG8gYnJpbmcgdGhpcw0K IHRvIHRoZSBJRVNHIGF0dGVudGlvbiwgYnV0IEkgd2lsbCBub3QgYmxvY2sgdGhlIGRvY3VtZW50 IGJlY2F1c2Ugb2YgaXQuIEkgZG8gdGhpbmsgaXQgaXMgd29ydGggY29uc2lkZXJpbmcgaW4gdGhp cyBkb2N1bWVudCBpZiB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSBpcyBuZWNlc3NhcnksIGFzIGl0 IGZlZWxzIG9wdGlvbmFsIGJ5IGNvbnRleHQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjExLiB0byBtZSBmZWVscyBtb3JlIGltcG9y dGFudCB0byBmaXguIEFsc28gSSBkaWQgbm90IGluY2x1ZGUgOC4gSW4gdGhlIERJU0NVU1MgcGFy dCwgYnV0IEnigJlkIHJlYWxseSBsaWtlIGEgcmVzcG9uc2UgdG8gdGhhdCBvbmUgYXMgd2VsbC4g VGhlIHJlc3QgYXJlIGxlc3MgaW1wb3J0YW50IOKAkw0KIGNsYXJpZmljYXRpb25zIGFuZCBwb2lu dHMgcmFpc2VkIHRvIG1ha2Ugc3VyZSB0aGUgV0cgaGFkIGEgZGlzY3Vzc2lvbiBhYm91dCB0aGVt Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PGJyPg0KRnJhbmNlc2NhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu MHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbToN Cjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPk1h cnRpbiBEdWtlICZsdDttYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8 L2I+VGh1cnNkYXksIDI1IE1hcmNoIDIwMjEgYXQgMTg6NDk8YnI+DQo8Yj5UbzogPC9iPkZyYW5j ZXNjYSBQYWxvbWJpbmkgJmx0O2ZyYW5jZXNjYS5wYWxvbWJpbmlAZXJpY3Nzb24uY29tJmd0Ozxi cj4NCjxiPkNjOiA8L2I+VGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtNT1JU T04sIEFMRlJFRCBDIChBTCkmcXVvdDsgJmx0O2FjbUByZXNlYXJjaC5hdHQuY29tJmd0OywgSVBQ TSBDaGFpcnMgJmx0O2lwcG0tY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7ZHJhZnQtaWV0Zi1p cHBtLWlvYW0tZGF0YUBpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1pcHBtLWlvYW0tZGF0 YUBpZXRmLm9yZyZndDssIElFVEYgSVBQTSBXRyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8 Yj5TdWJqZWN0OiA8L2I+UmU6IEZyYW5jZXNjYSBQYWxvbWJpbmkncyBEaXNjdXNzIG9uIGRyYWZ0 LWlldGYtaXBwbS1pb2FtLWRhdGEtMTI6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBw dCI+SGkgRnJhbmNlc2NhLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6NzIuMHB0Ij5XaGljaCAmcXVvdDtQb2ludCA1JnF1b3Q7IGFyZSB5b3UgcmVmZXJyaW5nIHRv IGluIHlvdXIgRElTQ1VTUz8gSXMgaXQgdGhlIGZpZnRoIGl0ZW0gaW4geW91ciBDT01NRU5UPzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDo3Mi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij5PbiBXZWQs IE1hciAyNCwgMjAyMSBhdCAxMjowNSBQTSBGcmFuY2VzY2EgUGFsb21iaW5pIHZpYSBEYXRhdHJh Y2tlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmciPm5vcmVwbHlAaWV0Zi5v cmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0 b206MTIuMHB0O21hcmdpbi1sZWZ0OjcyLjBwdCI+DQpGcmFuY2VzY2EgUGFsb21iaW5pIGhhcyBl bnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcjxicj4NCmRyYWZ0LWlldGYt aXBwbS1pb2FtLWRhdGEtMTI6IERpc2N1c3M8YnI+DQo8YnI+DQpXaGVuIHJlc3BvbmRpbmcsIHBs ZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGw8YnI+DQpl bWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJl ZSB0byBjdXQgdGhpczxicj4NCmludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKTxicj4N Cjxicj4NCjxicj4NClBsZWFzZSByZWZlciB0byA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9y Zy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwiIHRhcmdldD0iX2JsYW5rIj4N Cmh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRt bDwvYT48YnI+DQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENP TU1FTlQgcG9zaXRpb25zLjxicj4NCjxicj4NCjxicj4NClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0 aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZTo8YnI+DQo8YSBocmVm PSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlwcG0taW9hbS1k YXRhLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtaXBwbS1pb2FtLWRhdGEvPC9hPjxicj4NCjxicj4NCjxicj4NCjxicj4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08YnI+DQpESVNDVVNTOjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQo8YnI+DQpUaGFu ayB5b3UgZm9yIHRoaXMgZG9jdW1lbnQuIEkgdGhpbmsgdGhhdCB0aGUgZGlzY3Vzc2lvbiBvbiBw b2ludCA1LiBhYm91dDxicj4NCnJlZmVyZW5jaW5nIG5vcm1hdGl2ZWx5IElFRUUgMTU4OCwgYW5k IDExLiBhYm91dCBJQU5BIEV4cGVydCBndWlkZWxpbmVzIGFyZTxicj4NCndvcnRoIGhhdmluZywg YW5kIGhvcGUgd2UgY2FuIGdldCB0aGVtIGNsZWFyZWQgYmVmb3JlIHRoZSBkb2N1bWVudCBtb3Zl czxicj4NCmZvcndhcmQuIEFsc28sIHBsZWFzZSBmaW5kIHNvbWUgbWlub3IgY29tbWVudHMgYmVs b3cuPGJyPg0KPGJyPg0KRnJhbmNlc2NhPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxi cj4NCkNPTU1FTlQ6PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCjEuIC0tLS0tPGJyPg0K PGJyPg0KJm5ic3A7ICZuYnNwO2RvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNj cmliZWQgaW4gW1JGQzIxMTldLjxicj4NCjxicj4NCkZQOiBQbGVhc2UgdXBkYXRlIHRoZSBib2ls ZXJwbGF0ZSBhcyBwZXIgUkZDIDgxNDcuPGJyPg0KPGJyPg0KMi4gLS0tLS08YnI+DQo8YnI+DQom bmJzcDsgVGhlIHNwZWNpZmljYXRpb24gb2YgaG93IElPQU0tRGF0YS1GaWVsZHM8YnI+DQombmJz cDsgJm5ic3A7YXJlIGVuY2Fwc3VsYXRlZCBpbnRvICZxdW90O3BhcmVudCZxdW90OyBwcm90b2Nv bHMsIGxpa2UgZS5nLiwgTlNIIG9yIElQdjYgaXM8YnI+DQombmJzcDsgJm5ic3A7b3V0c2lkZSB0 aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC48YnI+DQo8YnI+DQpGUDogVGhpcyBzZW50ZW5jZSAo b3IgZXF1aXZhbGVudCkgYXBwZWFycyBzZXZlcmFsIHRpbWVzIC0gYXQgbGVhc3QgMiB0aW1lcyBp bjxicj4NCnNlY3Rpb24gNCBhbmQgb25jZSBtb3JlIGluIDUuMSAtIHBsZWFzZSBjb25zaWRlciBy ZW1vdmluZyB0aGUgcmVwZXRpdGlvbi48YnI+DQo8YnI+DQozLiAtLS0tLTxicj4NCjxicj4NCiZu YnNwOyAmbmJzcDsgJm5ic3A7IEZvciBleGFtcGxlLCBpZiAzIElPQU0tVHJhY2UtVHlwZSBiaXRz IGFyZSBzZXQgYW5kIG5vbmUgb2YgdGhlbTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7IGFyZSB3 aWRlLCB0aGVuIE5vZGVMZW4gd291bGQgYmUgMy4mbmJzcDsgSWYgMyBJT0FNLVRyYWNlLVR5cGUg Yml0cyBhcmU8YnI+DQo8YnI+DQpGUDogQXMgdGhpcyBpcyB0aGUgZmlyc3QgdGltZSB0aGUgdGVy bSAmcXVvdDt3aWRlJnF1b3Q7IGFwcGVhcnMsIGl0IHdvdWxkIGJlIGdvb2QgdG88YnI+DQpkZWZp bmUgaXQgYW5kIGFkZCBhIHJlZmVyZW5jZS4gQWx0ZXJuYXRpdmVseSwgYSBzZW50ZW5jZSBpbiB0 aGUgdGVybWlub2xvZ3k8YnI+DQptaWdodCBoYXZlIGhlbHBlZCB0b28uPGJyPg0KPGJyPg0KNC4g LS0tLS08YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyBCaXQgMyZuYnNwOyAmbmJzcDsg V2hlbiBzZXQsIGluZGljYXRlcyBwcmVzZW5jZSBvZiB0aW1lc3RhbXAgc3Vic2Vjb25kcyBpbjxi cj4NCjxicj4NCkZQOiBTYW1lIGFzIGZvciAzLiAtIHBsZWFzZSBhZGQgYSByZWZlcmVuY2UgdG8g d2hlcmUgJnF1b3Q7c3Vic2Vjb25kJnF1b3Q7IGlzIGRlZmluZWQuPGJyPg0KPGJyPg0KNS4gLS0t LS08YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7Zm9ybWF0czsgYmFzZWQgb24gZWl0aGVyIFBUUCBb SUVFRTE1ODh2Ml0sIE5UUCBbUkZDNTkwNV0sIG9yIFBPU0lYPGJyPg0KJm5ic3A7ICZuYnNwO1tQ T1NJWF0uJm5ic3A7IFRoZSB0aHJlZSB0aW1lc3RhbXAgZm9ybWF0cyBhcmUgc3BlY2lmaWVkIGlu IFNlY3Rpb24gNi4mbmJzcDsgSW48YnI+DQo8YnI+DQpGUDogSXMgdGhlIG5vcm1hdGl2ZSByZWZl cmVuY2UgdG8gSUVFRSAxNTg4IChiZWhpbmQgYSBwYXl3YWxsKSBhYnNvbHV0ZWx5PGJyPg0KbmVj ZXNzYXJ5PyBSb2IgV2lsdG9uIHBvaW50ZWQgb3V0IHRoYXQgbWF5YmUgYSBub3JtYXRpdmUgcmVm ZXJlbmNlIHRvIFJGQyA4ODc3PGJyPg0Kd291bGQgYmUgZW5vdWdoLCBob3dldmVyIHRoYXQgd291 bGQgY3JlYXRlIGEgZG93bnJlZiBzaW5jZSA4ODc3IGlzPGJyPg0KaW5mb3JtYXRpb25hbC4gQWxz byAobWlub3IpIGlmIGtlcHQsIHBsZWFzZSBjb25zaWRlciB1cGRhdGluZyB0byBJRUVFIDE1ODgt MjAxOS48YnI+DQo8YnI+DQo2LiAtLS0tLTxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtjb21wdXRhdGlvbiwgaW5kaWNhdGVzIHdoaWNoIFBPVC1wcm9maWxlIGlz IHVzZWQuJm5ic3A7IFRoZSB0d288YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7cHJvZmlsZXMgYXJlIG51bWJlcmVkIDAsIDEuPGJyPg0KPGJyPg0KRlA6IChqdXN0IGEgY29t bWVudCkgSSBmb3VuZCBzdHJhbmdlIGF0IHRoaXMgcG9pbnQgdGhhdCBhbHRob3VnaCB0d28gcHJv ZmlsZXM8YnI+DQphcmUgbWVudGlvbmVkLCBvbmx5IG9uZSBpcyBkZWZpbmVkIGluIHRoaXMgZG9j dW1lbnQuPGJyPg0KPGJyPg0KNy4gLS0tLS08YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7TmFtZXNw YWNlLUlEOiZuYnNwOyAxNi1iaXQgaWRlbnRpZmllciBvZiBhbiBJT0FNLU5hbWVzcGFjZS4mbmJz cDsgVGhlPGJyPg0KPGJyPg0KRlA6IEVhY2ggb3B0aW9uLXR5cGUgc3RhcnRzIHdpdGggTmFtZXNw YWNlLUlEOiBjb3VsZG4ndCB0aGlzIGJlIG9wdGltaXplZCwgb3I8YnI+DQp3aGF0IGlzIHRoZSBy ZWFzb25pbmcgYmVoaW5kIHRoaXM/PGJyPg0KPGJyPg0KOC4gLS0tLS08YnI+DQo8YnI+DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7SU9BTSBk b21haW4uJm5ic3A7IFdpdGhpbiB0aGUgSU9BTSBlbmNhcHN1bGF0aW5nIG5vZGUsIHRoZTxicj4N CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0 aW1lIHRoYXQgdGhlIHRpbWVzdGFtcCBpcyByZXRyaWV2ZWQgY2FuIGRlcGVuZCBvbiB0aGU8YnI+ DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 aW1wbGVtZW50YXRpb24uJm5ic3A7IFNvbWUgcG9zc2liaWxpdGllcyBhcmU6IDEpIHRoZSB0aW1l IGF0PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO2luIG9uZSBvZiB0aHJlZSBwb3NzaWJsZSB0aW1l c3RhbXAgZm9ybWF0cy4mbmJzcDsgSXQgaXMgYXNzdW1lZCB0aGF0IHRoZTxicj4NCiZuYnNwOyAm bmJzcDttYW5hZ2VtZW50IHBsYW5lIGlzIHJlc3BvbnNpYmxlIGZvciBkZXRlcm1pbmluZyB3aGlj aCB0aW1lc3RhbXA8YnI+DQombmJzcDsgJm5ic3A7Zm9ybWF0IGlzIHVzZWQuPGJyPg0KPGJyPg0K RlA6IFRoaXMgaXMgd29ycnlpbmcgZm9yIGludGVyb3BlcmFiaWxpdHkgd2l0aGluIGRpZmZlcmVu dCBpbXBsZW1lbnRhdGlvbnMuPGJyPg0KTWF5YmUgbW9yZSBkZXRhaWxzIG9yIGd1aWRlbGluZXMg YWJvdXQgaG93IHRoZSBtYW5hZ2VtZW50IHBsYW5lIGRlYWxzIHdpdGggdGhpczxicj4NCihvciBy ZWZlcmVuY2VzIHRvIHJlbGV2YW50IHNwZWNpZmljYXRpb24gZm9yIHdoaWNoIHRoaXMgaXMgaW4g c2NvcGUpIHdvdWxkIGhlbHAuPGJyPg0KPGJyPg0KOS4gLS0tLS08YnI+DQo8YnI+DQombmJzcDsg Jm5ic3A7TmV3IHJlZ2lzdHJpZXMgaW4gdGhpcyBncm91cCBjYW4gYmUgY3JlYXRlZCB2aWEgUkZD IFJlcXVpcmVkIHByb2Nlc3M8YnI+DQombmJzcDsgJm5ic3A7YXMgcGVyIFtSRkM4MTI2XS48YnI+ DQo8YnI+DQpGUDogKGFza2luZyBhcyB0aGlzIHdhcyBub3QgaW5jbHVkZWQgaW4gdGhlIHNoZXBo ZXJkIHJldmlldywgYW5kIGp1c3Qgd2FudCB0bzxicj4NCm1ha2Ugc3VyZSB0aGlzIHdhcyBhZGRy ZXNzZWQpIEZvciB0aGlzIGFuZCBmb2xsb3dpbmcgcmVnaXN0cmllczogd2hhdCBpcyB0aGU8YnI+ DQpyZWFzb25pbmcgZm9yIG5vdCBnb2luZyBmb3IgSUVURiBSZXZpZXc/PGJyPg0KPGJyPg0KMTAu IC0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO1RoZSBtZWFuaW5nIGZvciBCaXRzIDEgLSA3 IGFyZSBhdmFpbGFibGUgZm9yIGFzc2lnbm1lbnQgdmlhIFJGQzxicj4NCiZuYnNwOyAmbmJzcDtS ZXF1aXJlZCBwcm9jZXNzIGFzIHBlciBbUkZDODEyNl0uPGJyPg0KPGJyPg0KRlA6IEZyb20gc2Vj dGlvbiA1LjUgdGhlIGJpdHMgMS03IGFyZSBpbmRpY2F0ZWQgYXMgUmVzZXJ2ZWQuPGJyPg0KPGJy Pg0KMTEuIC0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwO29mIHRoZSBjdXJyZW50IGRvY3Vt ZW50LiZuYnNwOyBSZWdpc3RyeSBlbnRyaWVzIGZvciB0aGUgdmFsdWVzIDB4ODAwMCB0bzxicj4N CiZuYnNwOyAmbmJzcDsweEZGRkYgYXJlIHRvIGJlIGFzc2lnbmVkIHZpYSB0aGUgJnF1b3Q7RXhw ZXJ0IFJldmlldyZxdW90OyBwb2xpY3kgZGVmaW5lZCBpbjxicj4NCiZuYnNwOyAmbmJzcDtbUkZD ODEyNl0uJm5ic3A7IFVwb24gYSBuZXcgYWxsb2NhdGlvbiByZXF1ZXN0LCB0aGUgcmVzcG9uc2li bGUgQUQgd2lsbDxicj4NCiZuYnNwOyAmbmJzcDthcHBvaW50IGEgZGVzaWduYXRlZCBleHBlcnQs IHdobyB3aWxsIHJldmlldyB0aGUgYWxsb2NhdGlvbiByZXF1ZXN0Ljxicj4NCiZuYnNwOyAmbmJz cDtUaGUgZXhwZXJ0IHdpbGwgcG9zdCB0aGUgcmVxdWVzdCBvbiB0aGUgbWFpbGluZyBsaXN0IG9m IHRoZSBJUFBNPGJyPg0KJm5ic3A7ICZuYnNwO3dvcmtpbmcgZ3JvdXAgaW4gdGhlIElFVEYgKDxh IGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aXBwbUBpZXRmLm9y ZzwvYT4pLCBhbmQgcG9zc2libHkgb24gb3RoZXI8YnI+DQombmJzcDsgJm5ic3A7cmVsZXZhbnQg bWFpbGluZyBsaXN0cywgdG8gYWxsb3cgZm9yIGNvbW11bml0eSBmZWVkYmFjay4mbmJzcDsgQmFz ZWQgb248YnI+DQombmJzcDsgJm5ic3A7dGhlIHJldmlldywgdGhlIGV4cGVydCB3aWxsIGVpdGhl ciBhcHByb3ZlIG9yIGRlbnkgdGhlIHJlcXVlc3QuJm5ic3A7IFRoZTxicj4NCiZuYnNwOyAmbmJz cDtpbnRlbnRpb24gaXMgdGhhdCBhbnkgYWxsb2NhdGlvbiB3aWxsIGJlIGFjY29tcGFuaWVkIGJ5 IGEgcHVibGlzaGVkPGJyPg0KJm5ic3A7ICZuYnNwO1JGQy4mbmJzcDsgQnV0IGluIG9yZGVyIHRv IGFsbG93IGZvciB0aGUgYWxsb2NhdGlvbiBvZiB2YWx1ZXMgcHJpb3IgdG8gdGhlPGJyPg0KJm5i c3A7ICZuYnNwO1JGQyBiZWluZyBhcHByb3ZlZCBmb3IgcHVibGljYXRpb24sIHRoZSBkZXNpZ25h dGVkIGV4cGVydCBjYW4gYXBwcm92ZTxicj4NCiZuYnNwOyAmbmJzcDthbGxvY2F0aW9ucyBvbmNl IGl0IHNlZW1zIGNsZWFyIHRoYXQgYW4gUkZDIHdpbGwgYmUgcHVibGlzaGVkLjxicj4NCjxicj4N CkZQOiBUaGUgdGV4dCBhYm92ZSBpbmRpY2F0ZXMgRXhwZXJ0IHJldmlldyBmb3IgdGhlIHJlZ2lz dHJ5LiBBY2NvcmRpbmcgdG8gUkZDPGJyPg0KODEyNjo8YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7 VGhlIHJlcXVpcmVkIGRvY3VtZW50YXRpb24gYW5kIHJldmlldyBjcml0ZXJpYSwgZ2l2aW5nIGNs ZWFyIGd1aWRhbmNlPGJyPg0KJm5ic3A7ICZuYnNwO3RvIHRoZSBkZXNpZ25hdGVkIGV4cGVydCwg c2hvdWxkIGJlIHByb3ZpZGVkIHdoZW4gZGVmaW5pbmcgdGhlPGJyPg0KJm5ic3A7ICZuYnNwO3Jl Z2lzdHJ5LiZuYnNwOyBJdCBpcyBwYXJ0aWN1bGFybHkgaW1wb3J0YW50IHRvIGxheSBvdXQgd2hh dCBzaG91bGQgYmU8YnI+DQombmJzcDsgJm5ic3A7Y29uc2lkZXJlZCB3aGVuIHBlcmZvcm1pbmcg YW4gZXZhbHVhdGlvbiBhbmQgcmVhc29ucyBmb3IgcmVqZWN0aW5nIGE8YnI+DQombmJzcDsgJm5i c3A7cmVxdWVzdC48YnI+DQo8YnI+DQpBbHRob3VnaCB0aGUgcGFyYWdyYXBoIGFib3ZlIGdpdmVz IHNvbWUgaW5kaWNhdGlvbiBvZiBwcm9jZXNzIGZvciB0aGUgZXhwZXJ0cyw8YnI+DQppdCBkb2Vz IG5vdCBnaXZlIGNsZWFyIHJldmlldyBjcml0ZXJpYSBvciBndWlkYW5jZS4gSSB3b3VsZCBzdWdn ZXN0IHRoaXMgdG8gYmU8YnI+DQpleHBhbmRlZCB0byBnaXZlIG1vcmUgaW5kaWNhdGlvbiB0byBl eHBlcnRzIG9uIHdoYXQgY3JpdGVyaWEgdG8gY29uc2lkZXIgLTxicj4NCnRoZXNlIHNhbWUgY3Jp dGVyaWEgd2lsbCBiZSBjb25zaWRlcmVkIGJ5IHRoZSB3b3JraW5nIGdyb3VwIGFzIHdlbGwuPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5CF3F62641D948219A0585B605B20F74ericssoncom_-- From nobody Fri Mar 26 13:58:34 2021 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 57A6F3A0EC3 for ; Fri, 26 Mar 2021 13:58:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.348 X-Spam-Level: X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.251, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 kJYR3_JskT9Y for ; Fri, 26 Mar 2021 13:58:28 -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 F17B43A0EBD for ; Fri, 26 Mar 2021 13:58:27 -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.42/8.16.0.42) with SMTP id 12QKlNc3018797; Fri, 26 Mar 2021 13:58:24 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=Y0itIz8uCF0S30q1rQsBoMw9aGliKP3QGiae2QDFpdU=; b=nUdRoOzl7YLNULBHK/DHfkSrGeEku0DOVNjoVFhKZJlm+xZGBZAfJPwlo5ng7QzBD62y lNRBmfX5QfLOVx8QAP3+0+NhpndIzdY1OkZo0rZDdPAZNleYmn+6mAkyaq9EuTlnn2m0 jnPLYSEfov/QYCaXvmI/4ZukV4OzBDCK0O0yzHkph6oIIf8C4qqUPJCClczOms5q7jMY 1mwFHs0iT5zofCIkAEFo4Tx3xtsoSNg26vtiMc6o9Z/QMG879GuWmsjhZVjW7PBKoPHW mxsOvRKVDESMlARsBx77akUA/CAgENcH05j+jXdjQPt1+lOs06gd9r736oUzX02oxnTn SQ== Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 37h161yk8f-7 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Mar 2021 13:58:24 -0700 Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com [17.179.253.15]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QQL011NGGX9KCK0@rn-mailsvcp-mta-lapp01.rno.apple.com>; Fri, 26 Mar 2021 13:58:21 -0700 (PDT) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp02.rno.apple.com by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QQL00C00GJGSR00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Fri, 26 Mar 2021 13:58:21 -0700 (PDT) X-Va-A: X-Va-T-CD: 076cebed73b6132ed45f6342eb90264b X-Va-E-CD: 014a78fcaadffedb87c3f18d3e3bf673 X-Va-R-CD: 867aa8237a53b9aa9cfc64f32d9c980a X-Va-CD: 0 X-Va-ID: 0b114c39-b7f3-4a78-84cb-c47893589382 X-V-A: X-V-T-CD: 076cebed73b6132ed45f6342eb90264b X-V-E-CD: 014a78fcaadffedb87c3f18d3e3bf673 X-V-R-CD: 867aa8237a53b9aa9cfc64f32d9c980a X-V-CD: 0 X-V-ID: 2b853cb0-a775-462b-bff4-994636fd1b12 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-26_11:2021-03-26, 2021-03-26 signatures=0 Received: from smtpclient.apple (unknown [17.234.118.53]) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QQL00Y1AGX6SM00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Fri, 26 Mar 2021 13:58:18 -0700 (PDT) From: Tommy Pauly Message-id: Content-type: multipart/alternative; boundary="Apple-Mail=_C708F074-FCA3-4A6B-8CE2-2757ED78AA98" MIME-version: 1.0 (Mac OS X Mail 15.0 \(3668.0.5\)) Date: Fri, 26 Mar 2021 13:58:18 -0700 In-reply-to: Cc: "IETF IPPM WG (ippm@ietf.org)" To: Tommy Pauly , Shwetha , "Frank Brockners (fbrockne)" References: X-Mailer: Apple Mail (2.3668.0.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-26_11:2021-03-26, 2021-03-26 signatures=0 Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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, 26 Mar 2021 20:58:32 -0000 --Apple-Mail=_C708F074-FCA3-4A6B-8CE2-2757ED78AA98 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Just checking here=E2=80=94when could we expect an updated proposal for = the integrity document? Once we can converge on a set of approaches we = like, we would like to get this prepared for a WG adoption. Best, Tommy > On Mar 12, 2021, at 6:30 AM, Tommy Pauly = wrote: >=20 > Thanks, that=E2=80=99d be great to see the variants of Method 3 like = that! >=20 > Best, > Tommy >=20 >> On Mar 8, 2021, at 8:31 PM, Shwetha > wrote: >>=20 >> My bad, it should be possible to reverse the process for validation = and retrieve the previous signature in the reverse order. We will update = the draft to have Method 3 with both symmetric/asymmetric variants. >>=20 >> Thanks, >> Shwetha >>=20 >> On Tue, Mar 9, 2021 at 7:07 AM Shwetha > wrote: >> During the session 1 of ippm at IETF 110, it was suggested to = consider introducing a variant of method 3 in = draft-brockners-ippm-ioam-data-integrity with asymmetric keys. >>=20 >>=20 >> When we were designing the methods to protect integrity of the entire = IOAM data collected at each node, the node chains it's own node data = with the signature from the previous node and overwrites the signature: >> Trace signature =3D sign([Trace Signature || its node_data_list[x] = hash]) >>=20 >> In the symmetric key case this operation can be validated by = reversing the operation by the validator who has the shared secret from = each node. >> However this will not work if nodes use their private keys to sign = and validator has the public key to validate as it can only validate but = not derive a specific node's signature to reverse the operation.=20 >>=20 >> So I think the space optimized method to overwrite the signature at = each node cannot be modified to use asymmetric keys easily. Will be = happy to discuss ideas to create a space optimized asymmetric key based = solution. >>=20 >> Thanks >> Shwetha >>=20 >> _______________________________________________ >> ippm mailing list >> ippm@ietf.org >> https://www.ietf.org/mailman/listinfo/ippm >=20 > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm --Apple-Mail=_C708F074-FCA3-4A6B-8CE2-2757ED78AA98 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Just = checking here=E2=80=94when could we expect an updated proposal for the = integrity document? Once we can converge on a set of approaches we like, = we would like to get this prepared for a WG adoption.

Best,
Tommy

On Mar 12, 2021, at 6:30 AM, Tommy Pauly <tpauly=3D40apple.com@dmarc.ietf.org> wrote:

Thanks, that=E2=80=99d = be great to see the variants of Method 3 like that!

Best,
Tommy

On Mar 8, 2021, at 8:31 PM, Shwetha <shwetha.bhandari@gmail.com> wrote:

My bad, it should be = possible to reverse the process for validation and retrieve the previous = signature in the reverse order. We will update the draft to have Method = 3 with both symmetric/asymmetric variants.

Thanks,
Shwetha

On Tue, Mar = 9, 2021 at 7:07 AM Shwetha <shwetha.bhandari@gmail.com> wrote:
During = the session 1 of ippm at IETF 110, it was suggested to consider = introducing a variant of method 3 in  draft-brockners-ippm-ioam-data-integrity with asymmetric = keys.


When we were designing the methods = to protect integrity of the entire IOAM data collected at each node, the = node chains it's own node data with the signature from the previous node = and overwrites the signature:
Trace signature =3D = sign([Trace Signature || its node_data_list[x] hash])

In the symmetric key case this = operation can be validated by reversing the operation by the validator = who has the shared secret from each node.
However this will = not work if nodes use their private keys to sign and validator has the = public key to validate as it can only validate but not derive a specific = node's signature to reverse the operation. 

So I think the space optimized  = method to overwrite the signature at each node cannot be modified to use = asymmetric keys easily. Will be happy to discuss ideas to create a space = optimized asymmetric key based solution.

Thanks
Shwetha

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

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

= --Apple-Mail=_C708F074-FCA3-4A6B-8CE2-2757ED78AA98-- From nobody Sat Mar 27 07:53:54 2021 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 86F643A1F62 for ; Sat, 27 Mar 2021 07:53:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.594 X-Spam-Level: X-Spam-Status: No, score=-9.594 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Eo1b/ZN7; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zP424+Jl 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 WYm-A70WxuLC for ; Sat, 27 Mar 2021 07:53:46 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D9843A2C19 for ; Sat, 27 Mar 2021 07:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22382; q=dns/txt; s=iport; t=1616856826; x=1618066426; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=IJa7iXvNLUx7UTs4G9hIij10nZ/uXO3yu/ld1+oHt6w=; b=Eo1b/ZN7SqI0QHMgSDpBma60RW/ZtCPUkBtvccyVCQt9sqyfMa+o+JwM 6KhlWTKoq0Z84Y+JA6jM1XtO7P/rtVcQuwySGuRSg0yKNmh/hVcKazeqH eQaMBbtowfv8nx4Cnd47spgYIhi0eRr+cKydrXMkDv6ZT4ofnGQ/XhOZ1 w=; X-IPAS-Result: =?us-ascii?q?A0A7AACcRl9gmJldJa1aGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBghCBIzAjLn1aNjEKhDeDSAOFOYhBA4oqihWEdYJTA1QLAQEBD?= =?us-ascii?q?QEBHQEKCgIEAQGEUAIXgWkCJTgTAgMBAQEDAgMBAQEBAQUBAQECAQYEFAEBA?= =?us-ascii?q?QEBAQEBhjYNhkQBAQEBAwEBIQoTAQEsCwEPAgEGAg4CAQQBASgDAgICHwYLF?= =?us-ascii?q?AkIAgQBDQUIE4JVAYF+VwMvAQ6QQJBrAooed4EygwQBAQaFHQ0LghMDBoE5g?= =?us-ascii?q?naEBwEBgROFOCYcgUlCgRJDgVt+PoIeQgEBAoFeKwmCYDWCK4FYJEhEJgRTI?= =?us-ascii?q?DsLFQpHBwM4KwETDxiTfodcnXJbCoMGkG+GQYVUg0ihCB2GHo5Mgg6MZo83H?= =?us-ascii?q?YRBAgICAgQFAg4BAQaBayGBW3AVO4JpUBcCDY4fCw4JFIM5hRSFRXMCNgIGA?= =?us-ascii?q?QkBAQMJfIVlLYEHAYEOAQE?= IronPort-PHdr: A9a23:5TKb9hxPvqM4zMPXCzMtngc9DhMPsqjoPgMT9pssgq5PdaLm5Zn5I UjD/p1FhUfRWYid4PVB2KLasKHlDGoH55vJ8HUPa4dFWBJNj8IK1xchD8iIBQyeTrbqYiU2E d4EWApj+He2YkFNAMLzIVbVpy764TsbAB6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1K UC9rB7asY8dho4xQps= IronPort-HdrOrdr: A9a23:YPXwwqjnfxiXarnVgB/r1L8dUnBQX4hx3DAbvn1ZSRFFG/Gwv/ uF2NwGyB75jysQUnk8mdaGfJKNW2/Y6IQd2+gsFJ+Ydk3DtHGzJI9vqbHjzTrpBjHk+odmu5 tIW5NVTOf9BV0St6nHySGzGdo43Z2j+Kenme/Rwx5WPH5XQotLhj0JbTqzOEtwWQVAGN4dHJ 2T+sJIq1ObCAoqR+68AWQIWPWGms3TmPvdEFA7LjMEyC3LtzOn77bmDwOVty1/bxpjyaovmF K16DDRyb6kt5iAu3rh/k/Vq69bgd7wjuZEbfb89vQ9DhXJpkKWaJ96W7uE1QpF4d2HzFoxit HDr1MBEq1ImgnsV1q4qxfsxAXsuQxGgxSJpDPo4gqAneXDSD03EMZHj45CGyGplnYIhs1206 5AwguixvxqJC7Ahyj06pzpUBxnhyOP0AIfuNMTlHBWXM8ibqZQp+UkjTpoOaoHdRiKjLwPIa 1LNoXx9fxWeVSVYzTypW902uGhWXw1A1OvXlUCktb96UkXoFlJi28jgOAPlHYJ85wwD7Ne4f 7fD6hunLZSCucLcKNGAvsbS8ffMB2PfTv8dEapZXj3HqAOPHzA77Tt5q8u2e2scJsUiLw/hY rGS1EdkWIpYUrhBYmv0fRwg1LwaVT4eQ6o5tBV5pB/tLG5bqHsKze/RFcnlNblrO4YBsHdRv avKJNbC/LuNgLVaMJ09jy7f6MXBWgVUcUTtNp+cUmJuNj3JorjsfGecPu7HsurLR8UHkfERl cTVjn6I8tNqmqxXGXjvRTXU3TxPkj2/Zd6FrnG7/EeobJ9cLFkg0wwsxCU98uLITpNvugdZ0 1lOo7qlau9uC2x5mbH72JgPxJHFUZL6LD8U3dHzDV6dn/cQPImgZGyaGpS1HyIKltUVMXNCj NSoFxx5OaqNZCK3DsjDNimK2qeiHMWqBuxPs4hs5zGwf2gVoIzD54gVqA0KB7CEAZtnx127E 1ZbhUfe0PZHjTyqKmsgZAOHtvDf91kjArDG78NlVvv8WGn4eAmXD8yQiOnW8//u3deexNkwn lKt5I5rJXFszC1Mmc7iPk/KzR3GRSqKYMDKh+EaoVSkq3sYydqQw6x9GenoiB2XHb2/EMPgW GkCiuYdZjwcwdgk0Ed9Lr2+1VpcWjYRWZMUzRRtI1wEnmugAco7caCerez32yNalEL3+EaN3 XfbSEPJx51rurHpyK9iXKME24ryY4pOfGYBLM/c6vL0nfoM4GQk7oadsUksapNJZTrsuURV/ iYdBLQJDTkC/kx0wj9nAdvBABk7H0lm+jvwhvr8Syx22M+G+PbJBBjS6sAK9+Rq2jiSPDg6u Qysfsl+e+xOH72cNiI1OXeaCNCMArapSquVP4zwKoky54apf92Bd3WQDHI3HZI0FE3K9r1jl oXROB+7KraMoFicsQOc0tijxYUvcXKKFFuvh39A+c4c11olXPdMt+T67fDqLYkACS61UPNEE ja9zcY8+bOXiOF27JfFrk5Jn5OblMgrHtl5+GPeuTreUqXXvAG+ED/NHCzcLVQEvfYXboRqw t3+NGOkauccTHi1AXZoDt8JeZP/g+cMLePKRPJHfQN9dqwfUmIiO+t5sW4iT/sUzu1a0gCn+ R+BAUtR9UGjiNnlZE91yi5V7f+rU0kmUZP+D0PrC+Z5qG2pGPAWVxcOQLXgp9KTSBeP3iBg8 PC6/WZ3h3GkU948IiGElxRcNFIE8URSYayLz4GE7ljgIKV X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,283,1610409600"; d="scan'208,217";a="710077917" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Mar 2021 14:53:44 +0000 Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 12REri75026483 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sat, 27 Mar 2021 14:53:44 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-003.cisco.com (173.36.7.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Sat, 27 Mar 2021 09:53:44 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Sat, 27 Mar 2021 09:53:44 -0500 Received: from NAM02-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Sat, 27 Mar 2021 10:53:43 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JWaL5RXWg9hAkFCAAeRofOeYgeD7cfZzRRP7An6tkqjP5+TBF4DAv7HjVsoeuwco0Kxn1RSOFaqYBIpPT74MrJQQHuWT25NJyugkEfMOUo+lnKwhHbt5fp0QwtBT+Y/olwtRoKEz1cBY3P5jQ2ubYkrrPe9xcxSSEFjqJ3Ku+yEnVArZeXJuvgiBrh6QqAC3AID7oKCRlXuHKoo9qhalWzhyt4WgX5s6apHCoInDlmOcWaSo5Bbnioh34BIjAS6rFFRswt1+EZN13bSywqWaERY9Z0I3IKrKbqORsiOo6T2OadiJCnDGKEOH9RnhfPhDHa1972Av3jPl5Re0BEuFgw== 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=IJa7iXvNLUx7UTs4G9hIij10nZ/uXO3yu/ld1+oHt6w=; b=SbDj7TAdKhtsmBJr1K9O9CRXCEmSA/iA6BJ4T572RE4F1cwSDP1c2QMCu8xucp2fvAcc+LIUjRCOPwxn8XmQsKN64RpqP/oK8Ipcw+gl4GH7Nv8rB2lTpymdK8p9mAA3YI91vr4p8EN/NABbZYdJzbqEbajPfdFSEbgOnVCPn8gxiG4UHgtbI0VeRlz5skbJFYG4veHUHZeXLIIN0Gi6RHPJwqFOoUDrg+52sr20WElSttuaTmFiJdYto10YXzjdRK2w0LfqTl2fxdZdpLSxc/32oj1QCCyftIQIKhOLH+2okXaYCbUpRNTliG1E/uM/I6+ZenCU8FgiIyOznOSj7g== 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=IJa7iXvNLUx7UTs4G9hIij10nZ/uXO3yu/ld1+oHt6w=; b=zP424+Jl2MbjwdwOrSMgtvfEorIrx7Su9NUPIK2WLKWdxrbet+qZ9P/h7BHTdUAC/ycQS1fcqOL9rAZ4Crx9VCaSTjKLERQoCXU9X7y7qIqpKnymqCmw7lip+J+g8CN47lY0t9Q+UpUrmwwgZuu85RMmc7gqjEui5P+mSd+7WBA= Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by BYAPR11MB2582.namprd11.prod.outlook.com (2603:10b6:a02:cb::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.29; Sat, 27 Mar 2021 14:53:43 +0000 Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::f43e:a30f:8e8f:1e93]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::f43e:a30f:8e8f:1e93%6]) with mapi id 15.20.3977.029; Sat, 27 Mar 2021 14:53:42 +0000 From: "Frank Brockners (fbrockne)" To: Tommy Pauly , Tommy Pauly , Shwetha CC: "IETF IPPM WG (ippm@ietf.org)" Thread-Topic: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 Thread-Index: AQHXFITi/2A5A5XWfEOVBHkDsBCHQKp7ET2AgAVeWwCAFmzcAIABJMRg Date: Sat, 27 Mar 2021 14:53:42 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: apple.com; dkim=none (message not signed) header.d=none;apple.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [173.38.220.50] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: af2ba489-cdab-49d4-4b44-08d8f1301d8c x-ms-traffictypediagnostic: BYAPR11MB2582: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gmexjpnZt1wZbwQcjCAdAmYZD1YgHemdHg01ULQiXj3uHHmE/+YgVyTF84mtfPLfAobKMFkdYwcCwZt3lx47Pw9olsIQrHwv7LBgelFI4h4evyxis6sfLPSqpMzTxaHSoIk83kh+T/bb+5ECSEvQ+nRfWuZHDjH7zrru/JIrX9c8BjnbnlX2i+vIcH0MCx2ERCqBnQsNFagn8ffxqFwMSQb3mC9QN263kME1UYpqc+r/Xdc7+iQPbL2LLXUJGOkZ0Rvr3/FqibUkZnCmJhtGNhrgpoKoDiJc/ChIw7mb2UcL3lA8KegdMmhVPV44Dwz6/4KHY02JwX2szqwllP4miB6u/XYa+br9K44SQUiegP9O9XoSA70bGj6Y7+/PhRGdEyPdg2NQrx8P/60xLXo3Ju85JxXF2F2fXnSqWh5zCWQje+gpBkECJgMN2Pfi7QGhYKT05vlJ64TsYtstWl5Pl8Lv+a28POjmXfbKQEtaJRxzFufLhYDx3J6Iyzpd1+B/AwcB1udJEorwfiJUUiRzz9rtH8ag9npR4skjMBjq85a2xmyasIbVHMQa3LtCF9q2TMNN5GvMzMVaIhKWReixUUPM3XqxTGy1sQqTk1uVBmD1Yn8RSuhhl0IqnDTh1+M77/cgmqe4rUUANnIv2FQLnGRQaLp4dOtt8Abvs9N9GsUlbXvNYmAsnj2t2HQHk0/+nlpGkV388MjCtJsAZdlRv+FWasloey9M9gCCc1KwKdArzqrsxrd5/kVvnPoUKH4S x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2584.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(376002)(39860400002)(346002)(136003)(396003)(66574015)(83380400001)(9686003)(26005)(4326008)(66446008)(166002)(186003)(55016002)(110136005)(7696005)(316002)(5660300002)(52536014)(86362001)(53546011)(966005)(66946007)(64756008)(66556008)(8676002)(71200400001)(76116006)(2906002)(66476007)(478600001)(38100700001)(6506007)(33656002)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?eUl1dWJJQTdXME9PSjY3UERvL1laS1hJdXRISU0zbmRjT01QdmNkUXJNeDFa?= =?utf-8?B?LzY0S1Exbyt5UFg5RXBweDd6TVdSODduME5MY0RhdGdqTy9tSGNVR3kxNFFF?= =?utf-8?B?WWttMGVTSUlUamJsdVRJSVlqbFRyS3NkQlh1QVNrRW5DVEpjUFdVZW5lU2N2?= =?utf-8?B?UGdyVUhlaDN0OXdIOTFFeHJKQjhzUmZyODdDSHkvYW53V2hid2tEZTBZc2ZW?= =?utf-8?B?RE9kblVaVnFMb3Ird0dMaHRFaTRXeHc3ajdYY1B3cmhzVEtNclVDcDEzUzRn?= =?utf-8?B?d01TV0VWRDM5am1mVUt1aUJiNEwvT2NnQXU2bmdUTlk3Y2xzL1VGamZPU2h0?= =?utf-8?B?QTJZUFVkSTVYdmdlS1ZqZncyN2tmemxiRzUwYWxReHF0QjdnbzlxTzdFTCtN?= =?utf-8?B?ZUJObHJRRUhIUkNMSzY0RVJianp3UWUzV1oxSmNpNGFTQlhBVXNjaFZGeFVa?= =?utf-8?B?YW4waXJ4d3VEenRpV3ZxT2NpSkk3SjVlZXdWNHdpTk5SSk04Q0JyU1NFN2tU?= =?utf-8?B?Y0U0RXJDdXRqdlJwejFzd1Y5bG9CdUd5OUxLbHBGNG9mK0YybTZ5NmQzeWlj?= =?utf-8?B?RHF6azRrYmpNeUFBbU9nbmtFdnlLeWVQTEo4ZFJvS25naWU4OFM5eHRtakNR?= =?utf-8?B?NHZjSy83d2pVb2JuSXRyRzJwa1hieTRnUHhNMldyRCtFNUZjelU3a1RTM2Nu?= =?utf-8?B?ZjJ6WVRvb2oxbUd2aTJEU04wamdjNTlZMjlVUy9BS1EwdEp0UDczWHphcEsx?= =?utf-8?B?Vks5eS9iOHFIK1VORFdiMjRncDBVc1FLeWorbDgrUTlRcmUvbnhtcStiRXE0?= =?utf-8?B?ZStYNktUcVF0QmN2Y3BMRkFzR1YzTzNRZklhSExHdTZIcUlEczhId2FjTkF2?= =?utf-8?B?Y2FReUtrRmRFMm53b0UwZks2QkZJL3ZiZU82bTVBUElWQ0NwQUwrVnVFNEtn?= =?utf-8?B?bXJsUVV6eEc5RWR6enFxTDFYSmhvQW1XR2dqaVlOVEFlbS9VZHNQMFBLTml3?= =?utf-8?B?YWdZUDYzTWZrNXM4ZjVSa0p6cEUwN3Bjam82dUl5YlJlTEtiTkhYZmRUa0RO?= =?utf-8?B?VkljZ3Z5WW5WTFpwTVUzbnlpemRQK3paYzEvODZVVjZ0N1RKb29kQXhLOG1L?= =?utf-8?B?S1dMYWJUY2diU3d3a3dCMFVBWS92YTJGOCtTRG94UDFacmVxelh0NzFXblFN?= =?utf-8?B?SGc3T05CQVhUazRBdFFGWFNTLzR6T1Z2QVB6U24rYXp2TUNwQ0RNdGc2Q0dj?= =?utf-8?B?cEFvZE04bHk0Ykw0eEN1SGs3a0F2ZllwcUVCTTJEVkExeUxFRjJURnVBbEVZ?= =?utf-8?B?UGowalJtOXFNKzZJM21LeVFJM0RMVzBLUUFEYjJuZGpZYTVPQTk1bXR6VExU?= =?utf-8?B?MEVlQlIxTlBLVkFmakMxQStsTGxDcnBieTJ4Y0VoQzBDOVQ2TEpnYjU5U1VP?= =?utf-8?B?cjFlMVVxQkNLMThHRE9ndnc3OFhVQlJ4R2hXYjJ2dk1rTXhlR0k2VGk5bEx0?= =?utf-8?B?RzZyeGxQWGZqZUdzcGpPY2VoVHZQNTYvTGwvbEc0eWxvTXkzV3NCUUZDNDVZ?= =?utf-8?B?d2ZNeWQzOUZkbUlydmlWQ0ZIck9aVzZBTTNaK01CUTROSWJvTExyL25VdW1k?= =?utf-8?B?azJ0SWlDM1duQnBMN21EZnRGdW5YVkxSWnY2eWo0ZFFnU2RmY0ZXWDNHdnhK?= =?utf-8?B?T25WaVJNRkJpb2xKckQyOTB1U2t0Z1VvQW1GQjVNb0N6ZUR2U0g1cFZBTDZt?= =?utf-8?Q?MvV8mh6aixgwfeeBESQZz2B3buiLnrEa7g8xRoC?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR11MB258497AB264414E5F2B83FFFDA609BYAPR11MB2584namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2584.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: af2ba489-cdab-49d4-4b44-08d8f1301d8c X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2021 14:53:42.8183 (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: PUDBuO2OCu/wn1IiozaYncTxDn+cG5G51zKX0hjLwW4BQtlxpi5AAzyl2lCHs1nUS6iOGV+rC0yWWZmtdodsGw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2582 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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: Sat, 27 Mar 2021 14:53:52 -0000 --_000_BYAPR11MB258497AB264414E5F2B83FFFDA609BYAPR11MB2584namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVG9tbXksIElQUE0gV0csDQoNCldl4oCZbGwgbG9vayBpbnRvIHRoZSB1cGRhdGUgYWZ0ZXIg dGhlIEVhc3RlciBicmVhay4gQmVmb3JlIHRoYXQsIEnigJlkIGdyZWF0bHkgYXBwcmVjaWF0ZSBm dXJ0aGVyIGlucHV0IGFuZCB0aG91Z2h0cyBvbiB0aGUgcHJlZmVycmVkIG1ldGhvZHMuDQoNCklu IG91ciBJUFBNIFdHIG1lZXRpbmcgZHVyaW5nIElFVEYgMTEwLCB5b3Ugdm9pY2VkIGEgcHJlZmVy ZW5jZSBmb3IgTWV0aG9kIDMg4oCTIGJyb2tlbiB1cCBpbnRvIGEg4oCcTWV0aG9kIDNhIOKAkyB3 aXRoIHN5bW1ldHJpYyBrZXkgKHRoZSBjdXJyZW50IE1ldGhvZCAzKeKAnSBhbmQgYSDigJxNZXRo b2QgM2Ig4oCTIHdpdGggYXN5bW1ldHJpYyBrZXlz4oCdLg0KDQpQZXIgdGhlIGRpc2N1c3Npb24s IHRoZSBNZXRob2QgMyBhcHByb2FjaCBzdWZmZXJzIGZyb20gdGhlIGNoYWxsZW5nZXMgdGhhdCBv bmUgd291bGQgbmVlZCB0byBwcm92aXNpb24gYSBzZWNyZXQgcGVyIHBhY2tldCwgd2hpY2ggaXMg YSBzaWduaWZpY2FudCBlZmZvcnQg4oCTIGJ1dCBwcm92aWRlcyBmb3IgcmVwbGF5IHByb3RlY3Rp b24uIERldGVjdGluZyB3aGV0aGVyIGEgc2VjcmV0IGhhcyBhbHJlYWR5IGJlZW4gdXNlZCBvciBu b3QgaXMgZGV0ZWN0YWJsZSBieSB0aGUgdmVyaWZpZXIuIE1ldGhvZCA0IGFsc28gcHJvdmlkZXMg Zm9yIHJlcGxheSBwcm90ZWN0aW9uIGdpdmVuIHRoYXQgaXQgYWxzbyB1c2VzIGEgc2VjcmV0IHBl ciBwYWNrZXQgYW5kIGF0IHRoZSBzYW1lIHRpbWUgaXMgdG8gaGVscCB0aGUgc2VjcmV0IHByb3Zp c2lvbmluZyBpc3N1ZSwgZ2l2ZW4gdGhhdCB3ZeKAmWQgb25seSBib290c3RyYXAgYSBrZXkgZ2Vu ZXJhdG9yIG9uIHRoZSBub2RlcyBhbmQgd291bGQgdGhlbiBsZXZlcmFnZSBLZXktSURzIOKAkyB3 aGljaCBtYWtlcyDigJxzZWNyZXRzIHBlciBwYWNrZXTigJ0gbXVjaCBtb3JlIG1hbmFnZWFibGUu DQoNClBlciB0aGUgbm90ZSBhYm92ZSwgZHVyaW5nIHRoZSBXRyBkaXNjdXNzaW9uLCBhIHByZWZl cmVuY2Ugd2FzIHZvaWNlZCBmb3Ig4oCcTWV0aG9kIDPigJ0g4oCTIGJ1dCBhdCB0aGUgc2FtZSB0 aW1lLCBhc2tlZCBmb3IgYXZvaWRpbmcgYSBzZWNyZXQgcGVyIHBhY2tldCDigJMgYnV0IHJlLXVz aW5nIHRoZSBzZWNyZXQgZm9yIG11bHRpcGxlIHBhY2tldHMsIGUuZy4gZGVmaW5lZCBieSBkdXJh dGlvbiBvciBudW1iZXIgb2YgcGFja2V0cy4gSG93IHdvdWxkIHdlIGFycml2ZSBhdCBhIHNvbHV0 aW9uIGZvciByZXBsYXkgcHJvdGVjdGlvbiBpbiB0aGF0IGNhc2U/DQpPcHRpb25zIHdlIGNvdWxk IGNvbnNpZGVyIGluY2x1ZGU6DQooYSkgSW5jbHVkZSB0aGUgcGF5bG9hZCAob3IgcG9ydGlvbnMg b2YgdGhlIHBheWxvYWQpIGludG8gdGhlIHNpZ25pbmcgcHJvY2Vzcywgc28gdGhhdCB0aGUgc2ln bmVkIElPQU0gZGF0YSBiZWNvbWVzIHVuaXF1ZSBhbmQgY2Fubm90IGJlIGVhc2lseSByZS11c2Vk IGZvciBmdXR1cmUgcGFja2V0cy4NCihiKSBJbmNsdWRlIGFuIGFkZGl0aW9uYWwg4oCcaWRlbnRp ZmllcuKAnSBvciDigJxub25jZeKAnSBhcyBwYXJ0IG9mIHRoZSBJT0FNLWRhdGEsIHdoaWNoIHdv dWxkIG1ha2UgdGhlIElPQU0tZGF0YSBhbmQgdGh1cyB0aGUgc2lnbmF0dXJlIHVuaXF1ZSDigJMg d2hpY2ggY291bGQgYmUgY2hlY2tlZCBhbmQgdHJhY2tlZCBieSB0aGUgdmVyaWZpZXJzLg0KKGMp ID8gYW55IG90aGVyIG9wdGlvbnMgPw0KDQpUaG91Z2h0cz8gT3BpbmlvbnM/IFByZWZlcmVuY2Vz Pw0KDQpXaGlsZSBldm9sdmluZyB0aGUgZGVzaWduIGZvciBNZXRob2QzIChvciBiZXR0ZXIgM2Eg YW5kIDNiKSwgSeKAmWQgc3VnZ2VzdCB0aGF0IHdlIGtlZXAgTWV0aG9kIDQgb24gdGhlIHRhYmxl IGZvciBub3cuDQoNClRoYW5rcywgRnJhbmsNCg0KRnJvbTogVG9tbXkgUGF1bHkgPHRwYXVseUBh cHBsZS5jb20+DQpTZW50OiBGcmVpdGFnLCAyNi4gTcOkcnogMjAyMSAyMTo1OA0KVG86IFRvbW15 IFBhdWx5IDx0cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc+OyBTaHdldGhhIDxzaHdl dGhhLmJoYW5kYXJpQGdtYWlsLmNvbT47IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpIDxmYnJv Y2tuZUBjaXNjby5jb20+DQpDYzogSUVURiBJUFBNIFdHIChpcHBtQGlldGYub3JnKSA8aXBwbUBp ZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaXBwbV0gRGlzY3Vzc2lvbiBvbiBkcmFmdC1icm9ja25l cnMtaXBwbS1pb2FtLWRhdGEtaW50ZWdyaXR5IG1ldGhvZCAzIHZhcmlhbnQgaW4gQGlldGYxMTAN Cg0KSnVzdCBjaGVja2luZyBoZXJl4oCUd2hlbiBjb3VsZCB3ZSBleHBlY3QgYW4gdXBkYXRlZCBw cm9wb3NhbCBmb3IgdGhlIGludGVncml0eSBkb2N1bWVudD8gT25jZSB3ZSBjYW4gY29udmVyZ2Ug b24gYSBzZXQgb2YgYXBwcm9hY2hlcyB3ZSBsaWtlLCB3ZSB3b3VsZCBsaWtlIHRvIGdldCB0aGlz IHByZXBhcmVkIGZvciBhIFdHIGFkb3B0aW9uLg0KDQpCZXN0LA0KVG9tbXkNCg0KDQpPbiBNYXIg MTIsIDIwMjEsIGF0IDY6MzAgQU0sIFRvbW15IFBhdWx5IDx0cGF1bHk9NDBhcHBsZS5jb21AZG1h cmMuaWV0Zi5vcmc8bWFpbHRvOnRwYXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZz4+IHdy b3RlOg0KDQpUaGFua3MsIHRoYXTigJlkIGJlIGdyZWF0IHRvIHNlZSB0aGUgdmFyaWFudHMgb2Yg TWV0aG9kIDMgbGlrZSB0aGF0IQ0KDQpCZXN0LA0KVG9tbXkNCg0KDQpPbiBNYXIgOCwgMjAyMSwg YXQgODozMSBQTSwgU2h3ZXRoYSA8c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb208bWFpbHRvOnNo d2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3JvdGU6DQoNCk15IGJhZCwgaXQgc2hvdWxkIGJl IHBvc3NpYmxlIHRvIHJldmVyc2UgdGhlIHByb2Nlc3MgZm9yIHZhbGlkYXRpb24gYW5kIHJldHJp ZXZlIHRoZSBwcmV2aW91cyBzaWduYXR1cmUgaW4gdGhlIHJldmVyc2Ugb3JkZXIuIFdlIHdpbGwg dXBkYXRlIHRoZSBkcmFmdCB0byBoYXZlIE1ldGhvZCAzIHdpdGggYm90aCBzeW1tZXRyaWMvYXN5 bW1ldHJpYyB2YXJpYW50cy4NCg0KVGhhbmtzLA0KU2h3ZXRoYQ0KDQpPbiBUdWUsIE1hciA5LCAy MDIxIGF0IDc6MDcgQU0gU2h3ZXRoYSA8c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb208bWFpbHRv OnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3JvdGU6DQpEdXJpbmcgdGhlIHNlc3Npb24g MSBvZiBpcHBtIGF0IElFVEYgMTEwLCBpdCB3YXMgc3VnZ2VzdGVkIHRvIGNvbnNpZGVyIGludHJv ZHVjaW5nIGEgdmFyaWFudCBvZiBtZXRob2QgMyBpbiAgZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9h bS1kYXRhLWludGVncml0eSB3aXRoIGFzeW1tZXRyaWMga2V5cy4NCg0KDQpXaGVuIHdlIHdlcmUg ZGVzaWduaW5nIHRoZSBtZXRob2RzIHRvIHByb3RlY3QgaW50ZWdyaXR5IG9mIHRoZSBlbnRpcmUg SU9BTSBkYXRhIGNvbGxlY3RlZCBhdCBlYWNoIG5vZGUsIHRoZSBub2RlIGNoYWlucyBpdCdzIG93 biBub2RlIGRhdGEgd2l0aCB0aGUgc2lnbmF0dXJlIGZyb20gdGhlIHByZXZpb3VzIG5vZGUgYW5k IG92ZXJ3cml0ZXMgdGhlIHNpZ25hdHVyZToNClRyYWNlIHNpZ25hdHVyZSA9IHNpZ24oW1RyYWNl IFNpZ25hdHVyZSB8fCBpdHMgbm9kZV9kYXRhX2xpc3RbeF0gaGFzaF0pDQoNCkluIHRoZSBzeW1t ZXRyaWMga2V5IGNhc2UgdGhpcyBvcGVyYXRpb24gY2FuIGJlIHZhbGlkYXRlZCBieSByZXZlcnNp bmcgdGhlIG9wZXJhdGlvbiBieSB0aGUgdmFsaWRhdG9yIHdobyBoYXMgdGhlIHNoYXJlZCBzZWNy ZXQgZnJvbSBlYWNoIG5vZGUuDQpIb3dldmVyIHRoaXMgd2lsbCBub3Qgd29yayBpZiBub2RlcyB1 c2UgdGhlaXIgcHJpdmF0ZSBrZXlzIHRvIHNpZ24gYW5kIHZhbGlkYXRvciBoYXMgdGhlIHB1Ymxp YyBrZXkgdG8gdmFsaWRhdGUgYXMgaXQgY2FuIG9ubHkgdmFsaWRhdGUgYnV0IG5vdCBkZXJpdmUg YSBzcGVjaWZpYyBub2RlJ3Mgc2lnbmF0dXJlIHRvIHJldmVyc2UgdGhlIG9wZXJhdGlvbi4NCg0K U28gSSB0aGluayB0aGUgc3BhY2Ugb3B0aW1pemVkICBtZXRob2QgdG8gb3ZlcndyaXRlIHRoZSBz aWduYXR1cmUgYXQgZWFjaCBub2RlIGNhbm5vdCBiZSBtb2RpZmllZCB0byB1c2UgYXN5bW1ldHJp YyBrZXlzIGVhc2lseS4gV2lsbCBiZSBoYXBweSB0byBkaXNjdXNzIGlkZWFzIHRvIGNyZWF0ZSBh IHNwYWNlIG9wdGltaXplZCBhc3ltbWV0cmljIGtleSBiYXNlZCBzb2x1dGlvbi4NCg0KVGhhbmtz DQpTaHdldGhhDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9y Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbQ0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KaXBwbSBtYWlsaW5nIGxp c3QNCmlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG0NCg0K --_000_BYAPR11MB258497AB264414E5F2B83FFFDA609BYAPR11MB2584namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8N CkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjg5NDMxMTY3NTsNCgltc28tbGlzdC10eXBlOmh5YnJp ZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTc5NTQzMTIwNCA2NzY5ODcwNSA2NzY5ODcxMyA2 NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5 ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs MDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0 ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo YS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDot OS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs aXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wN Cgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxl PSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SGkgVG9tbXksIElQUE0gV0csPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPldl4oCZbGwgbG9vayBpbnRvIHRoZSB1cGRhdGUgYWZ0ZXIgdGhlIEVhc3RlciBicmVhay4g QmVmb3JlIHRoYXQsIEnigJlkIGdyZWF0bHkgYXBwcmVjaWF0ZSBmdXJ0aGVyIGlucHV0IGFuZCB0 aG91Z2h0cyBvbiB0aGUgcHJlZmVycmVkIG1ldGhvZHMuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkluIG91ciBJUFBNIFdHIG1lZXRpbmcgZHVyaW5nIElFVEYgMTEwLCB5b3Ugdm9pY2VkIGEgcHJl ZmVyZW5jZSBmb3IgTWV0aG9kIDMg4oCTIGJyb2tlbiB1cCBpbnRvIGEg4oCcTWV0aG9kIDNhIOKA kyB3aXRoIHN5bW1ldHJpYyBrZXkgKHRoZSBjdXJyZW50IE1ldGhvZCAzKeKAnSBhbmQgYSDigJxN ZXRob2QgM2Ig4oCTIHdpdGggYXN5bW1ldHJpYyBrZXlz4oCdLg0KPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlBlciB0aGUgZGlzY3Vzc2lvbiwgdGhlIE1ldGhvZCAzIGFwcHJvYWNoIHN1ZmZlcnMg ZnJvbSB0aGUgY2hhbGxlbmdlcyB0aGF0IG9uZSB3b3VsZCBuZWVkIHRvIHByb3Zpc2lvbiBhIHNl Y3JldCBwZXIgcGFja2V0LCB3aGljaCBpcyBhIHNpZ25pZmljYW50IGVmZm9ydCDigJMgYnV0IHBy b3ZpZGVzIGZvciByZXBsYXkgcHJvdGVjdGlvbi4gRGV0ZWN0aW5nIHdoZXRoZXIgYSBzZWNyZXQg aGFzIGFscmVhZHkgYmVlbg0KIHVzZWQgb3Igbm90IGlzIGRldGVjdGFibGUgYnkgdGhlIHZlcmlm aWVyLiBNZXRob2QgNCBhbHNvIHByb3ZpZGVzIGZvciByZXBsYXkgcHJvdGVjdGlvbiBnaXZlbiB0 aGF0IGl0IGFsc28gdXNlcyBhIHNlY3JldCBwZXIgcGFja2V0IGFuZCBhdCB0aGUgc2FtZSB0aW1l IGlzIHRvIGhlbHAgdGhlIHNlY3JldCBwcm92aXNpb25pbmcgaXNzdWUsIGdpdmVuIHRoYXQgd2Xi gJlkIG9ubHkgYm9vdHN0cmFwIGEga2V5IGdlbmVyYXRvciBvbiB0aGUgbm9kZXMgYW5kDQogd291 bGQgdGhlbiBsZXZlcmFnZSBLZXktSURzIOKAkyB3aGljaCBtYWtlcyDigJxzZWNyZXRzIHBlciBw YWNrZXTigJ0gbXVjaCBtb3JlIG1hbmFnZWFibGUuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ UGVyIHRoZSBub3RlIGFib3ZlLCBkdXJpbmcgdGhlIFdHIGRpc2N1c3Npb24sIGEgcHJlZmVyZW5j ZSB3YXMgdm9pY2VkIGZvciDigJxNZXRob2QgM+KAnSDigJMgYnV0IGF0IHRoZSBzYW1lIHRpbWUs IGFza2VkIGZvciBhdm9pZGluZyBhIHNlY3JldCBwZXIgcGFja2V0IOKAkyBidXQgcmUtdXNpbmcg dGhlIHNlY3JldCBmb3IgbXVsdGlwbGUgcGFja2V0cywgZS5nLiBkZWZpbmVkIGJ5IGR1cmF0aW9u IG9yIG51bWJlciBvZiBwYWNrZXRzLg0KIEhvdyB3b3VsZCB3ZSBhcnJpdmUgYXQgYSBzb2x1dGlv biBmb3IgcmVwbGF5IHByb3RlY3Rpb24gaW4gdGhhdCBjYXNlPzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+T3B0aW9ucyB3ZSBjb3VsZCBjb25zaWRlciBpbmNsdWRlOjxicj4N CihhKSBJbmNsdWRlIHRoZSBwYXlsb2FkIChvciBwb3J0aW9ucyBvZiB0aGUgcGF5bG9hZCkgaW50 byB0aGUgc2lnbmluZyBwcm9jZXNzLCBzbyB0aGF0IHRoZSBzaWduZWQgSU9BTSBkYXRhIGJlY29t ZXMgdW5pcXVlIGFuZCBjYW5ub3QgYmUgZWFzaWx5IHJlLXVzZWQgZm9yIGZ1dHVyZSBwYWNrZXRz LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGIpIEluY2x1ZGUgYW4gYWRk aXRpb25hbCDigJxpZGVudGlmaWVy4oCdIG9yIOKAnG5vbmNl4oCdIGFzIHBhcnQgb2YgdGhlIElP QU0tZGF0YSwgd2hpY2ggd291bGQgbWFrZSB0aGUgSU9BTS1kYXRhIGFuZCB0aHVzIHRoZSBzaWdu YXR1cmUgdW5pcXVlIOKAkyB3aGljaCBjb3VsZCBiZSBjaGVja2VkIGFuZCB0cmFja2VkIGJ5IHRo ZSB2ZXJpZmllcnMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oYykgPyBh bnkgb3RoZXIgb3B0aW9ucyA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob3VnaHRzPyBPcGlu aW9ucz8gUHJlZmVyZW5jZXM/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoaWxlIGV2b2x2aW5n IHRoZSBkZXNpZ24gZm9yIE1ldGhvZDMgKG9yIGJldHRlciAzYSBhbmQgM2IpLCBJ4oCZZCBzdWdn ZXN0IHRoYXQgd2Uga2VlcCBNZXRob2QgNCBvbiB0aGUgdGFibGUgZm9yIG5vdy48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhhbmtzLCBGcmFuazxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PkZyb206PC9iPiBUb21teSBQYXVseSAmbHQ7dHBhdWx5QGFwcGxlLmNvbSZndDsgPGJyPg0KPGI+ U2VudDo8L2I+IEZyZWl0YWcsIDI2LiBNw6RyeiAyMDIxIDIxOjU4PGJyPg0KPGI+VG86PC9iPiBU b21teSBQYXVseSAmbHQ7dHBhdWx5PTQwYXBwbGUuY29tQGRtYXJjLmlldGYub3JnJmd0OzsgU2h3 ZXRoYSAmbHQ7c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20mZ3Q7OyBGcmFuayBCcm9ja25lcnMg KGZicm9ja25lKSAmbHQ7ZmJyb2NrbmVAY2lzY28uY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gSUVU RiBJUFBNIFdHIChpcHBtQGlldGYub3JnKSAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBEaXNjdXNzaW9uIG9uIGRyYWZ0LWJyb2NrbmVycy1pcHBt LWlvYW0tZGF0YS1pbnRlZ3JpdHkgbWV0aG9kIDMgdmFyaWFudCBpbiBAaWV0ZjExMDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SnVzdCBjaGVja2luZyBoZXJl4oCUd2hl biBjb3VsZCB3ZSBleHBlY3QgYW4gdXBkYXRlZCBwcm9wb3NhbCBmb3IgdGhlIGludGVncml0eSBk b2N1bWVudD8gT25jZSB3ZSBjYW4gY29udmVyZ2Ugb24gYSBzZXQgb2YgYXBwcm9hY2hlcyB3ZSBs aWtlLCB3ZSB3b3VsZCBsaWtlIHRvIGdldCB0aGlzIHByZXBhcmVkIGZvciBhIFdHIGFkb3B0aW9u LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCw8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRvbW15PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNYXIgMTIsIDIw MjEsIGF0IDY6MzAgQU0sIFRvbW15IFBhdWx5ICZsdDs8YSBocmVmPSJtYWlsdG86dHBhdWx5PTQw YXBwbGUuY29tQGRtYXJjLmlldGYub3JnIj50cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5v cmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlRoYW5rcywgdGhhdOKAmWQgYmUgZ3JlYXQgdG8gc2VlIHRoZSB2YXJpYW50cyBvZiBN ZXRob2QgMyBsaWtlIHRoYXQhPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5CZXN0LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VG9tbXk8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk9uIE1hciA4LCAyMDIxLCBhdCA4OjMxIFBNLCBTaHdldGhhICZsdDs8YSBocmVmPSJtYWls dG86c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20iPnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPk15 IGJhZCwgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHJldmVyc2UgdGhlIHByb2Nlc3MgZm9yIHZh bGlkYXRpb24gYW5kIHJldHJpZXZlIHRoZSBwcmV2aW91cyBzaWduYXR1cmUgaW4gdGhlIHJldmVy c2Ugb3JkZXIuIFdlIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCB0byBoYXZlIE1ldGhvZCAzIHdpdGgg Ym90aCBzeW1tZXRyaWMvYXN5bW1ldHJpYw0KIHZhcmlhbnRzLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+U2h3ZXRoYTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBNYXIgOSwg MjAyMSBhdCA3OjA3IEFNIFNod2V0aGEgJmx0OzxhIGhyZWY9Im1haWx0bzpzaHdldGhhLmJoYW5k YXJpQGdtYWlsLmNvbSI+c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDtt YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5EdXJpbmcgdGhlIHNlc3Npb24gMSBvZiBpcHBtIGF0IElFVEYgMTEwLCBpdCB3YXMg c3VnZ2VzdGVkIHRvIGNvbnNpZGVyIGludHJvZHVjaW5nIGEgdmFyaWFudCBvZiBtZXRob2QgMyBp biZuYnNwOyZuYnNwO2RyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHkmbmJz cDt3aXRoIGFzeW1tZXRyaWMga2V5cy48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5XaGVuIHdlIHdlcmUgZGVzaWdu aW5nIHRoZSBtZXRob2RzIHRvIHByb3RlY3QgaW50ZWdyaXR5IG9mIHRoZSBlbnRpcmUgSU9BTSBk YXRhIGNvbGxlY3RlZCBhdCBlYWNoIG5vZGUsIHRoZSBub2RlIGNoYWlucyBpdCdzIG93biBub2Rl IGRhdGEgd2l0aCB0aGUgc2lnbmF0dXJlIGZyb20gdGhlIHByZXZpb3VzIG5vZGUgYW5kIG92ZXJ3 cml0ZXMgdGhlIHNpZ25hdHVyZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+VHJh Y2Ugc2lnbmF0dXJlID0gc2lnbihbVHJhY2U8L3NwYW4+Jm5ic3A7U2lnbmF0dXJlPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy41cHQiPiZuYnNwO3x8IGl0cyBub2RlX2RhdGFfbGlzdFt4XSBoYXNo XSk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5JbiB0aGUgc3ltbWV0cmljIGtl eSBjYXNlIHRoaXMgb3BlcmF0aW9uIGNhbiBiZSB2YWxpZGF0ZWQgYnkgcmV2ZXJzaW5nIHRoZSBv cGVyYXRpb24gYnkgdGhlIHZhbGlkYXRvciB3aG8gaGFzIHRoZSBzaGFyZWQgc2VjcmV0IGZyb20g ZWFjaCBub2RlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5Ib3dldmVyIHRoaXMg d2lsbCBub3Qgd29yayBpZiBub2RlcyB1c2UgdGhlaXIgcHJpdmF0ZSBrZXlzIHRvIHNpZ24gYW5k IHZhbGlkYXRvciBoYXMgdGhlIHB1YmxpYyBrZXkgdG8gdmFsaWRhdGUgYXMgaXQgY2FuIG9ubHkg dmFsaWRhdGUgYnV0IG5vdCBkZXJpdmUgYSBzcGVjaWZpYyBub2RlJ3Mgc2lnbmF0dXJlIHRvIHJl dmVyc2UgdGhlIG9wZXJhdGlvbi4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMu NXB0Ij5TbyBJIHRoaW5rIHRoZSBzcGFjZSBvcHRpbWl6ZWQmbmJzcDsgbWV0aG9kIHRvIG92ZXJ3 cml0ZSB0aGUgc2lnbmF0dXJlIGF0IGVhY2ggbm9kZSBjYW5ub3QgYmUgbW9kaWZpZWQgdG8gdXNl IGFzeW1tZXRyaWMga2V5cyBlYXNpbHkuIFdpbGwgYmUgaGFwcHkgdG8gZGlzY3VzcyBpZGVhcyB0 byBjcmVhdGUgYSBzcGFjZSBvcHRpbWl6ZWQgYXN5bW1ldHJpYyBrZXkgYmFzZWQNCiBzb2x1dGlv bi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5UaGFua3M8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEzLjVwdCI+U2h3ZXRoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCmlwcG0gbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmci PmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9pcHBtIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lwcG08L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQppcHBtIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0 bzppcHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_BYAPR11MB258497AB264414E5F2B83FFFDA609BYAPR11MB2584namp_-- From nobody Sat Mar 27 10:38:57 2021 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 596063A05AC for ; Sat, 27 Mar 2021 10:38:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.496 X-Spam-Level: X-Spam-Status: No, score=-2.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 Li3QCDKGiLcW for ; Sat, 27 Mar 2021 10:38:52 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA82C3A0637 for ; Sat, 27 Mar 2021 10:38:51 -0700 (PDT) Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 12RHYD6H016202; Sat, 27 Mar 2021 13:38:47 -0400 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049458.ppops.net-00191d01. with ESMTP id 37j05nwhju-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Mar 2021 13:38:46 -0400 Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12RHcj61076514; Sat, 27 Mar 2021 12:38:45 -0500 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12RHcbg3076393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Mar 2021 12:38:38 -0500 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id EA6C54068F83; Sat, 27 Mar 2021 17:38:37 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30495.vci.att.com (Service) with ESMTP id C03C44068F82; Sat, 27 Mar 2021 17:38:37 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12RHcap4000660; Sat, 27 Mar 2021 12:38:37 -0500 Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12RHcSxn130710; Sat, 27 Mar 2021 12:38:29 -0500 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-blue.research.att.com (Postfix) with ESMTP id 1E22910A1AAA; Sat, 27 Mar 2021 13:38:28 -0400 (EDT) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Sat, 27 Mar 2021 13:38:50 -0400 From: "MORTON, ALFRED C (AL)" To: "Frank Brockners (fbrockne)" , "Tommy Pauly" , Tommy Pauly , Shwetha CC: "IETF IPPM WG (ippm@ietf.org)" Thread-Topic: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 Thread-Index: AQHXFIVFv5Mq8UoOaEWMk//KtiTfLKp7ZQ6AgAVeWwCAFlwZAIABLHYA///iJnA= Date: Sat, 27 Mar 2021 17:38:28 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CD0A59@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: [24.148.42.167] Content-Type: multipart/alternative; boundary="_000_4D7F4AD313D3FC43A053B309F97543CF0147CD0A59njmtexg5resea_" MIME-Version: 1.0 X-Proofpoint-ORIG-GUID: g_IwsU3jjtBhkUcagzidlp-hZsfbiflX X-Proofpoint-GUID: g_IwsU3jjtBhkUcagzidlp-hZsfbiflX X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-27_07:2021-03-26, 2021-03-27 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxscore=0 suspectscore=0 mlxlogscore=999 bulkscore=0 phishscore=0 spamscore=0 clxscore=1011 priorityscore=1501 adultscore=0 lowpriorityscore=0 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103270141 Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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: Sat, 27 Mar 2021 17:38:56 -0000 --_000_4D7F4AD313D3FC43A053B309F97543CF0147CD0A59njmtexg5resea_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRnJhbmssIFRvbW15LCBhbmQgYWxsLA0KDQpUTDtEUjogTm8gc29sdXRpb24sIGp1c3QgdHJ5 aW5nIHRvIHJlZmluZSB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIHN1Z2dlc3Rpb24gdG8gc2Vl ayBTRUMgYWR2aWNlLg0KDQpJIGhhdmVu4oCZdCBmb2xsb3dlZCB0aGUgaW50ZWdyaXR5IGRpc2N1 c3Npb25zIGNsb3NlbHksIGJ1dCBoZWFyaW5nIHRoZSByZXZpZXcgb2Ygb3B0aW9ucyBhdCB0aGUg SUVURi0xMTAvSVBQTSBzZXNzaW9uLCBhbmQgYWRkaXRpb25hbCBkZXRhaWxzIGZvciB0aGUgb3B0 aW9ucyB0aGF0IEZyYW5rIGRlc2NyaWJlZCBiZWxvdywgaXQgc2VlbXMgd2UgY291bGQgdXNlIHNv bWUgZXhwZXJ0IGFkdmljZS4gVGhlcmUgaXMgYSBwZXJwZXR1YWwgdGVuc2lvbiBiZXR3ZWVuIHBy b3RlY3Rpb24gZnJvbSB2YXJpb3VzIGF0dGFja3MgYW5kIHRoZSBwcm90b2NvbCBwZXJmb3JtYW5j ZSBhY2hpZXZhYmxlIGluIHByYWN0aWNlLCBlc3BlY2lhbGx5IHdoZW4gY29uc2lkZXJpbmcgcGVy LXBhY2tldCBpbnRlZ3JpdHkuIElPVywgaWYgdGhlIHNlY3VyaXR5IG1lYXN1cmVzIGRyYWcgZG93 biB0b28gaGFyZCBvbiBwZXJmb3JtYW5jZSwgdGhleSB3b27igJl0IGJlIHVzZWQgaW4gcHJhY3Rp Y2UuDQoNCkluIGEgc3VjY2Vzc2Z1bCBlbmQtZ2FtZSwgd2Ugd2lsbCBoYXZlIGJhbGFuY2VkIHRo ZSAocG9zc2libHkgaW5jcmVhc2VkKSByaXNrcyBpbmhlcmVudCBpbiB0aGUgc2VsZWN0ZWQgc2Vj dXJpdHkgbWVhc3VyZXMgd2l0aCB0aGUgcHJhY3RpY2FsIHBlci1wYWNrZXQgaW1wbGVtZW50YXRp b24gKHJlcXVpcmluZyBoaWdoIHBhY2tldC1wZXItc2Vjb25kIHJhdGVzLCB3aWRlIGRpc3RyaWJ1 dGlvbiwgYW5kIG90aGVyIGRlcGxveW1lbnQgbmVlZHMpLg0KDQpJ4oCZbSBhIHZlcnkgaW50ZXJl c3RlZCBzcGVjdGF0b3IgaGVyZSwgYmVjYXVzZSB3ZSBtYXkgbmVlZCB0byBzb2x2ZSB0aGlzIHBy b2JsZW0gYWdhaW4gZm9yIHBhY2tldCBzdHJlYW1zIHVzZWQgaW4gaGlnaC1jYXBhY2l0eSB0ZXN0 aW5nIHdpdGggd2lkZXNwcmVhZCBkZXBsb3ltZW50Lg0KDQpTbywgYWR2aWNlIGluIHRoZSBmb3Jt IG9mIGEgcmVjb21tZW5kZWQgc29sdXRpb24gdG8gb3VyIHBhcnRpY3VsYXIgcHJvYmxlbSB3aXRo IGFuIGFjY2VwdGFibGUgbGV2ZWwgb2YgcmlzaywgZnJvbSBTRUMtRGlyLCBTRUMtQURzLCBvciBl bHNld2hlcmUsIG1pZ2h0IGhlbHAgdXMgd2lubm93LWRvd24gdGhlIGNob2ljZXMuDQoNCmhvcGUg dGhpcyBoZWxwcywNCkFsDQoNCg0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpDQpTZW50OiBTYXR1 cmRheSwgTWFyY2ggMjcsIDIwMjEgMTA6NTQgQU0NClRvOiBUb21teSBQYXVseSA8dHBhdWx5QGFw cGxlLmNvbT47IFRvbW15IFBhdWx5IDx0cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc+ OyBTaHdldGhhIDxzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbT4NCkNjOiBJRVRGIElQUE0gV0cg KGlwcG1AaWV0Zi5vcmcpIDxpcHBtQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtpcHBtXSBEaXNj dXNzaW9uIG9uIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHkgbWV0aG9k IDMgdmFyaWFudCBpbiBAaWV0ZjExMA0KDQpIaSBUb21teSwgSVBQTSBXRywNCg0KV2XigJlsbCBs b29rIGludG8gdGhlIHVwZGF0ZSBhZnRlciB0aGUgRWFzdGVyIGJyZWFrLiBCZWZvcmUgdGhhdCwg SeKAmWQgZ3JlYXRseSBhcHByZWNpYXRlIGZ1cnRoZXIgaW5wdXQgYW5kIHRob3VnaHRzIG9uIHRo ZSBwcmVmZXJyZWQgbWV0aG9kcy4NCg0KSW4gb3VyIElQUE0gV0cgbWVldGluZyBkdXJpbmcgSUVU RiAxMTAsIHlvdSB2b2ljZWQgYSBwcmVmZXJlbmNlIGZvciBNZXRob2QgMyDigJMgYnJva2VuIHVw IGludG8gYSDigJxNZXRob2QgM2Eg4oCTIHdpdGggc3ltbWV0cmljIGtleSAodGhlIGN1cnJlbnQg TWV0aG9kIDMp4oCdIGFuZCBhIOKAnE1ldGhvZCAzYiDigJMgd2l0aCBhc3ltbWV0cmljIGtleXPi gJ0uDQoNClBlciB0aGUgZGlzY3Vzc2lvbiwgdGhlIE1ldGhvZCAzIGFwcHJvYWNoIHN1ZmZlcnMg ZnJvbSB0aGUgY2hhbGxlbmdlcyB0aGF0IG9uZSB3b3VsZCBuZWVkIHRvIHByb3Zpc2lvbiBhIHNl Y3JldCBwZXIgcGFja2V0LCB3aGljaCBpcyBhIHNpZ25pZmljYW50IGVmZm9ydCDigJMgYnV0IHBy b3ZpZGVzIGZvciByZXBsYXkgcHJvdGVjdGlvbi4gRGV0ZWN0aW5nIHdoZXRoZXIgYSBzZWNyZXQg aGFzIGFscmVhZHkgYmVlbiB1c2VkIG9yIG5vdCBpcyBkZXRlY3RhYmxlIGJ5IHRoZSB2ZXJpZmll ci4gTWV0aG9kIDQgYWxzbyBwcm92aWRlcyBmb3IgcmVwbGF5IHByb3RlY3Rpb24gZ2l2ZW4gdGhh dCBpdCBhbHNvIHVzZXMgYSBzZWNyZXQgcGVyIHBhY2tldCBhbmQgYXQgdGhlIHNhbWUgdGltZSBp cyB0byBoZWxwIHRoZSBzZWNyZXQgcHJvdmlzaW9uaW5nIGlzc3VlLCBnaXZlbiB0aGF0IHdl4oCZ ZCBvbmx5IGJvb3RzdHJhcCBhIGtleSBnZW5lcmF0b3Igb24gdGhlIG5vZGVzIGFuZCB3b3VsZCB0 aGVuIGxldmVyYWdlIEtleS1JRHMg4oCTIHdoaWNoIG1ha2VzIOKAnHNlY3JldHMgcGVyIHBhY2tl dOKAnSBtdWNoIG1vcmUgbWFuYWdlYWJsZS4NCg0KUGVyIHRoZSBub3RlIGFib3ZlLCBkdXJpbmcg dGhlIFdHIGRpc2N1c3Npb24sIGEgcHJlZmVyZW5jZSB3YXMgdm9pY2VkIGZvciDigJxNZXRob2Qg M+KAnSDigJMgYnV0IGF0IHRoZSBzYW1lIHRpbWUsIGFza2VkIGZvciBhdm9pZGluZyBhIHNlY3Jl dCBwZXIgcGFja2V0IOKAkyBidXQgcmUtdXNpbmcgdGhlIHNlY3JldCBmb3IgbXVsdGlwbGUgcGFj a2V0cywgZS5nLiBkZWZpbmVkIGJ5IGR1cmF0aW9uIG9yIG51bWJlciBvZiBwYWNrZXRzLiBIb3cg d291bGQgd2UgYXJyaXZlIGF0IGEgc29sdXRpb24gZm9yIHJlcGxheSBwcm90ZWN0aW9uIGluIHRo YXQgY2FzZT8NCk9wdGlvbnMgd2UgY291bGQgY29uc2lkZXIgaW5jbHVkZToNCihhKSBJbmNsdWRl IHRoZSBwYXlsb2FkIChvciBwb3J0aW9ucyBvZiB0aGUgcGF5bG9hZCkgaW50byB0aGUgc2lnbmlu ZyBwcm9jZXNzLCBzbyB0aGF0IHRoZSBzaWduZWQgSU9BTSBkYXRhIGJlY29tZXMgdW5pcXVlIGFu ZCBjYW5ub3QgYmUgZWFzaWx5IHJlLXVzZWQgZm9yIGZ1dHVyZSBwYWNrZXRzLg0KKGIpIEluY2x1 ZGUgYW4gYWRkaXRpb25hbCDigJxpZGVudGlmaWVy4oCdIG9yIOKAnG5vbmNl4oCdIGFzIHBhcnQg b2YgdGhlIElPQU0tZGF0YSwgd2hpY2ggd291bGQgbWFrZSB0aGUgSU9BTS1kYXRhIGFuZCB0aHVz IHRoZSBzaWduYXR1cmUgdW5pcXVlIOKAkyB3aGljaCBjb3VsZCBiZSBjaGVja2VkIGFuZCB0cmFj a2VkIGJ5IHRoZSB2ZXJpZmllcnMuDQooYykgPyBhbnkgb3RoZXIgb3B0aW9ucyA/DQoNClRob3Vn aHRzPyBPcGluaW9ucz8gUHJlZmVyZW5jZXM/DQoNCldoaWxlIGV2b2x2aW5nIHRoZSBkZXNpZ24g Zm9yIE1ldGhvZDMgKG9yIGJldHRlciAzYSBhbmQgM2IpLCBJ4oCZZCBzdWdnZXN0IHRoYXQgd2Ug a2VlcCBNZXRob2QgNCBvbiB0aGUgdGFibGUgZm9yIG5vdy4NCg0KVGhhbmtzLCBGcmFuaw0KDQpG cm9tOiBUb21teSBQYXVseSA8dHBhdWx5QGFwcGxlLmNvbTxtYWlsdG86dHBhdWx5QGFwcGxlLmNv bT4+DQpTZW50OiBGcmVpdGFnLCAyNi4gTcOkcnogMjAyMSAyMTo1OA0KVG86IFRvbW15IFBhdWx5 IDx0cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOnRwYXVseT00MGFwcGxl LmNvbUBkbWFyYy5pZXRmLm9yZz4+OyBTaHdldGhhIDxzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNv bTxtYWlsdG86c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20+PjsgRnJhbmsgQnJvY2tuZXJzIChm YnJvY2tuZSkgPGZicm9ja25lQGNpc2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj4N CkNjOiBJRVRGIElQUE0gV0cgKGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+KSA8 aXBwbUBpZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2lwcG1d IERpc2N1c3Npb24gb24gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSBt ZXRob2QgMyB2YXJpYW50IGluIEBpZXRmMTEwDQoNCkp1c3QgY2hlY2tpbmcgaGVyZeKAlHdoZW4g Y291bGQgd2UgZXhwZWN0IGFuIHVwZGF0ZWQgcHJvcG9zYWwgZm9yIHRoZSBpbnRlZ3JpdHkgZG9j dW1lbnQ/IE9uY2Ugd2UgY2FuIGNvbnZlcmdlIG9uIGEgc2V0IG9mIGFwcHJvYWNoZXMgd2UgbGlr ZSwgd2Ugd291bGQgbGlrZSB0byBnZXQgdGhpcyBwcmVwYXJlZCBmb3IgYSBXRyBhZG9wdGlvbi4N Cg0KQmVzdCwNClRvbW15DQoNCk9uIE1hciAxMiwgMjAyMSwgYXQgNjozMCBBTSwgVG9tbXkgUGF1 bHkgPHRwYXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86dHBhdWx5PTQwYXBw bGUuY29tQGRtYXJjLmlldGYub3JnPj4gd3JvdGU6DQoNClRoYW5rcywgdGhhdOKAmWQgYmUgZ3Jl YXQgdG8gc2VlIHRoZSB2YXJpYW50cyBvZiBNZXRob2QgMyBsaWtlIHRoYXQhDQoNCkJlc3QsDQpU b21teQ0KDQpPbiBNYXIgOCwgMjAyMSwgYXQgODozMSBQTSwgU2h3ZXRoYSA8c2h3ZXRoYS5iaGFu ZGFyaUBnbWFpbC5jb208bWFpbHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3JvdGU6 DQoNCk15IGJhZCwgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHJldmVyc2UgdGhlIHByb2Nlc3Mg Zm9yIHZhbGlkYXRpb24gYW5kIHJldHJpZXZlIHRoZSBwcmV2aW91cyBzaWduYXR1cmUgaW4gdGhl IHJldmVyc2Ugb3JkZXIuIFdlIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCB0byBoYXZlIE1ldGhvZCAz IHdpdGggYm90aCBzeW1tZXRyaWMvYXN5bW1ldHJpYyB2YXJpYW50cy4NCg0KVGhhbmtzLA0KU2h3 ZXRoYQ0KDQpPbiBUdWUsIE1hciA5LCAyMDIxIGF0IDc6MDcgQU0gU2h3ZXRoYSA8c2h3ZXRoYS5i aGFuZGFyaUBnbWFpbC5jb208bWFpbHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3Jv dGU6DQpEdXJpbmcgdGhlIHNlc3Npb24gMSBvZiBpcHBtIGF0IElFVEYgMTEwLCBpdCB3YXMgc3Vn Z2VzdGVkIHRvIGNvbnNpZGVyIGludHJvZHVjaW5nIGEgdmFyaWFudCBvZiBtZXRob2QgMyBpbiAg ZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSB3aXRoIGFzeW1tZXRyaWMg a2V5cy4NCg0KDQpXaGVuIHdlIHdlcmUgZGVzaWduaW5nIHRoZSBtZXRob2RzIHRvIHByb3RlY3Qg aW50ZWdyaXR5IG9mIHRoZSBlbnRpcmUgSU9BTSBkYXRhIGNvbGxlY3RlZCBhdCBlYWNoIG5vZGUs IHRoZSBub2RlIGNoYWlucyBpdCdzIG93biBub2RlIGRhdGEgd2l0aCB0aGUgc2lnbmF0dXJlIGZy b20gdGhlIHByZXZpb3VzIG5vZGUgYW5kIG92ZXJ3cml0ZXMgdGhlIHNpZ25hdHVyZToNClRyYWNl IHNpZ25hdHVyZSA9IHNpZ24oW1RyYWNlIFNpZ25hdHVyZSB8fCBpdHMgbm9kZV9kYXRhX2xpc3Rb eF0gaGFzaF0pDQoNCkluIHRoZSBzeW1tZXRyaWMga2V5IGNhc2UgdGhpcyBvcGVyYXRpb24gY2Fu IGJlIHZhbGlkYXRlZCBieSByZXZlcnNpbmcgdGhlIG9wZXJhdGlvbiBieSB0aGUgdmFsaWRhdG9y IHdobyBoYXMgdGhlIHNoYXJlZCBzZWNyZXQgZnJvbSBlYWNoIG5vZGUuDQpIb3dldmVyIHRoaXMg d2lsbCBub3Qgd29yayBpZiBub2RlcyB1c2UgdGhlaXIgcHJpdmF0ZSBrZXlzIHRvIHNpZ24gYW5k IHZhbGlkYXRvciBoYXMgdGhlIHB1YmxpYyBrZXkgdG8gdmFsaWRhdGUgYXMgaXQgY2FuIG9ubHkg dmFsaWRhdGUgYnV0IG5vdCBkZXJpdmUgYSBzcGVjaWZpYyBub2RlJ3Mgc2lnbmF0dXJlIHRvIHJl dmVyc2UgdGhlIG9wZXJhdGlvbi4NCg0KU28gSSB0aGluayB0aGUgc3BhY2Ugb3B0aW1pemVkICBt ZXRob2QgdG8gb3ZlcndyaXRlIHRoZSBzaWduYXR1cmUgYXQgZWFjaCBub2RlIGNhbm5vdCBiZSBt b2RpZmllZCB0byB1c2UgYXN5bW1ldHJpYyBrZXlzIGVhc2lseS4gV2lsbCBiZSBoYXBweSB0byBk aXNjdXNzIGlkZWFzIHRvIGNyZWF0ZSBhIHNwYWNlIG9wdGltaXplZCBhc3ltbWV0cmljIGtleSBi YXNlZCBzb2x1dGlvbi4NCg0KVGhhbmtzDQpTaHdldGhhDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRm Lm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vaXBwbTxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG1fXzshIUJoZFQhMDRtV2s5eC1VdDVLMGVjTkhmbnQ4 Z192RWVRUFh3Wng4b1BfNTFjU1pOVVAyMTRNeWpxT2Noa0VlQTNSJD4NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0DQpp cHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pcHBtPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczov d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbV9fOyEhQmhkVCEwNG1Xazl4LVV0NUsw ZWNOSGZudDhnX3ZFZVFQWHdaeDhvUF81MWNTWk5VUDIxNE15anFPY2hrRWVBM1IkPg0KDQo= --_000_4D7F4AD313D3FC43A053B309F97543CF0147CD0A59njmtexg5resea_ 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 bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp ZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6 YmxhY2s7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA1Ni43cHQgNzAuODVwdDt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkhpIEZyYW5rLCBUb21teSwgYW5kIGFsbCw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+VEw7RFI6IE5v IHNvbHV0aW9uLCBqdXN0IHRyeWluZyB0byByZWZpbmUgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFu ZCBzdWdnZXN0aW9uIHRvIHNlZWsgU0VDIGFkdmljZS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JIGhhdmVu4oCZdCBmb2xsb3dlZCB0aGUgaW50ZWdy aXR5IGRpc2N1c3Npb25zIGNsb3NlbHksIGJ1dCBoZWFyaW5nIHRoZSByZXZpZXcgb2Ygb3B0aW9u cyBhdCB0aGUgSUVURi0xMTAvSVBQTSBzZXNzaW9uLCBhbmQgYWRkaXRpb25hbCBkZXRhaWxzIGZv ciB0aGUgb3B0aW9ucyB0aGF0IEZyYW5rIGRlc2NyaWJlZCBiZWxvdywNCiBpdCBzZWVtcyB3ZSBj b3VsZCB1c2Ugc29tZSBleHBlcnQgYWR2aWNlLiBUaGVyZSBpcyBhIHBlcnBldHVhbCB0ZW5zaW9u IGJldHdlZW4gcHJvdGVjdGlvbiBmcm9tIHZhcmlvdXMgYXR0YWNrcyBhbmQgdGhlIHByb3RvY29s IHBlcmZvcm1hbmNlIGFjaGlldmFibGUgaW4gcHJhY3RpY2UsIGVzcGVjaWFsbHkgd2hlbiBjb25z aWRlcmluZyBwZXItcGFja2V0IGludGVncml0eS4gSU9XLCBpZiB0aGUgc2VjdXJpdHkgbWVhc3Vy ZXMgZHJhZyBkb3duIHRvbw0KIGhhcmQgb24gcGVyZm9ybWFuY2UsIHRoZXkgd29u4oCZdCBiZSB1 c2VkIGluIHByYWN0aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OmJsYWNrIj5JbiBhIHN1Y2Nlc3NmdWwgZW5kLWdhbWUsIHdlIHdpbGwgaGF2ZSBiYWxhbmNlZCB0 aGUgKHBvc3NpYmx5IGluY3JlYXNlZCkgcmlza3MgaW5oZXJlbnQgaW4gdGhlIHNlbGVjdGVkIHNl Y3VyaXR5IG1lYXN1cmVzIHdpdGggdGhlIHByYWN0aWNhbCBwZXItcGFja2V0IGltcGxlbWVudGF0 aW9uIChyZXF1aXJpbmcgaGlnaCBwYWNrZXQtcGVyLXNlY29uZA0KIHJhdGVzLCB3aWRlIGRpc3Ry aWJ1dGlvbiwgYW5kIG90aGVyIGRlcGxveW1lbnQgbmVlZHMpLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5J4oCZbSBhIHZlcnkgaW50ZXJlc3RlZCBzcGVj dGF0b3IgaGVyZSwgYmVjYXVzZSB3ZSBtYXkgbmVlZCB0byBzb2x2ZSB0aGlzIHByb2JsZW0gYWdh aW4gZm9yIHBhY2tldCBzdHJlYW1zIHVzZWQgaW4gaGlnaC1jYXBhY2l0eSB0ZXN0aW5nIHdpdGgg d2lkZXNwcmVhZCBkZXBsb3ltZW50Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDs7Y29sb3I6YmxhY2siPlNvLCBhZHZpY2UgaW4gdGhlIGZvcm0gb2YgYSByZWNvbW1lbmRlZCBz b2x1dGlvbiB0byBvdXIgcGFydGljdWxhciBwcm9ibGVtIHdpdGggYW4gYWNjZXB0YWJsZSBsZXZl bCBvZiByaXNrLCBmcm9tIFNFQy1EaXIsIFNFQy1BRHMsIG9yIGVsc2V3aGVyZSwgbWlnaHQgaGVs cCB1cyB3aW5ub3ctZG93biB0aGUgY2hvaWNlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjayI+aG9wZSB0aGlzIGhlbHBzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+QWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9t OjwvYj4gaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZ10gPGI+T24gQmVoYWxmIE9m DQo8L2I+RnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSk8YnI+DQo8Yj5TZW50OjwvYj4gU2F0dXJk YXksIE1hcmNoIDI3LCAyMDIxIDEwOjU0IEFNPGJyPg0KPGI+VG86PC9iPiBUb21teSBQYXVseSAm bHQ7dHBhdWx5QGFwcGxlLmNvbSZndDs7IFRvbW15IFBhdWx5ICZsdDt0cGF1bHk9NDBhcHBsZS5j b21AZG1hcmMuaWV0Zi5vcmcmZ3Q7OyBTaHdldGhhICZsdDtzaHdldGhhLmJoYW5kYXJpQGdtYWls LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IElFVEYgSVBQTSBXRyAoaXBwbUBpZXRmLm9yZykgJmx0 O2lwcG1AaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gRGlzY3Vz c2lvbiBvbiBkcmFmdC1icm9ja25lcnMtaXBwbS1pb2FtLWRhdGEtaW50ZWdyaXR5IG1ldGhvZCAz IHZhcmlhbnQgaW4gQGlldGYxMTA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkhpIFRvbW15LCBJUFBNIFdHLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZeKAmWxsIGxv b2sgaW50byB0aGUgdXBkYXRlIGFmdGVyIHRoZSBFYXN0ZXIgYnJlYWsuIEJlZm9yZSB0aGF0LCBJ 4oCZZCBncmVhdGx5IGFwcHJlY2lhdGUgZnVydGhlciBpbnB1dCBhbmQgdGhvdWdodHMgb24gdGhl IHByZWZlcnJlZCBtZXRob2RzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiBvdXIgSVBQTSBX RyBtZWV0aW5nIGR1cmluZyBJRVRGIDExMCwgeW91IHZvaWNlZCBhIHByZWZlcmVuY2UgZm9yIE1l dGhvZCAzIOKAkyBicm9rZW4gdXAgaW50byBhIOKAnE1ldGhvZCAzYSDigJMgd2l0aCBzeW1tZXRy aWMga2V5ICh0aGUgY3VycmVudCBNZXRob2QgMynigJ0gYW5kIGEg4oCcTWV0aG9kIDNiIOKAkyB3 aXRoIGFzeW1tZXRyaWMga2V5c+KAnS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QZXIgdGhl IGRpc2N1c3Npb24sIHRoZSBNZXRob2QgMyBhcHByb2FjaCBzdWZmZXJzIGZyb20gdGhlIGNoYWxs ZW5nZXMgdGhhdCBvbmUgd291bGQgbmVlZCB0byBwcm92aXNpb24gYSBzZWNyZXQgcGVyIHBhY2tl dCwgd2hpY2ggaXMgYSBzaWduaWZpY2FudCBlZmZvcnQg4oCTIGJ1dCBwcm92aWRlcyBmb3IgcmVw bGF5IHByb3RlY3Rpb24uIERldGVjdGluZyB3aGV0aGVyIGEgc2VjcmV0IGhhcyBhbHJlYWR5IGJl ZW4NCiB1c2VkIG9yIG5vdCBpcyBkZXRlY3RhYmxlIGJ5IHRoZSB2ZXJpZmllci4gTWV0aG9kIDQg YWxzbyBwcm92aWRlcyBmb3IgcmVwbGF5IHByb3RlY3Rpb24gZ2l2ZW4gdGhhdCBpdCBhbHNvIHVz ZXMgYSBzZWNyZXQgcGVyIHBhY2tldCBhbmQgYXQgdGhlIHNhbWUgdGltZSBpcyB0byBoZWxwIHRo ZSBzZWNyZXQgcHJvdmlzaW9uaW5nIGlzc3VlLCBnaXZlbiB0aGF0IHdl4oCZZCBvbmx5IGJvb3Rz dHJhcCBhIGtleSBnZW5lcmF0b3Igb24gdGhlIG5vZGVzIGFuZA0KIHdvdWxkIHRoZW4gbGV2ZXJh Z2UgS2V5LUlEcyDigJMgd2hpY2ggbWFrZXMg4oCcc2VjcmV0cyBwZXIgcGFja2V04oCdIG11Y2gg bW9yZSBtYW5hZ2VhYmxlLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJi YWNrZ3JvdW5kOnllbGxvdzttc28taGlnaGxpZ2h0OnllbGxvdyI+UGVyIHRoZSBub3RlIGFib3Zl LCBkdXJpbmcgdGhlIFdHIGRpc2N1c3Npb24sIGEgcHJlZmVyZW5jZSB3YXMgdm9pY2VkIGZvciDi gJxNZXRob2QgM+KAnSDigJMgYnV0IGF0IHRoZSBzYW1lIHRpbWUsIGFza2VkIGZvciBhdm9pZGlu ZyBhIHNlY3JldCBwZXIgcGFja2V0IOKAkyBidXQgcmUtdXNpbmcgdGhlIHNlY3JldCBmb3IgbXVs dGlwbGUNCiBwYWNrZXRzLCBlLmcuIGRlZmluZWQgYnkgZHVyYXRpb24gb3IgbnVtYmVyIG9mIHBh Y2tldHMuPC9zcGFuPiBIb3cgd291bGQgd2UgYXJyaXZlIGF0IGEgc29sdXRpb24gZm9yIHJlcGxh eSBwcm90ZWN0aW9uIGluIHRoYXQgY2FzZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPk9wdGlvbnMgd2UgY291bGQgY29uc2lkZXIgaW5jbHVkZTo8YnI+DQooYSkgSW5jbHVk ZSB0aGUgcGF5bG9hZCAob3IgcG9ydGlvbnMgb2YgdGhlIHBheWxvYWQpIGludG8gdGhlIHNpZ25p bmcgcHJvY2Vzcywgc28gdGhhdCB0aGUgc2lnbmVkIElPQU0gZGF0YSBiZWNvbWVzIHVuaXF1ZSBh bmQgY2Fubm90IGJlIGVhc2lseSByZS11c2VkIGZvciBmdXR1cmUgcGFja2V0cy48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihiKSBJbmNsdWRlIGFuIGFkZGl0aW9uYWwg4oCc aWRlbnRpZmllcuKAnSBvciDigJxub25jZeKAnSBhcyBwYXJ0IG9mIHRoZSBJT0FNLWRhdGEsIHdo aWNoIHdvdWxkIG1ha2UgdGhlIElPQU0tZGF0YSBhbmQgdGh1cyB0aGUgc2lnbmF0dXJlIHVuaXF1 ZSDigJMgd2hpY2ggY291bGQgYmUgY2hlY2tlZCBhbmQgdHJhY2tlZCBieSB0aGUgdmVyaWZpZXJz LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGMpID8gYW55IG90aGVyIG9w dGlvbnMgPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaG91Z2h0cz8gT3BpbmlvbnM/IFByZWZl cmVuY2VzPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGlsZSBldm9sdmluZyB0aGUgZGVzaWdu IGZvciBNZXRob2QzIChvciBiZXR0ZXIgM2EgYW5kIDNiKSwgSeKAmWQgc3VnZ2VzdCB0aGF0IHdl IGtlZXAgTWV0aG9kIDQgb24gdGhlIHRhYmxlIGZvciBub3cuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoYW5rcywgRnJhbms8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGlu ZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4g VG9tbXkgUGF1bHkgJmx0OzxhIGhyZWY9Im1haWx0bzp0cGF1bHlAYXBwbGUuY29tIj50cGF1bHlA YXBwbGUuY29tPC9hPiZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmVpdGFnLCAyNi4gTcOkcnog MjAyMSAyMTo1ODxicj4NCjxiPlRvOjwvYj4gVG9tbXkgUGF1bHkgJmx0OzxhIGhyZWY9Im1haWx0 bzp0cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmciPnRwYXVseT00MGFwcGxlLmNvbUBk bWFyYy5pZXRmLm9yZzwvYT4mZ3Q7OyBTaHdldGhhICZsdDs8YSBocmVmPSJtYWlsdG86c2h3ZXRo YS5iaGFuZGFyaUBnbWFpbC5jb20iPnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPC9hPiZndDs7 IEZyYW5rIEJyb2NrbmVycyAoZmJyb2NrbmUpICZsdDs8YSBocmVmPSJtYWlsdG86ZmJyb2NrbmVA Y2lzY28uY29tIj5mYnJvY2tuZUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gSUVU RiBJUFBNIFdHICg8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwv YT4pICZsdDs8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBwbUBpZXRmLm9yZzwvYT4m Z3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaXBwbV0gRGlzY3Vzc2lvbiBvbiBkcmFmdC1i cm9ja25lcnMtaXBwbS1pb2FtLWRhdGEtaW50ZWdyaXR5IG1ldGhvZCAzIHZhcmlhbnQgaW4gQGll dGYxMTA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkp1c3QgY2hlY2tp bmcgaGVyZeKAlHdoZW4gY291bGQgd2UgZXhwZWN0IGFuIHVwZGF0ZWQgcHJvcG9zYWwgZm9yIHRo ZSBpbnRlZ3JpdHkgZG9jdW1lbnQ/IE9uY2Ugd2UgY2FuIGNvbnZlcmdlIG9uIGEgc2V0IG9mIGFw cHJvYWNoZXMgd2UgbGlrZSwgd2Ugd291bGQgbGlrZSB0byBnZXQgdGhpcyBwcmVwYXJlZCBmb3Ig YSBXRyBhZG9wdGlvbi48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkJlc3QsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Ub21teTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNYXIgMTIsIDIwMjEsIGF0IDY6MzAgQU0sIFRvbW15 IFBhdWx5ICZsdDs8YSBocmVmPSJtYWlsdG86dHBhdWx5PTQwYXBwbGUuY29tQGRtYXJjLmlldGYu b3JnIj50cGF1bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcywgdGhhdOKA mWQgYmUgZ3JlYXQgdG8gc2VlIHRoZSB2YXJpYW50cyBvZiBNZXRob2QgMyBsaWtlIHRoYXQhPG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0LDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VG9tbXk8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+T24gTWFyIDgsIDIwMjEsIGF0IDg6MzEgUE0sIFNod2V0aGEgJmx0OzxhIGhyZWY9Im1h aWx0bzpzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbSI+c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5j b208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ TXkgYmFkLCBpdCBzaG91bGQgYmUgcG9zc2libGUgdG8gcmV2ZXJzZSB0aGUgcHJvY2VzcyBmb3Ig dmFsaWRhdGlvbiBhbmQgcmV0cmlldmUgdGhlIHByZXZpb3VzIHNpZ25hdHVyZSBpbiB0aGUgcmV2 ZXJzZSBvcmRlci4gV2Ugd2lsbCB1cGRhdGUgdGhlIGRyYWZ0IHRvIGhhdmUgTWV0aG9kIDMgd2l0 aCBib3RoIHN5bW1ldHJpYy9hc3ltbWV0cmljDQogdmFyaWFudHMuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TaHdldGhhPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIE1hciA5 LCAyMDIxIGF0IDc6MDcgQU0gU2h3ZXRoYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNod2V0aGEuYmhh bmRhcmlAZ21haWwuY29tIj5zaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EdXJpbmcgdGhl IHNlc3Npb24gMSBvZiBpcHBtIGF0IElFVEYgMTEwLCBpdCB3YXMgc3VnZ2VzdGVkIHRvIGNvbnNp ZGVyIGludHJvZHVjaW5nIGEgdmFyaWFudCBvZiBtZXRob2QgMyBpbiZuYnNwOyZuYnNwO2RyYWZ0 LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHkmbmJzcDt3aXRoIGFzeW1tZXRyaWMg a2V5cy48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTMuNXB0Ij5XaGVuIHdlIHdlcmUgZGVzaWduaW5nIHRoZSBtZXRob2RzIHRv IHByb3RlY3QgaW50ZWdyaXR5IG9mIHRoZSBlbnRpcmUgSU9BTSBkYXRhIGNvbGxlY3RlZCBhdCBl YWNoIG5vZGUsIHRoZSBub2RlIGNoYWlucyBpdCdzIG93biBub2RlIGRhdGEgd2l0aCB0aGUgc2ln bmF0dXJlIGZyb20gdGhlIHByZXZpb3VzIG5vZGUgYW5kIG92ZXJ3cml0ZXMgdGhlIHNpZ25hdHVy ZTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdCI+VHJhY2Ugc2lnbmF0dXJlID0gc2ln bihbVHJhY2U8L3NwYW4+Jm5ic3A7U2lnbmF0dXJlPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41 cHQiPiZuYnNwO3x8IGl0cyBub2RlX2RhdGFfbGlzdFt4XSBoYXNoXSk8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTMuNXB0Ij5JbiB0aGUgc3ltbWV0cmljIGtleSBjYXNlIHRoaXMgb3BlcmF0 aW9uIGNhbiBiZSB2YWxpZGF0ZWQgYnkgcmV2ZXJzaW5nIHRoZSBvcGVyYXRpb24gYnkgdGhlIHZh bGlkYXRvciB3aG8gaGFzIHRoZSBzaGFyZWQgc2VjcmV0IGZyb20gZWFjaCBub2RlLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5Ib3dldmVyIHRoaXMgd2lsbCBub3Qgd29yayBpZiBu b2RlcyB1c2UgdGhlaXIgcHJpdmF0ZSBrZXlzIHRvIHNpZ24gYW5kIHZhbGlkYXRvciBoYXMgdGhl IHB1YmxpYyBrZXkgdG8gdmFsaWRhdGUgYXMgaXQgY2FuIG9ubHkgdmFsaWRhdGUgYnV0IG5vdCBk ZXJpdmUgYSBzcGVjaWZpYyBub2RlJ3Mgc2lnbmF0dXJlIHRvIHJldmVyc2UgdGhlIG9wZXJhdGlv bi4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5TbyBJIHRoaW5rIHRo ZSBzcGFjZSBvcHRpbWl6ZWQmbmJzcDsgbWV0aG9kIHRvIG92ZXJ3cml0ZSB0aGUgc2lnbmF0dXJl IGF0IGVhY2ggbm9kZSBjYW5ub3QgYmUgbW9kaWZpZWQgdG8gdXNlIGFzeW1tZXRyaWMga2V5cyBl YXNpbHkuIFdpbGwgYmUgaGFwcHkgdG8gZGlzY3VzcyBpZGVhcyB0byBjcmVhdGUgYSBzcGFjZSBv cHRpbWl6ZWQgYXN5bW1ldHJpYyBrZXkgYmFzZWQNCiBzb2x1dGlvbi48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTMuNXB0Ij5UaGFua3M8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVw dCI+U2h3ZXRoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmlwcG0gbWFpbGluZyBs aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtX187ISFCaGRUITA0bVdrOXgtVXQ1SzBlY05IZm50 OGdfdkVlUVBYd1p4OG9QXzUxY1NaTlVQMjE0TXlqcU9jaGtFZUEzUiQiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmlwcG0gbWFpbGluZyBs aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciPmlwcG1AaWV0Zi5vcmc8L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtX187ISFCaGRUITA0bVdrOXgtVXQ1SzBlY05IZm50 OGdfdkVlUVBYd1p4OG9QXzUxY1NaTlVQMjE0TXlqcU9jaGtFZUEzUiQiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_4D7F4AD313D3FC43A053B309F97543CF0147CD0A59njmtexg5resea_-- From nobody Sat Mar 27 13:29:23 2021 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 4CC253A112D; Sat, 27 Mar 2021 13:29:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.35 X-Spam-Level: X-Spam-Status: No, score=-2.35 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.251, 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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=akamai.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 u8yWKOrFJ-2V; Sat, 27 Mar 2021 13:29:13 -0700 (PDT) Received: from mx0b-00190b01.pphosted.com (mx0b-00190b01.pphosted.com [IPv6:2620:100:9005:57f::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FC363A1128; Sat, 27 Mar 2021 13:29:12 -0700 (PDT) Received: from pps.filterd (m0122330.ppops.net [127.0.0.1]) by mx0b-00190b01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 12RKPXZB003210; Sat, 27 Mar 2021 20:29:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=jan2016.eng; bh=Inq32gKe402BubOGDK0bVMfpRMT9kc5NTak9tmxdEqI=; b=Hbet2TsbjnP/Ux0DBi5lbDSoQIS0/FfMzcmyBhXzfHPxzpktxbDgymvp93EHcsbZreGJ qSTYoJZPUhVqBYurASAlmmwuSe3RDaUEWl6V0KwcILPpDH0B6zcoaJbShuow4OMthjkU BUxBG0vZtnj27s0FHKMWxQC3UMxrufynBf7upxiqBsmGUb2JXYCRNPVV4sOn7JxvsCvt UyS44qi1Fo90bFcFxIqfl/PyCCWK71paUWcExwZBcNQd67hRESu6RAtNeEADlkdItiR/ ncBy4GeVs8/dcCP4Iol+7PEnBS6yP8+i6KR9VauXt2BQS+GYdlw2ZldjuFMRVtjxIqhA tA== Received: from prod-mail-ppoint2 (prod-mail-ppoint2.akamai.com [184.51.33.19] (may be forged)) by mx0b-00190b01.pphosted.com with ESMTP id 37hw85c09w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Mar 2021 20:29:07 +0000 Received: from pps.filterd (prod-mail-ppoint2.akamai.com [127.0.0.1]) by prod-mail-ppoint2.akamai.com (8.16.0.43/8.16.0.43) with SMTP id 12RKKMhh013303; Sat, 27 Mar 2021 16:28:57 -0400 Received: from email.msg.corp.akamai.com ([172.27.123.53]) by prod-mail-ppoint2.akamai.com with ESMTP id 37j01yhbjn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sat, 27 Mar 2021 16:28:57 -0400 Received: from USMA1EX-DAG1MB5.msg.corp.akamai.com (172.27.123.105) by usma1ex-dag1mb4.msg.corp.akamai.com (172.27.123.104) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 27 Mar 2021 16:28:57 -0400 Received: from USMA1EX-DAG1MB5.msg.corp.akamai.com ([172.27.123.105]) by usma1ex-dag1mb5.msg.corp.akamai.com ([172.27.123.105]) with mapi id 15.00.1497.012; Sat, 27 Mar 2021 16:28:57 -0400 From: "Lubashev, Igor" To: Cociglio Mauro , "IETF IPPM WG (ippm@ietf.org)" , "explicit-meas@ietf.org" , Ian Swett , "alexandre.ferrieux@orange.com" , "HAMCHAOUI Isabelle IMT/OLN" CC: "quic@ietf.org" , "tsvwg@ietf.org" Thread-Topic: Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) Thread-Index: AdcaadL89WUw5nTMSaO6t2YHkK4COgI2TAZA Date: Sat, 27 Mar 2021 20:28:56 +0000 Message-ID: <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> References: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> In-Reply-To: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Enabled=true; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SetDate=2021-03-16T13:47:41Z; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Method=Standard; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_Name=Uso Interno; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_SiteId=6815f468-021c-48f2-a6b2-d65c8e979dfb; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ActionId=50ed9e22-6867-47f8-99dd-40ec1c384e99; MSIP_Label_d6986fb0-3baa-42d2-89d5-89f9b25e6ac9_ContentBits=2 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.19.35.170] 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.369, 18.0.761 definitions=2021-03-27_09:2021-03-26, 2021-03-27 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 adultscore=0 phishscore=0 malwarescore=0 mlxscore=0 bulkscore=0 suspectscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103270162 X-Proofpoint-GUID: _mhnEuHKDvyUOlK9mSklBCu-u6QfEzEt X-Proofpoint-ORIG-GUID: _mhnEuHKDvyUOlK9mSklBCu-u6QfEzEt X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-27_09:2021-03-26, 2021-03-27 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxscore=0 impostorscore=0 clxscore=1011 adultscore=0 malwarescore=0 priorityscore=1501 spamscore=0 mlxlogscore=999 lowpriorityscore=0 phishscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103270163 X-Agari-Authentication-Results: mx.akamai.com; spf=${SPFResult} (sender IP is 184.51.33.19) smtp.mailfrom=ilubashe@akamai.com smtp.helo=prod-mail-ppoint2 Archived-At: Subject: Re: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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: Sat, 27 Mar 2021 20:29:17 -0000 Thank you, Mauro. I would like to point out to IPPM WG that some of the proposed measurement = techniques have already been implemented and had been running on the Intern= et in 2019 and 2020. Namely, Akamai has implemented Loss Bits (L+Q) and en= abled them on a large portion of QIUC traffic served to Orange Telecom user= s in several countries, while Orange implemented observers that collected a= nd analyzed the measurements. We have discussed the measurements and techn= iques in MAPRG during IETF-105 (and at other WGs and meetings). Here is our IETF-105 MAPRG presentation discussing the data https://datatra= cker.ietf.org/meeting/105/materials/slides-105-maprg-packet-loss-signaling-= for-encrypted-protocols-01. In short, we found that unidirectional observations of QUIC traffic with L+= Q bits alone to be effective for measuring both upstream and downstream pac= ket loss and characterizing the magnitude of packet reordering. During the last meeting Ian asked whether Akamai would implement and enable= these measurements techniques for QUIC on the large scale, if all the rele= vant drafts get standardized by IETF. The answer is that, yes, we would. = We are very interested in doing what it takes to improve Internet performan= ce for the users, and we would work hard to implement techniques that can h= elp network operators to improve QOS on their networks. - Igor > -----Original Message----- > From: Cociglio Mauro > Sent: Tuesday, March 16, 2021 9:48 AM > To: IETF IPPM WG (ippm@ietf.org) ; explicit-meas@ietf.org > Cc: quic@ietf.org; tsvwg@ietf.org > Subject: [ippm] Comparing Alternate Marking and Explicit Flow > Measurements (Spin bit, ...) >=20 > Hi. > Last Friday during the IPPM meeting, =A0after the "Explicit Flow Measurem= ents" > draft presentation > (https://urldefense.com/v3/__https://tools.ietf.org/html/draft-mdt-ippm- > explicit-flow-measurements-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM3NTyNCU$ ), Greg Mirsky raised an > issue that I think is very important. > The question is about differences and similarities between the two types = of > production traffic packet marking for performance measurements, proposed > in IETF and initiated in the IPPM WG: Alternate Marking and Explicit Flow > Measurements. >=20 > The first technique known as Alternate Marking or AM/PM (Alternate > Marking Performance Monitoring) is defined, in general terms, in RFC8321 > (the point-to-point version) and RFC8889 (the multipoint version). > It is essentially a Telco measurement, born to measure packet delay and l= oss > between the input and output of a network, or between 2 internal points o= f > the network, in order to identify and localize a problem. It is a network > measure and it is the network operator that performs the marking by > modifying packets on the fly. > The strength of this technique comes from the decoupling of marking and > measurement. We can mark all traffic, using a fixed marking interval (typ= ically > "big": from 1 second up to 5 minutes), then we decide what to measure > based on the resources I want to use. In case of packet loss measurement > we can start from a single packet counter for all traffic for each measur= ement > point (possibility described in RFC8889), to have a network measurement, = to > arrive to a counter for each point-to-point connection you want to monito= r > (as described in RFC8321). > In order to obtain the measurement it is necessary to compare the data > collected from at least 2 measurement points (counters for packet loss, > timestamps for delay). Then a "communication" between measurement > points, or with a Network Measurement Center, is needed. > There are already commercial implementations of this technique (also for > IPv4) and IETF drafts that are standardizing it for various protocols (IP= v6, > MPLS, Segment Routing, BIER, ...). > The Alternate Marking methodology is evolving into the draft "Big Data > AltMark" (https://urldefense.com/v3/__https://tools.ietf.org/html/draft- > c2f-ippm-big-data-alt-mark-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM_yNIIgs$ ) that defines point-to-point > flows measurements applying post processing to performance data collected > by sampling a single network multipoint flow. >=20 > The second marking technique for performance monitoring of packet > networks has been called Explicit Flow Measurements (EFM), and is more > recent because it's born with the Spin bit RTT measurement. And it came > about primarily to have an end-to-end performance measure, from the > terminal, on which an application is running, to the server at the opposi= te > end of the network. EFM can be seen as complementary measures to > Alternate Marking. > It requires certain characteristics of the protocols to which it can be a= pplied, > which are client-server, and it is particularly convenient for protocols = that > prevent the marking of packets on the fly (e.g. QUIC), because the markin= g > occurs only on the end-points of the connection. > The disadvantage with respect to the previous technique is that it always > works for client-server point-to-point connection, it is not possible to > aggregate measurements saving on monitoring resources as described in > RFC8889. The advantage is that it can also work with a single monitoring > point, even if having more points enhances it and allows intradomain > measurements. With a single measurement point you can obtain end-to-end > measures (Spin bit, Delay bit for delay and Loss bit, rT loss bit for pac= ket loss) > or end-to-observer measures (sQuare bit and Reflection bit for packet los= s). > End-to-observer measurements and scalability considerations make it > particularly convenient to place a measurement point on the client (see > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-cnbf-ippm- > user-devices-explicit-monitoring-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J- > D-O99Zvrz686frIu4shWxPEipwQd7TTuOMvZGbbWs$ ). >=20 > Best Regards. >=20 > Mauro > _____________________ > Mauro Cociglio > TIM - Telecom Italia > Via G. Reiss Romoli, 274 > 10148 - Torino (Italy) > Tel.: +390112285028 > Mobile: +393357669751 > _____________________ >=20 >=20 > TIM - Uso Interno - Tutti i diritti riservati. >=20 > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle > persone indicate. La diffusione, copia o qualsiasi altra azione derivante= dalla > conoscenza di queste informazioni sono rigorosamente vietate. Qualora > abbiate ricevuto questo documento per errore siete cortesemente pregati d= i > darne immediata comunicazione al mittente e di provvedere alla sua > distruzione, Grazie. >=20 > This e-mail and any attachments is confidential and may contain privilege= d > information intended for the addressee(s) only. Dissemination, copying, > printing or use by anybody else is unauthorised. If you are not the inten= ded > recipient, please delete this message and any attachments and advise the > sender by return e-mail, Thanks. >=20 > Rispetta l'ambiente. Non stampare questa mail se non =E8 necessario. >=20 > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ippm_ > _;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOMMXmeW4s$ From nobody Sun Mar 28 03:22:25 2021 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 A0E453A1740 for ; Sun, 28 Mar 2021 03:22:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.494 X-Spam-Level: X-Spam-Status: No, score=-9.494 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=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=YWlxcitV; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HJsGUDx6 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 hmE9B7rvmXvi for ; Sun, 28 Mar 2021 03:22:18 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B08D3A173E for ; Sun, 28 Mar 2021 03:22:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35642; q=dns/txt; s=iport; t=1616926938; x=1618136538; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=iTWB9i7R36Ca/ZH56OEnPBEUnwajqTVw3PxxIxg0918=; b=YWlxcitVIBD/TG7j+VVhIk6EXa7uvyxgL+ACh0E4V2Sg+7trBGVaRoZw MoUEl/l+zx9Ey+8cQe+/17pJF3VxtnB0o5G164at3hErBcZcxph+/rI4B 62dWqTULhMoHFhCR/YyWYISuKcgJ5W/HoE+W95O2tcXESxTRo6tPR9S4a g=; X-IPAS-Result: =?us-ascii?q?A0ADAACaWGBgmJpdJa1aGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBgXwFAQEBAQsBgSIwIy59WjYxAweEN4FfgWkDhFlgiD8DgQmJI?= =?us-ascii?q?Y8KgS6BJQNUCwEBAQ0BAR0BBQ8CBAEBgxuBNQIXgWkCJTQJDgIDAQEBAwIDA?= =?us-ascii?q?QEBAQEFAQEBAgEGBBQBAQEBAQEBAYY2DYZEAQEBBAEBDBUKEwEBIwYDCwEPA?= =?us-ascii?q?gEGAhABBAEBIQcDAgICHwYLFAkIAgQBDQUIEwSCUQGBflcDLwEOkHWQawKKH?= =?us-ascii?q?neBMoMEAQEGhR0NC4ITAwaBOQGCdYQHAQGBE4FGg3ImHIFJQoESQ4FbSTU+g?= =?us-ascii?q?VdHQgEBAoEzKxUWCYJgNYIrgVgGCxNIRCMDBDIZCCAvDAsVCj8IBwMUGwkEG?= =?us-ascii?q?QUJARMPGJA4QoMEh1ydclsKgwaJWYcWhkGFVINImiiGYB2GHo5Mgg6JUoMUj?= =?us-ascii?q?zMEHYRBAgQCBAUCDgEBBoFUOIFbcBU7gmlQFwINjX0iCw4JFIM5hRSFRXMCN?= =?us-ascii?q?gIGAQkBAQMJfIVgAiYHgQcBgQ4BAQ?= IronPort-PHdr: A9a23:k7tAnB0LrRMGO1k7smDPaVBlVkAck7zpIg4Y7IYmgLtSc6Oluo7vJ 1Hb+e4FpEXERojS8flEzePKr+brXmlTqZqCsXVXdptKWldFjMgNhAUvDYaDDlGzN//laSE2X aEgHF9o9n22Kw5ZTcD5YVCBuHCp4DcIERW5PBZpYO/yH92ag8G+zevn/ZrVbk1Bjya8ZrUnK hKwoE3Ru8AajJEkJLw2z07Co2BDfKJdwmY7TW8= IronPort-HdrOrdr: A9a23:SHIkBambbJYg1nvsgbZUQswrpiTpDfN+jmdD5ilNYBxZY6Wkvu iUtrAyyQL0hDENWHsphNCHP+26TWnB8INuiLNxAZ6LZyOjnGezNolt4c/ZwzPmEzDj7eI178 ldWoBEIpnLAVB+5PyU3CCRGdwt2cTC1aiui/vXwXsFd3AUV4hLxW5Ce2GmO2dxQxRLAod8MZ Ka6NZOqTbIQwVoUu2QAH4ZU+/f4+DajZ6OW29JOzcLyimryQmp5rnzDgSC0n4lMw9n7L8+/Q H+4nfEz4q5tfXT8G6460by6NBslMLl2p9/AqW3+7QoAxHNrirtW4h7Qb2Fu1kO0aCSwXInis PFrRtlH+kb0QKqQkiPrRHg2xbt3V8VgheIozL18BiTw/DRfz40B9FMgohUaHLimjcdleth26 FG1X/xjeswMTr8nT/w79WNdxZmmlvcmwtbrccvjmdSWYZbVblJrYZ3xjItLL48GkvBmeQaOd grKPuZyOddcFucYXyclHJo2saQUnM6GQrDalQeu+SOugIm3ExR/g89/ogyj30A/JUyR91v/O LfKJllk7lIU4s/cb99PuEcWsG6Y1a9Ai7kASa3GxDKBasHM3XCp9rc+7Mu/tynf5QO0d8UlI neVkhb8Uo/YVjnB8HL/JAjyGGOfEyNGRDWju1O7ZlwvbPxAJDxNzeYdVwom8y85/oFBMnWXO uyJYJWD/fvIXCGI/cM4yTOH71pbVUOWswcvdg2H3iUpNjQF4HsvuvHNPbfTYCdVgoMayfaOD 8uTTLzLMJP4gSAQXnjmiXcXHvrZwj69ZJ0G67K4vgLxOE2R8txmzlQrW78ytCAKDVEvKBzVl B5OqnbnqSyonTz+33J4WVvMh9UFV1U/73kTnNPqWYxQgbJWIdGn+/aVXFZ3XOBKBM6ZdjRCh Rjq1N+/r/yM4ad3jk4C9WsMnuTinwaoH7ideZEpoSzoePePr8oBJcvX6J8UTjRHxtugABwtS NocwkfXHLSETvolISohJEZH/vkatF5mQunSPQk8U73hAG5n4UPTmFedyOyWcSX6DxeNgZ8tx lUyesjp5au3RyoMnAyhewkNkYkUhXmPJt2SCKfZItVnbj3fhpXVmniv03AtzgDPkz36k4Vmm vtaQqTdP2jOCsBhlloloD37VhzamKRO3hVV0k/m4h8GWPa00wDi9Ojbrav0meXd1sJyvwcNj aAejcJPgZy3bmMpW2osSfHGnM8ypo0OOvBSLwlbrHIw3uobJaFjKccApZvjdtYHcGrtu8ASu SEfQCJaDv+FuMywgSQz0xVcxVcuT0hkfny3gfi43X91HkjAeDKKFAjQ70AOdmT4yzlQPmPua 8Jx+4drK+1Mm/rbMSBxrySZzlfKgnLqWrzVvo2s/lvzNQPnao2G4OeXSrD1XlB0hl7JMDolF kGSKA+5LzaIIdgc8EbZioxxCtkqP2faE8w9gDmCO43el8gy2XWON6E+LLEo7siCE/pnnq5BX CPtylGu/vVVSqK0rAXT78qKWNNcU4m9TBs+viBe4C4MnTkS8hTuF6hdnmzf79WRPLbRfEerh Nm78qJmOHSfSziwwzUtSZ6JKUL82vPe7LHPCucXepTt9q9MhCQh6Hv5si5hjL+UyG6ZEQVnp ctTz1YUu1Tzj05yJQq2S2zQLHtqk0rk1FC8Shq/2Sdr7SO8SPeBwVaKgXXjZVdQClLPnWJhc rD9/KE1H6V2kkz5bDTUEFKft9PHNAMTo/4ayd2QPJgzoKVww== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.81,285,1610409600"; d="scan'208,217";a="687831132" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 28 Mar 2021 10:22:16 +0000 Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 12SAMG6d004212 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sun, 28 Mar 2021 10:22:16 GMT Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-aln-003.cisco.com (173.36.7.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Sun, 28 Mar 2021 05:22:16 -0500 Received: from xfe-aln-001.cisco.com (173.37.135.121) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Sun, 28 Mar 2021 05:22:16 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Sun, 28 Mar 2021 05:22:15 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aQIxxWRb0+BaIrGenrBwL+ebq+GGV6Hp1RniQobEmaVyDbaJG5BlO7n1nsuIHZ2pG6nNBKWP2FR7yImzirmifedP9k5i84+DrC88fS1sduwMREfnrC68f3hrMABBH5eiNTKBQI5Jrzbvlg3fCMcfKf+Ce6vLMMM9SScZ2sChziO+HNGahRgG+CNwGr/fVZU6iXhqi3I+eX8Zj75ZjjlYCqRNlWpcyl8Is40KHbcaOHVX4oRGEQkCec+WYJCzR+TcqnO5e2IagHGRlkMYUY8oPmA6btfFrRqVxYySPArAFyzV0+pF/efcw9GAE3RArFwgmdMi+tVUwETFXcLM+6l/lg== 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=iTWB9i7R36Ca/ZH56OEnPBEUnwajqTVw3PxxIxg0918=; b=dnUm3PkZ1zUf+WpvAVDYhiJN0mPSyxK1IjauVvtK9QZeXNCiB3AZ9asJzhzB9YIK/XE1jprplzUC4tvj4M7qww+f7KdN4qxwUaxAIeW9MrZWhzQdURL/Qj8n4MDyy92TOCrRmqFfjS2Z+uhWJIAW2O1FimCZU/W4WD90Jdgsb0ep2itwQicNZVuOyom3DxtgHswxegqQksdjJEgJ6v1WPU8nVNnuOwI95iipqEvolcBErj9xvfvqPHt6cY6pFNktZhF4c3HNG0QBJi7mN247bH8aay3OudDfwZAiHIOXpZ2sb29MKOjxH1sykIN6haBBYM3R+HZY8ffhjhzFRMXwIg== 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=iTWB9i7R36Ca/ZH56OEnPBEUnwajqTVw3PxxIxg0918=; b=HJsGUDx6jF0m2299mi9s50N/pDGEBXmz0EJMGx/ydNgCaSudEJoxXHVfz+sPG9S7AzZdFMUjc7rlWuEJ1+HytoVe5Xzdb0IndWV+U97R88jTTJO6sVMZU+xrpkbKP0X73Cx/1DOGIFCU4UEfOT3DOhju4zldPMGAk37zqXOatr8= Received: from BYAPR11MB2584.namprd11.prod.outlook.com (2603:10b6:a02:c8::31) by BYAPR11MB2790.namprd11.prod.outlook.com (2603:10b6:a02:c4::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.30; Sun, 28 Mar 2021 10:22:14 +0000 Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::f43e:a30f:8e8f:1e93]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::f43e:a30f:8e8f:1e93%6]) with mapi id 15.20.3977.033; Sun, 28 Mar 2021 10:22:14 +0000 From: "Frank Brockners (fbrockne)" To: "MORTON, ALFRED C (AL)" , Tommy Pauly , Tommy Pauly , Shwetha CC: "IETF IPPM WG (ippm@ietf.org)" , Benjamin Kaduk Thread-Topic: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 Thread-Index: AQHXFITi/2A5A5XWfEOVBHkDsBCHQKp7ET2AgAVeWwCAFmzcAIABJMRggAA1vACAARTM0A== Date: Sun, 28 Mar 2021 10:22:14 +0000 Message-ID: References: <4D7F4AD313D3FC43A053B309F97543CF0147CD0A59@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF0147CD0A59@njmtexg5.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: research.att.com; dkim=none (message not signed) header.d=none; research.att.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [173.38.220.35] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ef5afda2-d097-43a4-918d-08d8f1d35b33 x-ms-traffictypediagnostic: BYAPR11MB2790: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cVfkSGluq+hMSdZPB2+8CaAIQnP1XLU1MS2o3gGtddrzm6l+kSVkcDWqLdxaIUASfeHv35/L70hTRqVE231RfszwYqCTGoWmPacJ7XkTKF0kRWvAXeL/kLgOWXjS/CBlXfKDxEvKuuOUOcq/P3+/DfynL0yyxS1Jp3avDEUwTrB9BcATDR9EXAXHXSOiXxE/3Da5XEIRQAoJavNta3gZKiYZmRvaNVw92XF6qZWP6KcuI6Icq6tuypVBfX7LREiyJydhPPy0L5c67TN5acZrlDu9ot5HniVnp/vn4V5skMpWQlNgV8e3CYqwqn2dD9vTpR5Iv9Gn9zB/sSkjK9IgmVxHNzeZSTawUH/muO1rWPq+0d3wrO1icU1CkDprGig3xqEQKJwEYxBoxA8ueMFTaKmTjW4SqZ3XgSiGs8j/UIeQFwcoBuD5qBdZ40IUSDh5AR8y4gTXXJmFi+kA0N8VS54qOXjrxUXapHInDnh/LqDKp/R7F6031dHvt5Zg9wUJWYvfXw4x7trpNBNwOLyy+K97fL5EjYGwyrJ3MZZ0e/NvemIrPtvtwIOhm7E5JYlDwWhFzC5BuN+5ke4mdXP/shSenn+R82wSFXmZAyyD+Oi6ViuJNPRmjT4dufyggdN/Bc4mbungfTcIZcbn1oscfMvUfDQMJ6t3UpxJELnZvZguOR2iGUXMIAfD5x4b7YCDkkHcg5VydCVxT7cIHjXTgv5pLbuOaO5w9SHF19xiJScf/lxpjwBmj7T50PFJjYfD x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2584.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(366004)(346002)(376002)(39860400002)(136003)(9686003)(9326002)(86362001)(166002)(55016002)(33656002)(2906002)(5660300002)(38100700001)(66574015)(8936002)(186003)(66476007)(66946007)(53546011)(66446008)(76116006)(64756008)(26005)(110136005)(966005)(7696005)(6506007)(8676002)(66556008)(478600001)(71200400001)(4326008)(54906003)(316002)(52536014)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?eWtQWmRQZHBhMUl3TXgxTEQxb3hQLzhFK2lWYlJ5UFRjRExnZDdLWjFCbnVj?= =?utf-8?B?Z2JvR2YyMzZEMXg3MjBtN0JOTlFvdnlLMXNGRURrL1FKdTV1a0J4YWtIY1ll?= =?utf-8?B?QTg0ZVcwbGZFZ09Oc2tLV1Y0SG9PTTd1ek51Sy8yMmhGeW1aZ3RDMlNEUG5W?= =?utf-8?B?SFdOQVNiVUxDVnl5em9sV3d5RStUWnE5L0ZzU0JPajcxVUhjaGtHeHFGT0Vp?= =?utf-8?B?NTByRnA4WFBnS3lUWFJQWjNGQ3VHWUxaRW4vMXozczhNc0NQUEJhUHdleTJi?= =?utf-8?B?OWJyZnlUR2pCVFRhSGNYek90QTFTaW1wSHBjWDZsSFN5d0xHVTN0UXlScnda?= =?utf-8?B?MkV3Qzh4VWFaSUY0OEtRVTE5Ym9UbStxQVhsNEhPWk5KRzRlZ1NtNkZTbVor?= =?utf-8?B?b0VJcFR4RnovVnRhdU9EbDBhK01NQldLVGhCYW9yRitRTmxYQTVucHc3Lysw?= =?utf-8?B?N0pBUjFUVzNSbERKSXRLcU1Kd2VqcTdEaTlmeTNzL0lWUU5sYWhIbCtYSUpG?= =?utf-8?B?Q1pHVUVTNkVGVWYzNGxlSndCQ1lzUHZ6ejdKUS9hTFhRS0pONUZ3OE1rSWl5?= =?utf-8?B?NVg5NGxlZ1dJTmN3T0N4Q1ZHdkdyc1VObjhSSWR1VkRQMlZRZVc3MlFVMEhi?= =?utf-8?B?eVBpTWJocXpUWjZCOURqa1IvcGR0VjdqRTFlYUJCVHpIcGJMMnJja3B6Nklj?= =?utf-8?B?OS9kZ0lhN0xtSHozMjVmaUkzb3lPU3VKcDFvazR0WTU0Q0x5YTNDRVBwS0dK?= =?utf-8?B?L0JsYmFPbittbHlKRnNCcUM0VnJkcmIrUHpBVG1hWGhuMEkwbnZ6engzdXdt?= =?utf-8?B?ZElCWHowYURlTWJQc0xKWWMybGxhMW1ralA3VFQ1T0lnalcyL3VRS1VTVW5E?= =?utf-8?B?T3AyVVB3ajF2T3QrWHFOM1pjR2FhWVhpMzAwaWM2SzAyVWZLNjhqUkZUSkMv?= =?utf-8?B?eTN0Vk9KNUNaVzBjTU5ENldmUW15TktaOVM2K0d3ekkwN0M3QUZRTFJ0MWdj?= =?utf-8?B?bmN5R29URC9jZGwrS3FKMW9PSmY2Z29DNjJYTUpGY0dmUkpabklhaEZRUFVu?= =?utf-8?B?RFZSVk5SS3RZUmNaZVVQbkJjNmNkWDU3UWgxU0xiZzI5ZFlweFBMQ1RMWENX?= =?utf-8?B?RW1ZcUFJelF3Nk1ES1RmYzlkanZPZUt1TUd1SlVVSHNNZ3Q3cmxRNGdBMmdk?= =?utf-8?B?NU9DaDNOcVBQY2hVZGZzSGRLNWo4ZkxWdXlZcy9XQ0RBeHphUXpxYkVMN2s3?= =?utf-8?B?a1ZaYlJMK3RkY0d1ZWVtNTlBYXNuaFN5K0h6UEhodnB4cHBIbjd5bFM2eTgz?= =?utf-8?B?NEhFd1hVRGcveTZTVXFCTWdaeU1pTkV2eHlCZEhIYUlSYUl4aWtaa2dub21P?= =?utf-8?B?VUJ5YVc5M3J2WDlVZ2gwR1FGNUNmelZYYjdSdWVTNE1GYk5vK1h4TGhqVzJE?= =?utf-8?B?NnVFY00vVk0vM3hyNm1YVjFjTXltM1dzc2Q0d1duTmVFNmZvNGdnM0x0WGdQ?= =?utf-8?B?TkNyVlJSR0JLZUhoWTgxZU5jc0xSTHZ3OXVsSjNUNVJ3dVlqT21YY01hcll0?= =?utf-8?B?eHJDd01OZWpGZEdVRE5NZmhXS1RkWVlqZW9MekdEWFRoZDhtNm9FK2ZiSFZN?= =?utf-8?B?UkI2cGpvRjlCcVUvMFU5MDZiWGZmZzZwbG9NSVZvQlp2MXJubGlSa0pSUDJ6?= =?utf-8?B?ZFZwWEZsRk1URXZZRVhCelRkR0EyWWJYMi9QTjk0aUlFcHJKV2VNMGtnY1F3?= =?utf-8?Q?3Z00uxRm/ZtTfXyUaOjNN/iM0jf1xWWTs2whzFQ?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR11MB258425AF435E41881B028C14DA7F9BYAPR11MB2584namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2584.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ef5afda2-d097-43a4-918d-08d8f1d35b33 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2021 10:22:14.2085 (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: wsMOHZFazIYtCeOHtBSXCLx4xFp/j6zd5pds7M+HkYIUjzKR174Df0jCOIqGMjdmZ5ZqLuMqMEbszbTHTVs7QQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2790 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com X-Outbound-Node: rcdn-core-3.cisco.com Archived-At: Subject: Re: [ippm] Discussion on draft-brockners-ippm-ioam-data-integrity method 3 variant in @ietf110 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, 28 Mar 2021 10:22:24 -0000 --_000_BYAPR11MB258425AF435E41881B028C14DA7F9BYAPR11MB2584namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWwsDQoNClRoYW5rcyBtdWNoIOKAkyBhbmQgSSBmdWxseSBhZ3JlZSB0aGF0IHdlIG5lZWQg dG8ga2VlcCB0aGUgZGVwbG95bWVudCBhbmQgYXNzb2NpYXRlZCBjb3N0IGFzcGVjdHMgaW4gbWlu ZCB3aGVuIGRlc2lnbmluZyBhIHNvbHV0aW9uIGZvciBJT0FNIGRhdGEtZmllbGRzIGludGVncml0 eS4gIFdlIHNob3VsZCBhbHNvIGFja25vd2xlZGdlIHRoYXQgd2hpbGUgaW50ZWdyaXR5IHByb3Rl Y3Rpb24gbWlnaHQgYmUgY29uc2lkZXJlZCBpbXBvcnRhbnQgZm9yIHNvbWUgZnV0dXJlIGRlcGxv eW1lbnQsIGN1cnJlbnQgdXNlcyBvZiBlYXJseSBpbXBsZW1lbnRhdGlvbnMgb2YgSU9BTSBvciBz aW1pbGFyIGFyZSBpbiDigJxsaW1pdGVkIGFuZCBpc29sYXRlZCBkb21haW5z4oCdIGFuZCB0aGV5 IGRvIHdlbGwgd2l0aG91dCBhbiBpbnRlZ3JpdHkgcHJvdGVjdGlvbiBzb2x1dGlvbi4gU28gd2Xi gJlyZSB0YWxraW5nIGFib3V0IGEg4oCcbmljaGXigJ0gZm9yIG5vdywgdGhvdWdoIG9uZSB3aGlj aCBtaWdodCBiZWNvbWUgbW9yZSBpbXBvcnRhbnQgaW4gdGhlIGZ1dHVyZSBpZiBJT0FNIHdvdWxk IGdldCBhcHBsaWVkIHRvIOKAnG5vdCBzbyB0cnVzdGVkIGVudmlyb25tZW50c+KAnS4gIFdlIGNh biBleHBlY3QgaW50ZWdyaXR5IHByb3RlY3Rpb24gdG8gYWRkIGEgbm9uLW5lZ2xpZ2libGUgYnVy ZGVuIG9uIGEgZGVwbG95bWVudCDigJMgaGVuY2Ugd2UgbmVlZCB0byBjb21lIHVwIHdpdGggYSBz b2x1dGlvbiB0aGF0IGlzIG1vZHVsYXIgZW5vdWdoLCBzbyB0aGF0IG9wZXJhdG9ycyBhbmQgaW1w bGVtZW50b3JzIGNhbiBjaG9vc2UgaG93IHRoZXkgY3V0IHRoZSBiYWxhbmNlIGJldHdlZW4g4oCc cHJvdGVjdGlvbuKAnSBhbmQg4oCcY29zdOKAnS4NCg0KVGhlIOKAnVBlcmZvcm1hbmNlIGFuZCBE aWFnbm9zdGljIE1ldHJpY3MgKFBETSkgdGVhbeKAnSAoTWljaGFlbCwgTmFsaW5pKSBhbHJlYWR5 IHJlYWNoZWQgb3V0IOKAkyB3aXRoIHRoZSBwbGFuIHRvIGludmVzdGlnYXRlIHdoZXRoZXIgd2Ug Y2Fu4oCZdCBjcmVhdGUgYSBzaW5nbGUgc29sdXRpb24gd2hpY2ggd291bGQgY292ZXIgUERNIGFu ZCBJT0FNIOKAkyBzb21ldGhpbmcgdGhhdCBldmVyeW9uZSB3b3VsZCBmb3Igc3VyZSBhcHByZWNp YXRlLg0KDQpQZXIgeW91ciAoZ3JlYXQhKSBzdWdnZXN0aW9uLCBJ4oCZbSBjY+KAmWluZyBCZW4g Zm9yIGFueSBoZWxwIC8gcG9pbnRlcnMgdG8gYWRkaXRpb25hbCBmb2xrcyB3aG8gbWlnaHQgYmUg aW50ZXJlc3RlZCBpbiBoZWxwaW5nIHVzIGRlc2lnbiBhbiBhZGVxdWF0ZSBzb2x1dGlvbi4NCg0K VGhhbmtzLCBGcmFuaw0KDQpGcm9tOiBNT1JUT04sIEFMRlJFRCBDIChBTCkgPGFjbUByZXNlYXJj aC5hdHQuY29tPg0KU2VudDogU2Ftc3RhZywgMjcuIE3DpHJ6IDIwMjEgMTg6MzgNClRvOiBGcmFu ayBCcm9ja25lcnMgKGZicm9ja25lKSA8ZmJyb2NrbmVAY2lzY28uY29tPjsgVG9tbXkgUGF1bHkg PHRwYXVseUBhcHBsZS5jb20+OyBUb21teSBQYXVseSA8dHBhdWx5QGFwcGxlLmNvbT47IFNod2V0 aGEgPHNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPg0KQ2M6IElFVEYgSVBQTSBXRyAoaXBwbUBp ZXRmLm9yZykgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2lwcG1dIERpc2N1c3Npb24g b24gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSBtZXRob2QgMyB2YXJp YW50IGluIEBpZXRmMTEwDQoNCkhpIEZyYW5rLCBUb21teSwgYW5kIGFsbCwNCg0KVEw7RFI6IE5v IHNvbHV0aW9uLCBqdXN0IHRyeWluZyB0byByZWZpbmUgdGhlIHByb2JsZW0gc3RhdGVtZW50IGFu ZCBzdWdnZXN0aW9uIHRvIHNlZWsgU0VDIGFkdmljZS4NCg0KSSBoYXZlbuKAmXQgZm9sbG93ZWQg dGhlIGludGVncml0eSBkaXNjdXNzaW9ucyBjbG9zZWx5LCBidXQgaGVhcmluZyB0aGUgcmV2aWV3 IG9mIG9wdGlvbnMgYXQgdGhlIElFVEYtMTEwL0lQUE0gc2Vzc2lvbiwgYW5kIGFkZGl0aW9uYWwg ZGV0YWlscyBmb3IgdGhlIG9wdGlvbnMgdGhhdCBGcmFuayBkZXNjcmliZWQgYmVsb3csIGl0IHNl ZW1zIHdlIGNvdWxkIHVzZSBzb21lIGV4cGVydCBhZHZpY2UuIFRoZXJlIGlzIGEgcGVycGV0dWFs IHRlbnNpb24gYmV0d2VlbiBwcm90ZWN0aW9uIGZyb20gdmFyaW91cyBhdHRhY2tzIGFuZCB0aGUg cHJvdG9jb2wgcGVyZm9ybWFuY2UgYWNoaWV2YWJsZSBpbiBwcmFjdGljZSwgZXNwZWNpYWxseSB3 aGVuIGNvbnNpZGVyaW5nIHBlci1wYWNrZXQgaW50ZWdyaXR5LiBJT1csIGlmIHRoZSBzZWN1cml0 eSBtZWFzdXJlcyBkcmFnIGRvd24gdG9vIGhhcmQgb24gcGVyZm9ybWFuY2UsIHRoZXkgd29u4oCZ dCBiZSB1c2VkIGluIHByYWN0aWNlLg0KDQpJbiBhIHN1Y2Nlc3NmdWwgZW5kLWdhbWUsIHdlIHdp bGwgaGF2ZSBiYWxhbmNlZCB0aGUgKHBvc3NpYmx5IGluY3JlYXNlZCkgcmlza3MgaW5oZXJlbnQg aW4gdGhlIHNlbGVjdGVkIHNlY3VyaXR5IG1lYXN1cmVzIHdpdGggdGhlIHByYWN0aWNhbCBwZXIt cGFja2V0IGltcGxlbWVudGF0aW9uIChyZXF1aXJpbmcgaGlnaCBwYWNrZXQtcGVyLXNlY29uZCBy YXRlcywgd2lkZSBkaXN0cmlidXRpb24sIGFuZCBvdGhlciBkZXBsb3ltZW50IG5lZWRzKS4NCg0K SeKAmW0gYSB2ZXJ5IGludGVyZXN0ZWQgc3BlY3RhdG9yIGhlcmUsIGJlY2F1c2Ugd2UgbWF5IG5l ZWQgdG8gc29sdmUgdGhpcyBwcm9ibGVtIGFnYWluIGZvciBwYWNrZXQgc3RyZWFtcyB1c2VkIGlu IGhpZ2gtY2FwYWNpdHkgdGVzdGluZyB3aXRoIHdpZGVzcHJlYWQgZGVwbG95bWVudC4NCg0KU28s IGFkdmljZSBpbiB0aGUgZm9ybSBvZiBhIHJlY29tbWVuZGVkIHNvbHV0aW9uIHRvIG91ciBwYXJ0 aWN1bGFyIHByb2JsZW0gd2l0aCBhbiBhY2NlcHRhYmxlIGxldmVsIG9mIHJpc2ssIGZyb20gU0VD LURpciwgU0VDLUFEcywgb3IgZWxzZXdoZXJlLCBtaWdodCBoZWxwIHVzIHdpbm5vdy1kb3duIHRo ZSBjaG9pY2VzLg0KDQpob3BlIHRoaXMgaGVscHMsDQpBbA0KDQoNCkZyb206IGlwcG0gW21haWx0 bzppcHBtLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBGcmFuayBCcm9ja25lcnMgKGZi cm9ja25lKQ0KU2VudDogU2F0dXJkYXksIE1hcmNoIDI3LCAyMDIxIDEwOjU0IEFNDQpUbzogVG9t bXkgUGF1bHkgPHRwYXVseUBhcHBsZS5jb208bWFpbHRvOnRwYXVseUBhcHBsZS5jb20+PjsgVG9t bXkgUGF1bHkgPHRwYXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86dHBhdWx5 PTQwYXBwbGUuY29tQGRtYXJjLmlldGYub3JnPj47IFNod2V0aGEgPHNod2V0aGEuYmhhbmRhcmlA Z21haWwuY29tPG1haWx0bzpzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbT4+DQpDYzogSUVURiBJ UFBNIFdHIChpcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPikgPGlwcG1AaWV0Zi5v cmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtpcHBtXSBEaXNjdXNzaW9u IG9uIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHkgbWV0aG9kIDMgdmFy aWFudCBpbiBAaWV0ZjExMA0KDQpIaSBUb21teSwgSVBQTSBXRywNCg0KV2XigJlsbCBsb29rIGlu dG8gdGhlIHVwZGF0ZSBhZnRlciB0aGUgRWFzdGVyIGJyZWFrLiBCZWZvcmUgdGhhdCwgSeKAmWQg Z3JlYXRseSBhcHByZWNpYXRlIGZ1cnRoZXIgaW5wdXQgYW5kIHRob3VnaHRzIG9uIHRoZSBwcmVm ZXJyZWQgbWV0aG9kcy4NCg0KSW4gb3VyIElQUE0gV0cgbWVldGluZyBkdXJpbmcgSUVURiAxMTAs IHlvdSB2b2ljZWQgYSBwcmVmZXJlbmNlIGZvciBNZXRob2QgMyDigJMgYnJva2VuIHVwIGludG8g YSDigJxNZXRob2QgM2Eg4oCTIHdpdGggc3ltbWV0cmljIGtleSAodGhlIGN1cnJlbnQgTWV0aG9k IDMp4oCdIGFuZCBhIOKAnE1ldGhvZCAzYiDigJMgd2l0aCBhc3ltbWV0cmljIGtleXPigJ0uDQoN ClBlciB0aGUgZGlzY3Vzc2lvbiwgdGhlIE1ldGhvZCAzIGFwcHJvYWNoIHN1ZmZlcnMgZnJvbSB0 aGUgY2hhbGxlbmdlcyB0aGF0IG9uZSB3b3VsZCBuZWVkIHRvIHByb3Zpc2lvbiBhIHNlY3JldCBw ZXIgcGFja2V0LCB3aGljaCBpcyBhIHNpZ25pZmljYW50IGVmZm9ydCDigJMgYnV0IHByb3ZpZGVz IGZvciByZXBsYXkgcHJvdGVjdGlvbi4gRGV0ZWN0aW5nIHdoZXRoZXIgYSBzZWNyZXQgaGFzIGFs cmVhZHkgYmVlbiB1c2VkIG9yIG5vdCBpcyBkZXRlY3RhYmxlIGJ5IHRoZSB2ZXJpZmllci4gTWV0 aG9kIDQgYWxzbyBwcm92aWRlcyBmb3IgcmVwbGF5IHByb3RlY3Rpb24gZ2l2ZW4gdGhhdCBpdCBh bHNvIHVzZXMgYSBzZWNyZXQgcGVyIHBhY2tldCBhbmQgYXQgdGhlIHNhbWUgdGltZSBpcyB0byBo ZWxwIHRoZSBzZWNyZXQgcHJvdmlzaW9uaW5nIGlzc3VlLCBnaXZlbiB0aGF0IHdl4oCZZCBvbmx5 IGJvb3RzdHJhcCBhIGtleSBnZW5lcmF0b3Igb24gdGhlIG5vZGVzIGFuZCB3b3VsZCB0aGVuIGxl dmVyYWdlIEtleS1JRHMg4oCTIHdoaWNoIG1ha2VzIOKAnHNlY3JldHMgcGVyIHBhY2tldOKAnSBt dWNoIG1vcmUgbWFuYWdlYWJsZS4NCg0KUGVyIHRoZSBub3RlIGFib3ZlLCBkdXJpbmcgdGhlIFdH IGRpc2N1c3Npb24sIGEgcHJlZmVyZW5jZSB3YXMgdm9pY2VkIGZvciDigJxNZXRob2QgM+KAnSDi gJMgYnV0IGF0IHRoZSBzYW1lIHRpbWUsIGFza2VkIGZvciBhdm9pZGluZyBhIHNlY3JldCBwZXIg cGFja2V0IOKAkyBidXQgcmUtdXNpbmcgdGhlIHNlY3JldCBmb3IgbXVsdGlwbGUgcGFja2V0cywg ZS5nLiBkZWZpbmVkIGJ5IGR1cmF0aW9uIG9yIG51bWJlciBvZiBwYWNrZXRzLiBIb3cgd291bGQg d2UgYXJyaXZlIGF0IGEgc29sdXRpb24gZm9yIHJlcGxheSBwcm90ZWN0aW9uIGluIHRoYXQgY2Fz ZT8NCk9wdGlvbnMgd2UgY291bGQgY29uc2lkZXIgaW5jbHVkZToNCihhKSBJbmNsdWRlIHRoZSBw YXlsb2FkIChvciBwb3J0aW9ucyBvZiB0aGUgcGF5bG9hZCkgaW50byB0aGUgc2lnbmluZyBwcm9j ZXNzLCBzbyB0aGF0IHRoZSBzaWduZWQgSU9BTSBkYXRhIGJlY29tZXMgdW5pcXVlIGFuZCBjYW5u b3QgYmUgZWFzaWx5IHJlLXVzZWQgZm9yIGZ1dHVyZSBwYWNrZXRzLg0KKGIpIEluY2x1ZGUgYW4g YWRkaXRpb25hbCDigJxpZGVudGlmaWVy4oCdIG9yIOKAnG5vbmNl4oCdIGFzIHBhcnQgb2YgdGhl IElPQU0tZGF0YSwgd2hpY2ggd291bGQgbWFrZSB0aGUgSU9BTS1kYXRhIGFuZCB0aHVzIHRoZSBz aWduYXR1cmUgdW5pcXVlIOKAkyB3aGljaCBjb3VsZCBiZSBjaGVja2VkIGFuZCB0cmFja2VkIGJ5 IHRoZSB2ZXJpZmllcnMuDQooYykgPyBhbnkgb3RoZXIgb3B0aW9ucyA/DQoNClRob3VnaHRzPyBP cGluaW9ucz8gUHJlZmVyZW5jZXM/DQoNCldoaWxlIGV2b2x2aW5nIHRoZSBkZXNpZ24gZm9yIE1l dGhvZDMgKG9yIGJldHRlciAzYSBhbmQgM2IpLCBJ4oCZZCBzdWdnZXN0IHRoYXQgd2Uga2VlcCBN ZXRob2QgNCBvbiB0aGUgdGFibGUgZm9yIG5vdy4NCg0KVGhhbmtzLCBGcmFuaw0KDQpGcm9tOiBU b21teSBQYXVseSA8dHBhdWx5QGFwcGxlLmNvbTxtYWlsdG86dHBhdWx5QGFwcGxlLmNvbT4+DQpT ZW50OiBGcmVpdGFnLCAyNi4gTcOkcnogMjAyMSAyMTo1OA0KVG86IFRvbW15IFBhdWx5IDx0cGF1 bHk9NDBhcHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOnRwYXVseT00MGFwcGxlLmNvbUBk bWFyYy5pZXRmLm9yZz4+OyBTaHdldGhhIDxzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbTxtYWls dG86c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20+PjsgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tu ZSkgPGZicm9ja25lQGNpc2NvLmNvbTxtYWlsdG86ZmJyb2NrbmVAY2lzY28uY29tPj4NCkNjOiBJ RVRGIElQUE0gV0cgKGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+KSA8aXBwbUBp ZXRmLm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2lwcG1dIERpc2N1 c3Npb24gb24gZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSBtZXRob2Qg MyB2YXJpYW50IGluIEBpZXRmMTEwDQoNCkp1c3QgY2hlY2tpbmcgaGVyZeKAlHdoZW4gY291bGQg d2UgZXhwZWN0IGFuIHVwZGF0ZWQgcHJvcG9zYWwgZm9yIHRoZSBpbnRlZ3JpdHkgZG9jdW1lbnQ/ IE9uY2Ugd2UgY2FuIGNvbnZlcmdlIG9uIGEgc2V0IG9mIGFwcHJvYWNoZXMgd2UgbGlrZSwgd2Ug d291bGQgbGlrZSB0byBnZXQgdGhpcyBwcmVwYXJlZCBmb3IgYSBXRyBhZG9wdGlvbi4NCg0KQmVz dCwNClRvbW15DQoNCk9uIE1hciAxMiwgMjAyMSwgYXQgNjozMCBBTSwgVG9tbXkgUGF1bHkgPHRw YXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86dHBhdWx5PTQwYXBwbGUuY29t QGRtYXJjLmlldGYub3JnPj4gd3JvdGU6DQoNClRoYW5rcywgdGhhdOKAmWQgYmUgZ3JlYXQgdG8g c2VlIHRoZSB2YXJpYW50cyBvZiBNZXRob2QgMyBsaWtlIHRoYXQhDQoNCkJlc3QsDQpUb21teQ0K DQpPbiBNYXIgOCwgMjAyMSwgYXQgODozMSBQTSwgU2h3ZXRoYSA8c2h3ZXRoYS5iaGFuZGFyaUBn bWFpbC5jb208bWFpbHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3JvdGU6DQoNCk15 IGJhZCwgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHJldmVyc2UgdGhlIHByb2Nlc3MgZm9yIHZh bGlkYXRpb24gYW5kIHJldHJpZXZlIHRoZSBwcmV2aW91cyBzaWduYXR1cmUgaW4gdGhlIHJldmVy c2Ugb3JkZXIuIFdlIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCB0byBoYXZlIE1ldGhvZCAzIHdpdGgg Ym90aCBzeW1tZXRyaWMvYXN5bW1ldHJpYyB2YXJpYW50cy4NCg0KVGhhbmtzLA0KU2h3ZXRoYQ0K DQpPbiBUdWUsIE1hciA5LCAyMDIxIGF0IDc6MDcgQU0gU2h3ZXRoYSA8c2h3ZXRoYS5iaGFuZGFy aUBnbWFpbC5jb208bWFpbHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tPj4gd3JvdGU6DQpE dXJpbmcgdGhlIHNlc3Npb24gMSBvZiBpcHBtIGF0IElFVEYgMTEwLCBpdCB3YXMgc3VnZ2VzdGVk IHRvIGNvbnNpZGVyIGludHJvZHVjaW5nIGEgdmFyaWFudCBvZiBtZXRob2QgMyBpbiAgZHJhZnQt YnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSB3aXRoIGFzeW1tZXRyaWMga2V5cy4N Cg0KDQpXaGVuIHdlIHdlcmUgZGVzaWduaW5nIHRoZSBtZXRob2RzIHRvIHByb3RlY3QgaW50ZWdy aXR5IG9mIHRoZSBlbnRpcmUgSU9BTSBkYXRhIGNvbGxlY3RlZCBhdCBlYWNoIG5vZGUsIHRoZSBu b2RlIGNoYWlucyBpdCdzIG93biBub2RlIGRhdGEgd2l0aCB0aGUgc2lnbmF0dXJlIGZyb20gdGhl IHByZXZpb3VzIG5vZGUgYW5kIG92ZXJ3cml0ZXMgdGhlIHNpZ25hdHVyZToNClRyYWNlIHNpZ25h dHVyZSA9IHNpZ24oW1RyYWNlIFNpZ25hdHVyZSB8fCBpdHMgbm9kZV9kYXRhX2xpc3RbeF0gaGFz aF0pDQoNCkluIHRoZSBzeW1tZXRyaWMga2V5IGNhc2UgdGhpcyBvcGVyYXRpb24gY2FuIGJlIHZh bGlkYXRlZCBieSByZXZlcnNpbmcgdGhlIG9wZXJhdGlvbiBieSB0aGUgdmFsaWRhdG9yIHdobyBo YXMgdGhlIHNoYXJlZCBzZWNyZXQgZnJvbSBlYWNoIG5vZGUuDQpIb3dldmVyIHRoaXMgd2lsbCBu b3Qgd29yayBpZiBub2RlcyB1c2UgdGhlaXIgcHJpdmF0ZSBrZXlzIHRvIHNpZ24gYW5kIHZhbGlk YXRvciBoYXMgdGhlIHB1YmxpYyBrZXkgdG8gdmFsaWRhdGUgYXMgaXQgY2FuIG9ubHkgdmFsaWRh dGUgYnV0IG5vdCBkZXJpdmUgYSBzcGVjaWZpYyBub2RlJ3Mgc2lnbmF0dXJlIHRvIHJldmVyc2Ug dGhlIG9wZXJhdGlvbi4NCg0KU28gSSB0aGluayB0aGUgc3BhY2Ugb3B0aW1pemVkICBtZXRob2Qg dG8gb3ZlcndyaXRlIHRoZSBzaWduYXR1cmUgYXQgZWFjaCBub2RlIGNhbm5vdCBiZSBtb2RpZmll ZCB0byB1c2UgYXN5bW1ldHJpYyBrZXlzIGVhc2lseS4gV2lsbCBiZSBoYXBweSB0byBkaXNjdXNz IGlkZWFzIHRvIGNyZWF0ZSBhIHNwYWNlIG9wdGltaXplZCBhc3ltbWV0cmljIGtleSBiYXNlZCBz b2x1dGlvbi4NCg0KVGhhbmtzDQpTaHdldGhhDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQppcHBtIG1haWxpbmcgbGlzdA0KaXBwbUBpZXRmLm9yZzxt YWlsdG86aXBwbUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaXBwbTxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2lwcG1fXzshIUJoZFQhMDRtV2s5eC1VdDVLMGVjTkhmbnQ4Z192RWVR UFh3Wng4b1BfNTFjU1pOVVAyMTRNeWpxT2Noa0VlQTNSJD4NCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0DQppcHBtQGll dGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pcHBtPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaXBwbV9fOyEhQmhkVCEwNG1Xazl4LVV0NUswZWNOSGZu dDhnX3ZFZVFQWHdaeDhvUF81MWNTWk5VUDIxNE15anFPY2hrRWVBM1IkPg0KDQo= --_000_BYAPR11MB258425AF435E41881B028C14DA7F9BYAPR11MB2584namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBzdHlsZT0id29yZC13cmFwOmJyZWFr LXdvcmQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkhpIEFsLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgbXVjaCDigJMgYW5kIEkgZnVs bHkgYWdyZWUgdGhhdCB3ZSBuZWVkIHRvIGtlZXAgdGhlIGRlcGxveW1lbnQgYW5kIGFzc29jaWF0 ZWQgY29zdCBhc3BlY3RzIGluIG1pbmQgd2hlbiBkZXNpZ25pbmcgYSBzb2x1dGlvbiBmb3IgSU9B TSBkYXRhLWZpZWxkcyBpbnRlZ3JpdHkuICZuYnNwO1dlIHNob3VsZCBhbHNvIGFja25vd2xlZGdl IHRoYXQgd2hpbGUgaW50ZWdyaXR5IHByb3RlY3Rpb24gbWlnaHQgYmUgY29uc2lkZXJlZA0KIGlt cG9ydGFudCBmb3Igc29tZSBmdXR1cmUgZGVwbG95bWVudCwgY3VycmVudCB1c2VzIG9mIGVhcmx5 IGltcGxlbWVudGF0aW9ucyBvZiBJT0FNIG9yIHNpbWlsYXIgYXJlIGluIOKAnGxpbWl0ZWQgYW5k IGlzb2xhdGVkIGRvbWFpbnPigJ0gYW5kIHRoZXkgZG8gd2VsbCB3aXRob3V0IGFuIGludGVncml0 eSBwcm90ZWN0aW9uIHNvbHV0aW9uLiBTbyB3ZeKAmXJlIHRhbGtpbmcgYWJvdXQgYSDigJxuaWNo ZeKAnSBmb3Igbm93LCB0aG91Z2ggb25lIHdoaWNoIG1pZ2h0DQogYmVjb21lIG1vcmUgaW1wb3J0 YW50IGluIHRoZSBmdXR1cmUgaWYgSU9BTSB3b3VsZCBnZXQgYXBwbGllZCB0byDigJxub3Qgc28g dHJ1c3RlZCBlbnZpcm9ubWVudHPigJ0uJm5ic3A7IFdlIGNhbiBleHBlY3QgaW50ZWdyaXR5IHBy b3RlY3Rpb24gdG8gYWRkIGEgbm9uLW5lZ2xpZ2libGUgYnVyZGVuIG9uIGEgZGVwbG95bWVudCDi gJMgaGVuY2Ugd2UgbmVlZCB0byBjb21lIHVwIHdpdGggYSBzb2x1dGlvbiB0aGF0IGlzIG1vZHVs YXIgZW5vdWdoLCBzbyB0aGF0IG9wZXJhdG9ycw0KIGFuZCBpbXBsZW1lbnRvcnMgY2FuIGNob29z ZSBob3cgdGhleSBjdXQgdGhlIGJhbGFuY2UgYmV0d2VlbiDigJxwcm90ZWN0aW9u4oCdIGFuZCDi gJxjb3N04oCdLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSDigJ1QZXJmb3JtYW5jZSBh bmQgRGlhZ25vc3RpYyBNZXRyaWNzIChQRE0pIHRlYW3igJ0gKE1pY2hhZWwsIE5hbGluaSkgYWxy ZWFkeSByZWFjaGVkIG91dCDigJMgd2l0aCB0aGUgcGxhbiB0byBpbnZlc3RpZ2F0ZSB3aGV0aGVy IHdlIGNhbuKAmXQgY3JlYXRlIGEgc2luZ2xlIHNvbHV0aW9uIHdoaWNoIHdvdWxkIGNvdmVyIFBE TSBhbmQgSU9BTSDigJMgc29tZXRoaW5nIHRoYXQgZXZlcnlvbmUgd291bGQgZm9yIHN1cmUgYXBw cmVjaWF0ZS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QZXIgeW91ciAoZ3JlYXQhKSBzdWdn ZXN0aW9uLCBJ4oCZbSBjY+KAmWluZyBCZW4gZm9yIGFueSBoZWxwIC8gcG9pbnRlcnMgdG8gYWRk aXRpb25hbCBmb2xrcyB3aG8gbWlnaHQgYmUgaW50ZXJlc3RlZCBpbiBoZWxwaW5nIHVzIGRlc2ln biBhbiBhZGVxdWF0ZSBzb2x1dGlvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLCBG cmFuazxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBNT1JUT04sIEFMRlJF RCBDIChBTCkgJmx0O2FjbUByZXNlYXJjaC5hdHQuY29tJmd0OyA8YnI+DQo8Yj5TZW50OjwvYj4g U2Ftc3RhZywgMjcuIE3DpHJ6IDIwMjEgMTg6Mzg8YnI+DQo8Yj5Ubzo8L2I+IEZyYW5rIEJyb2Nr bmVycyAoZmJyb2NrbmUpICZsdDtmYnJvY2tuZUBjaXNjby5jb20mZ3Q7OyBUb21teSBQYXVseSAm bHQ7dHBhdWx5QGFwcGxlLmNvbSZndDs7IFRvbW15IFBhdWx5ICZsdDt0cGF1bHlAYXBwbGUuY29t Jmd0OzsgU2h3ZXRoYSAmbHQ7c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+ Q2M6PC9iPiBJRVRGIElQUE0gV0cgKGlwcG1AaWV0Zi5vcmcpICZsdDtpcHBtQGlldGYub3JnJmd0 Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2lwcG1dIERpc2N1c3Npb24gb24gZHJhZnQtYnJv Y2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSBtZXRob2QgMyB2YXJpYW50IGluIEBpZXRm MTEwPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPkhpIEZyYW5r LCBUb21teSwgYW5kIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+VEw7RFI6IE5vIHNvbHV0aW9uLCBqdXN0IHRyeWluZyB0byByZWZpbmUgdGhlIHBy b2JsZW0gc3RhdGVtZW50IGFuZCBzdWdnZXN0aW9uIHRvIHNlZWsgU0VDIGFkdmljZS4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JIGhhdmVu4oCZdCBm b2xsb3dlZCB0aGUgaW50ZWdyaXR5IGRpc2N1c3Npb25zIGNsb3NlbHksIGJ1dCBoZWFyaW5nIHRo ZSByZXZpZXcgb2Ygb3B0aW9ucyBhdCB0aGUgSUVURi0xMTAvSVBQTSBzZXNzaW9uLCBhbmQgYWRk aXRpb25hbCBkZXRhaWxzIGZvciB0aGUgb3B0aW9ucyB0aGF0IEZyYW5rIGRlc2NyaWJlZCBiZWxv dywNCiBpdCBzZWVtcyB3ZSBjb3VsZCB1c2Ugc29tZSBleHBlcnQgYWR2aWNlLiBUaGVyZSBpcyBh IHBlcnBldHVhbCB0ZW5zaW9uIGJldHdlZW4gcHJvdGVjdGlvbiBmcm9tIHZhcmlvdXMgYXR0YWNr cyBhbmQgdGhlIHByb3RvY29sIHBlcmZvcm1hbmNlIGFjaGlldmFibGUgaW4gcHJhY3RpY2UsIGVz cGVjaWFsbHkgd2hlbiBjb25zaWRlcmluZyBwZXItcGFja2V0IGludGVncml0eS4gSU9XLCBpZiB0 aGUgc2VjdXJpdHkgbWVhc3VyZXMgZHJhZyBkb3duIHRvbw0KIGhhcmQgb24gcGVyZm9ybWFuY2Us IHRoZXkgd29u4oCZdCBiZSB1c2VkIGluIHByYWN0aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JbiBhIHN1Y2Nlc3NmdWwgZW5kLWdhbWUsIHdlIHdp bGwgaGF2ZSBiYWxhbmNlZCB0aGUgKHBvc3NpYmx5IGluY3JlYXNlZCkgcmlza3MgaW5oZXJlbnQg aW4gdGhlIHNlbGVjdGVkIHNlY3VyaXR5IG1lYXN1cmVzIHdpdGggdGhlIHByYWN0aWNhbCBwZXIt cGFja2V0IGltcGxlbWVudGF0aW9uIChyZXF1aXJpbmcgaGlnaCBwYWNrZXQtcGVyLXNlY29uZA0K IHJhdGVzLCB3aWRlIGRpc3RyaWJ1dGlvbiwgYW5kIG90aGVyIGRlcGxveW1lbnQgbmVlZHMpLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5J4oCZbSBhIHZl cnkgaW50ZXJlc3RlZCBzcGVjdGF0b3IgaGVyZSwgYmVjYXVzZSB3ZSBtYXkgbmVlZCB0byBzb2x2 ZSB0aGlzIHByb2JsZW0gYWdhaW4gZm9yIHBhY2tldCBzdHJlYW1zIHVzZWQgaW4gaGlnaC1jYXBh Y2l0eSB0ZXN0aW5nIHdpdGggd2lkZXNwcmVhZCBkZXBsb3ltZW50Lg0KPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlNvLCBhZHZpY2UgaW4gdGhlIGZvcm0g b2YgYSByZWNvbW1lbmRlZCBzb2x1dGlvbiB0byBvdXIgcGFydGljdWxhciBwcm9ibGVtIHdpdGgg YW4gYWNjZXB0YWJsZSBsZXZlbCBvZiByaXNrLCBmcm9tIFNFQy1EaXIsIFNFQy1BRHMsIG9yIGVs c2V3aGVyZSwgbWlnaHQgaGVscCB1cyB3aW5ub3ctZG93biB0aGUgY2hvaWNlcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+aG9wZSB0aGlzIGhlbHBzLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+QWw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg Ymx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gaXBwbSBb PGEgaHJlZj0ibWFpbHRvOmlwcG0tYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlwcG0tYm91bmNl c0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkZyYW5rIEJyb2NrbmVycyAoZmJy b2NrbmUpPGJyPg0KPGI+U2VudDo8L2I+IFNhdHVyZGF5LCBNYXJjaCAyNywgMjAyMSAxMDo1NCBB TTxicj4NCjxiPlRvOjwvYj4gVG9tbXkgUGF1bHkgJmx0OzxhIGhyZWY9Im1haWx0bzp0cGF1bHlA YXBwbGUuY29tIj50cGF1bHlAYXBwbGUuY29tPC9hPiZndDs7IFRvbW15IFBhdWx5ICZsdDs8YSBo cmVmPSJtYWlsdG86dHBhdWx5PTQwYXBwbGUuY29tQGRtYXJjLmlldGYub3JnIj50cGF1bHk9NDBh cHBsZS5jb21AZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OzsgU2h3ZXRoYSAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tIj5zaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNv bTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBJRVRGIElQUE0gV0cgKDxhIGhyZWY9Im1haWx0bzpp cHBtQGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPikgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBt QGlldGYub3JnIj5pcHBtQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6 IFtpcHBtXSBEaXNjdXNzaW9uIG9uIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRl Z3JpdHkgbWV0aG9kIDMgdmFyaWFudCBpbiBAaWV0ZjExMDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SGkgVG9tbXksIElQUE0gV0csPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPldl4oCZbGwgbG9vayBpbnRvIHRoZSB1cGRhdGUgYWZ0ZXIgdGhlIEVhc3RlciBicmVhay4g QmVmb3JlIHRoYXQsIEnigJlkIGdyZWF0bHkgYXBwcmVjaWF0ZSBmdXJ0aGVyIGlucHV0IGFuZCB0 aG91Z2h0cyBvbiB0aGUgcHJlZmVycmVkIG1ldGhvZHMuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkluIG91ciBJUFBNIFdHIG1lZXRpbmcgZHVyaW5nIElFVEYgMTEwLCB5b3Ugdm9pY2VkIGEgcHJl ZmVyZW5jZSBmb3IgTWV0aG9kIDMg4oCTIGJyb2tlbiB1cCBpbnRvIGEg4oCcTWV0aG9kIDNhIOKA kyB3aXRoIHN5bW1ldHJpYyBrZXkgKHRoZSBjdXJyZW50IE1ldGhvZCAzKeKAnSBhbmQgYSDigJxN ZXRob2QgM2Ig4oCTIHdpdGggYXN5bW1ldHJpYyBrZXlz4oCdLg0KPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlBlciB0aGUgZGlzY3Vzc2lvbiwgdGhlIE1ldGhvZCAzIGFwcHJvYWNoIHN1ZmZlcnMg ZnJvbSB0aGUgY2hhbGxlbmdlcyB0aGF0IG9uZSB3b3VsZCBuZWVkIHRvIHByb3Zpc2lvbiBhIHNl Y3JldCBwZXIgcGFja2V0LCB3aGljaCBpcyBhIHNpZ25pZmljYW50IGVmZm9ydCDigJMgYnV0IHBy b3ZpZGVzIGZvciByZXBsYXkgcHJvdGVjdGlvbi4gRGV0ZWN0aW5nIHdoZXRoZXIgYSBzZWNyZXQg aGFzIGFscmVhZHkgYmVlbg0KIHVzZWQgb3Igbm90IGlzIGRldGVjdGFibGUgYnkgdGhlIHZlcmlm aWVyLiBNZXRob2QgNCBhbHNvIHByb3ZpZGVzIGZvciByZXBsYXkgcHJvdGVjdGlvbiBnaXZlbiB0 aGF0IGl0IGFsc28gdXNlcyBhIHNlY3JldCBwZXIgcGFja2V0IGFuZCBhdCB0aGUgc2FtZSB0aW1l IGlzIHRvIGhlbHAgdGhlIHNlY3JldCBwcm92aXNpb25pbmcgaXNzdWUsIGdpdmVuIHRoYXQgd2Xi gJlkIG9ubHkgYm9vdHN0cmFwIGEga2V5IGdlbmVyYXRvciBvbiB0aGUgbm9kZXMgYW5kDQogd291 bGQgdGhlbiBsZXZlcmFnZSBLZXktSURzIOKAkyB3aGljaCBtYWtlcyDigJxzZWNyZXRzIHBlciBw YWNrZXTigJ0gbXVjaCBtb3JlIG1hbmFnZWFibGUuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93Ij5QZXIg dGhlIG5vdGUgYWJvdmUsIGR1cmluZyB0aGUgV0cgZGlzY3Vzc2lvbiwgYSBwcmVmZXJlbmNlIHdh cyB2b2ljZWQgZm9yIOKAnE1ldGhvZCAz4oCdIOKAkyBidXQgYXQgdGhlIHNhbWUgdGltZSwgYXNr ZWQgZm9yIGF2b2lkaW5nIGEgc2VjcmV0IHBlciBwYWNrZXQg4oCTIGJ1dCByZS11c2luZyB0aGUg c2VjcmV0IGZvciBtdWx0aXBsZQ0KIHBhY2tldHMsIGUuZy4gZGVmaW5lZCBieSBkdXJhdGlvbiBv ciBudW1iZXIgb2YgcGFja2V0cy48L3NwYW4+IEhvdyB3b3VsZCB3ZSBhcnJpdmUgYXQgYSBzb2x1 dGlvbiBmb3IgcmVwbGF5IHByb3RlY3Rpb24gaW4gdGhhdCBjYXNlPzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+T3B0aW9ucyB3ZSBjb3VsZCBjb25zaWRlciBpbmNsdWRlOjxi cj4NCihhKSBJbmNsdWRlIHRoZSBwYXlsb2FkIChvciBwb3J0aW9ucyBvZiB0aGUgcGF5bG9hZCkg aW50byB0aGUgc2lnbmluZyBwcm9jZXNzLCBzbyB0aGF0IHRoZSBzaWduZWQgSU9BTSBkYXRhIGJl Y29tZXMgdW5pcXVlIGFuZCBjYW5ub3QgYmUgZWFzaWx5IHJlLXVzZWQgZm9yIGZ1dHVyZSBwYWNr ZXRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGIpIEluY2x1ZGUgYW4g YWRkaXRpb25hbCDigJxpZGVudGlmaWVy4oCdIG9yIOKAnG5vbmNl4oCdIGFzIHBhcnQgb2YgdGhl IElPQU0tZGF0YSwgd2hpY2ggd291bGQgbWFrZSB0aGUgSU9BTS1kYXRhIGFuZCB0aHVzIHRoZSBz aWduYXR1cmUgdW5pcXVlIOKAkyB3aGljaCBjb3VsZCBiZSBjaGVja2VkIGFuZCB0cmFja2VkIGJ5 IHRoZSB2ZXJpZmllcnMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oYykg PyBhbnkgb3RoZXIgb3B0aW9ucyA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob3VnaHRzPyBP cGluaW9ucz8gUHJlZmVyZW5jZXM/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoaWxlIGV2b2x2 aW5nIHRoZSBkZXNpZ24gZm9yIE1ldGhvZDMgKG9yIGJldHRlciAzYSBhbmQgM2IpLCBJ4oCZZCBz dWdnZXN0IHRoYXQgd2Uga2VlcCBNZXRob2QgNCBvbiB0aGUgdGFibGUgZm9yIG5vdy48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLCBGcmFuazxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPkZyb206PC9iPiBUb21teSBQYXVseSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRwYXVseUBhcHBs ZS5jb20iPnRwYXVseUBhcHBsZS5jb208L2E+Jmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IEZyZWl0 YWcsIDI2LiBNw6RyeiAyMDIxIDIxOjU4PGJyPg0KPGI+VG86PC9iPiBUb21teSBQYXVseSAmbHQ7 PGEgaHJlZj0ibWFpbHRvOnRwYXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZyI+dHBhdWx5 PTQwYXBwbGUuY29tQGRtYXJjLmlldGYub3JnPC9hPiZndDs7IFNod2V0aGEgJmx0OzxhIGhyZWY9 Im1haWx0bzpzaHdldGhhLmJoYW5kYXJpQGdtYWlsLmNvbSI+c2h3ZXRoYS5iaGFuZGFyaUBnbWFp bC5jb208L2E+Jmd0OzsgRnJhbmsgQnJvY2tuZXJzIChmYnJvY2tuZSkgJmx0OzxhIGhyZWY9Im1h aWx0bzpmYnJvY2tuZUBjaXNjby5jb20iPmZicm9ja25lQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0K PGI+Q2M6PC9iPiBJRVRGIElQUE0gV0cgKDxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5p cHBtQGlldGYub3JnPC9hPikgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj5pcHBt QGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpcHBtXSBEaXNjdXNz aW9uIG9uIGRyYWZ0LWJyb2NrbmVycy1pcHBtLWlvYW0tZGF0YS1pbnRlZ3JpdHkgbWV0aG9kIDMg dmFyaWFudCBpbiBAaWV0ZjExMDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SnVzdCBjaGVja2luZyBoZXJl4oCUd2hlbiBjb3VsZCB3ZSBleHBlY3QgYW4gdXBkYXRlZCBw cm9wb3NhbCBmb3IgdGhlIGludGVncml0eSBkb2N1bWVudD8gT25jZSB3ZSBjYW4gY29udmVyZ2Ug b24gYSBzZXQgb2YgYXBwcm9hY2hlcyB3ZSBsaWtlLCB3ZSB3b3VsZCBsaWtlIHRvIGdldCB0aGlz IHByZXBhcmVkIGZvciBhIFdHIGFkb3B0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+QmVzdCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRvbW15PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1hciAxMiwgMjAyMSwgYXQg NjozMCBBTSwgVG9tbXkgUGF1bHkgJmx0OzxhIGhyZWY9Im1haWx0bzp0cGF1bHk9NDBhcHBsZS5j b21AZG1hcmMuaWV0Zi5vcmciPnRwYXVseT00MGFwcGxlLmNvbUBkbWFyYy5pZXRmLm9yZzwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhhbmtzLCB0aGF04oCZZCBiZSBncmVhdCB0byBzZWUgdGhlIHZhcmlhbnRzIG9mIE1ldGhvZCAz IGxpa2UgdGhhdCE8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkJlc3QsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5Ub21teTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNYXIgOCwgMjAyMSwgYXQgODozMSBQTSwgU2h3ZXRoYSAm bHQ7PGEgaHJlZj0ibWFpbHRvOnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29tIj5zaHdldGhhLmJo YW5kYXJpQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij5NeSBiYWQsIGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byByZXZlcnNlIHRo ZSBwcm9jZXNzIGZvciB2YWxpZGF0aW9uIGFuZCByZXRyaWV2ZSB0aGUgcHJldmlvdXMgc2lnbmF0 dXJlIGluIHRoZSByZXZlcnNlIG9yZGVyLiBXZSB3aWxsIHVwZGF0ZSB0aGUgZHJhZnQgdG8gaGF2 ZSBNZXRob2QgMyB3aXRoIGJvdGggc3ltbWV0cmljL2FzeW1tZXRyaWMNCiB2YXJpYW50cy48L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoYW5rcyw8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlNod2V0aGE8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIFR1ZSwgTWFyIDksIDIwMjEgYXQgNzowNyBBTSBTaHdldGhhICZsdDs8YSBocmVmPSJtYWls dG86c2h3ZXRoYS5iaGFuZGFyaUBnbWFpbC5jb20iPnNod2V0aGEuYmhhbmRhcmlAZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkR1cmluZyB0aGUgc2Vzc2lvbiAxIG9mIGlwcG0gYXQgSUVURiAxMTAsIGl0IHdhcyBzdWdn ZXN0ZWQgdG8gY29uc2lkZXIgaW50cm9kdWNpbmcgYSB2YXJpYW50IG9mIG1ldGhvZCAzIGluJm5i c3A7Jm5ic3A7ZHJhZnQtYnJvY2tuZXJzLWlwcG0taW9hbS1kYXRhLWludGVncml0eSZuYnNwO3dp dGggYXN5bW1ldHJpYyBrZXlzLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQiPldoZW4gd2Ugd2VyZSBkZXNpZ25pbmcg dGhlIG1ldGhvZHMgdG8gcHJvdGVjdCBpbnRlZ3JpdHkgb2YgdGhlIGVudGlyZSBJT0FNIGRhdGEg Y29sbGVjdGVkIGF0IGVhY2ggbm9kZSwgdGhlIG5vZGUgY2hhaW5zIGl0J3Mgb3duIG5vZGUgZGF0 YSB3aXRoIHRoZSBzaWduYXR1cmUgZnJvbSB0aGUgcHJldmlvdXMgbm9kZSBhbmQgb3ZlcndyaXRl cyB0aGUgc2lnbmF0dXJlOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0Ij5UcmFjZSBz aWduYXR1cmUgPSBzaWduKFtUcmFjZTwvc3Bhbj4mbmJzcDtTaWduYXR1cmU8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEzLjVwdCI+Jm5ic3A7fHwgaXRzIG5vZGVfZGF0YV9saXN0W3hdIGhhc2hdKTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQiPkluIHRoZSBzeW1tZXRyaWMga2V5IGNh c2UgdGhpcyBvcGVyYXRpb24gY2FuIGJlIHZhbGlkYXRlZCBieSByZXZlcnNpbmcgdGhlIG9wZXJh dGlvbiBieSB0aGUgdmFsaWRhdG9yIHdobyBoYXMgdGhlIHNoYXJlZCBzZWNyZXQgZnJvbSBlYWNo IG5vZGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQiPkhvd2V2ZXIgdGhpcyB3aWxs IG5vdCB3b3JrIGlmIG5vZGVzIHVzZSB0aGVpciBwcml2YXRlIGtleXMgdG8gc2lnbiBhbmQgdmFs aWRhdG9yIGhhcyB0aGUgcHVibGljIGtleSB0byB2YWxpZGF0ZSBhcyBpdCBjYW4gb25seSB2YWxp ZGF0ZSBidXQgbm90IGRlcml2ZSBhIHNwZWNpZmljIG5vZGUncyBzaWduYXR1cmUgdG8gcmV2ZXJz ZSB0aGUgb3BlcmF0aW9uLiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQi PlNvIEkgdGhpbmsgdGhlIHNwYWNlIG9wdGltaXplZCZuYnNwOyBtZXRob2QgdG8gb3ZlcndyaXRl IHRoZSBzaWduYXR1cmUgYXQgZWFjaCBub2RlIGNhbm5vdCBiZSBtb2RpZmllZCB0byB1c2UgYXN5 bW1ldHJpYyBrZXlzIGVhc2lseS4gV2lsbCBiZSBoYXBweSB0byBkaXNjdXNzIGlkZWFzIHRvIGNy ZWF0ZSBhIHNwYWNlIG9wdGltaXplZCBhc3ltbWV0cmljIGtleSBiYXNlZA0KIHNvbHV0aW9uLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQiPlRoYW5rczwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTMuNXB0Ij5TaHdldGhhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K aXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBw bUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19f aHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG1fXzshIUJoZFQhMDRtV2s5 eC1VdDVLMGVjTkhmbnQ4Z192RWVRUFh3Wng4b1BfNTFjU1pOVVAyMTRNeWpxT2Noa0VlQTNSJCI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K aXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+aXBw bUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19f aHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcG1fXzshIUJoZFQhMDRtV2s5 eC1VdDVLMGVjTkhmbnQ4Z192RWVRUFh3Wng4b1BfNTFjU1pOVVAyMTRNeWpxT2Noa0VlQTNSJCI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9hPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BYAPR11MB258425AF435E41881B028C14DA7F9BYAPR11MB2584namp_-- From nobody Mon Mar 29 05:01:07 2021 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 C0FA13A0DD9 for ; Mon, 29 Mar 2021 05:01:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.599 X-Spam-Level: X-Spam-Status: No, score=-17.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 ZZTsA7T1lxFY for ; Mon, 29 Mar 2021 05:01:01 -0700 (PDT) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 6949D3A1016 for ; Mon, 29 Mar 2021 05:00:44 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id j18so12584903wra.2 for ; Mon, 29 Mar 2021 05:00:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0PRyxjNsVkJwyQRRPiDqA8oWns0sQdKPdBgx07AxWlI=; b=jSvPznSBET3PV8iB1IPtcJk7Pys2+avciJkMJ+TaY0qXygduGnzHmhcZCLf2Jk+nwP X/wXDoZ4M5y2xFGD7tse+H7TP7qtYLnG+mQt5QJDYudcH4ld4snk2A9iO3u9HytvrMns YxIOejHs48sLs3fkuU4gV/dy1RkKn6OiTPQh/oBjne5+pSPPpjF2gPovT/CD2QSULQ2X R7siYMV7osWjpQI4Ev27N7UZ9adFb3/w1bEW+kTsN/0yweypWrdn4yUj6bvMew1RrAcB rhNkk1BDM4WzCpYYhDNqaSTdr2ltly93dgDyCSxPBBCDoWhvzSjDBF19dDLeh3r5BQ43 BHVA== 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=0PRyxjNsVkJwyQRRPiDqA8oWns0sQdKPdBgx07AxWlI=; b=aegNlpSSoRN41B1fkwvIKLGf7qL10WO5UCipfGQsBxBDJ898k5NB2G+mjvLw4hJi/n 7uy/jVav6lmVSJCOHUPmpdYqov48vhXsBTTiob3XTdaTUfxmpSZzEC3ajxHDbG5os3/d AXmdcB9+LRSpHSMXw8JsN5E3+iJkdflsNpUbPUb/XgAiJzbFk8J+/k11mdrxITcCsTyN 8fuTc7lLsOKKlONNFpsQBtNiLciM+wdhAuiAJZMa6KnBcUEmbtLTnRWLhNdr0QicMDes vG5hrAXhB8yZYch7jHd7mCnxWfzaOIeZCvsk967x0YOu4l0Fdsjrx0I3AnVB3ZM0BMo9 B3LQ== X-Gm-Message-State: AOAM532hgyuiIGBQZkX/iG0T454eRR8YTSofbbxKRFERni6dmfLQDW71 25Xx9CaECEjdMacnwpm6BaTUnBSuBEejZqIHAs8tMw== X-Google-Smtp-Source: ABdhPJxRHSAyZ9ZuFkP9x6U238HjidTEM0zVl0uzrrbI9+/jR5j5qJMpeni11U9BOrivvI/u+TSjtbMdpj3eKAT1e60= X-Received: by 2002:adf:9148:: with SMTP id j66mr28748142wrj.124.1617019241829; Mon, 29 Mar 2021 05:00:41 -0700 (PDT) MIME-Version: 1.0 References: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> In-Reply-To: <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> From: Ian Swett Date: Mon, 29 Mar 2021 08:00:00 -0400 Message-ID: To: "Lubashev, Igor" Cc: Cociglio Mauro , "IETF IPPM WG (ippm@ietf.org)" , "explicit-meas@ietf.org" , "alexandre.ferrieux@orange.com" , "HAMCHAOUI Isabelle IMT/OLN" , "quic@ietf.org" , "tsvwg@ietf.org" Content-Type: multipart/alternative; boundary="000000000000816c4705beaba11c" Archived-At: Subject: Re: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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, 29 Mar 2021 12:01:06 -0000 --000000000000816c4705beaba11c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for the maprg slides Igor, it's great to hear you'd enable this if it was standardized. Has Akamai conducted any privacy analysis it would be willing to share with the IETF? For this to be widely deployed, I think that will need to be done, similar to the spin bit. On Sat, Mar 27, 2021 at 4:29 PM Lubashev, Igor wrote: > Thank you, Mauro. > > I would like to point out to IPPM WG that some of the proposed measuremen= t > techniques have already been implemented and had been running on the > Internet in 2019 and 2020. Namely, Akamai has implemented Loss Bits (L+Q= ) > and enabled them on a large portion of QIUC traffic served to Orange > Telecom users in several countries, while Orange implemented observers th= at > collected and analyzed the measurements. We have discussed the > measurements and techniques in MAPRG during IETF-105 (and at other WGs an= d > meetings). > > Here is our IETF-105 MAPRG presentation discussing the data > https://datatracker.ietf.org/meeting/105/materials/slides-105-maprg-packe= t-loss-signaling-for-encrypted-protocols-01 > . > > In short, we found that unidirectional observations of QUIC traffic with > L+Q bits alone to be effective for measuring both upstream and downstream > packet loss and characterizing the magnitude of packet reordering. > > During the last meeting Ian asked whether Akamai would implement and > enable these measurements techniques for QUIC on the large scale, if all > the relevant drafts get standardized by IETF. The answer is that, yes, w= e > would. We are very interested in doing what it takes to improve Internet > performance for the users, and we would work hard to implement techniques > that can help network operators to improve QOS on their networks. > > - Igor > > > -----Original Message----- > > From: Cociglio Mauro > > Sent: Tuesday, March 16, 2021 9:48 AM > > To: IETF IPPM WG (ippm@ietf.org) ; explicit-meas@ietf.or= g > > Cc: quic@ietf.org; tsvwg@ietf.org > > Subject: [ippm] Comparing Alternate Marking and Explicit Flow > > Measurements (Spin bit, ...) > > > > Hi. > > Last Friday during the IPPM meeting, after the "Explicit Flow > Measurements" > > draft presentation > > (https://urldefense.com/v3/__https://tools.ietf.org/html/draft-mdt-ippm= - > > explicit-flow-measurements-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > > O99Zvrz686frIu4shWxPEipwQd7TTuOM3NTyNCU$ ), Greg Mirsky raised an > > issue that I think is very important. > > The question is about differences and similarities between the two type= s > of > > production traffic packet marking for performance measurements, propose= d > > in IETF and initiated in the IPPM WG: Alternate Marking and Explicit Fl= ow > > Measurements. > > > > The first technique known as Alternate Marking or AM/PM (Alternate > > Marking Performance Monitoring) is defined, in general terms, in RFC832= 1 > > (the point-to-point version) and RFC8889 (the multipoint version). > > It is essentially a Telco measurement, born to measure packet delay and > loss > > between the input and output of a network, or between 2 internal points > of > > the network, in order to identify and localize a problem. It is a netwo= rk > > measure and it is the network operator that performs the marking by > > modifying packets on the fly. > > The strength of this technique comes from the decoupling of marking and > > measurement. We can mark all traffic, using a fixed marking interval > (typically > > "big": from 1 second up to 5 minutes), then we decide what to measure > > based on the resources I want to use. In case of packet loss measuremen= t > > we can start from a single packet counter for all traffic for each > measurement > > point (possibility described in RFC8889), to have a network measurement= , > to > > arrive to a counter for each point-to-point connection you want to > monitor > > (as described in RFC8321). > > In order to obtain the measurement it is necessary to compare the data > > collected from at least 2 measurement points (counters for packet loss, > > timestamps for delay). Then a "communication" between measurement > > points, or with a Network Measurement Center, is needed. > > There are already commercial implementations of this technique (also fo= r > > IPv4) and IETF drafts that are standardizing it for various protocols > (IPv6, > > MPLS, Segment Routing, BIER, ...). > > The Alternate Marking methodology is evolving into the draft "Big Data > > AltMark" (https://urldefense.com/v3/__https://tools.ietf.org/html/draft= - > > c2f-ippm-big-data-alt-mark-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > > O99Zvrz686frIu4shWxPEipwQd7TTuOM_yNIIgs$ ) that defines point-to-point > > flows measurements applying post processing to performance data collect= ed > > by sampling a single network multipoint flow. > > > > The second marking technique for performance monitoring of packet > > networks has been called Explicit Flow Measurements (EFM), and is more > > recent because it's born with the Spin bit RTT measurement. And it came > > about primarily to have an end-to-end performance measure, from the > > terminal, on which an application is running, to the server at the > opposite > > end of the network. EFM can be seen as complementary measures to > > Alternate Marking. > One question on this. As a QUIC WG member I was under the impression the spin bit would enable measurement within networks, but I agree that it is best as an end-to-end measurement. However, network endpoints can and do(ie: qlog) export metrics and traces to provide detailed information that's much richer than spin or loss bits, which makes me less clear on the value of EFM. Igor indicated it worked as intended, but there is the separate question of whether it provides enough value on top of endpoint logging and Alternate Marking. > > It requires certain characteristics of the protocols to which it can be > applied, > > which are client-server, and it is particularly convenient for protocol= s > that > > prevent the marking of packets on the fly (e.g. QUIC), because the > marking > > occurs only on the end-points of the connection. > > The disadvantage with respect to the previous technique is that it alwa= ys > > works for client-server point-to-point connection, it is not possible t= o > > aggregate measurements saving on monitoring resources as described in > > RFC8889. The advantage is that it can also work with a single monitorin= g > > point, even if having more points enhances it and allows intradomain > > measurements. With a single measurement point you can obtain end-to-end > > measures (Spin bit, Delay bit for delay and Loss bit, rT loss bit for > packet loss) > > or end-to-observer measures (sQuare bit and Reflection bit for packet > loss). > > End-to-observer measurements and scalability considerations make it > > particularly convenient to place a measurement point on the client (see > > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-cnbf-ippm= - > > user-devices-explicit-monitoring-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J- > > D-O99Zvrz686frIu4shWxPEipwQd7TTuOMvZGbbWs$ ). > > > > Best Regards. > > > > Mauro > > _____________________ > > Mauro Cociglio > > TIM - Telecom Italia > > Via G. Reiss Romoli, 274 > > 10148 - Torino (Italy) > > Tel.: +390112285028 <+39%20011%20228%205028> > > Mobile: +393357669751 <+39%20335%20766%209751> > > _____________________ > > > > > > TIM - Uso Interno - Tutti i diritti riservati. > > > > Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle > > persone indicate. La diffusione, copia o qualsiasi altra azione > derivante dalla > > conoscenza di queste informazioni sono rigorosamente vietate. Qualora > > abbiate ricevuto questo documento per errore siete cortesemente pregati > di > > darne immediata comunicazione al mittente e di provvedere alla sua > > distruzione, Grazie. > > > > This e-mail and any attachments is confidential and may contain > privileged > > information intended for the addressee(s) only. Dissemination, copying, > > printing or use by anybody else is unauthorised. If you are not the > intended > > recipient, please delete this message and any attachments and advise th= e > > sender by return e-mail, Thanks. > > > > Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessario. > > > > _______________________________________________ > > ippm mailing list > > ippm@ietf.org > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ippm_ > > _;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > > O99Zvrz686frIu4shWxPEipwQd7TTuOMMXmeW4s$ > --000000000000816c4705beaba11c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the maprg slides Igor, it'= s great to hear you'd enable this if it was standardized.

<Taking off my WG chair hat>

Has Akama= i conducted any privacy analysis it would be willing to share with the IETF= ?=C2=A0 For this to be widely deployed, I think that will need to be done, = similar to the spin bit.

On Sat, Mar 27, 2021 at 4:29 PM Lubashev, Igo= r <ilubashe@akamai.com> wr= ote:
Thank you, = Mauro.

I would like to point out to IPPM WG that some of the proposed measurement = techniques have already been implemented and had been running on the Intern= et in 2019 and 2020.=C2=A0 Namely, Akamai has implemented Loss Bits (L+Q) a= nd enabled them on a large portion of QIUC traffic served to Orange Telecom= users in several countries, while Orange implemented observers that collec= ted and analyzed the measurements.=C2=A0 We have discussed the measurements= and techniques in MAPRG during IETF-105 (and at other WGs and meetings).
Here is our IETF-105 MAPRG presentation discussing the data https://datatracker.ietf.org/meeting/105/materials/slides-105-maprg-packet= -loss-signaling-for-encrypted-protocols-01.

In short, we found that unidirectional observations of QUIC traffic with L+= Q bits alone to be effective for measuring both upstream and downstream pac= ket loss and characterizing the magnitude of packet reordering.

During the last meeting Ian asked whether Akamai would implement and enable= these measurements techniques for QUIC on the large scale, if all the rele= vant drafts get standardized by IETF.=C2=A0 The answer is that, yes, we wou= ld.=C2=A0 We are very interested in doing what it takes to improve Internet= performance for the users, and we would work hard to implement techniques = that can help network operators to improve QOS on their networks.

- Igor

> -----Original Message-----
> From: Cociglio Mauro <mauro.cociglio=3D40telecomitalia.it@dmarc.ietf.or= g>
> Sent: Tuesday, March 16, 2021 9:48 AM
> To: IETF IPPM WG (i= ppm@ietf.org) <ip= pm@ietf.org>; explicit-meas@ietf.org
> Cc: quic@ietf.org; tsvwg@ietf.org<= br> > Subject: [ippm] Comparing Alternate Marking and Explicit Flow
> Measurements (Spin bit, ...)
>
> Hi.
> Last Friday during the IPPM meeting, =C2=A0after the "Explicit Fl= ow Measurements"
> draft presentation
> (https://urldefense.com/= v3/__https://tools.ietf.org/html/draft-mdt-ippm-
> explicit-flow-measurements-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM3NTyNCU$ ), Greg Mirsky raised an
> issue that I think is very important.
> The question is about differences and similarities between the two typ= es of
> production traffic packet marking for performance measurements, propos= ed
> in IETF and initiated in the IPPM WG: Alternate Marking and Explicit F= low
> Measurements.
>
> The first technique known as Alternate Marking or AM/PM (Alternate
> Marking Performance Monitoring) is defined, in general terms, in RFC83= 21
> (the point-to-point version) and RFC8889 (the multipoint version).
> It is essentially a Telco measurement, born to measure packet delay an= d loss
> between the input and output of a network, or between 2 internal point= s of
> the network, in order to identify and localize a problem. It is a netw= ork
> measure and it is the network operator that performs the marking by > modifying packets on the fly.
> The strength of this technique comes from the decoupling of marking an= d
> measurement. We can mark all traffic, using a fixed marking interval (= typically
> "big": from 1 second up to 5 minutes), then we decide what t= o measure
> based on the resources I want to use. In case of packet loss measureme= nt
> we can start from a single packet counter for all traffic for each mea= surement
> point (possibility described in RFC8889), to have a network measuremen= t, to
> arrive to a counter for each point-to-point connection you want to mon= itor
> (as described in RFC8321).
> In order to obtain the measurement it is necessary to compare the data=
> collected from at least 2 measurement points (counters for packet loss= ,
> timestamps for delay). Then a "communication" between measur= ement
> points, or with a Network Measurement Center, is needed.
> There are already commercial implementations of this technique (also f= or
> IPv4) and IETF drafts that are standardizing it for various protocols = (IPv6,
> MPLS, Segment Routing, BIER, ...).
> The Alternate Marking methodology is evolving into the draft "Big= Data
> AltMark" (https://urldefense= .com/v3/__https://tools.ietf.org/html/draft-
> c2f-ippm-big-data-alt-mark-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM_yNIIgs$ ) that defines point-to-point=
> flows measurements applying post processing to performance data collec= ted
> by sampling a single network multipoint flow.
>
> The second marking technique for performance monitoring of packet
> networks has been called Explicit Flow Measurements (EFM), and is more=
> recent because it's born with the Spin bit RTT measurement. And it= came
> about primarily to have an end-to-end performance measure, from the > terminal, on which an application is running, to the server at the opp= osite
> end of the network. EFM can be seen as complementary measures to
> Alternate Marking.

One question on= this.=C2=A0 As a QUIC WG member I was under the impression the spin bit wo= uld enable measurement within networks, but I agree that it is best as an e= nd-to-end measurement.=C2=A0 However, network endpoints can and do(ie: qlog= ) export metrics and traces to provide detailed information that's much= richer than spin or loss bits, which makes me less clear on the value of E= FM.=C2=A0 Igor indicated it worked as intended, but there is the separate q= uestion of whether it provides enough value on top of endpoint logging and = Alternate Marking.
=C2=A0
> It requires certain characteristics of the protocols to which it can b= e applied,
> which are client-server, and it is particularly convenient for protoco= ls that
> prevent the marking of packets on the fly (e.g. QUIC), because the mar= king
> occurs only on the end-points of the connection.
> The disadvantage with respect to the previous technique is that it alw= ays
> works for client-server point-to-point connection, it is not possible = to
> aggregate measurements saving on monitoring resources as described in<= br> > RFC8889. The advantage is that it can also work with a single monitori= ng
> point, even if having more points enhances it and allows intradomain > measurements. With a single measurement point you can obtain end-to-en= d
> measures (Spin bit, Delay bit for delay and Loss bit, rT loss bit for = packet loss)
> or end-to-observer measures (sQuare bit and Reflection bit for packet = loss).
> End-to-observer measurements and scalability considerations make it > particularly convenient to place a measurement point on the client (se= e
> https://urldefense.com/= v3/__https://tools.ietf.org/html/draft-cnbf-ippm-
> user-devices-explicit-monitoring-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J= -
> D-O99Zvrz686frIu4shWxPEipwQd7TTuOMvZGbbWs$ ).
>
> Best Regards.
>
> Mauro
> _____________________
> Mauro Cociglio
> TIM - Telecom Italia
> Via G. Reiss Romoli, 274
> 10148 - Torino (Italy)
> Tel.: +390112285028
> Mobile: +393357669751
> _____________________
>
>
> TIM - Uso Interno - Tutti i diritti riservati.
>
> Questo messaggio e i suoi allegati sono indirizzati esclusivamente all= e
> persone indicate. La diffusione, copia o qualsiasi altra azione deriva= nte dalla
> conoscenza di queste informazioni sono rigorosamente vietate. Qualora<= br> > abbiate ricevuto questo documento per errore siete cortesemente pregat= i di
> darne immediata comunicazione al mittente e di provvedere alla sua
> distruzione, Grazie.
>
> This e-mail and any attachments is confidential and may contain privil= eged
> information intended for the addressee(s) only. Dissemination, copying= ,
> printing or use by anybody else is unauthorised. If you are not the in= tended
> recipient, please delete this message and any attachments and advise t= he
> sender by return e-mail, Thanks.
>
> Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necess= ario.
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org > https://urldefense.com/v= 3/__https://www.ietf.org/mailman/listinfo/ippm_
> _;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D-
> O99Zvrz686frIu4shWxPEipwQd7TTuOMMXmeW4s$
--000000000000816c4705beaba11c-- From nobody Mon Mar 29 06:04:28 2021 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 212963A1164; Mon, 29 Mar 2021 06:04:22 -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=unavailable 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 HupBQIvO_N5w; Mon, 29 Mar 2021 06:04:17 -0700 (PDT) Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) (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 426DD3A1166; Mon, 29 Mar 2021 06:04:17 -0700 (PDT) Received: by mail-yb1-xb33.google.com with SMTP id l15so13755501ybm.0; Mon, 29 Mar 2021 06:04:17 -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=BgVYwPGT/ot4JaqROQ8c+KVkAZWIyicV6yM1zyNlyjI=; b=KzJ2aYrIZ9DR3fzL1z1I7Elt20dNlwCkqaHnduVoJeuxOf6yBO9vf45IMp5HIY4f9C Pgve8DsaJsUiybi81bZqsqrvrHx1VAT7ZVCKVNOowl0STEsgGJ1YfEmMK9mmiwQ3qBlW C4cE1ULDGMFpvcxet8D/fPieaVK5ri3HodJ6wNB7dLX7EGVklvihQfDIl3kklTDYvbPe IlgL3DuGcrFarZZ4c+oRj3HplEGdOv+wxCscDAkIjul4FSSwo2WV/qvmJsbOcf+gvFsx IkMqijDP/28P5cwBKVBcVsFYvxSrJ7GNGmiQ3QbmlbfAr2g8jUMaHNsQJ3i47PyayzxY LkEA== 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=BgVYwPGT/ot4JaqROQ8c+KVkAZWIyicV6yM1zyNlyjI=; b=T3MsUrXrOyZGwKX2JGrMMvhv5j+sYqq2BHWckpfuBfh794R/HnuY/e4m5fqwr/vlDZ ZkY3kLuJRAkqqofC4qJv0aEsSkXVmVE5fBItEPBcm/1pfSGq0FWivwCoPs3f1GpFWA/k /Dzi0625Z1bFkJPCTgQfnYI7YmrG2TwHbWxXnn0B+51v+WUWq5dJku+Lu2zaBChxjakw +pZIoArXceaqEDMB0NPzKTq5R2esvnpYObzurn0k3n7p9Rwwn9yHmuOmJ0WEUt1HSXHM 6b9ILDgYQbV/CQDXVi1SPt+GbKQEFxuNpOdgJ6A+1u/5UntqBnJthhg0I7OIc1fD/K3W MJdg== X-Gm-Message-State: AOAM533hGieG/SZ+kVF1WIxLV9iKQURMoSEG58F+dtwzQJsJBsP7/jz5 sOT007fu7yj0sMrLJk9V6tGH2Jm00acMUmCYZzE= X-Google-Smtp-Source: ABdhPJxys3BOIXXDX4DgRCkQnMERq0r4UOTnA3LlRa5M4IfYA+hyXKU8RSemeYWZraEO0cCKMHZCsEHsscziCrbBCqI= X-Received: by 2002:a25:6814:: with SMTP id d20mr37979161ybc.53.1617023054713; Mon, 29 Mar 2021 06:04:14 -0700 (PDT) MIME-Version: 1.0 References: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> In-Reply-To: From: Spencer Dawkins at IETF Date: Mon, 29 Mar 2021 08:03:48 -0500 Message-ID: To: Ian Swett Cc: "Lubashev, Igor" , "explicit-meas@ietf.org" , "tsvwg@ietf.org" , "IETF IPPM WG (ippm@ietf.org)" , "alexandre.ferrieux@orange.com" , "HAMCHAOUI Isabelle IMT/OLN" , Cociglio Mauro , "quic@ietf.org" Content-Type: multipart/alternative; boundary="000000000000c516a405beac8445" Archived-At: Subject: Re: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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, 29 Mar 2021 13:04:22 -0000 --000000000000c516a405beac8445 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Ian, On Mon, Mar 29, 2021 at 7:01 AM Ian Swett wrote: > Thanks for the maprg slides Igor, it's great to hear you'd enable this if > it was standardized. > > > I didn't notice that you're an IPPM co-chair - congratulations to you, and to IPPM! > Has Akamai conducted any privacy analysis it would be willing to share > with the IETF? For this to be widely deployed, I think that will need to > be done, similar to the spin bit. > Exactly, because (please see below) > On Sat, Mar 27, 2021 at 4:29 PM Lubashev, Igor > wrote: > >> Thank you, Mauro. >> >> I would like to point out to IPPM WG that some of the proposed >> measurement techniques have already been implemented and had been runnin= g >> on the Internet in 2019 and 2020. Namely, Akamai has implemented Loss B= its >> (L+Q) and enabled them on a large portion of QIUC traffic served to Oran= ge >> Telecom users in several countries, while Orange implemented observers t= hat >> collected and analyzed the measurements. We have discussed the >> measurements and techniques in MAPRG during IETF-105 (and at other WGs a= nd >> meetings). >> >> Here is our IETF-105 MAPRG presentation discussing the data >> https://datatracker.ietf.org/meeting/105/materials/slides-105-maprg-pack= et-loss-signaling-for-encrypted-protocols-01 >> . >> >> In short, we found that unidirectional observations of QUIC traffic with >> L+Q bits alone to be effective for measuring both upstream and downstrea= m >> packet loss and characterizing the magnitude of packet reordering. >> >> During the last meeting Ian asked whether Akamai would implement and >> enable these measurements techniques for QUIC on the large scale, if all >> the relevant drafts get standardized by IETF. The answer is that, yes, = we >> would. We are very interested in doing what it takes to improve Interne= t >> performance for the users, and we would work hard to implement technique= s >> that can help network operators to improve QOS on their networks. >> >> - Igor >> >> > -----Original Message----- >> > From: Cociglio Mauro >> > Sent: Tuesday, March 16, 2021 9:48 AM >> > To: IETF IPPM WG (ippm@ietf.org) ; >> explicit-meas@ietf.org >> > Cc: quic@ietf.org; tsvwg@ietf.org >> > Subject: [ippm] Comparing Alternate Marking and Explicit Flow >> > Measurements (Spin bit, ...) >> > >> > Hi. >> > Last Friday during the IPPM meeting, after the "Explicit Flow >> Measurements" >> > draft presentation >> > ( >> https://urldefense.com/v3/__https://tools.ietf.org/html/draft-mdt-ippm- >> > explicit-flow-measurements-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- >> > O99Zvrz686frIu4shWxPEipwQd7TTuOM3NTyNCU$ ), Greg Mirsky raised an >> > issue that I think is very important. >> > The question is about differences and similarities between the two >> types of >> > production traffic packet marking for performance measurements, propos= ed >> > in IETF and initiated in the IPPM WG: Alternate Marking and Explicit >> Flow >> > Measurements. >> > >> > The first technique known as Alternate Marking or AM/PM (Alternate >> > Marking Performance Monitoring) is defined, in general terms, in RFC83= 21 >> > (the point-to-point version) and RFC8889 (the multipoint version). >> > It is essentially a Telco measurement, born to measure packet delay an= d >> loss >> > between the input and output of a network, or between 2 internal point= s >> of >> > the network, in order to identify and localize a problem. It is a >> network >> > measure and it is the network operator that performs the marking by >> > modifying packets on the fly. >> > The strength of this technique comes from the decoupling of marking an= d >> > measurement. We can mark all traffic, using a fixed marking interval >> (typically >> > "big": from 1 second up to 5 minutes), then we decide what to measure >> > based on the resources I want to use. In case of packet loss measureme= nt >> > we can start from a single packet counter for all traffic for each >> measurement >> > point (possibility described in RFC8889), to have a network >> measurement, to >> > arrive to a counter for each point-to-point connection you want to >> monitor >> > (as described in RFC8321). >> > In order to obtain the measurement it is necessary to compare the data >> > collected from at least 2 measurement points (counters for packet loss= , >> > timestamps for delay). Then a "communication" between measurement >> > points, or with a Network Measurement Center, is needed. >> > There are already commercial implementations of this technique (also f= or >> > IPv4) and IETF drafts that are standardizing it for various protocols >> (IPv6, >> > MPLS, Segment Routing, BIER, ...). >> > The Alternate Marking methodology is evolving into the draft "Big Data >> > AltMark" ( >> https://urldefense.com/v3/__https://tools.ietf.org/html/draft- >> > c2f-ippm-big-data-alt-mark-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- >> > O99Zvrz686frIu4shWxPEipwQd7TTuOM_yNIIgs$ ) that defines point-to-point >> > flows measurements applying post processing to performance data >> collected >> > by sampling a single network multipoint flow. >> > >> > The second marking technique for performance monitoring of packet >> > networks has been called Explicit Flow Measurements (EFM), and is more >> > recent because it's born with the Spin bit RTT measurement. And it cam= e >> > about primarily to have an end-to-end performance measure, from the >> > terminal, on which an application is running, to the server at the >> opposite >> > end of the network. EFM can be seen as complementary measures to >> > Alternate Marking. >> > > One question on this. As a QUIC WG member I was under the impression the > spin bit would enable measurement within networks, but I agree that it is > best as an end-to-end measurement. However, network endpoints can and > do(ie: qlog) export metrics and traces to provide detailed information > that's much richer than spin or loss bits, which makes me less clear on t= he > value of EFM. Igor indicated it worked as intended, but there is the > separate question of whether it provides enough value on top of endpoint > logging and Alternate Marking. > Brian Trammell and I have both been chatting with the TSV ADs about topics that the PLUS BOF was relevant to. My recollection from https://datatracker.ietf.org/doc/minutes-96-plus/ was that most of the concern expressed by the SEC types in the room was about endpoints sending information to network entities that the user was not aware of (and, truth be told, that one concern detailed PLUS forevermore). (*) (*) corrections on that point are welcome, but I'd be surprised if anyone offered one. It wasn't a close BOF result. It's obvious to me that relying on qlog plus delivery of qlog output to network elements would be useful, and a lot more likely to be accurate than inferences from a heavily encrypted byte stream, but please ask very early in the process whether there's a similar concern about unwitting (from the user's perspective) leakage to operators, or just bite the bullet and do the privacy analysis now. And Good Luck. Best, Spencer > > It requires certain characteristics of the protocols to which it can be >> applied, >> > which are client-server, and it is particularly convenient for >> protocols that >> > prevent the marking of packets on the fly (e.g. QUIC), because the >> marking >> > occurs only on the end-points of the connection. >> > The disadvantage with respect to the previous technique is that it >> always >> > works for client-server point-to-point connection, it is not possible = to >> > aggregate measurements saving on monitoring resources as described in >> > RFC8889. The advantage is that it can also work with a single monitori= ng >> > point, even if having more points enhances it and allows intradomain >> > measurements. With a single measurement point you can obtain end-to-en= d >> > measures (Spin bit, Delay bit for delay and Loss bit, rT loss bit for >> packet loss) >> > or end-to-observer measures (sQuare bit and Reflection bit for packet >> loss). >> > End-to-observer measurements and scalability considerations make it >> > particularly convenient to place a measurement point on the client (se= e >> > >> https://urldefense.com/v3/__https://tools.ietf.org/html/draft-cnbf-ippm- >> > user-devices-explicit-monitoring-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J= - >> > D-O99Zvrz686frIu4shWxPEipwQd7TTuOMvZGbbWs$ ). >> > >> > Best Regards. >> > >> > Mauro >> > _____________________ >> > Mauro Cociglio >> > TIM - Telecom Italia >> > Via G. Reiss Romoli, 274 >> > 10148 - Torino (Italy) >> > Tel.: +390112285028 <+39%20011%20228%205028> >> > Mobile: +393357669751 <+39%20335%20766%209751> >> > _____________________ >> > >> > >> > TIM - Uso Interno - Tutti i diritti riservati. >> > >> > Questo messaggio e i suoi allegati sono indirizzati esclusivamente all= e >> > persone indicate. La diffusione, copia o qualsiasi altra azione >> derivante dalla >> > conoscenza di queste informazioni sono rigorosamente vietate. Qualora >> > abbiate ricevuto questo documento per errore siete cortesemente pregat= i >> di >> > darne immediata comunicazione al mittente e di provvedere alla sua >> > distruzione, Grazie. >> > >> > This e-mail and any attachments is confidential and may contain >> privileged >> > information intended for the addressee(s) only. Dissemination, copying= , >> > printing or use by anybody else is unauthorised. If you are not the >> intended >> > recipient, please delete this message and any attachments and advise t= he >> > sender by return e-mail, Thanks. >> > >> > Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necessario= . >> > >> > _______________________________________________ >> > ippm mailing list >> > ippm@ietf.org >> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/ippm= _ >> > _;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- >> > O99Zvrz686frIu4shWxPEipwQd7TTuOMMXmeW4s$ >> > --000000000000c516a405beac8445 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Ian,=C2=A0

On Mon, Mar 29, 2021 at 7:01 AM Ian Swe= tt <ianswett=3D40google.c= om@dmarc.ietf.org> wrote:
Thanks for the maprg sli= des Igor, it's great to hear you'd enable this if it was standardiz= ed.

<Taking off my WG chair hat>
=

I didn't notice that you're an IPP= M co-chair - congratulations to you, and to IPPM!=C2=A0
=C2=A0
Has Akamai conducted any privacy analysis it would be will= ing to share with the IETF?=C2=A0 For this to be widely deployed, I think t= hat will need to be done, similar to the spin bit.

Exactly, because (please see below)
=C2=A0
On Sat, Mar 27, 2021 at 4:29 PM Lubashev, Igo= r <ilubashe@aka= mai.com> wrote:
Thank you, Mauro.

I would like to point out to IPPM WG that some of the proposed measurement = techniques have already been implemented and had been running on the Intern= et in 2019 and 2020.=C2=A0 Namely, Akamai has implemented Loss Bits (L+Q) a= nd enabled them on a large portion of QIUC traffic served to Orange Telecom= users in several countries, while Orange implemented observers that collec= ted and analyzed the measurements.=C2=A0 We have discussed the measurements= and techniques in MAPRG during IETF-105 (and at other WGs and meetings).
Here is our IETF-105 MAPRG presentation discussing the data https://datatracker.ietf.org/meeting/105/materials/slides-105-maprg-packet= -loss-signaling-for-encrypted-protocols-01.

In short, we found that unidirectional observations of QUIC traffic with L+= Q bits alone to be effective for measuring both upstream and downstream pac= ket loss and characterizing the magnitude of packet reordering.

During the last meeting Ian asked whether Akamai would implement and enable= these measurements techniques for QUIC on the large scale, if all the rele= vant drafts get standardized by IETF.=C2=A0 The answer is that, yes, we wou= ld.=C2=A0 We are very interested in doing what it takes to improve Internet= performance for the users, and we would work hard to implement techniques = that can help network operators to improve QOS on their networks.

- Igor

> -----Original Message-----
> From: Cociglio Mauro <mauro.cociglio=3D40telecomitalia.it@dmarc.ietf.or= g>
> Sent: Tuesday, March 16, 2021 9:48 AM
> To: IETF IPPM WG (i= ppm@ietf.org) <ip= pm@ietf.org>; explicit-meas@ietf.org
> Cc: quic@ietf.org; tsvwg@ietf.org<= br> > Subject: [ippm] Comparing Alternate Marking and Explicit Flow
> Measurements (Spin bit, ...)
>
> Hi.
> Last Friday during the IPPM meeting, =C2=A0after the "Explicit Fl= ow Measurements"
> draft presentation
> (https://urldefense.com/= v3/__https://tools.ietf.org/html/draft-mdt-ippm-
> explicit-flow-measurements-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM3NTyNCU$ ), Greg Mirsky raised an
> issue that I think is very important.
> The question is about differences and similarities between the two typ= es of
> production traffic packet marking for performance measurements, propos= ed
> in IETF and initiated in the IPPM WG: Alternate Marking and Explicit F= low
> Measurements.
>
> The first technique known as Alternate Marking or AM/PM (Alternate
> Marking Performance Monitoring) is defined, in general terms, in RFC83= 21
> (the point-to-point version) and RFC8889 (the multipoint version).
> It is essentially a Telco measurement, born to measure packet delay an= d loss
> between the input and output of a network, or between 2 internal point= s of
> the network, in order to identify and localize a problem. It is a netw= ork
> measure and it is the network operator that performs the marking by > modifying packets on the fly.
> The strength of this technique comes from the decoupling of marking an= d
> measurement. We can mark all traffic, using a fixed marking interval (= typically
> "big": from 1 second up to 5 minutes), then we decide what t= o measure
> based on the resources I want to use. In case of packet loss measureme= nt
> we can start from a single packet counter for all traffic for each mea= surement
> point (possibility described in RFC8889), to have a network measuremen= t, to
> arrive to a counter for each point-to-point connection you want to mon= itor
> (as described in RFC8321).
> In order to obtain the measurement it is necessary to compare the data=
> collected from at least 2 measurement points (counters for packet loss= ,
> timestamps for delay). Then a "communication" between measur= ement
> points, or with a Network Measurement Center, is needed.
> There are already commercial implementations of this technique (also f= or
> IPv4) and IETF drafts that are standardizing it for various protocols = (IPv6,
> MPLS, Segment Routing, BIER, ...).
> The Alternate Marking methodology is evolving into the draft "Big= Data
> AltMark" (https://urldefense= .com/v3/__https://tools.ietf.org/html/draft-
> c2f-ippm-big-data-alt-mark-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D- > O99Zvrz686frIu4shWxPEipwQd7TTuOM_yNIIgs$ ) that defines point-to-point=
> flows measurements applying post processing to performance data collec= ted
> by sampling a single network multipoint flow.
>
> The second marking technique for performance monitoring of packet
> networks has been called Explicit Flow Measurements (EFM), and is more=
> recent because it's born with the Spin bit RTT measurement. And it= came
> about primarily to have an end-to-end performance measure, from the > terminal, on which an application is running, to the server at the opp= osite
> end of the network. EFM can be seen as complementary measures to
> Alternate Marking.

One question on= this.=C2=A0 As a QUIC WG member I was under the impression the spin bit wo= uld enable measurement within networks, but I agree that it is best as an e= nd-to-end measurement.=C2=A0 However, network endpoints can and do(ie: qlog= ) export metrics and traces to provide detailed information that's much= richer than spin or loss bits, which makes me less clear on the value of E= FM.=C2=A0 Igor indicated it worked as intended, but there is the separate q= uestion of whether it provides enough value on top of endpoint logging and = Alternate Marking.

Brian = Trammell and I have both been chatting with the TSV ADs about topics that t= he PLUS BOF was relevant to. My recollection from=C2=A0https://datatracker.ietf.org/doc/= minutes-96-plus/ was that most of the concern expressed by the SEC type= s in the room was about endpoints sending information to network entities t= hat the user was not aware of (and, truth be told, that one concern detaile= d PLUS forevermore). (*)

(*) corrections on that p= oint are welcome, but I'd be surprised if anyone offered one. It wasn&#= 39;t a close BOF result.=C2=A0

It's obvious to= me that relying on qlog plus delivery of qlog output to network elements w= ould be useful, and a lot more likely to be accurate than inferences from a= heavily encrypted byte stream, but please ask very early in the process wh= ether there's a similar concern about unwitting (from the user's pe= rspective) leakage to operators, or just bite the bullet and do the privacy= analysis now.

And Good Luck.=C2=A0

=
Best,

Spencer
=C2=A0
> It = requires certain characteristics of the protocols to which it can be applie= d,
> which are client-server, and it is particularly convenient for protoco= ls that
> prevent the marking of packets on the fly (e.g. QUIC), because the mar= king
> occurs only on the end-points of the connection.
> The disadvantage with respect to the previous technique is that it alw= ays
> works for client-server point-to-point connection, it is not possible = to
> aggregate measurements saving on monitoring resources as described in<= br> > RFC8889. The advantage is that it can also work with a single monitori= ng
> point, even if having more points enhances it and allows intradomain > measurements. With a single measurement point you can obtain end-to-en= d
> measures (Spin bit, Delay bit for delay and Loss bit, rT loss bit for = packet loss)
> or end-to-observer measures (sQuare bit and Reflection bit for packet = loss).
> End-to-observer measurements and scalability considerations make it > particularly convenient to place a measurement point on the client (se= e
> https://urldefense.com/= v3/__https://tools.ietf.org/html/draft-cnbf-ippm-
> user-devices-explicit-monitoring-01__;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J= -
> D-O99Zvrz686frIu4shWxPEipwQd7TTuOMvZGbbWs$ ).
>
> Best Regards.
>
> Mauro
> _____________________
> Mauro Cociglio
> TIM - Telecom Italia
> Via G. Reiss Romoli, 274
> 10148 - Torino (Italy)
> Tel.: +390112285028
> Mobile: +393357669751
> _____________________
>
>
> TIM - Uso Interno - Tutti i diritti riservati.
>
> Questo messaggio e i suoi allegati sono indirizzati esclusivamente all= e
> persone indicate. La diffusione, copia o qualsiasi altra azione deriva= nte dalla
> conoscenza di queste informazioni sono rigorosamente vietate. Qualora<= br> > abbiate ricevuto questo documento per errore siete cortesemente pregat= i di
> darne immediata comunicazione al mittente e di provvedere alla sua
> distruzione, Grazie.
>
> This e-mail and any attachments is confidential and may contain privil= eged
> information intended for the addressee(s) only. Dissemination, copying= ,
> printing or use by anybody else is unauthorised. If you are not the in= tended
> recipient, please delete this message and any attachments and advise t= he
> sender by return e-mail, Thanks.
>
> Rispetta l'ambiente. Non stampare questa mail se non =C3=A8 necess= ario.
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org > https://urldefense.com/v= 3/__https://www.ietf.org/mailman/listinfo/ippm_
> _;!!GjvTz_vk!CC-VjNQml5au1pXfCN50J-D-
> O99Zvrz686frIu4shWxPEipwQd7TTuOMMXmeW4s$
--000000000000c516a405beac8445-- From nobody Mon Mar 29 14:31:25 2021 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 832303A2243; Mon, 29 Mar 2021 14:31:20 -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: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <161705348048.17388.9380614999436689902@ietfa.amsl.com> Date: Mon, 29 Mar 2021 14:31:20 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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: Mon, 29 Mar 2021 21:31: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 : Metrics and Methods for One-way IP Capacity Authors : Al Morton Ruediger Geib Len Ciavattone Filename : draft-ietf-ippm-capacity-metric-method-08.txt Pages : 37 Date : 2021-03-29 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-08 https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric-method-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method-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 30 01:54:15 2021 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 80D023A2BF6 for ; Tue, 30 Mar 2021 01:54:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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=ericsson.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 Rfzwpldb3RAk for ; Tue, 30 Mar 2021 01:54:08 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60057.outbound.protection.outlook.com [40.107.6.57]) (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 70BF23A2BF3 for ; Tue, 30 Mar 2021 01:54:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oHOZiHscKzkptcq7zKv4P/zIxJm//liE7VlmIwFx6U57c6q+L/iFQBHc0aum3/082rOKzBfEINFP6c6ubVJ15AT2nwIEw5yl6sTOK+n133R1JSfd6wPbw8DiZZu2O0uBmdqVtd+hYSoE3vn3yH4rwns31hhlFBXFUZGDiAt0BgUbj8oFiLhXIOp1s7hxlAQyOxTop6DWa6b4xr++hLeK29sF4lcSpen8JqcoeyyyVVClB5pGvATKttm7kETDZlLYvAFZy/ACHhXWMOtgKeEh1bGmIyzFA8q9bSK9vJsGi4lO1N7PrUHg50sqeAjDWzJQifW6Lb1cAFDDcmtd4dtmmg== 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=LKxaI1zx3OOsdK177Zyb14VzpbHmF6H36M+UUHXEVgs=; b=KJrAa0Xj24pTDwrMG+dJ96Lo3mZnrLlWEnspRs80s1z5zFuFw90Qigy+ACgv+2/EFFegsOMvdhPFDk7fCnfK21fUUqwPb6G1P/E/DdqY6Ae8a9i/oFVEh5w7mcfI5Z4XT4ONX1f7cb3qKRc3XdB+EDfLjFUWL5UfYmqyUnVO7oaIdNdF7c8mFIooiEVGCE3U74hfzimXqelXf8IZRVIgEQ6KWsyMSgqFDmezmBlvQ4+n4xUOinhmmzc+Yt0a5OoIVFj2qL6eiYHhFLbCfDG3We0/CxuDCwI82uBAFW1bYt4DZnD563Uc8ldNLygHdbDgAky2MI/LjPGtcPTExuuqMw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LKxaI1zx3OOsdK177Zyb14VzpbHmF6H36M+UUHXEVgs=; b=rgcpvw6PmyQLSVcny+s3Ird+FFmUpxgPCULegc8NIdn79uIZWe/9NE35GHR1E+/DKNP8oWqkIybc/wG5thXV7y6KxXZwuM8iB8cFOmdTprGYryhaMIJCK8NL1MUonOHeamBPIvMmz3S03RFSUJrjen6venC/OiF4sxrjldezpnQ= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2459.eurprd07.prod.outlook.com (2603:10a6:3:72::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.19; Tue, 30 Mar 2021 08:54:04 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da%6]) with mapi id 15.20.3999.016; Tue, 30 Mar 2021 08:54:04 +0000 From: Magnus Westerlund To: "ippm@ietf.org" Thread-Topic: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQ Date: Tue, 30 Mar 2021 08:54:04 +0000 Message-ID: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> In-Reply-To: <161705348048.17388.9380614999436689902@ietfa.amsl.com> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9ee10c21-a1c8-40ab-c3af-08d8f3595f06 x-ms-traffictypediagnostic: HE1PR0701MB2459: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0oj0Cv3nI4Oh93UyFmDVXlHM1aOvM/mowyxlEqXcxO/qBRyppAN2li2S8bLLSs1ONB0EvmAR07UphicMUO2sgvO3EHvy3qC4fJKu1ilFj/nyfvW4CMb5ZsuujT4LuYXqVYYO8UtDxo7bnDoHME6+a+ujtYCI/j2O4HrOJ1ExcKER+ypDOizC241Z7E6BnsIteZYh5NHTaTzMRqcJJjzLvEdQ0xdDQAK0BECYk8+GUEQSD0g3I0zSJnnjxRd8oVhj+sIQSXbEWygS65S+yn71D6OjZbu9Z8zwf0liRuOxm064shuJWbyyjhk/KLvdPzvSmctacEahOhQKY8JnpONYAIGVXnPABA5A+vHHD4T+exdHZJE2GK0ietuAXBzw5yAxOX6c4xR9cw571n1D8AKzLkp+zfadg8rDN+InN1yoYhHCj/0++OqXEG6Jb7MXpR8UIENPReb2wNTsAMCN19EEOk/Zzh5FFIvhTJSAQ6wIq60Jaz0uB5zpk9DRRD0l5i5BBxD9k9FsUDkKG4plrA43SZSqhvwzcI7dizHNNVxII8p3POBDfXGkUog0/lBpPsBReJDGqWfZlsmnJV+FgYrLIOpg6u2f+5+KPKG+uFxDdVqDEX4cJ79+wdqrNVBheKD33eNdpg3Q8Hq8AKu8gnNabh46K1xEGBUOnRmEuuiL/Irm9iWhWMWUIB6hwRbO4XL1k3sbMyk75uaKpLUo100P6PbnBtWp1Za2h83qxNHjKGo= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(136003)(366004)(39860400002)(346002)(66574015)(5660300002)(26005)(186003)(316002)(9686003)(55016002)(7696005)(71200400001)(33656002)(53546011)(6506007)(44832011)(478600001)(2906002)(66946007)(66476007)(66556008)(64756008)(66446008)(66616009)(76116006)(38100700001)(99936003)(86362001)(83380400001)(52536014)(966005)(8676002)(8936002)(6916009); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?Y8dYEsgmK8ZYy+wNc+CiQHL/G67NCHWMqYCF8SrpLAbgFzKR051mp4HBWPws?= =?us-ascii?Q?mDo5alWP5jpd/9F9AFKgfhsOe6dolxuWs05zRn7APCBZ1XifHyn3VjaijFO7?= =?us-ascii?Q?SrdR9A2Y6AoK2iSEXIqiQwYta0g8Pk7TITCsCCynha0Yz9XQ8dmYNDQ56fEm?= =?us-ascii?Q?5V/jclTg+1o4IZlKjNHGdQxOClUfLQVtqHxtc+fKvj+/ru7l+fiEGRiL5pep?= =?us-ascii?Q?oIDbGwGccTEnpKNnJwxkeNjPIJywFJKdChfQeun95tS0JIQM1tcLW/jsyik5?= =?us-ascii?Q?MoNWeToIpmcsuexNbZgFCH7q74KJPW8jFpvfcmagyzNAcCgSo9nw863IJuHB?= =?us-ascii?Q?BWHwX0MI1Nh7DkGowvRYyxe3R2iKWdq1OzYN49/khT3Kj+qXEJbH2trhGSK8?= =?us-ascii?Q?ouhHFFv90pSPC4spnD2cEEv3BaI09hKpYg0tvBFQehkHRZX055qdNSax/heY?= =?us-ascii?Q?O6RGX5cUvbGkc+r51icwO/SF0qsVxgCvypbf6XYxpZ8wCHTr6hNkL9G6ZAGi?= =?us-ascii?Q?LxAOjt5SE67d+YTx3EgxlrRuTyzCwaTI4joNAXRSu96qu+8VwBvkrzYotbFa?= =?us-ascii?Q?QzVbQMJphqVKXqVGP6vPld/F0rO6lGbQdzNzu/bZeMb0ixDFCWskucfgmUJ1?= =?us-ascii?Q?+rwHb7bRzsz+CmplW3VgX3rkZLP39HP1j7ijuXcEb2B/SSrYqYsudSjf1r6J?= =?us-ascii?Q?qhOiAi+pQqQPMVc7ZBB1DqkIZOxp5rLFAmqH8ON48r/mrfL6k6FnFV11YR7x?= =?us-ascii?Q?3iz8b97gQSprSFevDr8S9CugAxAJoMEWWxxcSyS0knLQTU5EWnKnOUqcXCPq?= =?us-ascii?Q?z2Y6RgsDmQZOAVp91d7luIi+bN0+O54a2AamZ/gPyoCx0/lNbCnRJaN1hH2P?= =?us-ascii?Q?OVBsomtv0WYd9VrWaNi7UJqhgUaBMfneiQLdlP8Y/R9YEZjSJSbEessT+Rqr?= =?us-ascii?Q?9ys89yESjCci1rRpJXlUnzahCcCz7fflIRBBQ/3Hddl3gS/0ydP5ua0N9zuN?= =?us-ascii?Q?hSI7ZWQpg/QGj0s4CUmHHRgkh60gNaXxQF8JzkUZOGakzAgfTajgubCj/Brc?= =?us-ascii?Q?zqG4MXfSMUA1kTk6CYLeD/sFwvHdCFQa4yE8YsGuEgdsf1OTJ+UXgBPC8h3t?= =?us-ascii?Q?WwHJIYySS6TlHzzwAh2UyAb/ERzYAOb/1oAOyiNVKIysNgzZTnkPwq41D959?= =?us-ascii?Q?KetrpveE9kYQVR3eoQMf6zmYrcapkTVJb4jDa7lCLP6nYxaYzQt1FIC3VLfW?= =?us-ascii?Q?l2wGcf/vzWHANllY8lguELZfpHI5oR+FbVkLE0+d2M1b08pJgRE0Hy9msIi/?= =?us-ascii?Q?WAXzrwlzsk+GT2o9IDL1BRyr?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0000_01D72552.F4DD78A0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9ee10c21-a1c8-40ab-c3af-08d8f3595f06 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2021 08:54:04.3415 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /gECTtQz6W9+B/AjI9K+hxZ7ZPQ4Jiab2VHt42zXCznzBefbKf+UnznGfVaZdTY2eNIBfO9FSWyax7YIYok+HMWXkHWCsANOZ14qXQomsaU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2459 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 30 Mar 2021 08:54:13 -0000 ------=_NextPart_000_0000_01D72552.F4DD78A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I have reviewed the latest versions changes and have some comments. Section 8.1 If no status feedback messages arrive at the sender for the interval greater than the Lost Status Backoff timeout = w*FT, beginning when the last message (of any type) was successfully received at the sender: "w" is used here and paragraphs below. But it is not really defined. Based on what is written below it is an algorithm constant, so maybe it should be given a name. So the backoff happens after w*FT. And I agree that with a regular feedback interval that will be working independent of RTT, starting the time when the first feedback has been received. What I thin this paragraph could be clearer on is that w*FT need to be considered in relation to the one-way delay jitter. And the most likely cause here is buffer depth in the bottleneck. It must also be related to upper delay threshold. What occurs if upper delay threshold is higher than w*FT? Is there a potential that a step increases is sufficient to push the buffer occupancy more than w*FT longer, i.e. causing the feedback to be delayed sufficient so that it triggers the lost feedback rather than the upper threshold? I haven't calculated what traffic increases that are possible and if that excess traffic can cause this to happen without additional cross traffic over bottleneck. I would assume this is fine to happen in the initial fast ramp-up, but it should not really happen in the regular ramp-up case. The RECOMMENDED initial value for w is 3, taking Round Trip Time (RTT) less than FT into account. A test with RTT longer than FT is a valid reason to increase the initial value of w appropriately. Variable w SHALL be incremented by 1 whenever the Lost Status Backoff timeout is exceeded. So with FT = 50ms, a status feedback message loss would be declared at 150ms following a successful message, again at 50ms after that (200ms total), and so on. I still think that Section 8 could be more explicit about the goal of the load algorithm. To accurately measure the capacity of the path the load algorithm strive to load the path so that the one way latency increases to indicate that the bottleneck buffer is sufficiently filled to achieve high utility. This load is not intended to be fair against other applications, it is intended to provide as accurate measurement as possible, potentially pushing other applications out of the way. The goal of being explicit about this is so that there is no doubt to anyone what this algorithm does, and that it is not a generic congestion control algorithm. So Section 14.1 discuss this, but I think the document can be more honest here and state it explicitly in Section 8. Now, I am no longer an AD, but I don't have a problem with a limited scope algorithm that just is open with its intention of being unfair. I think having an algorithm that people may copy without understanding what it does is more a problem. Cheers Magnus Westerlund > -----Original Message----- > From: I-D-Announce On Behalf Of > internet-drafts@ietf.org > Sent: den 29 mars 2021 23:31 > To: i-d-announce@ietf.org > Cc: ippm@ietf.org > Subject: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt > > > 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 One-way IP Capacity > Authors : Al Morton > Ruediger Geib > Len Ciavattone > Filename : draft-ietf-ippm-capacity-metric-method-08.txt > Pages : 37 > Date : 2021-03-29 > > 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-08 > https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric- > method-08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-capacity-metric-method- > 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/ > > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or > ftp://ftp.ietf.org/ietf/1shadow-sites.txt ------=_NextPart_000_0000_01D72552.F4DD78A0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVYzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF9DCCA9ygAwIBAgIP AXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEyMTEw OTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFNYWdu dXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24u Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFrEQCH 3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNiaCP7q vFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJfbpX bFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEbcG2T WAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++mBovh E5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMwHQYD VR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBMMEoG DCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVs aWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5j b20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25u bGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsG AQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZp ZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/jf+T sHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6UUPKF i+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gfQUrA /GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8kPty oe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDITHPA Re50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV6rUx h2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFoEAEk DTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn2JHE SB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZigOsT zUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJkok7Cb SRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRl bGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2 aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3 xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuY UaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxz wCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkao P9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2 Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZ aEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0Fd QDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA +yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUr rvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQw gYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25l cmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5j b20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3Qu dGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUF BwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPb LaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQ WGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4 lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3Nw urNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCICh MuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAq RHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP 6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0R LCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZf AFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqG ahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGC Av8wggL7AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxF cmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwCQYFKw4DAhoFAKCC AXowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwMzMwMDg1MzQ1 WjAjBgkqhkiG9w0BCQQxFgQUUGQVnzDoC0pCtq/NCEgMJmsRGG4wQwYJKoZIhvcNAQkPMTYwNDAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAhowaQYJKwYB BAGCNxAEMVwwWjBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVy aWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCDwF2UT0idhk5guXXMZ6ngjBrBgsqhkiG9w0BCRAC CzFcoFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQEBBQAEggEA DPyXy7OBILfE/QGRZ+Zk1bD7vRmDrApmLVBIcpl1PxHVbUViOX0rClkqsOXpAfZwYNDhWdV1iSHE Y0Cc5hjE96gu3rRPUDfYyVhtLH6qjrKo8k5ztEwp3tD4+gkpuRyGlJobp8G9ylDHYBOSMUwQP1Y+ WmpeVhQpqybvMAu1/p5yvH08tm9AVieT7yPuurvK/nH1QvNjhYI9eLfXjeDFtUnPWsB3FqhctmZP BdbomQqPTUEw6sPcZZd23OF60M+5hI9TYW/e3YXBS0fEavPDsPLzu0ZcpjFFPgWxfLoXw+o3jApd KOzDpV09ACrM+2gudt+oS2E4KxZ+XYqs0xwSPQAAAAAAAA== ------=_NextPart_000_0000_01D72552.F4DD78A0-- From nobody Tue Mar 30 03:48:54 2021 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 962FE3A0883 for ; Tue, 30 Mar 2021 03:48:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.418 X-Spam-Level: X-Spam-Status: No, score=-4.418 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 2da_OXbmqS_I for ; Tue, 30 Mar 2021 03:48:48 -0700 (PDT) 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 2A72B3A086C for ; Tue, 30 Mar 2021 03:48:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1617101328; x=1648637328; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=6dYuqqE1uB/RvqWp0eX7e0+jghP8ZqIzoTU9ZCCv5iI=; b=Zh+3elixeOlOx9nM9BhJHohsu2gBY6re0+lzk9GKoAnVTbx5m5pBeIy+ pAOQubOiKcbnZdJYsqS3FjI7fiVZxf/ds4Fs0HOAOByxF/qzkmmEMO3+Z Yi18LWXx5IkKw0DpAx+aBcUUT4FHDbGIU/O8WQk2CTPXo0P9sJs4JPJlE he/+EoWo1eTqgUxwYZOD0dNl5hw0ZvjQ4ZZ8FbUQpzugiT7wV3GItql7r UGDJLU9N4CIa9Sdf2eoIn1G0BOAdXOnoL7xlsHr5TJkWhKcVBkQWQ33oZ 8sLZJ05UAJtHS0yDgPO/IcZ1q/Q7qFVWVzM+mis+Ty2Htdj4qz+yMKUoi A==; IronPort-SDR: GmYcOcC9tq8wzNdxAELyONfQdN0ldncnvOlG6vc8SaAjq/6UNbcJd8ik1TLH6tYYw8cJt2TySP bIUqn5G0Cblg== IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AJnqCAq3EsXlni3rerw+phgqjBa52eYIsi2?= =?us-ascii?q?QD101hICF9Wvez0+izgfUW0gL1gj4NWHcm3euNIrWEXGm0z+8W3aA4Bp3neA?= =?us-ascii?q?X9omOnIMVZ7YXkyyD9ACGWzJ8/6Y5JSII7MtH5CDFB7frSyAOzH888hPyO96?= =?us-ascii?q?61jenTpk0dPD1CQYsI1XYBNi+wFEpqSA5aQb8wE5SB7sRKzgDQCUg/RMK9G3?= =?us-ascii?q?UDQqz/vNXNjp3relorABQg5QmIg1qTmf3HOjKf2QoTVC4K/Kc6/QH+4kzEz4?= =?us-ascii?q?iqrv3T8G6g60b99JJT8eGRredrJMvJscQNLyWptwDAXvUeZ5SjpzYzmee19R?= =?us-ascii?q?IRveKkmXwdFuBSz1+UQW2vuxvq3GDboXQTwlvv00WRj3emgeGRfkNHN+N7iY?= =?us-ascii?q?hUcgTU5iMb1bkRv8wrrgfp06Z/Nh/OkD/w4NLFTXhR5zWJiEEvjPIJiDhnWZ?= =?us-ascii?q?YeAYUh8bA3xl9fE5sLAUvBmfgaOdRuF83V6bJ3dl6XfhnizxNS6eGsRXg6E1?= =?us-ascii?q?O6RFEDsKWuokNrtU1+pnFoovA3rzMh75Q7cp9e+qDtDc1T/o1mf4szQ4o4Hv?= =?us-ascii?q?sLRcusEGzKRnv3XV66EBDCLuUqKnjNo5n47PEe/+exYqEFy5M0hdDoTE5YnX?= =?us-ascii?q?RaQTOqNeS+mLlwtjzdSmS0WjrgjutE4YJih7H6TL33dQWeVVEVlde6qfl3OL?= =?us-ascii?q?yeZ9+DfLZtR9PzJ2rnHohEmyfkXYNJFHUYWMoJ/vE2RkyJucCODoHxrOTUfL?= =?us-ascii?q?LyKdPWYHEZc1K6JkFGcCn4Jc1G4EzucGT/mgLtV3TkfVG68ol3FKTc4ugP2I?= =?us-ascii?q?kAPoBBqWEu+A2Ez/DODQcHnr09fUN4Lr+iuLi8v3OK8WHB6HgsOhc1NDcM3J?= =?us-ascii?q?zQF1dx4SMaOUL9drgO//+Ff3pJ4XeBLhhjC8ffEAtVoUVr6bu6RqbgnhwKOp?= =?us-ascii?q?aCCCa3nnETrHWFQ9M3gauY//rofZs+E9IhQ6x+FQLCEhRvggZ0oGJfaAsJL3?= =?us-ascii?q?WvUA/GuOGAttg5Fevff95zjEOAOshPs0/Ssk2auIUyXHcBRiWvVsSWmA4qQD?= =?us-ascii?q?JRijRKgvUiqYvFvQzqBXo0gew+PlEJVX+eB6heCh+ZIK9OnKrwRQ12RWCWpD?= =?us-ascii?q?CThh0pYFD2/0EKimGJF1zIRdj7Rn5m/lFRyOLD7U59fGT1RTMCVllK9alGUV?= =?us-ascii?q?ngllk2++mRfaa323aWcTI5s5MgGQCARyATLANoz82wzziPll+5ZCsb76RrA8?= =?us-ascii?q?iYNpMfSfXo/k6VQbf4yp0uF+NI/ZpjKdDluvIKV+XaYAOOMDbkEYoSqnmoj2?= =?us-ascii?q?dgNy9upHY+l/T0nBXj8WijxXY6ReHfOVJ8WtggUp6hxnmhQ/aDy5Nii90p+e?= =?us-ascii?q?O2L2Xqc9aDoJunIgJrO1fWoWSsSfsvpo0RtaUutKFrF52eVTfTznlI0FE/K8?= =?us-ascii?q?jz/XluDJhT8fTEOoV1edYVdD8c9l01lM6XJE9uqxfoGIYFDBkQpm6eO8nM76?= =?us-ascii?q?vDqLIpDEHErAzsOUOH+ykY+/veRSOM2bMTFqpYGxUZVGEsrHB5uO+SfYzZDw?= =?us-ascii?q?unM/tO+1e3KXexer5QQqrtI8Rbkj9qp9WT2+OHfSvx3w7d+SZhKqVV6mC9XI?= =?us-ascii?q?e8BhmPFeMgya36BX2cxq+xpMi9gzf8RWHlNwAWhYhZeVcRacoGgD84l4Ez2j?= =?us-ascii?q?WzTKuyok9NqSop3Rh30lr2no6h6yPHGEsDNwvTiJBfRyNSPXiFlt6ty5nS6F?= =?us-ascii?q?3tpDxenYDeH0JRdMxUE9ceToLrPz5jQPJgy4KA7u4qmGBfex8gAG43lSDl0+?= =?us-ascii?q?5n1bm/3u/OW+eKMwagBXsRvThfBoB1mSQ3qWZPN8imhKjNFjkqKg=3D=3D?= Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 30 Mar 2021 12:48:45 +0200 IronPort-SDR: Qx1H5y8rg9GJcyREF/FzF8/AN43/IKHk3LQTvmBARhOfLm2JhjMCeFr4/4zkk4NW8FqunhqUWF vTzSoFmHsuxqC2ThBLAfAp9K0YnhSgbCM= X-IronPort-AV: E=Sophos;i="5.81,290,1610406000"; d="scan'208";a="284044665" X-MGA-submission: =?us-ascii?q?MDHmA/DY0iqXUCFPdwGM4fSpFCpOcMky1sO6h7?= =?us-ascii?q?OzzVurUJtLXWVTbRsbfGbGKi03+5fBI9joyahQPlVefagW2zoKTprJ3O?= =?us-ascii?q?OwjK0pwAd0Q3aBZ8Eo7RjBG4swDrLzpAD49EbdX3L9ER0Hg3ezcsdf4J?= =?us-ascii?q?FLGq4Bosg71UB+rSTUxM+GXw=3D=3D?= Received: from he105715.emea1.cds.t-internal.com ([10.169.118.51]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 30 Mar 2021 12:48:45 +0200 Received: from HE105715.EMEA1.cds.t-internal.com (10.169.118.51) by HE105715.emea1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Mar 2021 12:48:44 +0200 Received: from HE106564.emea1.cds.t-internal.com (10.171.40.16) by HE105715.EMEA1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 30 Mar 2021 12:48:44 +0200 Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.177) by O365mail01.telekom.de (172.30.0.234) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Mar 2021 12:48:41 +0200 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iSPEPH2yqQK3wjZENMkVaNg2aEl8GeXpgxBUrrLqohzWG3echgEWtDGFduus2ixf1a+z8t3Lhxh0ZrWOYLmiyaLAQUZ0QrAJQPYnqnFR+Jy1fg4hUi6NxKiiNL7rloQPk1s7x4ml45Sepz6x8LixDYkEjv3fzrkjyBg83qCTezwECcbJw+5gCgcivKTod2lFDUY/qpfDsB1LU459n8bZl2gT3CEn1swcB6Rk9ZawpsEqv35dR/kno0su9GBae02ntcubojDR16a22RPicSJHVDr3oszWrhzTKGNAQcBVCC3urZGCRMzICcr40zaOK0fB/XfwBbcsajjwf04q4G2+BA== 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=6dYuqqE1uB/RvqWp0eX7e0+jghP8ZqIzoTU9ZCCv5iI=; b=YS3TTunab8Sgwl3LEqPiFkSpSp/XTy2aCRaGesZ/u0QU1o27LoMnyNBRUEMzEs/iYImo3TDmJK7HVlu8A0k5QMSZg3r2ywiK7hq61S0S5/esQPpYc39yZAUcD0oy7KXLUspB531bp0iixv7uuGL891HKXWMQTVN+X0pmzk7mELnk4cXVCclqUAstq4P9EO+OWZwwYSlyIdghICDto5k38E/O7zqNDiT92qsSkJPNLzDZpU8WxDoVpRotUSBn44hkj5HKgsc8kue1SNPSDQ6MSi6FJDK73nBQXY/74Auur/DoGJidIWzVJGZZWB6uPndmxz7EiIA+CBfSdcxOgR2MAw== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FRYP281MB0679.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2e::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.14; Tue, 30 Mar 2021 10:48:44 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3999.025; Tue, 30 Mar 2021 10:48:44 +0000 From: To: CC: Thread-Topic: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQgAAm9/A= Date: Tue, 30 Mar 2021 10:48:44 +0000 Message-ID: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=telekom.de; x-originating-ip: [84.136.82.87] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1bb31a8b-681a-4546-ad5c-08d8f36963af x-ms-traffictypediagnostic: FRYP281MB0679: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tS6ItJAY70HGcXqD2j9uvtGUfAmjDlhr1ihZ9gDd6QKJzoO2tsuNE4bfG2vlcj7wnSzVSse+hm7AAMvUQIFIbQy+eNmo/vA9/rHIUQJpwLd2lVIe5i4MP+y0l3//69cqOo3azmfXFVw1QA6zfIrypTmwT3xqeOAtUK0pNu0eVBIN4BqapkKRkCdlVeXbz1lLOIiPPjO9X1EfFY0Vct+VFAZoVMjx1oxdXA8b/Kdvonre6CcH+cDoPzNjoFQgQoQ5/+1XoGjry9EKgg1uSUmRpmDmP1F3Fitc3vbaufOpmL9Tp1vrsiTV5sbQtM3i3sKvVlR2zQbK41Zdb1qjMPR8KbdXaefZnkt5kl33WM8FoKGH0UcNNl2yIiuWd8a1xxSyZ/un6efYKRZmCsDp4n3iYgScarpN41o8sFABCHAsEw+h6dRNWAnmzKfWbVf/h7UdvuQfUUcnbey3aRiSeZjPpkVvyqo2pMSuCLDCyLoI7CGKz2lxY+2xjVxIcN7xXVKbUNkvLykvLWROe9jllBSyft8SRXwrnXWmbNob0vCo6P3M1if+eb6H2B/MR43A79mil1q+L+/gFND6POk1Iy8RZeiUmFGoTmISIjIvSespI8IQFCNcm9d2Ne/TBqX8u7mfDBPMdkRkI0SN9Ab53Z9buA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39860400002)(346002)(376002)(396003)(136003)(366004)(33656002)(86362001)(2906002)(8676002)(26005)(83380400001)(66574015)(9686003)(7696005)(8936002)(55016002)(966005)(66476007)(76116006)(52536014)(38100700001)(71200400001)(316002)(478600001)(6506007)(53546011)(5660300002)(186003)(4326008)(64756008)(66446008)(66946007)(66556008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: ALfVrOsvMBL9Ctp0bjdgvgoDZzFoGaVFNH8dcug5Fd9zjZ6tL2TCiHja8ykDlYdZXa/9LKCt4CpPTVeldjvjvKafh5QFvksL6fe8hhzJtLSY6tgXzH23mUbtegKROtEiVtr6kq1rQ9+M2lB9sq6xEal64l75JPzz7xkxXtvStTLP+pJtG//sQ814QB5j4GBrt7Ztf/jqjxtmr/3cAoKry3+f0JxvaXpTKRa9f8omTsUxW2QG6a89LzoEc5FaWbYmJ7m2UtltEO//yzIg3S1EBOPWHt16Ig6XiYkVNDfZj4ScMQTWdz2vlSM2FgP89Lt0Pa/cHsAWDZ8wC4bffXz0yNiXNx7heTa3qYaMgOCWVPTk7kY9c02Dbmisih52aBizvT07RnLzCUfkkbCafhBrv8a5fEHDtp3QtPRQaGmtYaFZ8aJhatwVb4xXTz3JEI7TzLz7t6igpuG7yRQjmCm7oWprvgAgv7q5ej/nqq/+zhwsKLB6g0JLFpLdIwVqXu8Tz4AMxGEWgNZBBx5cP9s6XBzG5/tixWaT/Bjyik5aCxspIMKaWvhD70b99ARfyRuIsRGbNkv/GDwerE2G6MnzRvMa0XSTyYia1pmUAf9wKOIddycch6qGKuMklMn7i9+D0nlxY1ZrgNUUclaK2CQrba3XZJ+aPjBtDmwQrKXXsYiiNemlkC8t0P7QVve/PofFyzXZ2A5lYzboHDOrTaph0Q== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 1bb31a8b-681a-4546-ad5c-08d8f36963af X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2021 10:48:44.1224 (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: UpHhdDlyGj46rtnidSien+Z1DMzFanUe7eYWzQ/Jsdva+wJIgfYk4ClsDl7GgG3cLUPmLx41OQ4T3TBI6+uuUpjkrNm1yXFqmOXJd+po8m8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0679 X-TM-SNTS-SMTP: 4A84C0FA14AEB29EDDE5825541BEEADE4E378131DA92ED7E1B2223CE61F303792000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 30 Mar 2021 10:48:54 -0000 Hi Magnus, [MW] To accurately measure the capacity of the path the load algorithm stri= ve to load the path so that the one way latency increases to indicate that = the bottleneck buffer is sufficiently filled to achieve high utility. This = load is not intended to be fair against other applications, it is intended = to provide as accurate measurement as possible, potentially pushing other a= pplications out of the way. [RG] The sender rate adaption mechanism operates by congestion feedback, as= do many standard transport protocols. The purpose of the algorithm is not = to determine, whether a queue or a policer burst size "is sufficiently fill= ed to achieve high utility", the purpose is to accurately determine the acc= ess speed which can be reached without queue-build up and/or packet loss. A= fter feedback indicating a sender rate which has caused congestion has been= received, the sender rate is adapted until the maximum access speed not ca= using congestion is determined. To decide on a sender rate fulfilling this = this criterium, a sender rate causing a congestion which can be accurately = identified as congestion by a measurement system is required. If you are aw= are of a method reaching this goal without causing limited congestion, plea= se share. [RG] I don't understand whether your feedback is focused on improvements of= parametrization or on the basic behaviour of the algorithm. The algorithm = is not designed to be unfair. Regards, Ruediger -----Urspr=FCngliche Nachricht-----which Von: ippm Im Auftrag von Magnus Westerlund Gesendet: Dienstag, 30. M=E4rz 2021 10:54 An: ippm@ietf.org Betreff: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-08.t= xt Hi, I have reviewed the latest versions changes and have some comments. Section 8.1 If no status feedback messages arrive at the sender for the interval=09 greater than the Lost Status Backoff timeout =3D w*FT, beginning when=09 the last message (of any type) was successfully received at the sender: "w" is used here and paragraphs below. But it is not really defined. Based = on what is written below it is an algorithm constant, so maybe it should be= given a name.=20 So the backoff happens after w*FT. And I agree that with a regular feedback= interval that will be working independent of RTT, starting the time when t= he first feedback has been received. What I thin this paragraph could be cl= earer on is that w*FT need to be considered in relation to the one-way dela= y jitter. And the most likely cause here is buffer depth in the bottleneck.= It must also be related to upper delay threshold. What occurs if upper del= ay threshold is higher than w*FT? Is there a potential that a step increase= s is sufficient to push the buffer occupancy more than w*FT longer, i.e. ca= using the feedback to be delayed sufficient so that it triggers the lost fe= edback rather than the upper threshold? I haven't calculated what traffic i= ncreases that are possible and if that excess traffic can cause this to hap= pen without additional cross traffic over bottleneck. I would assume this i= s fine to happen in the initial fast ramp-up, but it should not really happ= en in the regular ramp-up case. The RECOMMENDED initial value for w is 3, taking Round Trip Time=09 (RTT) less than FT into account. A test with RTT longer than FT is a valid reason to increase the initial value of w appropriately.=09 Variable w SHALL be incremented by 1 whenever the Lost Status Backoff timeout is exceeded. So with FT =3D 50ms, a status feedback message=09 loss would be declared at 150ms following a successful message, again at 50ms after that (200ms total), and so on. I still think that Section 8 could be more explicit about the goal of the l= oad algorithm.=20 To accurately measure the capacity of the path the load algorithm strive to= load the path so that the one way latency increases to indicate that the b= ottleneck buffer is sufficiently filled to achieve high utility. This load = is not intended to be fair against other applications, it is intended to pr= ovide as accurate measurement as possible, potentially pushing other applic= ations out of the way. The goal of being explicit about this is so that there is no doubt to anyon= e what this algorithm does, and that it is not a generic congestion control= algorithm. So Section 14.1 discuss this, but I think the document can be = more honest here and state it explicitly in Section 8. Now, I am no longer an AD, but I don't have a problem with a limited scope = algorithm that just is open with its intention of being unfair. I think hav= ing an algorithm that people may copy without understanding what it does is= more a problem.=20 Cheers Magnus Westerlund > -----Original Message----- > From: I-D-Announce On Behalf Of=20 > internet-drafts@ietf.org > Sent: den 29 mars 2021 23:31 > To: i-d-announce@ietf.org > Cc: ippm@ietf.org > Subject: I-D Action: draft-ietf-ippm-capacity-metric-method-08.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=20 > IETF. >=20 > Title : Metrics and Methods for One-way IP Capacity > Authors : Al Morton > Ruediger Geib > Len Ciavattone > Filename : draft-ietf-ippm-capacity-metric-method-08.txt > Pages : 37 > Date : 2021-03-29 >=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 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-metho > d/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-ippm-capacity-metric-method-08 > https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric- > method-08 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-capacity-metric-meth > od- > 08 >=20 >=20 > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or=20 > ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Tue Mar 30 04:42:39 2021 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 0224C3A0D38 for ; Tue, 30 Mar 2021 04:42:39 -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, SPF_HELO_NONE=0.001, SPF_NONE=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 pa6f3ZQgO_9J for ; Tue, 30 Mar 2021 04:42:33 -0700 (PDT) Received: from cnet.fi.uba.ar (cnet.fi.uba.ar [157.92.58.2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1A203A0D3E for ; Tue, 30 Mar 2021 04:42:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by cnet.fi.uba.ar (Postfix) with ESMTP id 3D401140077; Tue, 30 Mar 2021 08:42:22 -0300 (ART) X-Virus-Scanned: Debian amavisd-new at cnet.fi.uba.ar Received: from cnet.fi.uba.ar ([127.0.0.1]) by localhost (cnet.fi.uba.ar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kV3WxLzI622D; Tue, 30 Mar 2021 08:42:16 -0300 (ART) Received: from [192.168.0.7] (unknown [181.46.139.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by cnet.fi.uba.ar (Postfix) with ESMTPSA id 4EB1B140068; Tue, 30 Mar 2021 08:42:16 -0300 (ART) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: J Ignacio Alvarez-Hamelin In-Reply-To: Date: Tue, 30 Mar 2021 08:42:01 -0300 Cc: magnus.westerlund=40ericsson.com@dmarc.ietf.org, ippm@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> To: Ruediger.Geib@telekom.de X-Mailer: Apple Mail (2.3654.60.0.2.21) Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 30 Mar 2021 11:42:39 -0000 Hi R=C3=BCdiger, There is a family of different congestion avoidance algorithms, but the = goal is to achieve the maximum throughput. Nevertheless, it is clear = that some part of the network along the path from sender and server is = congested; any of these algorithms will start to work. In other words, = you have to put your server close enough to your link under measurement. = The popular M-Lab uses at least three TCP flows to determine the rate as = a way to trying to avoid this kind of problem, but in that case, servers = are far away.=20 Among the possible algorithms to maximize the uses vs. congestion in a = short time, there is BBR used by QUIC (if I remember well): http://dl.ifip.org/db/conf/networking/networking2018/2B1-1570416152.pdf = https://www.sciencedirect.com/science/article/pii/S0140366419303470?casa_t= oken=3DggSPL6OXQH0AAAAA:zXNHOPgQeydZo3XBJRbeAApYrGQ7iZPocVZHCu11P19Hs_KdwR= O9sMEse-HhKgiRGHsJeR4_MK0 I hope this answer the question and give a better understanding, cheers, Ignacio _______________________________________________________________ Dr. Ing. Jos=C3=A9 Ignacio Alvarez-Hamelin CONICET and Facultad de Ingenier=C3=ADa, Universidad de Buenos Aires Av. Paseo Col=C3=B3n 850 - C1063ACV - Buenos Aires - Argentina +54 (11) 5285 0716 / 5285 0705 e-mail: ihameli@cnet.fi.uba.ar web: http://cnet.fi.uba.ar/ignacio.alvarez-hamelin/ _______________________________________________________________ > On 30 Mar 2021, at 07:48, = wrote: >=20 > Hi Magnus, >=20 > [MW] To accurately measure the capacity of the path the load algorithm = strive to load the path so that the one way latency increases to = indicate that the bottleneck buffer is sufficiently filled to achieve = high utility. This load is not intended to be fair against other = applications, it is intended to provide as accurate measurement as = possible, potentially pushing other applications out of the way. >=20 > [RG] The sender rate adaption mechanism operates by congestion = feedback, as do many standard transport protocols. The purpose of the = algorithm is not to determine, whether a queue or a policer burst size = "is sufficiently filled to achieve high utility", the purpose is to = accurately determine the access speed which can be reached without = queue-build up and/or packet loss. After feedback indicating a sender = rate which has caused congestion has been received, the sender rate is = adapted until the maximum access speed not causing congestion is = determined. To decide on a sender rate fulfilling this this criterium, a = sender rate causing a congestion which can be accurately identified as = congestion by a measurement system is required. If you are aware of a = method reaching this goal without causing limited congestion, please = share. >=20 > [RG] I don't understand whether your feedback is focused on = improvements of parametrization or on the basic behaviour of the = algorithm. The algorithm is not designed to be unfair. >=20 > Regards, >=20 > Ruediger >=20 > -----Urspr=C3=BCngliche Nachricht-----which > Von: ippm Im Auftrag von Magnus Westerlund > Gesendet: Dienstag, 30. M=C3=A4rz 2021 10:54 > An: ippm@ietf.org > Betreff: Re: [ippm] I-D Action: = draft-ietf-ippm-capacity-metric-method-08.txt >=20 > Hi, >=20 > I have reviewed the latest versions changes and have some comments. >=20 > Section 8.1 >=20 > If no status feedback messages arrive at the sender for the interval=09= > greater than the Lost Status Backoff timeout =3D w*FT, beginning = when=09 > the last message (of any type) was successfully received at the = sender: >=20 > "w" is used here and paragraphs below. But it is not really defined. = Based on what is written below it is an algorithm constant, so maybe it = should be given a name.=20 >=20 > So the backoff happens after w*FT. And I agree that with a regular = feedback interval that will be working independent of RTT, starting the = time when the first feedback has been received. What I thin this = paragraph could be clearer on is that w*FT need to be considered in = relation to the one-way delay jitter. And the most likely cause here is = buffer depth in the bottleneck. It must also be related to upper delay = threshold. What occurs if upper delay threshold is higher than w*FT? Is = there a potential that a step increases is sufficient to push the buffer = occupancy more than w*FT longer, i.e. causing the feedback to be delayed = sufficient so that it triggers the lost feedback rather than the upper = threshold? I haven't calculated what traffic increases that are possible = and if that excess traffic can cause this to happen without additional = cross traffic over bottleneck. I would assume this is fine to happen in = the initial fast ramp-up, but it should not really happen in the regular = ramp-up case. >=20 > The RECOMMENDED initial value for w is 3, taking Round Trip Time=09 > (RTT) less than FT into account. A test with RTT longer than FT is = a >=20 > valid reason to increase the initial value of w appropriately.=09 > Variable w SHALL be incremented by 1 whenever the Lost Status = Backoff >=20 > timeout is exceeded. So with FT =3D 50ms, a status feedback message=09= > loss would be declared at 150ms following a successful message, = again >=20 > at 50ms after that (200ms total), and so on. >=20 >=20 > I still think that Section 8 could be more explicit about the goal of = the load algorithm.=20 >=20 > To accurately measure the capacity of the path the load algorithm = strive to load the path so that the one way latency increases to = indicate that the bottleneck buffer is sufficiently filled to achieve = high utility. This load is not intended to be fair against other = applications, it is intended to provide as accurate measurement as = possible, potentially pushing other applications out of the way. >=20 > The goal of being explicit about this is so that there is no doubt to = anyone what this algorithm does, and that it is not a generic congestion = control algorithm. So Section 14.1 discuss this, but I think the = document can be more honest here and state it explicitly in Section 8. >=20 > Now, I am no longer an AD, but I don't have a problem with a limited = scope algorithm that just is open with its intention of being unfair. I = think having an algorithm that people may copy without understanding = what it does is more a problem.=20 >=20 > Cheers >=20 > Magnus Westerlund >=20 >=20 >> -----Original Message----- >> From: I-D-Announce On Behalf Of=20 >> internet-drafts@ietf.org >> Sent: den 29 mars 2021 23:31 >> To: i-d-announce@ietf.org >> Cc: ippm@ietf.org >> Subject: I-D Action: draft-ietf-ippm-capacity-metric-method-08.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=20= >> IETF. >>=20 >> Title : Metrics and Methods for One-way IP Capacity >> Authors : Al Morton >> Ruediger Geib >> Len Ciavattone >> Filename : draft-ietf-ippm-capacity-metric-method-08.txt >> Pages : 37 >> Date : 2021-03-29 >>=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 >> The IETF datatracker status page for this draft is: >> = https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-metric-metho >> d/ >>=20 >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-ippm-capacity-metric-method-08 >> = https://datatracker.ietf.org/doc/html/draft-ietf-ippm-capacity-metric- >> method-08 >>=20 >> A diff from the previous version is available at: >> = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ippm-capacity-metric-meth >> od- >> 08 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of > submission >> until the htmlized version and diff are available at tools.ietf.org. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >>=20 >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce >> Internet-Draft directories: http://www.ietf.org/shadow.html or=20 >> ftp://ftp.ietf.org/ietf/1shadow-sites.txt >=20 > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm From nobody Tue Mar 30 05:37:52 2021 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 B036C3A1044 for ; Tue, 30 Mar 2021 05:37:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.117 X-Spam-Level: X-Spam-Status: No, score=-2.117 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 WVnAJMPXYm9U for ; Tue, 30 Mar 2021 05:37:45 -0700 (PDT) Received: from mailout11.telekom.de (mailout11.telekom.de [194.25.225.207]) (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 DD4433A1043 for ; Tue, 30 Mar 2021 05:37:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1617107865; x=1648643865; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=jPAag8Q6oMdwYAJketO3WgWeV1+STWjE+K9RRBymJzs=; b=Hyj0AnbtGteOroyJd+MaLxpM7JB3xBXoCkpFv6+HLONYrCfPebTIFVNX kbjfcjrrAFlPt4hhVQU82ESvow1tIuhKE5R66+9FT99msGAzEUs6DUeS5 VWMVUpjdoLI0uq91Gus2RDgGylNWGOgRuZUpbPHFDm2hReD+2KY29Qblo Yz8VNEFqqH8bsmaIW5wDBY1Ry7J5xKeIMRtUzZt1pP2HjhK12ljllc6wa 9/gUNLkztCePFDztW/D+vKKMQH//2YTAjsaFuwNWMZXBugn92tCMZSrIw /RXn6Q9PlKNWImwCuf5wMfg1sQ7rAsZbh9EQ4X97eJz+Mkal/++RWlPNY g==; IronPort-HdrOrdr: =?us-ascii?q?A9a23=3APgVnpqhQbbJRP6Qoxz8TYV4m73BQX8Zx3DAb?= =?us-ascii?q?vn1ZSRFFG/Gwv/uF2NwGyB75jysQUnk8mdaGfJKNW2/Y6IQd2/hyAZ6LZyOjnG?= =?us-ascii?q?ezNolt4c/ZwzPmEzDj7eI179YCT4FXM/e1N1RziK/BgDWQO9wrzMCbtIWhgunD?= =?us-ascii?q?x3lgJDsaGp1IxS0RMHfjLmRdQg5aCZ0lUL+V4cRarzStEE5nHviTLH8DQuTFup?= =?us-ascii?q?n3j5rgexELHFoK7wOJgDOu5tfBYlul9z0ZVC5CxqpnzHjdn2XCl+Wemtyy1xO0?= =?us-ascii?q?7R6v0714g93ko+EzY/Ckqs9QETn0jxbtWYIJYcz9gBkUu+ep0VAwjZ33jixIBa?= =?us-ascii?q?9OwlfwWk3wnhf3wQnn118Vmj3f4HuVm2Hqr8C8ZB9SMbs8uatjfhHU61UtsbhH?= =?us-ascii?q?ucomsAz5xv8naS/opyjz68PFUBtnjCOP0AUfuNUekmBFVs8mYKJRxLZvoH99Ko?= =?us-ascii?q?sKHy7x9ekcYZFTJfzc//pffBe7aH3UrwBUsaaRd0kzBRuPTww+vNWU2VFt7QtE?= =?us-ascii?q?5nYfrfZv+EsoxdYcUJ9C3uLeL+BBq9h1JPM+XOZYKs9EW9e9DmzWWxLLNwupTG?= =?us-ascii?q?jPJeUiATbgupT36LI66KWBY5oT1qY/n5zHTRdxqXMyU1iGM7zK4LR7tjT2BEmt?= =?us-ascii?q?VzXkzc9To7JjvKfnebbtOSqfDHgzjsqbpekFCMGzYYf2BLtmR9vYaUf+E4dA2A?= =?us-ascii?q?PzH7NIL2MFbcETstEnH3WDv9zMMY+vkuDAav7cKP7MHF8fKyTCK0pGeAK2CNRL?= =?us-ascii?q?70itVHO9qgPWQWnRdkv2+o81H7Pd++QV1YgRJoxBugUYkj2Cl5i2AAwHlpZzUF?= =?us-ascii?q?p1IbvhnK/+j3Kx53z042JgPQcYDks92sS5b1p64Ssxd2/ke7cKvNuSPUpI2mGc?= =?us-ascii?q?GxN5R8TKVApWp1F9/7OrP4WdrBpSUO6PAya/tT8+tXiKR5ATlumo/sH+YK41CZ?= =?us-ascii?q?4gReh2DgXEFxt8nA5ws2ddYAoYRkvSfwmez5mNvdgxPqXyZtN8iACkLYp/snTE?= =?us-ascii?q?r3iRoskpWz8GRTK0SNWWhgwvXjJQgVV0/8Yk8eC9sAfqDVF6rPUzMVVKZmjSPa?= =?us-ascii?q?lPCx6dYp5I3prxfhtrcGuMjTuGqh06d2bw7X8Ojmj5ISD8Q4CXPnNt/lRjlofj?= =?us-ascii?q?6hdda3iUdUMYUAEIjaRNUUD9/ktV/cDOTKypyGeVYkYF2YgmQUP4SApXBBhvyd?= =?us-ascii?q?Cx3AOSgxCYGxwdt8sTF92YMZBmSZbv4DeWDLCw/Jt2QMN89Ip5Ndzor+8AWf+e?= =?us-ascii?q?fQjQNz/jF+Y1wWWu1wMYETgxp38+nfzy3hr5qGC+wX4kGPLXZE9rXrcBPrinni?= =?us-ascii?q?fZbufN1JVyltQuu+Ssdm33d96d0KnSBgQzZy/7sCqzT+syr4pTsr93vLxvH4PD?= =?us-ascii?q?WT+N0H1cxh0xIIP1k0wZKZ4LrIzpK8tqf8YIfThe8UdsnNOTLFEzugizG/QgZz?= =?us-ascii?q?gW/jfmFsLM56CNpaskA0WHqge1MV6D8zdF9/OAWyeYz7YVB685PGw+Ujlz1F1y?= =?us-ascii?q?uOeZM4HAAgSjcO9OuEC3NXKwa7dRQqmIE7d4lGcx3/iY2+uMMybo0gHZujV2Zr?= =?us-ascii?q?9U+2G8WMWoHUaCH/VL/9HSAyXMvoK6pMqoyDH5RjuwZx5G2clLdUkMYt9CjTdn?= =?us-ascii?q?hostySS2QrH2pEVgk1Y220AQqnf9noy9pGHcFgVaNAechJNcVzxaKGKJgsTI6v?= =?us-ascii?q?Lw7gW33BFVnZ3YUF5NddRPEcUKRof5Ly1yOdEd1YTYiJYHk2BGelMyFGYyhzD2?= =?us-ascii?q?wvN+0bq40PvUXff+CX2AAyNJxRdVQohuniIqrmlcc8+xqZKlCz9nYtI1Pw=3D?= =?us-ascii?q?=3D?= Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES128-SHA256; 30 Mar 2021 14:37:41 +0200 IronPort-SDR: ZuHqBL4jOtcpg61KhjaTJfSSYnbzMyTgYbZa19FLLRMhOBaJUEg6JNejK6BZ/BxkhfIaq/eAAn 1iCs/CNAYPTEtPx/4mdfQ4Q+CT8mJBwJA= X-IronPort-AV: E=Sophos;i="5.81,290,1610406000"; d="scan'208";a="284138706" X-MGA-submission: =?us-ascii?q?MDGkozG0fn6IwRg7gEPbpup/E5xVowMfGPVxyT?= =?us-ascii?q?yFxChEz+sIXSeZKTQMoDwwzK0jI0Q/djRoG0leHeTrAzklFhZXQ2GSvn?= =?us-ascii?q?4mbV/dk3XnvazIi3Us8D2KlNUaW30B8scDbnJLIkCdU+f2ODMsEkjYaL?= =?us-ascii?q?ezI5POxiFs7MVAgAGtFMB+qQ=3D=3D?= Received: from he199745.emea1.cds.t-internal.com ([10.169.119.53]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 30 Mar 2021 14:37:42 +0200 Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE199745.emea1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Mar 2021 14:37:40 +0200 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; Tue, 30 Mar 2021 14:37:40 +0200 Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.171) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Mar 2021 14:37:31 +0200 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UNOWPlROf2RBr08hIiQu8/rc9s0P9tLzE0tqEbkAKmO36nUGVV/fOw4J7W0AfYO1QYl0Vv/O6BD3XPyHFPU4+N96mvh3AO9gc47I6y2so19Zpi4fY1roz15xuzixkIp+bHn64GQdnarmKiUrVWR9IWyvJuz60vSMyox8JQO70wx5veWrMbTuLVKTbsofmFMQlb+tddIRQK6Fav9VSQEfTE7uORN/6ZXVsbCuEfZkH08QmL66okj8IpdOaezn3aCcxanfl0KPdwXTZbot7tlIpc372PPjkgOIzJ4H/zqv2+pzbd/L92zpLh49oixnmi4GDvbq04szNJd5iv47C8A/Jw== 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=jPAag8Q6oMdwYAJketO3WgWeV1+STWjE+K9RRBymJzs=; b=Ghx1cgH7IhgO531c/K0Ql+utJIbGU+eE83hB+45jv1zi0QVVq8TsNlvN0wjmMKLPzfCO6HzCY/cbUKhQNUPoPjmNjw+ElmewLlbXpp0hL8F/CdIjWHNcN1JJr8RYh10wo1XSDgkPyJjU30A7R+ARazX9FqyZjS7ioVXiRZNZXpLV1wbycc5yek54xe911G++EsCzJagpC24VB1omS++/Hv6/sYcnT/C0wziLtvQomNxYNMGUddgFkzibZ/0XCz+1k0TR01Bzz2v3CfpRK1vXiAri2dpLIH2JN2LnU7/K9IuFQJNPkku+ET5M/5rMi2WxxLslhW5/3baKUTbGb8DmWg== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0369.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:38::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.17; Tue, 30 Mar 2021 12:37:31 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3999.025; Tue, 30 Mar 2021 12:37:31 +0000 From: To: CC: Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQgAAm9/CAABoHgIAAA2zA Date: Tue, 30 Mar 2021 12:37:30 +0000 Message-ID: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cnet.fi.uba.ar; dkim=none (message not signed) header.d=none;cnet.fi.uba.ar; dmarc=none action=none header.from=telekom.de; x-originating-ip: [84.136.82.87] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c13709a1-ff3f-4943-82b8-08d8f3789601 x-ms-traffictypediagnostic: FR2P281MB0369: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8n7jzeYUWDB8g1pyiIYTiBNc/xW9hRuEuVY1yLqtLj75ZKtj8CjCUIsx9T9P3BIe7WeEizRn/xc1r1OotFMHsKjFAlWs3GGIQDPZzq1QkzlS29I+fh3BwCtjXxmehyZ6OJkVvHXYP2DDai0JLmAPJPsmhe3PgRrdpM9p5zIFCHtiunQeNi2pZTV4RYdAMwGXTK2d7YH57VUc5tOIuYqg+duvfBXLOZo8giHZ7Ma4o/38wTjX7DHmBYMiZSOveYI9LrGIZ2JPs2GahC/Q1n/HJKQgqZswxjnYbN/+7WONrwmm2VHHtath0W/JuPdRBLS4bHpRl81ZzbKNmxMdrDY+nuYkuDSbH6DrfaDt0/A+Avun96VsTK1ikdb86/kTQpbsjv/fPBLyJI2TnIi2I0bXcmH0G37QIrfjwDaPOvaRCE+wClcN3QbaovH+tE+fVvDk0O1svrqQjwkfrT1+huvIE3pUsheBGNvBkkkrIgdT0wwZ9hzjMzxp1VBt2qjGNUneJ/5ckjVallnGvLlshMLggXPJoGsIlv9o5+FaaeWsYwD8Td8bo6VFXjfWnMX5GUlw/KnBRFhr7CYGrAW6s3XVN+ZXRv+KAoDmtJi2S3JspJ41gluAkkghCEDuvJeiKC+qlCP2uyEJmrDYuAHqFK+LyfuJXy+NZEoe5TKa/9fVEvvS84tPV6nWI5YOV4za1QXS6o2AdB5R6/yVPKbGj0zyPM1Wxi/7YTZelECJ3Ughsq0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(136003)(366004)(39860400002)(346002)(396003)(478600001)(966005)(4326008)(9686003)(55016002)(6916009)(38100700001)(71200400001)(316002)(26005)(186003)(66446008)(64756008)(2906002)(66556008)(86362001)(5660300002)(53546011)(6506007)(85202003)(66574015)(52536014)(66476007)(33656002)(85182001)(7696005)(8936002)(76116006)(83380400001)(66946007)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?RHRjUHBkanpwbUhsRTdKU0VSUFc1ZHpJbUlaZHVnTFhvbXY3VWNncG0rZURm?= =?utf-8?B?L3U0dVY2NlcyTWlxSTh4YWpTVGIzRy9BNnR2WER6Y1VyQUk2VnFpQlZtRkFt?= =?utf-8?B?ZWxPK1ZpeFhmSjkxZm5XM2wzd2VDWms5S0EzOXE3amQ4WE5scm1xUzA2Q1Fq?= =?utf-8?B?K2FuT1lIWlNrNE1aOHd5S1RsNnZYTTJsL1FCRmZJTG0rRjhhYkJmYTZXdE5i?= =?utf-8?B?TjU3SVNNcndGMFBWUkR1MVBDVHh5TThQQ3pDaEhGajdZTVY1UFpVSjYwU2F5?= =?utf-8?B?cnFMZXVFV3lvWXFmb21JNVl4OTNXaXAvd1BkaWZBcGsrZVNQWFVVcEVxaUhV?= =?utf-8?B?bGIwNjBqN1F2eDFBQkhHaUpEZkhrSGgyV1JENnJTdm1WeVZ6TEtZWmgxWFhj?= =?utf-8?B?SFRPM0UyT2Q3bDZGZWl6cEV1NVowZCtKNWJoandZdmxHbnM1MnFkMHNiT3d0?= =?utf-8?B?bFlPSkdiZmJLWnk1bEIzSUs5S01mVTZ6ekcwYk1XQm84Rml6ci9URE81dWNV?= =?utf-8?B?MmE5MHd4Z09Mb1dBemN0S1ZqMjZ5aGhZdHlvbWpuRk0wa2VvL2NwZURPR1Fz?= =?utf-8?B?TlYxUVM4S0NRdWJkemswZjZRclQ4U2dMMjl4cExxWVhtU0hkNDRnZ1lZeGtU?= =?utf-8?B?eHpRTGxydk1veGZDSHlQRUROMzZ5d3gxS0ZxajdlRXR0RVAzVFRPQSszMDFn?= =?utf-8?B?WUM0bVpMa2xGRm5rbUdnNkhMZGI1VUhnSVpPbWdJZnkxRjNtY0FWV3A4WTBE?= =?utf-8?B?Wjk2Z0JUcEF3bndvdVdQbTc5eWZjd1BkeW80VWJMaFVqdFB0ODlCRXNpQWds?= =?utf-8?B?dm1aQ29PbmpNL0JtcWx1c21VaGdPSHhQYWlXU1gyQ3pMRTZFSnFIZzBkR1F5?= =?utf-8?B?N1BSOVprejFKWWVZMW13aEtiNGgvTm5nZWdqZU5QMGR2MkhsUWcvVkNSZk50?= =?utf-8?B?aWFCWElRVHV4emNxOU55VDUrYkR4NFBlcUpRYkZuWEhkZEY5NHBmZGZXSjd3?= =?utf-8?B?UzI4V0dMa0wwaEpONEZCcWxtVjcwN1NUcHU1dVZIcnhaOWRCWldpRmZYejVj?= =?utf-8?B?WTRIZHpMSjlVbVVWZGlLRWYrMnoreDZZVks0cWQrK0JLcHNEOW9hMS9WNHNB?= =?utf-8?B?Z1VBbTkyOHZNRmI0ZHZoWXUwdVJ3K0k5WE9UVWplNWovdkJVVkJmMXkrb09i?= =?utf-8?B?c3I4aVI1WEIwZStnWWs0Q3VlR1BlcVRIaHRCbzMxUmdkeWxLNXdtVVNDSE9S?= =?utf-8?B?ODQyNXdGTlZMSk1paVNBdmdrd1VXZENyL3kyMUVzVytJZVBTdWxtdnNVOWNZ?= =?utf-8?B?YlliWFNHdFRPQ0tlVG9SN2tNTkcxZk9lL2t6dkdxQXpnQ2ROK3N2a1ppMGNB?= =?utf-8?B?Qnp4c1IwalB0djRnS05kUmZiY0wwR0Q1a0xscTd6SWZFczNKbkZuZ1NvTHZ6?= =?utf-8?B?Q3Z6WXBNSVRDb2hlWitJUFU2V2VqNXlxa3BrNVZtTzhVK3M3cUozUm5rSHBy?= =?utf-8?B?RTgrNVhUM2NyeFFGRDJDMWp6SkJZUzUrWVBrZEpJaW0xcnI4dE1IbEx1T0kr?= =?utf-8?B?MTdlb0RYcnlpamh0VzBBSXpBMU1YRkFvV3FIOUVEWG1mR21DTGNLTlV3QXBt?= =?utf-8?B?QTh3V3FPS1JwelpGS0xkM3lqUjFNT29oTE93a20xM1l2Yk5MbStqTWowWEhE?= =?utf-8?B?Z0tOeEs5NVA1eTBWZUh0NjVzTTlDNFoxSlBwbVRRcTlqOURpeXFpNkRJR2pY?= =?utf-8?Q?HXnwXtP5NNlss+Y8Xg=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: c13709a1-ff3f-4943-82b8-08d8f3789601 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2021 12:37:30.9877 (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: omVLGUqaV6m7+gZ/QKeW5q/lfz9p+Md//ky8eCYPWS80d13MQ+6ORDixOHAe3ZNi+v6EVO3FECr7PrEagZdcDMjFWFsh78HIHMUn+QW0guo= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0369 X-TM-SNTS-SMTP: D5AD3AD5389DB650177B6B1ED7E25E8AA5F19B4D91CF3391EA3F66C0A50BD7022000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 30 Mar 2021 12:37:51 -0000 SGkgSWduYWNpbywNCg0KVGhhbmtzLCBJJ20gYXdhcmUgb2YgdGhlc2UgcHJvdG9jb2xzLiBUaGUg Y2FwYWNpdHkgbWV0cmljIG1ldGhvZCBkZXNpZ24gYWltIGlzIG1lYXN1cmVtZW50LCBub3QgdHJh bnNwb3J0LiBUaGF0J3Mgbm90IGEgbGljZW5zZSB0byBpZ25vcmUgb3RoZXIgcHVycG9zZXMsIG9m IGNvdXJzZS4gSSdkIGNvbnNpZGVyIHNvbWUgZGlmZmVyZW50IGNvbnN0cmFpbnRzIHRvIGFwcGx5 LCBsaWtlIGEgc2xvd2VyIHJhbXAtdXAgYW5kIGJyaWVmIG9wZXJhdGlvbiBhcyBjbG9zZSB0byB0 aGUgKGNvbmdlc3Rpb24gZnJlZSkgYWNjZXNzIHJhdGUgYXMgcG9zc2libGUsIGlmIHRoZSBmZWVk YmFjayBpbmRpY2F0ZXMgc3RhYmxlIHBlcmZvcm1hbmNlLiBBbmQgdGhlbiB0dXJuIG9mZiBhbmQg c3RheSBzaWxlbnQgKGFuZCBzdGF5IHNpbGVudCBlYXJsaWVyIGlmIG5ldHdvcmtpbmcgY29uZGl0 aW9ucyBhcmVuJ3Qgc3RhYmxlIC0gdGhlIGRlc2lnbiBhaW0gaXNuJ3QgdG8gYW5ub3kgcGVyc29u cyBvbiBlaXRoZXIgZW5kIG9mIHRoZSBtZWFzdXJlbWVudCkuIEl0J3MgY2VydGFpbmx5IG5vdCBk ZXNpZ25lZCB0byBleGNoYW5nZSBpbmZvcm1hdGlvbiBvbiBhIGxldmVsIG9mIG1pbnV0ZXMgb3Ig aG91cnMgaW4gYSBmYWlyIGFuZCByZWxpYWJsZSBtYW5uZXIuIEkgd291bGRuJ3QgZXhwZWN0IGFu eWJvZHkgdG8gcnVuIGEgc3BlZWQgdGVzdCBmb3IgbWludXRlcyBvciBob3Vycywgbm8gbWF0dGVy IHdoZXRoZXIgdGhlIGltcGxlbWVudGF0aW9uIGlzIGJhc2VkIG9uIHRyYW5zcG9ydCBvciBvbiBh IG1lYXN1cmVtZW50IHByb3RvY29sIChJJ2QgYWxzbyBleHBlY3QgdGhlIHBlcmZvcm1hbmNlIG9m IG15IG90aGVyIHRvIGRlY2F5IHdoaWxlIHJ1bm5pbmcgYSBUQ1AgYmFzZWQgc3BlZWQgdGVzdCBv biBteSBhY2Nlc3MpLg0KDQpJIHVuZGVyc3RhbmQgdGhhdCBsb25nIFJUVHMgYXJlIGFuIGlzc3Vl LiBBIHRyYW5zcG9ydCBnZXR0aW5nIHJhcmUgZmVlZGJhY2sgc2hvdWxkIGFjdCBjb25zZXJ2YXRp dmUuIEEgbWVhc3VyZW1lbnQgcHJvdG9jb2wgc2hvdWxkbid0IGNyZWF0ZSBwZXJzaXN0ZW50IG9y IGFubm95aW5nIGNvbmdlc3Rpb24gZWl0aGVyLCBpZiBSVFQgaXMgaGlnaC4gVG8gbWUsIHJlYWNo aW5nIHRoZSBkZXNpZ24gYWltIG9mIGFjY3VyYXRlIGFjY2VzcyBzcGVlZCBtZWFzdXJlbWVudCBh cyBpbmRlcGVuZGVudCBmcm9tIFJUVCBhcyBwb3NzaWJsZSBpcyBpbXBvcnRhbnQsIGFzIHRoZSBw ZXJmb3JtYW5jZSBvZiAic3BlZWQgdGVzdHMiIGJhc2VkIG9uIFRDUCBpcyBkZXBlbmRpbmcgb24g UlRULCBhbmQgY2F1c2VzIHRoZW0gdG8gYmUgbGVzcyBhY2N1cmF0ZS4NCg0KUmVnYXJkcywNCg0K UsO8ZGlnZXINCg0KLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KVm9uOiBKIEln bmFjaW8gQWx2YXJlei1IYW1lbGluIDxpaGFtZWxpQGNuZXQuZmkudWJhLmFyPiANCkdlc2VuZGV0 OiBEaWVuc3RhZywgMzAuIE3DpHJ6IDIwMjEgMTM6NDINCkFuOiBHZWliLCBSw7xkaWdlciA8UnVl ZGlnZXIuR2VpYkB0ZWxla29tLmRlPg0KQ2M6IG1hZ251cy53ZXN0ZXJsdW5kPTQwZXJpY3Nzb24u Y29tQGRtYXJjLmlldGYub3JnOyBpcHBtQGlldGYub3JnDQpCZXRyZWZmOiBSZTogW2lwcG1dIEkt RCBBY3Rpb246IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0eS1tZXRyaWMtbWV0aG9kLTA4LnR4dA0K DQpIaSBSw7xkaWdlciwNCg0KVGhlcmUgaXMgYSBmYW1pbHkgb2YgZGlmZmVyZW50IGNvbmdlc3Rp b24gYXZvaWRhbmNlIGFsZ29yaXRobXMsIGJ1dCB0aGUgZ29hbCBpcyB0byBhY2hpZXZlIHRoZSBt YXhpbXVtIHRocm91Z2hwdXQuIE5ldmVydGhlbGVzcywgaXQgaXMgY2xlYXIgdGhhdCBzb21lIHBh cnQgb2YgdGhlIG5ldHdvcmsgYWxvbmcgdGhlIHBhdGggZnJvbSBzZW5kZXIgYW5kIHNlcnZlciBp cyBjb25nZXN0ZWQ7IGFueSBvZiB0aGVzZSBhbGdvcml0aG1zIHdpbGwgc3RhcnQgdG8gd29yay4g SW4gb3RoZXIgd29yZHMsIHlvdSBoYXZlIHRvIHB1dCB5b3VyIHNlcnZlciBjbG9zZSBlbm91Z2gg dG8geW91ciBsaW5rIHVuZGVyIG1lYXN1cmVtZW50LiBUaGUgcG9wdWxhciBNLUxhYiB1c2VzIGF0 IGxlYXN0IHRocmVlIFRDUCBmbG93cyB0byBkZXRlcm1pbmUgdGhlIHJhdGUgYXMgYSB3YXkgdG8g dHJ5aW5nIHRvIGF2b2lkIHRoaXMga2luZCBvZiBwcm9ibGVtLCBidXQgaW4gdGhhdCBjYXNlLCBz ZXJ2ZXJzIGFyZSBmYXIgYXdheS4gDQpBbW9uZyB0aGUgcG9zc2libGUgYWxnb3JpdGhtcyB0byBt YXhpbWl6ZSB0aGUgdXNlcyB2cy4gY29uZ2VzdGlvbiBpbiBhIHNob3J0IHRpbWUsIHRoZXJlIGlz IEJCUiB1c2VkIGJ5IFFVSUMgKGlmIEkgcmVtZW1iZXIgd2VsbCk6DQoNCiBodHRwOi8vZGwuaWZp cC5vcmcvZGIvY29uZi9uZXR3b3JraW5nL25ldHdvcmtpbmcyMDE4LzJCMS0xNTcwNDE2MTUyLnBk Zg0KIGh0dHBzOi8vd3d3LnNjaWVuY2VkaXJlY3QuY29tL3NjaWVuY2UvYXJ0aWNsZS9waWkvUzAx NDAzNjY0MTkzMDM0NzA/Y2FzYV90b2tlbj1nZ1NQTDZPWFFIMEFBQUFBOnpYTkhPUGdRZXlkWm8z WEJKUmJlQUFwWXJHUTdpWlBvY1ZaSEN1MTFQMTlIc19LZHdSTzlzTUVzZS1IaEtnaVJHSHNKZVI0 X01LMA0KDQpJIGhvcGUgdGhpcyBhbnN3ZXIgdGhlIHF1ZXN0aW9uIGFuZCBnaXZlIGEgYmV0dGVy IHVuZGVyc3RhbmRpbmcsIGNoZWVycywNCg0KDQoJSWduYWNpbw0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpEci4g SW5nLiBKb3PDqSBJZ25hY2lvIEFsdmFyZXotSGFtZWxpbg0KQ09OSUNFVCBhbmQgRmFjdWx0YWQg ZGUgSW5nZW5pZXLDrWEsIFVuaXZlcnNpZGFkIGRlIEJ1ZW5vcyBBaXJlcyBBdi4gUGFzZW8gQ29s w7NuIDg1MCAtIEMxMDYzQUNWIC0gQnVlbm9zIEFpcmVzIC0gQXJnZW50aW5hDQorNTQgKDExKSA1 Mjg1IDA3MTYgLyA1Mjg1IDA3MDUNCmUtbWFpbDogaWhhbWVsaUBjbmV0LmZpLnViYS5hcg0Kd2Vi OiBodHRwOi8vY25ldC5maS51YmEuYXIvaWduYWNpby5hbHZhcmV6LWhhbWVsaW4vDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KDQoNCj4gT24gMzAgTWFyIDIwMjEsIGF0IDA3OjQ4LCA8UnVlZGlnZXIuR2VpYkB0ZWxla29t LmRlPiA8UnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlPiB3cm90ZToNCj4gDQo+IEhpIE1hZ251cywN Cj4gDQo+IFtNV10gVG8gYWNjdXJhdGVseSBtZWFzdXJlIHRoZSBjYXBhY2l0eSBvZiB0aGUgcGF0 aCB0aGUgbG9hZCBhbGdvcml0aG0gc3RyaXZlIHRvIGxvYWQgdGhlIHBhdGggc28gdGhhdCB0aGUg b25lIHdheSBsYXRlbmN5IGluY3JlYXNlcyB0byBpbmRpY2F0ZSB0aGF0IHRoZSBib3R0bGVuZWNr IGJ1ZmZlciBpcyBzdWZmaWNpZW50bHkgZmlsbGVkIHRvIGFjaGlldmUgaGlnaCB1dGlsaXR5LiBU aGlzIGxvYWQgaXMgbm90IGludGVuZGVkIHRvIGJlIGZhaXIgYWdhaW5zdCBvdGhlciBhcHBsaWNh dGlvbnMsIGl0IGlzIGludGVuZGVkIHRvIHByb3ZpZGUgYXMgYWNjdXJhdGUgbWVhc3VyZW1lbnQg YXMgcG9zc2libGUsIHBvdGVudGlhbGx5IHB1c2hpbmcgb3RoZXIgYXBwbGljYXRpb25zIG91dCBv ZiB0aGUgd2F5Lg0KPiANCj4gW1JHXSBUaGUgc2VuZGVyIHJhdGUgYWRhcHRpb24gbWVjaGFuaXNt IG9wZXJhdGVzIGJ5IGNvbmdlc3Rpb24gZmVlZGJhY2ssIGFzIGRvIG1hbnkgc3RhbmRhcmQgdHJh bnNwb3J0IHByb3RvY29scy4gVGhlIHB1cnBvc2Ugb2YgdGhlIGFsZ29yaXRobSBpcyBub3QgdG8g ZGV0ZXJtaW5lLCB3aGV0aGVyIGEgcXVldWUgb3IgYSBwb2xpY2VyIGJ1cnN0IHNpemUgImlzIHN1 ZmZpY2llbnRseSBmaWxsZWQgdG8gYWNoaWV2ZSBoaWdoIHV0aWxpdHkiLCB0aGUgcHVycG9zZSBp cyB0byBhY2N1cmF0ZWx5IGRldGVybWluZSB0aGUgYWNjZXNzIHNwZWVkIHdoaWNoIGNhbiBiZSBy ZWFjaGVkIHdpdGhvdXQgcXVldWUtYnVpbGQgdXAgYW5kL29yIHBhY2tldCBsb3NzLiBBZnRlciBm ZWVkYmFjayBpbmRpY2F0aW5nIGEgc2VuZGVyIHJhdGUgd2hpY2ggaGFzIGNhdXNlZCBjb25nZXN0 aW9uIGhhcyBiZWVuIHJlY2VpdmVkLCB0aGUgc2VuZGVyIHJhdGUgaXMgYWRhcHRlZCB1bnRpbCB0 aGUgbWF4aW11bSBhY2Nlc3Mgc3BlZWQgbm90IGNhdXNpbmcgY29uZ2VzdGlvbiBpcyBkZXRlcm1p bmVkLiBUbyBkZWNpZGUgb24gYSBzZW5kZXIgcmF0ZSBmdWxmaWxsaW5nIHRoaXMgdGhpcyBjcml0 ZXJpdW0sIGEgc2VuZGVyIHJhdGUgY2F1c2luZyBhIGNvbmdlc3Rpb24gd2hpY2ggY2FuIGJlIGFj Y3VyYXRlbHkgaWRlbnRpZmllZCBhcyBjb25nZXN0aW9uIGJ5IGEgbWVhc3VyZW1lbnQgc3lzdGVt IGlzIHJlcXVpcmVkLiBJZiB5b3UgYXJlIGF3YXJlIG9mIGEgbWV0aG9kIHJlYWNoaW5nIHRoaXMg Z29hbCB3aXRob3V0IGNhdXNpbmcgbGltaXRlZCBjb25nZXN0aW9uLCBwbGVhc2Ugc2hhcmUuDQo+ IA0KPiBbUkddIEkgZG9uJ3QgdW5kZXJzdGFuZCB3aGV0aGVyIHlvdXIgZmVlZGJhY2sgaXMgZm9j dXNlZCBvbiBpbXByb3ZlbWVudHMgb2YgcGFyYW1ldHJpemF0aW9uIG9yIG9uIHRoZSBiYXNpYyBi ZWhhdmlvdXIgb2YgdGhlIGFsZ29yaXRobS4gVGhlIGFsZ29yaXRobSBpcyBub3QgZGVzaWduZWQg dG8gYmUgdW5mYWlyLg0KPiANCj4gUmVnYXJkcywNCj4gDQo+IFJ1ZWRpZ2VyDQo+IA0KPiAtLS0t LVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0td2hpY2gNCj4gVm9uOiBpcHBtIDxpcHBtLWJv dW5jZXNAaWV0Zi5vcmc+IEltIEF1ZnRyYWcgdm9uIE1hZ251cyBXZXN0ZXJsdW5kDQo+IEdlc2Vu ZGV0OiBEaWVuc3RhZywgMzAuIE3DpHJ6IDIwMjEgMTA6NTQNCj4gQW46IGlwcG1AaWV0Zi5vcmcN Cj4gQmV0cmVmZjogUmU6IFtpcHBtXSBJLUQgQWN0aW9uOiANCj4gZHJhZnQtaWV0Zi1pcHBtLWNh cGFjaXR5LW1ldHJpYy1tZXRob2QtMDgudHh0DQo+IA0KPiBIaSwNCj4gDQo+IEkgaGF2ZSByZXZp ZXdlZCB0aGUgbGF0ZXN0IHZlcnNpb25zIGNoYW5nZXMgYW5kIGhhdmUgc29tZSBjb21tZW50cy4N Cj4gDQo+IFNlY3Rpb24gOC4xDQo+IA0KPiAgIElmIG5vIHN0YXR1cyBmZWVkYmFjayBtZXNzYWdl cyBhcnJpdmUgYXQgdGhlIHNlbmRlciBmb3IgdGhlIGludGVydmFsCQ0KPiAgIGdyZWF0ZXIgdGhh biB0aGUgTG9zdCBTdGF0dXMgQmFja29mZiB0aW1lb3V0ID0gdypGVCwgYmVnaW5uaW5nIHdoZW4J DQo+ICAgdGhlIGxhc3QgbWVzc2FnZSAob2YgYW55IHR5cGUpIHdhcyBzdWNjZXNzZnVsbHkgcmVj ZWl2ZWQgYXQgdGhlICBzZW5kZXI6DQo+IA0KPiAidyIgaXMgdXNlZCBoZXJlIGFuZCBwYXJhZ3Jh cGhzIGJlbG93LiBCdXQgaXQgaXMgbm90IHJlYWxseSBkZWZpbmVkLiBCYXNlZCBvbiB3aGF0IGlz IHdyaXR0ZW4gYmVsb3cgaXQgaXMgYW4gYWxnb3JpdGhtIGNvbnN0YW50LCBzbyBtYXliZSBpdCBz aG91bGQgYmUgZ2l2ZW4gYSBuYW1lLiANCj4gDQo+IFNvIHRoZSBiYWNrb2ZmIGhhcHBlbnMgYWZ0 ZXIgdypGVC4gQW5kIEkgYWdyZWUgdGhhdCB3aXRoIGEgcmVndWxhciBmZWVkYmFjayBpbnRlcnZh bCB0aGF0IHdpbGwgYmUgd29ya2luZyBpbmRlcGVuZGVudCBvZiBSVFQsIHN0YXJ0aW5nIHRoZSB0 aW1lIHdoZW4gdGhlIGZpcnN0IGZlZWRiYWNrIGhhcyBiZWVuIHJlY2VpdmVkLiBXaGF0IEkgdGhp biB0aGlzIHBhcmFncmFwaCBjb3VsZCBiZSBjbGVhcmVyIG9uIGlzIHRoYXQgdypGVCBuZWVkIHRv IGJlIGNvbnNpZGVyZWQgaW4gcmVsYXRpb24gdG8gdGhlIG9uZS13YXkgZGVsYXkgaml0dGVyLiBB bmQgdGhlIG1vc3QgbGlrZWx5IGNhdXNlIGhlcmUgaXMgYnVmZmVyIGRlcHRoIGluIHRoZSBib3R0 bGVuZWNrLiBJdCBtdXN0IGFsc28gYmUgcmVsYXRlZCB0byB1cHBlciBkZWxheSB0aHJlc2hvbGQu IFdoYXQgb2NjdXJzIGlmIHVwcGVyIGRlbGF5IHRocmVzaG9sZCBpcyBoaWdoZXIgdGhhbiB3KkZU PyBJcyB0aGVyZSBhIHBvdGVudGlhbCB0aGF0IGEgc3RlcCBpbmNyZWFzZXMgaXMgc3VmZmljaWVu dCB0byBwdXNoIHRoZSBidWZmZXIgb2NjdXBhbmN5IG1vcmUgdGhhbiB3KkZUIGxvbmdlciwgaS5l LiBjYXVzaW5nIHRoZSBmZWVkYmFjayB0byBiZSBkZWxheWVkIHN1ZmZpY2llbnQgc28gdGhhdCBp dCB0cmlnZ2VycyB0aGUgbG9zdCBmZWVkYmFjayByYXRoZXIgdGhhbiB0aGUgdXBwZXIgdGhyZXNo b2xkPyBJIGhhdmVuJ3QgY2FsY3VsYXRlZCB3aGF0IHRyYWZmaWMgaW5jcmVhc2VzIHRoYXQgYXJl IHBvc3NpYmxlIGFuZCBpZiB0aGF0IGV4Y2VzcyB0cmFmZmljIGNhbiBjYXVzZSB0aGlzIHRvIGhh cHBlbiB3aXRob3V0IGFkZGl0aW9uYWwgY3Jvc3MgdHJhZmZpYyBvdmVyIGJvdHRsZW5lY2suIEkg d291bGQgYXNzdW1lIHRoaXMgaXMgZmluZSB0byBoYXBwZW4gaW4gdGhlIGluaXRpYWwgZmFzdCBy YW1wLXVwLCBidXQgaXQgc2hvdWxkIG5vdCByZWFsbHkgaGFwcGVuIGluIHRoZSByZWd1bGFyIHJh bXAtdXAgY2FzZS4NCj4gDQo+ICAgVGhlIFJFQ09NTUVOREVEIGluaXRpYWwgdmFsdWUgZm9yIHcg aXMgMywgdGFraW5nIFJvdW5kIFRyaXAgVGltZQkNCj4gICAoUlRUKSBsZXNzIHRoYW4gRlQgaW50 byBhY2NvdW50LiAgQSB0ZXN0IHdpdGggUlRUIGxvbmdlciB0aGFuIEZUIGlzIA0KPiBhDQo+IA0K PiAgIHZhbGlkIHJlYXNvbiB0byBpbmNyZWFzZSB0aGUgaW5pdGlhbCB2YWx1ZSBvZiB3IGFwcHJv cHJpYXRlbHkuCQ0KPiAgIFZhcmlhYmxlIHcgU0hBTEwgYmUgaW5jcmVtZW50ZWQgYnkgMSB3aGVu ZXZlciB0aGUgTG9zdCBTdGF0dXMgDQo+IEJhY2tvZmYNCj4gDQo+ICAgdGltZW91dCBpcyBleGNl ZWRlZC4gIFNvIHdpdGggRlQgPSA1MG1zLCBhIHN0YXR1cyBmZWVkYmFjayBtZXNzYWdlCQ0KPiAg IGxvc3Mgd291bGQgYmUgZGVjbGFyZWQgYXQgMTUwbXMgZm9sbG93aW5nIGEgc3VjY2Vzc2Z1bCBt ZXNzYWdlLCANCj4gYWdhaW4NCj4gDQo+ICAgYXQgNTBtcyBhZnRlciB0aGF0ICgyMDBtcyB0b3Rh bCksIGFuZCBzbyBvbi4NCj4gDQo+IA0KPiBJIHN0aWxsIHRoaW5rIHRoYXQgU2VjdGlvbiA4IGNv dWxkIGJlIG1vcmUgZXhwbGljaXQgYWJvdXQgdGhlIGdvYWwgb2YgdGhlIGxvYWQgYWxnb3JpdGht LiANCj4gDQo+IFRvIGFjY3VyYXRlbHkgbWVhc3VyZSB0aGUgY2FwYWNpdHkgb2YgdGhlIHBhdGgg dGhlIGxvYWQgYWxnb3JpdGhtIHN0cml2ZSB0byBsb2FkIHRoZSBwYXRoIHNvIHRoYXQgdGhlIG9u ZSB3YXkgbGF0ZW5jeSBpbmNyZWFzZXMgdG8gaW5kaWNhdGUgdGhhdCB0aGUgYm90dGxlbmVjayBi dWZmZXIgaXMgc3VmZmljaWVudGx5IGZpbGxlZCB0byBhY2hpZXZlIGhpZ2ggdXRpbGl0eS4gVGhp cyBsb2FkIGlzIG5vdCBpbnRlbmRlZCB0byBiZSBmYWlyIGFnYWluc3Qgb3RoZXIgYXBwbGljYXRp b25zLCBpdCBpcyBpbnRlbmRlZCB0byBwcm92aWRlIGFzIGFjY3VyYXRlIG1lYXN1cmVtZW50IGFz IHBvc3NpYmxlLCBwb3RlbnRpYWxseSBwdXNoaW5nIG90aGVyIGFwcGxpY2F0aW9ucyBvdXQgb2Yg dGhlIHdheS4NCj4gDQo+IFRoZSBnb2FsIG9mIGJlaW5nIGV4cGxpY2l0IGFib3V0IHRoaXMgaXMg c28gdGhhdCB0aGVyZSBpcyBubyBkb3VidCB0byBhbnlvbmUgd2hhdCB0aGlzIGFsZ29yaXRobSBk b2VzLCBhbmQgdGhhdCBpdCBpcyBub3QgYSBnZW5lcmljIGNvbmdlc3Rpb24gY29udHJvbCBhbGdv cml0aG0uICBTbyBTZWN0aW9uIDE0LjEgZGlzY3VzcyB0aGlzLCBidXQgSSB0aGluayB0aGUgZG9j dW1lbnQgY2FuIGJlIG1vcmUgaG9uZXN0IGhlcmUgYW5kIHN0YXRlIGl0IGV4cGxpY2l0bHkgaW4g U2VjdGlvbiA4Lg0KPiANCj4gTm93LCBJIGFtIG5vIGxvbmdlciBhbiBBRCwgYnV0IEkgZG9uJ3Qg aGF2ZSBhIHByb2JsZW0gd2l0aCBhIGxpbWl0ZWQgc2NvcGUgYWxnb3JpdGhtIHRoYXQganVzdCBp cyBvcGVuIHdpdGggaXRzIGludGVudGlvbiBvZiBiZWluZyB1bmZhaXIuIEkgdGhpbmsgaGF2aW5n IGFuIGFsZ29yaXRobSB0aGF0IHBlb3BsZSBtYXkgY29weSB3aXRob3V0IHVuZGVyc3RhbmRpbmcg d2hhdCBpdCBkb2VzIGlzIG1vcmUgYSBwcm9ibGVtLiANCj4gDQo+IENoZWVycw0KPiANCj4gTWFn bnVzIFdlc3Rlcmx1bmQNCj4gDQo+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+ IEZyb206IEktRC1Bbm5vdW5jZSA8aS1kLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJl aGFsZiBPZiANCj4+IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZw0KPj4gU2VudDogZGVuIDI5IG1h cnMgMjAyMSAyMzozMQ0KPj4gVG86IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0KPj4gQ2M6IGlwcG1A aWV0Zi5vcmcNCj4+IFN1YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtaXBwbS1jYXBhY2l0 eS1tZXRyaWMtbWV0aG9kLTA4LnR4dA0KPj4gDQo+PiANCj4+IEEgTmV3IEludGVybmV0LURyYWZ0 IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cw0KPiBkaXJlY3Rv cmllcy4NCj4+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIElQIFBlcmZvcm1hbmNl IE1lYXN1cmVtZW50IFdHIG9mIHRoZSANCj4+IElFVEYuDQo+PiANCj4+ICAgICAgICBUaXRsZSAg ICAgICAgICAgOiBNZXRyaWNzIGFuZCBNZXRob2RzIGZvciBPbmUtd2F5IElQIENhcGFjaXR5DQo+ PiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQWwgTW9ydG9uDQo+PiAgICAgICAgICAgICAgICAg ICAgICAgICAgUnVlZGlnZXIgR2VpYg0KPj4gICAgICAgICAgICAgICAgICAgICAgICAgIExlbiBD aWF2YXR0b25lDQo+PiAJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5 LW1ldHJpYy1tZXRob2QtMDgudHh0DQo+PiAJUGFnZXMgICAgICAgICAgIDogMzcNCj4+IAlEYXRl ICAgICAgICAgICAgOiAyMDIxLTAzLTI5DQo+PiANCj4+IEFic3RyYWN0Og0KPj4gICBUaGlzIG1l bW8gcmV2aXNpdHMgdGhlIHByb2JsZW0gb2YgTmV0d29yayBDYXBhY2l0eSBtZXRyaWNzIGZpcnN0 DQo+PiAgIGV4YW1pbmVkIGluIFJGQyA1MTM2LiAgVGhlIG1lbW8gc3BlY2lmaWVzIGEgbW9yZSBw cmFjdGljYWwgTWF4aW11bQ0KPj4gICBJUC1sYXllciBDYXBhY2l0eSBtZXRyaWMgZGVmaW5pdGlv biBjYXRlcmluZyBmb3IgbWVhc3VyZW1lbnQNCj4+ICAgcHVycG9zZXMsIGFuZCBvdXRsaW5lcyB0 aGUgY29ycmVzcG9uZGluZyBtZXRob2RzIG9mIG1lYXN1cmVtZW50Lg0KPj4gDQo+PiANCj4+IFRo ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPj4gaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1l dHJpYy1tZXRoDQo+PiBvDQo+PiBkLw0KPj4gDQo+PiBUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2 ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQo+PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1ldHJpYy1tZXRob2QtMDgNCj4+IGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1ldHJpYw0K Pj4gLQ0KPj4gbWV0aG9kLTA4DQo+PiANCj4+IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJz aW9uIGlzIGF2YWlsYWJsZSBhdDoNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldA0KPj4gaA0KPj4gb2QtDQo+PiAw OA0KPj4gDQo+PiANCj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+IHN1Ym1pc3Npb24NCj4+IHVudGlsIHRoZSBodG1s aXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+ PiANCj4+IEludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZU UCBhdDoNCj4+IGZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQo+PiANCj4+IA0K Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEkt RC1Bbm5vdW5jZSBtYWlsaW5nIGxpc3QNCj4+IEktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KPj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2UNCj4+IEludGVy bmV0LURyYWZ0IGRpcmVjdG9yaWVzOiBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sIG9y IA0KPj4gZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQNCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGlwcG0gbWFp bGluZyBsaXN0DQo+IGlwcG1AaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9pcHBtDQoNCg== From nobody Tue Mar 30 09:11:13 2021 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 CC7CD3A19DA; Tue, 30 Mar 2021 09:11:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=akamai.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 pZGRgwLjuny8; Tue, 30 Mar 2021 09:11:07 -0700 (PDT) Received: from mx0b-00190b01.pphosted.com (mx0b-00190b01.pphosted.com [IPv6:2620:100:9005:57f::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E0F83A19D9; Tue, 30 Mar 2021 09:11:06 -0700 (PDT) Received: from pps.filterd (m0050096.ppops.net [127.0.0.1]) by m0050096.ppops.net-00190b01. (8.16.0.43/8.16.0.43) with SMTP id 12UG9bYr020279; Tue, 30 Mar 2021 17:11:03 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=jan2016.eng; bh=gK3StF/s7+zIHGjU6eU52VgSbhbaefW+C8epmT22paE=; b=c3hYaEFEgbJStHgoYYNKpQIgzH2giw3VK+GSw0yW5u5HBFgAx+twiFvpNsC9EW/dTsA2 FlolvLuPJPpciEJ8hIegOo2fEoxRwezDbn/98y60PdVtPRPhnDMtb3Ed6qRx9byhTL5o rsmlenl4IKNnM+6rSqrezNWxqrYznVEVjl6x7aiu8BUw+VaOE6E/qv3Qibkj2LuiZFcH j7hjP8zkFVw/p279Rc1Bqc1nZZU3AqsRnhJYpHoCQXCUSxRJHS4sAM18dzJ7/OEH2DKm H1UgbB8M8OTXQjc+gXPte6R1X9fuNMCY1WfEDsu1W1VaAPokjJEygj0J3LnQcFcuuK7X GA== Received: from prod-mail-ppoint2 (prod-mail-ppoint2.akamai.com [184.51.33.19] (may be forged)) by m0050096.ppops.net-00190b01. with ESMTP id 37k6ms69cn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 30 Mar 2021 17:11:03 +0100 Received: from pps.filterd (prod-mail-ppoint2.akamai.com [127.0.0.1]) by prod-mail-ppoint2.akamai.com (8.16.0.43/8.16.0.43) with SMTP id 12UG4mPT022196; Tue, 30 Mar 2021 12:11:02 -0400 Received: from email.msg.corp.akamai.com ([172.27.123.53]) by prod-mail-ppoint2.akamai.com with ESMTP id 37j01yrmm0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 30 Mar 2021 12:11:02 -0400 Received: from USMA1EX-DAG1MB5.msg.corp.akamai.com (172.27.123.105) by usma1ex-dag1mb1.msg.corp.akamai.com (172.27.123.101) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 30 Mar 2021 12:11:01 -0400 Received: from USMA1EX-DAG1MB5.msg.corp.akamai.com ([172.27.123.105]) by usma1ex-dag1mb5.msg.corp.akamai.com ([172.27.123.105]) with mapi id 15.00.1497.012; Tue, 30 Mar 2021 12:11:01 -0400 From: "Lubashev, Igor" To: Spencer Dawkins at IETF , Ian Swett CC: "explicit-meas@ietf.org" , "tsvwg@ietf.org" , "IETF IPPM WG (ippm@ietf.org)" , "alexandre.ferrieux@orange.com" , "HAMCHAOUI Isabelle IMT/OLN" , Cociglio Mauro , "quic@ietf.org" Thread-Topic: Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) Thread-Index: AdcaadL89WUw5nTMSaO6t2YHkK4COgI2TAZAAFxj1gAAAjpqAAAsRGqw Date: Tue, 30 Mar 2021 16:11:00 +0000 Message-ID: <8332062d02c04f40af1ed3baef49dafc@usma1ex-dag1mb5.msg.corp.akamai.com> References: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.19.47.80] Content-Type: multipart/alternative; boundary="_000_8332062d02c04f40af1ed3baef49dafcusma1exdag1mb5msgcorpak_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-30_06:2021-03-30, 2021-03-30 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 adultscore=0 phishscore=0 malwarescore=0 mlxscore=0 bulkscore=0 suspectscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103300115 X-Proofpoint-GUID: Vg2BverY5Nl4C5-AHTcobpc2ag6re2ma X-Proofpoint-ORIG-GUID: Vg2BverY5Nl4C5-AHTcobpc2ag6re2ma X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-30_06:2021-03-30, 2021-03-30 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 impostorscore=0 clxscore=1011 phishscore=0 mlxscore=0 malwarescore=0 priorityscore=1501 spamscore=0 bulkscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103300116 X-Agari-Authentication-Results: mx.akamai.com; spf=${SPFResult} (sender IP is 184.51.33.19) smtp.mailfrom=ilubashe@akamai.com smtp.helo=prod-mail-ppoint2 Archived-At: Subject: Re: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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, 30 Mar 2021 16:11:12 -0000 --_000_8332062d02c04f40af1ed3baef49dafcusma1exdag1mb5msgcorpak_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91LCBJYW4gYW5kIFNwZW5jZXIuDQoNClNvcnJ5IGZvciB0b3AgcG9zdGluZyAodGhl IHRocmVhZCBjb3VsZCBvdGhlcndpc2UgZ2V0IGEgbGl0dGxlIGxvbmcgYW5kIEkgYW0gdXNpbmcg T3V0bG9va+KApikuDQoNCklhbiwgd2UgZGlkIGNvbnNpZGVyIHByaXZhY3kgaW1wbGljYXRpb25z IG9mIHRoZSBtYXJraW5ncy4gQmVjYXVzZSBhbGwgbWFya2luZ3MgYW5kIGludGVybmFsIGNvdW50 ZXJzIGFyZSBjb21wbGV0ZWx5IHJlc2V0IHdoZW4gdGhlcmUgaXMgYSBDSUQgY2hhbmdlLCB3ZSBk aWQgbm90IHNlZSB0aGUgbWFya2luZ3MgY29tcHJvbWlzZSBsaW5rYWJpbGl0eSBkdXJpbmcgbWln cmF0aW9ucy4gT3RoZXJ3aXNlLCBzaW5jZSB0aGUgbWFya2luZ3MgYXJlIG1pbmltYWwsIHdlIHNl ZSB0aGVtIG9ubHkgZGlzY2xvc2luZyB0aGUgaW5mb3JtYXRpb24gdGhleSBhcmUgbWVhbnQgdG8g ZGlzY2xvc2Ug4oCTIHVwc3RyZWFtL2Rvd25zdHJlYW0gbG9zcy4gIFdlIGRvIGRpc2N1c3MgcHJp dmFjeS1yZWxhdGVkIGltcGxpY2F0aW9ucyBvZiBkaXNjbG9zaW5nIHVwc3RyZWFtL2Rvd25zdHJl YW0gbG9zcyBpbiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWZl cnJpZXV4aGFtY2hhb3VpLXF1aWMtbG9zc2JpdHMtMDMjc2VjdGlvbi04LiBIb3dldmVyLCB0aGUg ZGlzY3Vzc2lvbiBpbiB0aGUgSUQgaXMgdGhlb3JldGljYWwgYW5kIGlzIG5vdCBhIHJlc3VsdCBv ZiBsYXJnZSBnbG9iYWwgc3R1ZHkgd2hvc2UgcmVzdWx0cyBhcmUgY29uZmlybWVkIGJ5IGluZGVw ZW5kZW50IHRoaXJkIHBhcnRpZXMuIEkgd291bGQgYmUgaGFwcHkgdG8gY29sbGFib3JhdGUgb24g dGhpcyB3aXRoIGFuIGludGVyZXN0ZWQgUGhEIHN0dWRlbnQgb3IgYW5vdGhlciByZXNlYXJjaGVy Lg0KDQpTcGVuY2VyLCBJIHdpbGwgcmV2aWV3IHRoZSBQTFVTIG1pbnV0ZXMuIEluIGEgc2V0dXAg d2hlbiBlbmRwb2ludHMgYXJlIHNlbmRpbmcgaW5mb3JtYXRpb24gdG8gdW5rbm93biB0aGlyZCBw YXJ0aWVzLCBteSBpbW1lZGlhdGUgY29uY2VybiBpcyBsZXNzIHdpdGggdGhlIHRoaXJkIHBhcnRp ZXMgYmVpbmcgdW5rbm93biBhbmQgbW9yZSB3aXRoIHRoZSBleHRlbnQgb2YgdGhlIGluZm9ybWF0 aW9uIHNlbnQgYmVpbmcgdW5rbm93bi4gQWZ0ZXIgYWxsLCBlbmRwb2ludHMgYXJlIGFscmVhZHkg c2VuZGluZyBpbmZvcm1hdGlvbiB0byDigJx1bmtub3duIHRoaXJkIHBhcnRpZXPigJ0gb24gcGF0 aCBldmVyeSB0aW1lIHRoZXkgY29tbXVuaWNhdGUgb3ZlciB0aGUgSW50ZXJuZXQuIFdpdGggdGhl IGV4cGxpY2l0IG1lYXN1cmVtZW50cyBwcm9wb3NhbHMsIHRoZSBzZXQgb2Yg4oCcdW5rbm93biB0 aGlyZCBwYXJ0aWVz4oCdIGlzIG5vdCBjaGFuZ2luZy4gV2hhdCBlbmRwb2ludHMgbXVzdCBmb2N1 cyBvbiBpcyB0aGUgaW5mb3JtYXRpb24gY29udGVudCBvZiB0aGUgc2lnbmFsLiBJbiBhbnkgY2Fz ZSwgdGhlIGFib3ZlbWVudGlvbmVkIGRyYWZ0IGFsbG93cyBmb3IgZW5kcG9pbnRzIHRvIGRlY2lk ZSB3aGV0aGVyIHRoaXMgc2lnbmFsIGlzIGJlaW5nIHNlbnQgQU5EIGVuc3VyZXMgdGhhdCBhIGNl cnRhaW4gcG9ydGlvbiBvZiBhbGwgY29ubmVjdGlvbnMgZG9lcyBub3QgdXNlIHRoaXMgc2lnbmFs aW5nIChzbyBjb25uZWN0aW9ucyBleHBsaWNpdGx5IG9wdGluZyBvdXQgZG8gbm90IHN0YW5kIG91 dCkuDQoNCkRlbGl2ZXJ5IG9mIHFsb2cgdG8gc3BlY2lmaWMgb3BlcmF0b3JzIGlzIHBvc3NpYmxl LCBidXQgaXQgZG9lcyBub3QgaGVscCBtdWNoIHRvIGxvY2F0ZSB0aGUgc291cmNlIG9mIHRoZSBs b3NzL2RlbGF5ICh1cHN0cmVhbSBvZiB0aGUgb3BlcmF0b3I/IGRvd25zdHJlYW0/IGluIHRoZSBv cGVyYXRvcuKAmXMgb3duIHN5c3RlbXM/KSDigJMgdGhlIHByaW1hcnkgZ29hbCBvZiB0aGlzIGRy YWZ0Lg0KDQpWZXJ5IGJlc3QsDQoNCg0KICAqICAgSWdvcg0KDQpGcm9tOiBTcGVuY2VyIERhd2tp bnMgYXQgSUVURiA8c3BlbmNlcmRhd2tpbnMuaWV0ZkBnbWFpbC5jb20+DQpTZW50OiBNb25kYXks IE1hcmNoIDI5LCAyMDIxIDk6MDQgQU0NCg0KSGksIElhbiwNCg0KT24gTW9uLCBNYXIgMjksIDIw MjEgYXQgNzowMSBBTSBJYW4gU3dldHQgPGlhbnN3ZXR0PTQwZ29vZ2xlLmNvbUBkbWFyYy5pZXRm Lm9yZzxtYWlsdG86NDBnb29nbGUuY29tQGRtYXJjLmlldGYub3JnPj4gd3JvdGU6DQpUaGFua3Mg Zm9yIHRoZSBtYXByZyBzbGlkZXMgSWdvciwgaXQncyBncmVhdCB0byBoZWFyIHlvdSdkIGVuYWJs ZSB0aGlzIGlmIGl0IHdhcyBzdGFuZGFyZGl6ZWQuDQoNCjxUYWtpbmcgb2ZmIG15IFdHIGNoYWly IGhhdD4NCg0KSSBkaWRuJ3Qgbm90aWNlIHRoYXQgeW91J3JlIGFuIElQUE0gY28tY2hhaXIgLSBj b25ncmF0dWxhdGlvbnMgdG8geW91LCBhbmQgdG8gSVBQTSENCg0KSGFzIEFrYW1haSBjb25kdWN0 ZWQgYW55IHByaXZhY3kgYW5hbHlzaXMgaXQgd291bGQgYmUgd2lsbGluZyB0byBzaGFyZSB3aXRo IHRoZSBJRVRGPyAgRm9yIHRoaXMgdG8gYmUgd2lkZWx5IGRlcGxveWVkLCBJIHRoaW5rIHRoYXQg d2lsbCBuZWVkIHRvIGJlIGRvbmUsIHNpbWlsYXIgdG8gdGhlIHNwaW4gYml0Lg0KDQpFeGFjdGx5 LCBiZWNhdXNlIChwbGVhc2Ugc2VlIGJlbG93KQ0KDQpPbiBTYXQsIE1hciAyNywgMjAyMSBhdCA0 OjI5IFBNIEx1YmFzaGV2LCBJZ29yIDxpbHViYXNoZUBha2FtYWkuY29tPG1haWx0bzppbHViYXNo ZUBha2FtYWkuY29tPj4gd3JvdGU6DQpUaGFuayB5b3UsIE1hdXJvLg0KDQpJIHdvdWxkIGxpa2Ug dG8gcG9pbnQgb3V0IHRvIElQUE0gV0cgdGhhdCBzb21lIG9mIHRoZSBwcm9wb3NlZCBtZWFzdXJl bWVudCB0ZWNobmlxdWVzIGhhdmUgYWxyZWFkeSBiZWVuIGltcGxlbWVudGVkIGFuZCBoYWQgYmVl biBydW5uaW5nIG9uIHRoZSBJbnRlcm5ldCBpbiAyMDE5IGFuZCAyMDIwLiAgTmFtZWx5LCBBa2Ft YWkgaGFzIGltcGxlbWVudGVkIExvc3MgQml0cyAoTCtRKSBhbmQgZW5hYmxlZCB0aGVtIG9uIGEg bGFyZ2UgcG9ydGlvbiBvZiBRSVVDIHRyYWZmaWMgc2VydmVkIHRvIE9yYW5nZSBUZWxlY29tIHVz ZXJzIGluIHNldmVyYWwgY291bnRyaWVzLCB3aGlsZSBPcmFuZ2UgaW1wbGVtZW50ZWQgb2JzZXJ2 ZXJzIHRoYXQgY29sbGVjdGVkIGFuZCBhbmFseXplZCB0aGUgbWVhc3VyZW1lbnRzLiAgV2UgaGF2 ZSBkaXNjdXNzZWQgdGhlIG1lYXN1cmVtZW50cyBhbmQgdGVjaG5pcXVlcyBpbiBNQVBSRyBkdXJp bmcgSUVURi0xMDUgKGFuZCBhdCBvdGhlciBXR3MgYW5kIG1lZXRpbmdzKS4NCg0KSGVyZSBpcyBv dXIgSUVURi0xMDUgTUFQUkcgcHJlc2VudGF0aW9uIGRpc2N1c3NpbmcgdGhlIGRhdGEgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwNS9tYXRlcmlhbHMvc2xpZGVzLTEwNS1t YXByZy1wYWNrZXQtbG9zcy1zaWduYWxpbmctZm9yLWVuY3J5cHRlZC1wcm90b2NvbHMtMDE8aHR0 cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0 aW5nLzEwNS9tYXRlcmlhbHMvc2xpZGVzLTEwNS1tYXByZy1wYWNrZXQtbG9zcy1zaWduYWxpbmct Zm9yLWVuY3J5cHRlZC1wcm90b2NvbHMtMDFfXzshIUdqdlR6X3ZrIUR1anc5VjE4bHFHclhMOEdV T2Q3OU1GbGVzSnBkVlhuNVIwUS0wbTlyVS1BUU95eGpyd0VmbGJ0REljUW1mUSQ+Lg0KDQpJbiBz aG9ydCwgd2UgZm91bmQgdGhhdCB1bmlkaXJlY3Rpb25hbCBvYnNlcnZhdGlvbnMgb2YgUVVJQyB0 cmFmZmljIHdpdGggTCtRIGJpdHMgYWxvbmUgdG8gYmUgZWZmZWN0aXZlIGZvciBtZWFzdXJpbmcg Ym90aCB1cHN0cmVhbSBhbmQgZG93bnN0cmVhbSBwYWNrZXQgbG9zcyBhbmQgY2hhcmFjdGVyaXpp bmcgdGhlIG1hZ25pdHVkZSBvZiBwYWNrZXQgcmVvcmRlcmluZy4NCg0KRHVyaW5nIHRoZSBsYXN0 IG1lZXRpbmcgSWFuIGFza2VkIHdoZXRoZXIgQWthbWFpIHdvdWxkIGltcGxlbWVudCBhbmQgZW5h YmxlIHRoZXNlIG1lYXN1cmVtZW50cyB0ZWNobmlxdWVzIGZvciBRVUlDIG9uIHRoZSBsYXJnZSBz Y2FsZSwgaWYgYWxsIHRoZSByZWxldmFudCBkcmFmdHMgZ2V0IHN0YW5kYXJkaXplZCBieSBJRVRG LiAgVGhlIGFuc3dlciBpcyB0aGF0LCB5ZXMsIHdlIHdvdWxkLiAgV2UgYXJlIHZlcnkgaW50ZXJl c3RlZCBpbiBkb2luZyB3aGF0IGl0IHRha2VzIHRvIGltcHJvdmUgSW50ZXJuZXQgcGVyZm9ybWFu Y2UgZm9yIHRoZSB1c2VycywgYW5kIHdlIHdvdWxkIHdvcmsgaGFyZCB0byBpbXBsZW1lbnQgdGVj aG5pcXVlcyB0aGF0IGNhbiBoZWxwIG5ldHdvcmsgb3BlcmF0b3JzIHRvIGltcHJvdmUgUU9TIG9u IHRoZWlyIG5ldHdvcmtzLg0KDQotIElnb3INCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiBGcm9tOiBDb2NpZ2xpbyBNYXVybyA8bWF1cm8uY29jaWdsaW89NDB0ZWxlY29taXRhbGlh Lml0QGRtYXJjLmlldGYub3JnPG1haWx0bzo0MHRlbGVjb21pdGFsaWEuaXRAZG1hcmMuaWV0Zi5v cmc+Pg0KPiBTZW50OiBUdWVzZGF5LCBNYXJjaCAxNiwgMjAyMSA5OjQ4IEFNDQo+IFRvOiBJRVRG IElQUE0gV0cgKGlwcG1AaWV0Zi5vcmc8bWFpbHRvOmlwcG1AaWV0Zi5vcmc+KSA8aXBwbUBpZXRm Lm9yZzxtYWlsdG86aXBwbUBpZXRmLm9yZz4+OyBleHBsaWNpdC1tZWFzQGlldGYub3JnPG1haWx0 bzpleHBsaWNpdC1tZWFzQGlldGYub3JnPg0KPiBDYzogcXVpY0BpZXRmLm9yZzxtYWlsdG86cXVp Y0BpZXRmLm9yZz47IHRzdndnQGlldGYub3JnPG1haWx0bzp0c3Z3Z0BpZXRmLm9yZz4NCj4gU3Vi amVjdDogW2lwcG1dIENvbXBhcmluZyBBbHRlcm5hdGUgTWFya2luZyBhbmQgRXhwbGljaXQgRmxv dw0KPiBNZWFzdXJlbWVudHMgKFNwaW4gYml0LCAuLi4pDQo+DQo+IEhpLg0KPiBMYXN0IEZyaWRh eSBkdXJpbmcgdGhlIElQUE0gbWVldGluZywgIGFmdGVyIHRoZSAiRXhwbGljaXQgRmxvdyBNZWFz dXJlbWVudHMiDQo+IGRyYWZ0IHByZXNlbnRhdGlvbg0KPiAoaHR0cHM6Ly91cmxkZWZlbnNlLmNv bS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1tZHQtaXBwbS08aHR0cHM6 Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW1k dC1pcHBtLT4NCj4gZXhwbGljaXQtZmxvdy1tZWFzdXJlbWVudHMtMDFfXzshIUdqdlR6X3ZrIUND LVZqTlFtbDVhdTFwWGZDTjUwSi1ELQ0KPiBPOTladnJ6Njg2ZnJJdTRzaFd4UEVpcHdRZDdUVHVP TTNOVHlOQ1UkICksIEdyZWcgTWlyc2t5IHJhaXNlZCBhbg0KPiBpc3N1ZSB0aGF0IEkgdGhpbmsg aXMgdmVyeSBpbXBvcnRhbnQuDQo+IFRoZSBxdWVzdGlvbiBpcyBhYm91dCBkaWZmZXJlbmNlcyBh bmQgc2ltaWxhcml0aWVzIGJldHdlZW4gdGhlIHR3byB0eXBlcyBvZg0KPiBwcm9kdWN0aW9uIHRy YWZmaWMgcGFja2V0IG1hcmtpbmcgZm9yIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50cywgcHJvcG9z ZWQNCj4gaW4gSUVURiBhbmQgaW5pdGlhdGVkIGluIHRoZSBJUFBNIFdHOiBBbHRlcm5hdGUgTWFy a2luZyBhbmQgRXhwbGljaXQgRmxvdw0KPiBNZWFzdXJlbWVudHMuDQo+DQo+IFRoZSBmaXJzdCB0 ZWNobmlxdWUga25vd24gYXMgQWx0ZXJuYXRlIE1hcmtpbmcgb3IgQU0vUE0gKEFsdGVybmF0ZQ0K PiBNYXJraW5nIFBlcmZvcm1hbmNlIE1vbml0b3JpbmcpIGlzIGRlZmluZWQsIGluIGdlbmVyYWwg dGVybXMsIGluIFJGQzgzMjENCj4gKHRoZSBwb2ludC10by1wb2ludCB2ZXJzaW9uKSBhbmQgUkZD ODg4OSAodGhlIG11bHRpcG9pbnQgdmVyc2lvbikuDQo+IEl0IGlzIGVzc2VudGlhbGx5IGEgVGVs Y28gbWVhc3VyZW1lbnQsIGJvcm4gdG8gbWVhc3VyZSBwYWNrZXQgZGVsYXkgYW5kIGxvc3MNCj4g YmV0d2VlbiB0aGUgaW5wdXQgYW5kIG91dHB1dCBvZiBhIG5ldHdvcmssIG9yIGJldHdlZW4gMiBp bnRlcm5hbCBwb2ludHMgb2YNCj4gdGhlIG5ldHdvcmssIGluIG9yZGVyIHRvIGlkZW50aWZ5IGFu ZCBsb2NhbGl6ZSBhIHByb2JsZW0uIEl0IGlzIGEgbmV0d29yaw0KPiBtZWFzdXJlIGFuZCBpdCBp cyB0aGUgbmV0d29yayBvcGVyYXRvciB0aGF0IHBlcmZvcm1zIHRoZSBtYXJraW5nIGJ5DQo+IG1v ZGlmeWluZyBwYWNrZXRzIG9uIHRoZSBmbHkuDQo+IFRoZSBzdHJlbmd0aCBvZiB0aGlzIHRlY2hu aXF1ZSBjb21lcyBmcm9tIHRoZSBkZWNvdXBsaW5nIG9mIG1hcmtpbmcgYW5kDQo+IG1lYXN1cmVt ZW50LiBXZSBjYW4gbWFyayBhbGwgdHJhZmZpYywgdXNpbmcgYSBmaXhlZCBtYXJraW5nIGludGVy dmFsICh0eXBpY2FsbHkNCj4gImJpZyI6IGZyb20gMSBzZWNvbmQgdXAgdG8gNSBtaW51dGVzKSwg dGhlbiB3ZSBkZWNpZGUgd2hhdCB0byBtZWFzdXJlDQo+IGJhc2VkIG9uIHRoZSByZXNvdXJjZXMg SSB3YW50IHRvIHVzZS4gSW4gY2FzZSBvZiBwYWNrZXQgbG9zcyBtZWFzdXJlbWVudA0KPiB3ZSBj YW4gc3RhcnQgZnJvbSBhIHNpbmdsZSBwYWNrZXQgY291bnRlciBmb3IgYWxsIHRyYWZmaWMgZm9y IGVhY2ggbWVhc3VyZW1lbnQNCj4gcG9pbnQgKHBvc3NpYmlsaXR5IGRlc2NyaWJlZCBpbiBSRkM4 ODg5KSwgdG8gaGF2ZSBhIG5ldHdvcmsgbWVhc3VyZW1lbnQsIHRvDQo+IGFycml2ZSB0byBhIGNv dW50ZXIgZm9yIGVhY2ggcG9pbnQtdG8tcG9pbnQgY29ubmVjdGlvbiB5b3Ugd2FudCB0byBtb25p dG9yDQo+IChhcyBkZXNjcmliZWQgaW4gUkZDODMyMSkuDQo+IEluIG9yZGVyIHRvIG9idGFpbiB0 aGUgbWVhc3VyZW1lbnQgaXQgaXMgbmVjZXNzYXJ5IHRvIGNvbXBhcmUgdGhlIGRhdGENCj4gY29s bGVjdGVkIGZyb20gYXQgbGVhc3QgMiBtZWFzdXJlbWVudCBwb2ludHMgKGNvdW50ZXJzIGZvciBw YWNrZXQgbG9zcywNCj4gdGltZXN0YW1wcyBmb3IgZGVsYXkpLiBUaGVuIGEgImNvbW11bmljYXRp b24iIGJldHdlZW4gbWVhc3VyZW1lbnQNCj4gcG9pbnRzLCBvciB3aXRoIGEgTmV0d29yayBNZWFz dXJlbWVudCBDZW50ZXIsIGlzIG5lZWRlZC4NCj4gVGhlcmUgYXJlIGFscmVhZHkgY29tbWVyY2lh bCBpbXBsZW1lbnRhdGlvbnMgb2YgdGhpcyB0ZWNobmlxdWUgKGFsc28gZm9yDQo+IElQdjQpIGFu ZCBJRVRGIGRyYWZ0cyB0aGF0IGFyZSBzdGFuZGFyZGl6aW5nIGl0IGZvciB2YXJpb3VzIHByb3Rv Y29scyAoSVB2NiwNCj4gTVBMUywgU2VnbWVudCBSb3V0aW5nLCBCSUVSLCAuLi4pLg0KPiBUaGUg QWx0ZXJuYXRlIE1hcmtpbmcgbWV0aG9kb2xvZ3kgaXMgZXZvbHZpbmcgaW50byB0aGUgZHJhZnQg IkJpZyBEYXRhDQo+IEFsdE1hcmsiIChodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LTxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19f aHR0cHM6L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtPg0KPiBjMmYtaXBwbS1iaWctZGF0YS1h bHQtbWFyay0wMV9fOyEhR2p2VHpfdmshQ0MtVmpOUW1sNWF1MXBYZkNONTBKLUQtDQo+IE85OVp2 cno2ODZmckl1NHNoV3hQRWlwd1FkN1RUdU9NX3lOSUlncyQgKSB0aGF0IGRlZmluZXMgcG9pbnQt dG8tcG9pbnQNCj4gZmxvd3MgbWVhc3VyZW1lbnRzIGFwcGx5aW5nIHBvc3QgcHJvY2Vzc2luZyB0 byBwZXJmb3JtYW5jZSBkYXRhIGNvbGxlY3RlZA0KPiBieSBzYW1wbGluZyBhIHNpbmdsZSBuZXR3 b3JrIG11bHRpcG9pbnQgZmxvdy4NCj4NCj4gVGhlIHNlY29uZCBtYXJraW5nIHRlY2huaXF1ZSBm b3IgcGVyZm9ybWFuY2UgbW9uaXRvcmluZyBvZiBwYWNrZXQNCj4gbmV0d29ya3MgaGFzIGJlZW4g Y2FsbGVkIEV4cGxpY2l0IEZsb3cgTWVhc3VyZW1lbnRzIChFRk0pLCBhbmQgaXMgbW9yZQ0KPiBy ZWNlbnQgYmVjYXVzZSBpdCdzIGJvcm4gd2l0aCB0aGUgU3BpbiBiaXQgUlRUIG1lYXN1cmVtZW50 LiBBbmQgaXQgY2FtZQ0KPiBhYm91dCBwcmltYXJpbHkgdG8gaGF2ZSBhbiBlbmQtdG8tZW5kIHBl cmZvcm1hbmNlIG1lYXN1cmUsIGZyb20gdGhlDQo+IHRlcm1pbmFsLCBvbiB3aGljaCBhbiBhcHBs aWNhdGlvbiBpcyBydW5uaW5nLCB0byB0aGUgc2VydmVyIGF0IHRoZSBvcHBvc2l0ZQ0KPiBlbmQg b2YgdGhlIG5ldHdvcmsuIEVGTSBjYW4gYmUgc2VlbiBhcyBjb21wbGVtZW50YXJ5IG1lYXN1cmVz IHRvDQo+IEFsdGVybmF0ZSBNYXJraW5nLg0KDQpPbmUgcXVlc3Rpb24gb24gdGhpcy4gIEFzIGEg UVVJQyBXRyBtZW1iZXIgSSB3YXMgdW5kZXIgdGhlIGltcHJlc3Npb24gdGhlIHNwaW4gYml0IHdv dWxkIGVuYWJsZSBtZWFzdXJlbWVudCB3aXRoaW4gbmV0d29ya3MsIGJ1dCBJIGFncmVlIHRoYXQg aXQgaXMgYmVzdCBhcyBhbiBlbmQtdG8tZW5kIG1lYXN1cmVtZW50LiAgSG93ZXZlciwgbmV0d29y ayBlbmRwb2ludHMgY2FuIGFuZCBkbyhpZTogcWxvZykgZXhwb3J0IG1ldHJpY3MgYW5kIHRyYWNl cyB0byBwcm92aWRlIGRldGFpbGVkIGluZm9ybWF0aW9uIHRoYXQncyBtdWNoIHJpY2hlciB0aGFu IHNwaW4gb3IgbG9zcyBiaXRzLCB3aGljaCBtYWtlcyBtZSBsZXNzIGNsZWFyIG9uIHRoZSB2YWx1 ZSBvZiBFRk0uICBJZ29yIGluZGljYXRlZCBpdCB3b3JrZWQgYXMgaW50ZW5kZWQsIGJ1dCB0aGVy ZSBpcyB0aGUgc2VwYXJhdGUgcXVlc3Rpb24gb2Ygd2hldGhlciBpdCBwcm92aWRlcyBlbm91Z2gg dmFsdWUgb24gdG9wIG9mIGVuZHBvaW50IGxvZ2dpbmcgYW5kIEFsdGVybmF0ZSBNYXJraW5nLg0K DQpCcmlhbiBUcmFtbWVsbCBhbmQgSSBoYXZlIGJvdGggYmVlbiBjaGF0dGluZyB3aXRoIHRoZSBU U1YgQURzIGFib3V0IHRvcGljcyB0aGF0IHRoZSBQTFVTIEJPRiB3YXMgcmVsZXZhbnQgdG8uIE15 IHJlY29sbGVjdGlvbiBmcm9tIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL21pbnV0 ZXMtOTYtcGx1cy88aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvbWludXRlcy05Ni1wbHVzL19fOyEhR2p2VHpfdmshRHVqdzlWMThscUdy WEw4R1VPZDc5TUZsZXNKcGRWWG41UjBRLTBtOXJVLUFRT3l4anJ3RWZsYnRNcUVuQVQwJD4gd2Fz IHRoYXQgbW9zdCBvZiB0aGUgY29uY2VybiBleHByZXNzZWQgYnkgdGhlIFNFQyB0eXBlcyBpbiB0 aGUgcm9vbSB3YXMgYWJvdXQgZW5kcG9pbnRzIHNlbmRpbmcgaW5mb3JtYXRpb24gdG8gbmV0d29y ayBlbnRpdGllcyB0aGF0IHRoZSB1c2VyIHdhcyBub3QgYXdhcmUgb2YgKGFuZCwgdHJ1dGggYmUg dG9sZCwgdGhhdCBvbmUgY29uY2VybiBkZXRhaWxlZCBQTFVTIGZvcmV2ZXJtb3JlKS4gKCopDQoN CigqKSBjb3JyZWN0aW9ucyBvbiB0aGF0IHBvaW50IGFyZSB3ZWxjb21lLCBidXQgSSdkIGJlIHN1 cnByaXNlZCBpZiBhbnlvbmUgb2ZmZXJlZCBvbmUuIEl0IHdhc24ndCBhIGNsb3NlIEJPRiByZXN1 bHQuDQoNCkl0J3Mgb2J2aW91cyB0byBtZSB0aGF0IHJlbHlpbmcgb24gcWxvZyBwbHVzIGRlbGl2 ZXJ5IG9mIHFsb2cgb3V0cHV0IHRvIG5ldHdvcmsgZWxlbWVudHMgd291bGQgYmUgdXNlZnVsLCBh bmQgYSBsb3QgbW9yZSBsaWtlbHkgdG8gYmUgYWNjdXJhdGUgdGhhbiBpbmZlcmVuY2VzIGZyb20g YSBoZWF2aWx5IGVuY3J5cHRlZCBieXRlIHN0cmVhbSwgYnV0IHBsZWFzZSBhc2sgdmVyeSBlYXJs eSBpbiB0aGUgcHJvY2VzcyB3aGV0aGVyIHRoZXJlJ3MgYSBzaW1pbGFyIGNvbmNlcm4gYWJvdXQg dW53aXR0aW5nIChmcm9tIHRoZSB1c2VyJ3MgcGVyc3BlY3RpdmUpIGxlYWthZ2UgdG8gb3BlcmF0 b3JzLCBvciBqdXN0IGJpdGUgdGhlIGJ1bGxldCBhbmQgZG8gdGhlIHByaXZhY3kgYW5hbHlzaXMg bm93Lg0KDQpBbmQgR29vZCBMdWNrLg0KDQpCZXN0LA0KDQpTcGVuY2VyDQoNCj4gSXQgcmVxdWly ZXMgY2VydGFpbiBjaGFyYWN0ZXJpc3RpY3Mgb2YgdGhlIHByb3RvY29scyB0byB3aGljaCBpdCBj YW4gYmUgYXBwbGllZCwNCj4gd2hpY2ggYXJlIGNsaWVudC1zZXJ2ZXIsIGFuZCBpdCBpcyBwYXJ0 aWN1bGFybHkgY29udmVuaWVudCBmb3IgcHJvdG9jb2xzIHRoYXQNCj4gcHJldmVudCB0aGUgbWFy a2luZyBvZiBwYWNrZXRzIG9uIHRoZSBmbHkgKGUuZy4gUVVJQyksIGJlY2F1c2UgdGhlIG1hcmtp bmcNCj4gb2NjdXJzIG9ubHkgb24gdGhlIGVuZC1wb2ludHMgb2YgdGhlIGNvbm5lY3Rpb24uDQo+ IFRoZSBkaXNhZHZhbnRhZ2Ugd2l0aCByZXNwZWN0IHRvIHRoZSBwcmV2aW91cyB0ZWNobmlxdWUg aXMgdGhhdCBpdCBhbHdheXMNCj4gd29ya3MgZm9yIGNsaWVudC1zZXJ2ZXIgcG9pbnQtdG8tcG9p bnQgY29ubmVjdGlvbiwgaXQgaXMgbm90IHBvc3NpYmxlIHRvDQo+IGFnZ3JlZ2F0ZSBtZWFzdXJl bWVudHMgc2F2aW5nIG9uIG1vbml0b3JpbmcgcmVzb3VyY2VzIGFzIGRlc2NyaWJlZCBpbg0KPiBS RkM4ODg5LiBUaGUgYWR2YW50YWdlIGlzIHRoYXQgaXQgY2FuIGFsc28gd29yayB3aXRoIGEgc2lu Z2xlIG1vbml0b3JpbmcNCj4gcG9pbnQsIGV2ZW4gaWYgaGF2aW5nIG1vcmUgcG9pbnRzIGVuaGFu Y2VzIGl0IGFuZCBhbGxvd3MgaW50cmFkb21haW4NCj4gbWVhc3VyZW1lbnRzLiBXaXRoIGEgc2lu Z2xlIG1lYXN1cmVtZW50IHBvaW50IHlvdSBjYW4gb2J0YWluIGVuZC10by1lbmQNCj4gbWVhc3Vy ZXMgKFNwaW4gYml0LCBEZWxheSBiaXQgZm9yIGRlbGF5IGFuZCBMb3NzIGJpdCwgclQgbG9zcyBi aXQgZm9yIHBhY2tldCBsb3NzKQ0KPiBvciBlbmQtdG8tb2JzZXJ2ZXIgbWVhc3VyZXMgKHNRdWFy ZSBiaXQgYW5kIFJlZmxlY3Rpb24gYml0IGZvciBwYWNrZXQgbG9zcykuDQo+IEVuZC10by1vYnNl cnZlciBtZWFzdXJlbWVudHMgYW5kIHNjYWxhYmlsaXR5IGNvbnNpZGVyYXRpb25zIG1ha2UgaXQN Cj4gcGFydGljdWxhcmx5IGNvbnZlbmllbnQgdG8gcGxhY2UgYSBtZWFzdXJlbWVudCBwb2ludCBv biB0aGUgY2xpZW50IChzZWUNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1jbmJmLWlwcG0tPGh0dHBzOi8vdXJsZGVmZW5zZS5j b20vdjMvX19odHRwczovdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1jbmJmLWlwcG0tPg0KPiB1 c2VyLWRldmljZXMtZXhwbGljaXQtbW9uaXRvcmluZy0wMV9fOyEhR2p2VHpfdmshQ0MtVmpOUW1s NWF1MXBYZkNONTBKLQ0KPiBELU85OVp2cno2ODZmckl1NHNoV3hQRWlwd1FkN1RUdU9NdlpHYmJX cyQgKS4NCj4NCj4gQmVzdCBSZWdhcmRzLg0KPg0KPiBNYXVybw0KPiBfX19fX19fX19fX19fX19f X19fX18NCj4gTWF1cm8gQ29jaWdsaW8NCj4gVElNIC0gVGVsZWNvbSBJdGFsaWENCj4gVmlhIEcu IFJlaXNzIFJvbW9saSwgMjc0DQo+IDEwMTQ4IC0gVG9yaW5vIChJdGFseSkNCj4gVGVsLjogKzM5 MDExMjI4NTAyODx0ZWw6KzM5JTIwMDExJTIwMjI4JTIwNTAyOD4NCj4gTW9iaWxlOiArMzkzMzU3 NjY5NzUxPHRlbDorMzklMjAzMzUlMjA3NjYlMjA5NzUxPg0KPiBfX19fX19fX19fX19fX19fX19f X18NCj4NCj4NCj4gVElNIC0gVXNvIEludGVybm8gLSBUdXR0aSBpIGRpcml0dGkgcmlzZXJ2YXRp Lg0KPg0KPiBRdWVzdG8gbWVzc2FnZ2lvIGUgaSBzdW9pIGFsbGVnYXRpIHNvbm8gaW5kaXJpenph dGkgZXNjbHVzaXZhbWVudGUgYWxsZQ0KPiBwZXJzb25lIGluZGljYXRlLiBMYSBkaWZmdXNpb25l LCBjb3BpYSBvIHF1YWxzaWFzaSBhbHRyYSBhemlvbmUgZGVyaXZhbnRlIGRhbGxhDQo+IGNvbm9z Y2VuemEgZGkgcXVlc3RlIGluZm9ybWF6aW9uaSBzb25vIHJpZ29yb3NhbWVudGUgdmlldGF0ZS4g UXVhbG9yYQ0KPiBhYmJpYXRlIHJpY2V2dXRvIHF1ZXN0byBkb2N1bWVudG8gcGVyIGVycm9yZSBz aWV0ZSBjb3J0ZXNlbWVudGUgcHJlZ2F0aSBkaQ0KPiBkYXJuZSBpbW1lZGlhdGEgY29tdW5pY2F6 aW9uZSBhbCBtaXR0ZW50ZSBlIGRpIHByb3Z2ZWRlcmUgYWxsYSBzdWENCj4gZGlzdHJ1emlvbmUs IEdyYXppZS4NCj4NCj4gVGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBpcyBjb25maWRl bnRpYWwgYW5kIG1heSBjb250YWluIHByaXZpbGVnZWQNCj4gaW5mb3JtYXRpb24gaW50ZW5kZWQg Zm9yIHRoZSBhZGRyZXNzZWUocykgb25seS4gRGlzc2VtaW5hdGlvbiwgY29weWluZywNCj4gcHJp bnRpbmcgb3IgdXNlIGJ5IGFueWJvZHkgZWxzZSBpcyB1bmF1dGhvcmlzZWQuIElmIHlvdSBhcmUg bm90IHRoZSBpbnRlbmRlZA0KPiByZWNpcGllbnQsIHBsZWFzZSBkZWxldGUgdGhpcyBtZXNzYWdl IGFuZCBhbnkgYXR0YWNobWVudHMgYW5kIGFkdmlzZSB0aGUNCj4gc2VuZGVyIGJ5IHJldHVybiBl LW1haWwsIFRoYW5rcy4NCj4NCj4gUmlzcGV0dGEgbCdhbWJpZW50ZS4gTm9uIHN0YW1wYXJlIHF1 ZXN0YSBtYWlsIHNlIG5vbiDDqCBuZWNlc3NhcmlvLg0KPg0KPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBpcHBtIG1haWxpbmcgbGlzdA0KPiBpcHBt QGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KPiBodHRwczovL3VybGRlZmVuc2UuY29t L3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtXzxodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lwcG1fPg0KPiBfOyEhR2p2VHpfdmshQ0MtVmpOUW1sNWF1MXBYZkNONTBKLUQtDQo+IE85OVp2 cno2ODZmckl1NHNoV3hQRWlwd1FkN1RUdU9NTVhtZVc0cyQNCg== --_000_8332062d02c04f40af1ed3baef49dafcusma1exdag1mb5msgcorpak_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8q IExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjEzMzE3ODc3MDk7 DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xODQ0Njg5 NTE2IDIwNzg0MTkxODIgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2 OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1s ZXZlbC1zdGFydC1hdDowOw0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyMi44cHQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OkNhbGlicmk7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDo1OC44 cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K QGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Ojk0LjhwdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCglt YXJnaW4tbGVmdDoxMzAuOHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxNjYuOHB0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxl dmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDoyMDIuOHB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglm b250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0 OjIzOC44cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA bGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3NC44cHQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CW1hcmdpbi1sZWZ0OjMxMC44cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90 dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+ PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxp bms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFuayB5b3UsIElhbiBhbmQgU3Bl bmNlci48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U29ycnkgZm9yIHRvcCBwb3N0aW5nICh0aGUg dGhyZWFkIGNvdWxkIG90aGVyd2lzZSBnZXQgYSBsaXR0bGUgbG9uZyBhbmQgSSBhbSB1c2luZyBP dXRsb29r4oCmKS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWFuLCB3ZSBkaWQgY29uc2lkZXIg cHJpdmFjeSBpbXBsaWNhdGlvbnMgb2YgdGhlIG1hcmtpbmdzLiBCZWNhdXNlIGFsbCBtYXJraW5n cyBhbmQgaW50ZXJuYWwgY291bnRlcnMgYXJlIGNvbXBsZXRlbHkgcmVzZXQgd2hlbiB0aGVyZSBp cyBhIENJRCBjaGFuZ2UsIHdlIGRpZCBub3Qgc2VlIHRoZSBtYXJraW5ncyBjb21wcm9taXNlIGxp bmthYmlsaXR5IGR1cmluZyBtaWdyYXRpb25zLiBPdGhlcndpc2UsIHNpbmNlDQogdGhlIG1hcmtp bmdzIGFyZSBtaW5pbWFsLCB3ZSBzZWUgdGhlbSBvbmx5IGRpc2Nsb3NpbmcgdGhlIGluZm9ybWF0 aW9uIHRoZXkgYXJlIG1lYW50IHRvIGRpc2Nsb3NlIOKAkyB1cHN0cmVhbS9kb3duc3RyZWFtIGxv c3MuJm5ic3A7IFdlIGRvIGRpc2N1c3MgcHJpdmFjeS1yZWxhdGVkIGltcGxpY2F0aW9ucyBvZiBk aXNjbG9zaW5nIHVwc3RyZWFtL2Rvd25zdHJlYW0gbG9zcyBpbg0KPGEgaHJlZj0iaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1mZXJyaWV1eGhhbWNoYW91aS1xdWlj LWxvc3NiaXRzLTAzI3NlY3Rpb24tOCI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9odG1sL2RyYWZ0LWZlcnJpZXV4aGFtY2hhb3VpLXF1aWMtbG9zc2JpdHMtMDMjc2VjdGlvbi04 PC9hPi4gSG93ZXZlciwgdGhlIGRpc2N1c3Npb24gaW4gdGhlIElEIGlzIHRoZW9yZXRpY2FsIGFu ZCBpcyBub3QgYSByZXN1bHQgb2YgbGFyZ2UgZ2xvYmFsIHN0dWR5IHdob3NlIHJlc3VsdHMgYXJl IGNvbmZpcm1lZCBieSBpbmRlcGVuZGVudCB0aGlyZCBwYXJ0aWVzLiBJIHdvdWxkIGJlIGhhcHB5 DQogdG8gY29sbGFib3JhdGUgb24gdGhpcyB3aXRoIGFuIGludGVyZXN0ZWQgUGhEIHN0dWRlbnQg b3IgYW5vdGhlciByZXNlYXJjaGVyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TcGVuY2VyLCBJ IHdpbGwgcmV2aWV3IHRoZSBQTFVTIG1pbnV0ZXMuIEluIGEgc2V0dXAgd2hlbiBlbmRwb2ludHMg YXJlIHNlbmRpbmcgaW5mb3JtYXRpb24gdG8gdW5rbm93biB0aGlyZCBwYXJ0aWVzLCBteSBpbW1l ZGlhdGUgY29uY2VybiBpcyBsZXNzIHdpdGggdGhlIHRoaXJkIHBhcnRpZXMgYmVpbmcgdW5rbm93 biBhbmQgbW9yZSB3aXRoIHRoZSBleHRlbnQgb2YgdGhlIGluZm9ybWF0aW9uIHNlbnQgYmVpbmcN CiB1bmtub3duLiBBZnRlciBhbGwsIGVuZHBvaW50cyBhcmUgYWxyZWFkeSBzZW5kaW5nIGluZm9y bWF0aW9uIHRvIOKAnHVua25vd24gdGhpcmQgcGFydGllc+KAnSBvbiBwYXRoIGV2ZXJ5IHRpbWUg dGhleSBjb21tdW5pY2F0ZSBvdmVyIHRoZSBJbnRlcm5ldC4gV2l0aCB0aGUgZXhwbGljaXQgbWVh c3VyZW1lbnRzIHByb3Bvc2FscywgdGhlIHNldCBvZiDigJx1bmtub3duIHRoaXJkIHBhcnRpZXPi gJ0gaXMgbm90IGNoYW5naW5nLiBXaGF0IGVuZHBvaW50cyBtdXN0DQogZm9jdXMgb24gaXMgdGhl IGluZm9ybWF0aW9uIGNvbnRlbnQgb2YgdGhlIHNpZ25hbC4gSW4gYW55IGNhc2UsIHRoZSBhYm92 ZW1lbnRpb25lZCBkcmFmdCBhbGxvd3MgZm9yIGVuZHBvaW50cyB0byBkZWNpZGUgd2hldGhlciB0 aGlzIHNpZ25hbCBpcyBiZWluZyBzZW50IEFORCBlbnN1cmVzIHRoYXQgYSBjZXJ0YWluIHBvcnRp b24gb2YgYWxsIGNvbm5lY3Rpb25zIGRvZXMgbm90IHVzZSB0aGlzIHNpZ25hbGluZyAoc28gY29u bmVjdGlvbnMgZXhwbGljaXRseQ0KIG9wdGluZyBvdXQgZG8gbm90IHN0YW5kIG91dCkuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkRlbGl2ZXJ5IG9mIHFsb2cgdG8gc3BlY2lmaWMgb3BlcmF0b3Jz IGlzIHBvc3NpYmxlLCBidXQgaXQgZG9lcyBub3QgaGVscCBtdWNoIHRvIGxvY2F0ZSB0aGUgc291 cmNlIG9mIHRoZSBsb3NzL2RlbGF5ICh1cHN0cmVhbSBvZiB0aGUgb3BlcmF0b3I/IGRvd25zdHJl YW0/IGluIHRoZSBvcGVyYXRvcuKAmXMgb3duIHN5c3RlbXM/KSDigJMgdGhlIHByaW1hcnkgZ29h bCBvZiB0aGlzIGRyYWZ0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5WZXJ5IGJlc3QsPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjx1 bCBzdHlsZT0ibWFyZ2luLXRvcDowaW4iIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDotMTMuMnB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj5J Z29yPG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJs dWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj5Gcm9tOjwvYj4gU3BlbmNlciBEYXdraW5zIGF0IElFVEYgJmx0O3NwZW5jZXJkYXdraW5z LmlldGZAZ21haWwuY29tJmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTWFyY2ggMjks IDIwMjEgOTowNCBBTTxicj4NCjxicj4NCjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGksIElhbiwmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk9uIE1vbiwgTWFyIDI5LCAyMDIxIGF0IDc6MDEgQU0gSWFuIFN3ZXR0ICZs dDtpYW5zd2V0dD08YSBocmVmPSJtYWlsdG86NDBnb29nbGUuY29tQGRtYXJjLmlldGYub3JnIj40 MGdvb2dsZS5jb21AZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw dDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhhbmtzIGZvciB0aGUgbWFwcmcgc2xpZGVzIElnb3IsIGl0J3MgZ3JlYXQgdG8gaGVhciB5b3Un ZCBlbmFibGUgdGhpcyBpZiBpdCB3YXMgc3RhbmRhcmRpemVkLjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmx0O1Rha2luZyBvZmYgbXkgV0cgY2hhaXIgaGF0 Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkaWRuJ3Qgbm90aWNlIHRoYXQgeW91 J3JlIGFuIElQUE0gY28tY2hhaXIgLSBjb25ncmF0dWxhdGlvbnMgdG8geW91LCBhbmQgdG8gSVBQ TSEmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGFzIEFrYW1haSBjb25kdWN0ZWQgYW55 IHByaXZhY3kgYW5hbHlzaXMgaXQgd291bGQgYmUgd2lsbGluZyB0byBzaGFyZSB3aXRoIHRoZSBJ RVRGPyZuYnNwOyBGb3IgdGhpcyB0byBiZSB3aWRlbHkgZGVwbG95ZWQsIEkgdGhpbmsgdGhhdCB3 aWxsIG5lZWQgdG8gYmUgZG9uZSwgc2ltaWxhciB0byB0aGUgc3BpbiBiaXQuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5FeGFjdGx5LCBiZWNhdXNlIChwbGVhc2Ugc2VlIGJlbG93KTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFy Z2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBTYXQsIE1hciAyNywgMjAyMSBhdCA0OjI5IFBNIEx1YmFz aGV2LCBJZ29yICZsdDs8YSBocmVmPSJtYWlsdG86aWx1YmFzaGVAYWthbWFpLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmlsdWJhc2hlQGFrYW1haS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0 LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rIHlvdSwg TWF1cm8uPGJyPg0KPGJyPg0KSSB3b3VsZCBsaWtlIHRvIHBvaW50IG91dCB0byBJUFBNIFdHIHRo YXQgc29tZSBvZiB0aGUgcHJvcG9zZWQgbWVhc3VyZW1lbnQgdGVjaG5pcXVlcyBoYXZlIGFscmVh ZHkgYmVlbiBpbXBsZW1lbnRlZCBhbmQgaGFkIGJlZW4gcnVubmluZyBvbiB0aGUgSW50ZXJuZXQg aW4gMjAxOSBhbmQgMjAyMC4mbmJzcDsgTmFtZWx5LCBBa2FtYWkgaGFzIGltcGxlbWVudGVkIExv c3MgQml0cyAoTCYjNDM7USkgYW5kIGVuYWJsZWQgdGhlbSBvbiBhIGxhcmdlIHBvcnRpb24gb2YN CiBRSVVDIHRyYWZmaWMgc2VydmVkIHRvIE9yYW5nZSBUZWxlY29tIHVzZXJzIGluIHNldmVyYWwg Y291bnRyaWVzLCB3aGlsZSBPcmFuZ2UgaW1wbGVtZW50ZWQgb2JzZXJ2ZXJzIHRoYXQgY29sbGVj dGVkIGFuZCBhbmFseXplZCB0aGUgbWVhc3VyZW1lbnRzLiZuYnNwOyBXZSBoYXZlIGRpc2N1c3Nl ZCB0aGUgbWVhc3VyZW1lbnRzIGFuZCB0ZWNobmlxdWVzIGluIE1BUFJHIGR1cmluZyBJRVRGLTEw NSAoYW5kIGF0IG90aGVyIFdHcyBhbmQgbWVldGluZ3MpLjxicj4NCjxicj4NCkhlcmUgaXMgb3Vy IElFVEYtMTA1IE1BUFJHIHByZXNlbnRhdGlvbiBkaXNjdXNzaW5nIHRoZSBkYXRhIDxhIGhyZWY9 Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5vcmcv bWVldGluZy8xMDUvbWF0ZXJpYWxzL3NsaWRlcy0xMDUtbWFwcmctcGFja2V0LWxvc3Mtc2lnbmFs aW5nLWZvci1lbmNyeXB0ZWQtcHJvdG9jb2xzLTAxX187ISFHanZUel92ayFEdWp3OVYxOGxxR3JY TDhHVU9kNzlNRmxlc0pwZFZYbjVSMFEtMG05clUtQVFPeXhqcndFZmxidERJY1FtZlEkIiB0YXJn ZXQ9Il9ibGFuayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTA1L21h dGVyaWFscy9zbGlkZXMtMTA1LW1hcHJnLXBhY2tldC1sb3NzLXNpZ25hbGluZy1mb3ItZW5jcnlw dGVkLXByb3RvY29scy0wMTwvYT4uPGJyPg0KPGJyPg0KSW4gc2hvcnQsIHdlIGZvdW5kIHRoYXQg dW5pZGlyZWN0aW9uYWwgb2JzZXJ2YXRpb25zIG9mIFFVSUMgdHJhZmZpYyB3aXRoIEwmIzQzO1Eg Yml0cyBhbG9uZSB0byBiZSBlZmZlY3RpdmUgZm9yIG1lYXN1cmluZyBib3RoIHVwc3RyZWFtIGFu ZCBkb3duc3RyZWFtIHBhY2tldCBsb3NzIGFuZCBjaGFyYWN0ZXJpemluZyB0aGUgbWFnbml0dWRl IG9mIHBhY2tldCByZW9yZGVyaW5nLjxicj4NCjxicj4NCkR1cmluZyB0aGUgbGFzdCBtZWV0aW5n IElhbiBhc2tlZCB3aGV0aGVyIEFrYW1haSB3b3VsZCBpbXBsZW1lbnQgYW5kIGVuYWJsZSB0aGVz ZSBtZWFzdXJlbWVudHMgdGVjaG5pcXVlcyBmb3IgUVVJQyBvbiB0aGUgbGFyZ2Ugc2NhbGUsIGlm IGFsbCB0aGUgcmVsZXZhbnQgZHJhZnRzIGdldCBzdGFuZGFyZGl6ZWQgYnkgSUVURi4mbmJzcDsg VGhlIGFuc3dlciBpcyB0aGF0LCB5ZXMsIHdlIHdvdWxkLiZuYnNwOyBXZSBhcmUgdmVyeSBpbnRl cmVzdGVkIGluIGRvaW5nDQogd2hhdCBpdCB0YWtlcyB0byBpbXByb3ZlIEludGVybmV0IHBlcmZv cm1hbmNlIGZvciB0aGUgdXNlcnMsIGFuZCB3ZSB3b3VsZCB3b3JrIGhhcmQgdG8gaW1wbGVtZW50 IHRlY2huaXF1ZXMgdGhhdCBjYW4gaGVscCBuZXR3b3JrIG9wZXJhdG9ycyB0byBpbXByb3ZlIFFP UyBvbiB0aGVpciBuZXR3b3Jrcy48YnI+DQo8YnI+DQotIElnb3I8YnI+DQo8YnI+DQomZ3Q7IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBDb2NpZ2xpbyBNYXVybyAm bHQ7bWF1cm8uY29jaWdsaW89PGEgaHJlZj0ibWFpbHRvOjQwdGVsZWNvbWl0YWxpYS5pdEBkbWFy Yy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjQwdGVsZWNvbWl0YWxpYS5pdEBkbWFyYy5pZXRm Lm9yZzwvYT4mZ3Q7PGJyPg0KJmd0OyBTZW50OiBUdWVzZGF5LCBNYXJjaCAxNiwgMjAyMSA5OjQ4 IEFNPGJyPg0KJmd0OyBUbzogSUVURiBJUFBNIFdHICg8YSBocmVmPSJtYWlsdG86aXBwbUBpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+KSAmbHQ7PGEgaHJlZj0ibWFp bHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9hPiZndDs7 DQo8YSBocmVmPSJtYWlsdG86ZXhwbGljaXQtbWVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi PmV4cGxpY2l0LW1lYXNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyBDYzogPGEgaHJlZj0ibWFpbHRv OnF1aWNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5xdWljQGlldGYub3JnPC9hPjsgPGEgaHJl Zj0ibWFpbHRvOnRzdndnQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQp0c3Z3Z0BpZXRmLm9y ZzwvYT48YnI+DQomZ3Q7IFN1YmplY3Q6IFtpcHBtXSBDb21wYXJpbmcgQWx0ZXJuYXRlIE1hcmtp bmcgYW5kIEV4cGxpY2l0IEZsb3c8YnI+DQomZ3Q7IE1lYXN1cmVtZW50cyAoU3BpbiBiaXQsIC4u Lik8YnI+DQomZ3Q7IDxicj4NCiZndDsgSGkuPGJyPg0KJmd0OyBMYXN0IEZyaWRheSBkdXJpbmcg dGhlIElQUE0gbWVldGluZywgJm5ic3A7YWZ0ZXIgdGhlICZxdW90O0V4cGxpY2l0IEZsb3cgTWVh c3VyZW1lbnRzJnF1b3Q7PGJyPg0KJmd0OyBkcmFmdCBwcmVzZW50YXRpb248YnI+DQomZ3Q7ICg8 YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtbWR0LWlwcG0tIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly91cmxkZWZlbnNl LmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1tZHQtaXBwbS08L2E+ PGJyPg0KJmd0OyBleHBsaWNpdC1mbG93LW1lYXN1cmVtZW50cy0wMV9fOyEhR2p2VHpfdmshQ0Mt VmpOUW1sNWF1MXBYZkNONTBKLUQtPGJyPg0KJmd0OyBPOTladnJ6Njg2ZnJJdTRzaFd4UEVpcHdR ZDdUVHVPTTNOVHlOQ1UkICksIEdyZWcgTWlyc2t5IHJhaXNlZCBhbjxicj4NCiZndDsgaXNzdWUg dGhhdCBJIHRoaW5rIGlzIHZlcnkgaW1wb3J0YW50Ljxicj4NCiZndDsgVGhlIHF1ZXN0aW9uIGlz IGFib3V0IGRpZmZlcmVuY2VzIGFuZCBzaW1pbGFyaXRpZXMgYmV0d2VlbiB0aGUgdHdvIHR5cGVz IG9mPGJyPg0KJmd0OyBwcm9kdWN0aW9uIHRyYWZmaWMgcGFja2V0IG1hcmtpbmcgZm9yIHBlcmZv cm1hbmNlIG1lYXN1cmVtZW50cywgcHJvcG9zZWQ8YnI+DQomZ3Q7IGluIElFVEYgYW5kIGluaXRp YXRlZCBpbiB0aGUgSVBQTSBXRzogQWx0ZXJuYXRlIE1hcmtpbmcgYW5kIEV4cGxpY2l0IEZsb3c8 YnI+DQomZ3Q7IE1lYXN1cmVtZW50cy48YnI+DQomZ3Q7IDxicj4NCiZndDsgVGhlIGZpcnN0IHRl Y2huaXF1ZSBrbm93biBhcyBBbHRlcm5hdGUgTWFya2luZyBvciBBTS9QTSAoQWx0ZXJuYXRlPGJy Pg0KJmd0OyBNYXJraW5nIFBlcmZvcm1hbmNlIE1vbml0b3JpbmcpIGlzIGRlZmluZWQsIGluIGdl bmVyYWwgdGVybXMsIGluIFJGQzgzMjE8YnI+DQomZ3Q7ICh0aGUgcG9pbnQtdG8tcG9pbnQgdmVy c2lvbikgYW5kIFJGQzg4ODkgKHRoZSBtdWx0aXBvaW50IHZlcnNpb24pLjxicj4NCiZndDsgSXQg aXMgZXNzZW50aWFsbHkgYSBUZWxjbyBtZWFzdXJlbWVudCwgYm9ybiB0byBtZWFzdXJlIHBhY2tl dCBkZWxheSBhbmQgbG9zczxicj4NCiZndDsgYmV0d2VlbiB0aGUgaW5wdXQgYW5kIG91dHB1dCBv ZiBhIG5ldHdvcmssIG9yIGJldHdlZW4gMiBpbnRlcm5hbCBwb2ludHMgb2Y8YnI+DQomZ3Q7IHRo ZSBuZXR3b3JrLCBpbiBvcmRlciB0byBpZGVudGlmeSBhbmQgbG9jYWxpemUgYSBwcm9ibGVtLiBJ dCBpcyBhIG5ldHdvcms8YnI+DQomZ3Q7IG1lYXN1cmUgYW5kIGl0IGlzIHRoZSBuZXR3b3JrIG9w ZXJhdG9yIHRoYXQgcGVyZm9ybXMgdGhlIG1hcmtpbmcgYnk8YnI+DQomZ3Q7IG1vZGlmeWluZyBw YWNrZXRzIG9uIHRoZSBmbHkuPGJyPg0KJmd0OyBUaGUgc3RyZW5ndGggb2YgdGhpcyB0ZWNobmlx dWUgY29tZXMgZnJvbSB0aGUgZGVjb3VwbGluZyBvZiBtYXJraW5nIGFuZDxicj4NCiZndDsgbWVh c3VyZW1lbnQuIFdlIGNhbiBtYXJrIGFsbCB0cmFmZmljLCB1c2luZyBhIGZpeGVkIG1hcmtpbmcg aW50ZXJ2YWwgKHR5cGljYWxseTxicj4NCiZndDsgJnF1b3Q7YmlnJnF1b3Q7OiBmcm9tIDEgc2Vj b25kIHVwIHRvIDUgbWludXRlcyksIHRoZW4gd2UgZGVjaWRlIHdoYXQgdG8gbWVhc3VyZTxicj4N CiZndDsgYmFzZWQgb24gdGhlIHJlc291cmNlcyBJIHdhbnQgdG8gdXNlLiBJbiBjYXNlIG9mIHBh Y2tldCBsb3NzIG1lYXN1cmVtZW50PGJyPg0KJmd0OyB3ZSBjYW4gc3RhcnQgZnJvbSBhIHNpbmds ZSBwYWNrZXQgY291bnRlciBmb3IgYWxsIHRyYWZmaWMgZm9yIGVhY2ggbWVhc3VyZW1lbnQ8YnI+ DQomZ3Q7IHBvaW50IChwb3NzaWJpbGl0eSBkZXNjcmliZWQgaW4gUkZDODg4OSksIHRvIGhhdmUg YSBuZXR3b3JrIG1lYXN1cmVtZW50LCB0bzxicj4NCiZndDsgYXJyaXZlIHRvIGEgY291bnRlciBm b3IgZWFjaCBwb2ludC10by1wb2ludCBjb25uZWN0aW9uIHlvdSB3YW50IHRvIG1vbml0b3I8YnI+ DQomZ3Q7IChhcyBkZXNjcmliZWQgaW4gUkZDODMyMSkuPGJyPg0KJmd0OyBJbiBvcmRlciB0byBv YnRhaW4gdGhlIG1lYXN1cmVtZW50IGl0IGlzIG5lY2Vzc2FyeSB0byBjb21wYXJlIHRoZSBkYXRh PGJyPg0KJmd0OyBjb2xsZWN0ZWQgZnJvbSBhdCBsZWFzdCAyIG1lYXN1cmVtZW50IHBvaW50cyAo Y291bnRlcnMgZm9yIHBhY2tldCBsb3NzLDxicj4NCiZndDsgdGltZXN0YW1wcyBmb3IgZGVsYXkp LiBUaGVuIGEgJnF1b3Q7Y29tbXVuaWNhdGlvbiZxdW90OyBiZXR3ZWVuIG1lYXN1cmVtZW50PGJy Pg0KJmd0OyBwb2ludHMsIG9yIHdpdGggYSBOZXR3b3JrIE1lYXN1cmVtZW50IENlbnRlciwgaXMg bmVlZGVkLjxicj4NCiZndDsgVGhlcmUgYXJlIGFscmVhZHkgY29tbWVyY2lhbCBpbXBsZW1lbnRh dGlvbnMgb2YgdGhpcyB0ZWNobmlxdWUgKGFsc28gZm9yPGJyPg0KJmd0OyBJUHY0KSBhbmQgSUVU RiBkcmFmdHMgdGhhdCBhcmUgc3RhbmRhcmRpemluZyBpdCBmb3IgdmFyaW91cyBwcm90b2NvbHMg KElQdjYsPGJyPg0KJmd0OyBNUExTLCBTZWdtZW50IFJvdXRpbmcsIEJJRVIsIC4uLikuPGJyPg0K Jmd0OyBUaGUgQWx0ZXJuYXRlIE1hcmtpbmcgbWV0aG9kb2xvZ3kgaXMgZXZvbHZpbmcgaW50byB0 aGUgZHJhZnQgJnF1b3Q7QmlnIERhdGE8YnI+DQomZ3Q7IEFsdE1hcmsmcXVvdDsgKDxhIGhyZWY9 Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LTwvYT48YnI+DQomZ3Q7IGMyZi1pcHBtLWJpZy1k YXRhLWFsdC1tYXJrLTAxX187ISFHanZUel92ayFDQy1Wak5RbWw1YXUxcFhmQ041MEotRC08YnI+ DQomZ3Q7IE85OVp2cno2ODZmckl1NHNoV3hQRWlwd1FkN1RUdU9NX3lOSUlncyQgKSB0aGF0IGRl ZmluZXMgcG9pbnQtdG8tcG9pbnQ8YnI+DQomZ3Q7IGZsb3dzIG1lYXN1cmVtZW50cyBhcHBseWlu ZyBwb3N0IHByb2Nlc3NpbmcgdG8gcGVyZm9ybWFuY2UgZGF0YSBjb2xsZWN0ZWQ8YnI+DQomZ3Q7 IGJ5IHNhbXBsaW5nIGEgc2luZ2xlIG5ldHdvcmsgbXVsdGlwb2ludCBmbG93Ljxicj4NCiZndDsg PGJyPg0KJmd0OyBUaGUgc2Vjb25kIG1hcmtpbmcgdGVjaG5pcXVlIGZvciBwZXJmb3JtYW5jZSBt b25pdG9yaW5nIG9mIHBhY2tldDxicj4NCiZndDsgbmV0d29ya3MgaGFzIGJlZW4gY2FsbGVkIEV4 cGxpY2l0IEZsb3cgTWVhc3VyZW1lbnRzIChFRk0pLCBhbmQgaXMgbW9yZTxicj4NCiZndDsgcmVj ZW50IGJlY2F1c2UgaXQncyBib3JuIHdpdGggdGhlIFNwaW4gYml0IFJUVCBtZWFzdXJlbWVudC4g QW5kIGl0IGNhbWU8YnI+DQomZ3Q7IGFib3V0IHByaW1hcmlseSB0byBoYXZlIGFuIGVuZC10by1l bmQgcGVyZm9ybWFuY2UgbWVhc3VyZSwgZnJvbSB0aGU8YnI+DQomZ3Q7IHRlcm1pbmFsLCBvbiB3 aGljaCBhbiBhcHBsaWNhdGlvbiBpcyBydW5uaW5nLCB0byB0aGUgc2VydmVyIGF0IHRoZSBvcHBv c2l0ZTxicj4NCiZndDsgZW5kIG9mIHRoZSBuZXR3b3JrLiBFRk0gY2FuIGJlIHNlZW4gYXMgY29t cGxlbWVudGFyeSBtZWFzdXJlcyB0bzxicj4NCiZndDsgQWx0ZXJuYXRlIE1hcmtpbmcuPG86cD48 L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5P bmUgcXVlc3Rpb24gb24gdGhpcy4mbmJzcDsgQXMgYSBRVUlDIFdHIG1lbWJlciBJIHdhcyB1bmRl ciB0aGUgaW1wcmVzc2lvbiB0aGUgc3BpbiBiaXQgd291bGQgZW5hYmxlIG1lYXN1cmVtZW50IHdp dGhpbiBuZXR3b3JrcywgYnV0IEkgYWdyZWUgdGhhdCBpdCBpcyBiZXN0IGFzIGFuIGVuZC10by1l bmQgbWVhc3VyZW1lbnQuJm5ic3A7IEhvd2V2ZXIsIG5ldHdvcmsgZW5kcG9pbnRzIGNhbiBhbmQg ZG8oaWU6IHFsb2cpIGV4cG9ydA0KIG1ldHJpY3MgYW5kIHRyYWNlcyB0byBwcm92aWRlIGRldGFp bGVkIGluZm9ybWF0aW9uIHRoYXQncyBtdWNoIHJpY2hlciB0aGFuIHNwaW4gb3IgbG9zcyBiaXRz LCB3aGljaCBtYWtlcyBtZSBsZXNzIGNsZWFyIG9uIHRoZSB2YWx1ZSBvZiBFRk0uJm5ic3A7IEln b3IgaW5kaWNhdGVkIGl0IHdvcmtlZCBhcyBpbnRlbmRlZCwgYnV0IHRoZXJlIGlzIHRoZSBzZXBh cmF0ZSBxdWVzdGlvbiBvZiB3aGV0aGVyIGl0IHByb3ZpZGVzIGVub3VnaCB2YWx1ZSBvbiB0b3AN CiBvZiBlbmRwb2ludCBsb2dnaW5nIGFuZCBBbHRlcm5hdGUgTWFya2luZy48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkJyaWFuIFRyYW1tZWxsIGFuZCBJIGhhdmUgYm90aCBiZWVuIGNoYXR0 aW5nIHdpdGggdGhlIFRTViBBRHMgYWJvdXQgdG9waWNzIHRoYXQgdGhlIFBMVVMgQk9GIHdhcyBy ZWxldmFudCB0by4gTXkgcmVjb2xsZWN0aW9uIGZyb20mbmJzcDs8YSBocmVmPSJodHRwczovL3Vy bGRlZmVuc2UuY29tL3YzL19faHR0cHM6L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9taW51dGVz LTk2LXBsdXMvX187ISFHanZUel92ayFEdWp3OVYxOGxxR3JYTDhHVU9kNzlNRmxlc0pwZFZYbjVS MFEtMG05clUtQVFPeXhqcndFZmxidE1xRW5BVDAkIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9taW51dGVzLTk2LXBsdXMvPC9hPg0KIHdhcyB0aGF0IG1vc3Qgb2YgdGhlIGNvbmNl cm4gZXhwcmVzc2VkIGJ5IHRoZSBTRUMgdHlwZXMgaW4gdGhlIHJvb20gd2FzIGFib3V0IGVuZHBv aW50cyBzZW5kaW5nIGluZm9ybWF0aW9uIHRvIG5ldHdvcmsgZW50aXRpZXMgdGhhdCB0aGUgdXNl ciB3YXMgbm90IGF3YXJlIG9mIChhbmQsIHRydXRoIGJlIHRvbGQsIHRoYXQgb25lIGNvbmNlcm4g ZGV0YWlsZWQgUExVUyBmb3JldmVybW9yZSkuICgqKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oKikgY29ycmVjdGlvbnMgb24gdGhhdCBwb2lu dCBhcmUgd2VsY29tZSwgYnV0IEknZCBiZSBzdXJwcmlzZWQgaWYgYW55b25lIG9mZmVyZWQgb25l LiBJdCB3YXNuJ3QgYSBjbG9zZSBCT0YgcmVzdWx0LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdCdzIG9idmlvdXMgdG8gbWUgdGhh dCByZWx5aW5nIG9uIHFsb2cgcGx1cyBkZWxpdmVyeSBvZiBxbG9nIG91dHB1dCB0byBuZXR3b3Jr IGVsZW1lbnRzIHdvdWxkIGJlIHVzZWZ1bCwgYW5kIGEgbG90IG1vcmUgbGlrZWx5IHRvIGJlIGFj Y3VyYXRlIHRoYW4gaW5mZXJlbmNlcyBmcm9tIGEgaGVhdmlseSBlbmNyeXB0ZWQgYnl0ZSBzdHJl YW0sIGJ1dCBwbGVhc2UgYXNrIHZlcnkgZWFybHkgaW4gdGhlIHByb2Nlc3MNCiB3aGV0aGVyIHRo ZXJlJ3MgYSBzaW1pbGFyIGNvbmNlcm4gYWJvdXQgdW53aXR0aW5nIChmcm9tIHRoZSB1c2VyJ3Mg cGVyc3BlY3RpdmUpIGxlYWthZ2UgdG8gb3BlcmF0b3JzLCBvciBqdXN0IGJpdGUgdGhlIGJ1bGxl dCBhbmQgZG8gdGhlIHByaXZhY3kgYW5hbHlzaXMgbm93LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmQgR29vZCBMdWNrLiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0LDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TcGVu Y2VyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsgSXQgcmVxdWlyZXMgY2VydGFp biBjaGFyYWN0ZXJpc3RpY3Mgb2YgdGhlIHByb3RvY29scyB0byB3aGljaCBpdCBjYW4gYmUgYXBw bGllZCw8YnI+DQomZ3Q7IHdoaWNoIGFyZSBjbGllbnQtc2VydmVyLCBhbmQgaXQgaXMgcGFydGlj dWxhcmx5IGNvbnZlbmllbnQgZm9yIHByb3RvY29scyB0aGF0PGJyPg0KJmd0OyBwcmV2ZW50IHRo ZSBtYXJraW5nIG9mIHBhY2tldHMgb24gdGhlIGZseSAoZS5nLiBRVUlDKSwgYmVjYXVzZSB0aGUg bWFya2luZzxicj4NCiZndDsgb2NjdXJzIG9ubHkgb24gdGhlIGVuZC1wb2ludHMgb2YgdGhlIGNv bm5lY3Rpb24uPGJyPg0KJmd0OyBUaGUgZGlzYWR2YW50YWdlIHdpdGggcmVzcGVjdCB0byB0aGUg cHJldmlvdXMgdGVjaG5pcXVlIGlzIHRoYXQgaXQgYWx3YXlzPGJyPg0KJmd0OyB3b3JrcyBmb3Ig Y2xpZW50LXNlcnZlciBwb2ludC10by1wb2ludCBjb25uZWN0aW9uLCBpdCBpcyBub3QgcG9zc2li bGUgdG88YnI+DQomZ3Q7IGFnZ3JlZ2F0ZSBtZWFzdXJlbWVudHMgc2F2aW5nIG9uIG1vbml0b3Jp bmcgcmVzb3VyY2VzIGFzIGRlc2NyaWJlZCBpbjxicj4NCiZndDsgUkZDODg4OS4gVGhlIGFkdmFu dGFnZSBpcyB0aGF0IGl0IGNhbiBhbHNvIHdvcmsgd2l0aCBhIHNpbmdsZSBtb25pdG9yaW5nPGJy Pg0KJmd0OyBwb2ludCwgZXZlbiBpZiBoYXZpbmcgbW9yZSBwb2ludHMgZW5oYW5jZXMgaXQgYW5k IGFsbG93cyBpbnRyYWRvbWFpbjxicj4NCiZndDsgbWVhc3VyZW1lbnRzLiBXaXRoIGEgc2luZ2xl IG1lYXN1cmVtZW50IHBvaW50IHlvdSBjYW4gb2J0YWluIGVuZC10by1lbmQ8YnI+DQomZ3Q7IG1l YXN1cmVzIChTcGluIGJpdCwgRGVsYXkgYml0IGZvciBkZWxheSBhbmQgTG9zcyBiaXQsIHJUIGxv c3MgYml0IGZvciBwYWNrZXQgbG9zcyk8YnI+DQomZ3Q7IG9yIGVuZC10by1vYnNlcnZlciBtZWFz dXJlcyAoc1F1YXJlIGJpdCBhbmQgUmVmbGVjdGlvbiBiaXQgZm9yIHBhY2tldCBsb3NzKS48YnI+ DQomZ3Q7IEVuZC10by1vYnNlcnZlciBtZWFzdXJlbWVudHMgYW5kIHNjYWxhYmlsaXR5IGNvbnNp ZGVyYXRpb25zIG1ha2UgaXQ8YnI+DQomZ3Q7IHBhcnRpY3VsYXJseSBjb252ZW5pZW50IHRvIHBs YWNlIGEgbWVhc3VyZW1lbnQgcG9pbnQgb24gdGhlIGNsaWVudCAoc2VlPGJyPg0KJmd0OyA8YSBo cmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtY25iZi1pcHBtLSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly91cmxkZWZlbnNl LmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1jbmJmLWlwcG0tPC9h Pjxicj4NCiZndDsgdXNlci1kZXZpY2VzLWV4cGxpY2l0LW1vbml0b3JpbmctMDFfXzshIUdqdlR6 X3ZrIUNDLVZqTlFtbDVhdTFwWGZDTjUwSi08YnI+DQomZ3Q7IEQtTzk5WnZyejY4NmZySXU0c2hX eFBFaXB3UWQ3VFR1T012WkdiYldzJCApLjxicj4NCiZndDsgPGJyPg0KJmd0OyBCZXN0IFJlZ2Fy ZHMuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE1hdXJvPGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7IE1hdXJvIENvY2lnbGlvPGJyPg0KJmd0OyBUSU0gLSBUZWxlY29tIEl0 YWxpYTxicj4NCiZndDsgVmlhIEcuIFJlaXNzIFJvbW9saSwgMjc0PGJyPg0KJmd0OyAxMDE0OCAt IFRvcmlubyAoSXRhbHkpPGJyPg0KJmd0OyBUZWwuOiA8YSBocmVmPSJ0ZWw6JiM0MzszOSUyMDAx MSUyMDIyOCUyMDUwMjgiIHRhcmdldD0iX2JsYW5rIj4mIzQzOzM5MDExMjI4NTAyODwvYT48YnI+ DQomZ3Q7IE1vYmlsZTogPGEgaHJlZj0idGVsOiYjNDM7MzklMjAzMzUlMjA3NjYlMjA5NzUxIiB0 YXJnZXQ9Il9ibGFuayI+JiM0MzszOTMzNTc2Njk3NTE8L2E+PGJyPg0KJmd0OyBfX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBUSU0gLSBVc28gSW50 ZXJubyAtIFR1dHRpIGkgZGlyaXR0aSByaXNlcnZhdGkuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFF1 ZXN0byBtZXNzYWdnaW8gZSBpIHN1b2kgYWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2NsdXNp dmFtZW50ZSBhbGxlPGJyPg0KJmd0OyBwZXJzb25lIGluZGljYXRlLiBMYSBkaWZmdXNpb25lLCBj b3BpYSBvIHF1YWxzaWFzaSBhbHRyYSBhemlvbmUgZGVyaXZhbnRlIGRhbGxhPGJyPg0KJmd0OyBj b25vc2NlbnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1lbnRlIHZpZXRh dGUuIFF1YWxvcmE8YnI+DQomZ3Q7IGFiYmlhdGUgcmljZXZ1dG8gcXVlc3RvIGRvY3VtZW50byBw ZXIgZXJyb3JlIHNpZXRlIGNvcnRlc2VtZW50ZSBwcmVnYXRpIGRpPGJyPg0KJmd0OyBkYXJuZSBp bW1lZGlhdGEgY29tdW5pY2F6aW9uZSBhbCBtaXR0ZW50ZSBlIGRpIHByb3Z2ZWRlcmUgYWxsYSBz dWE8YnI+DQomZ3Q7IGRpc3RydXppb25lLCBHcmF6aWUuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRo aXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgY29uZmlkZW50aWFsIGFuZCBtYXkgY29u dGFpbiBwcml2aWxlZ2VkPGJyPg0KJmd0OyBpbmZvcm1hdGlvbiBpbnRlbmRlZCBmb3IgdGhlIGFk ZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1pbmF0aW9uLCBjb3B5aW5nLDxicj4NCiZndDsgcHJpbnRp bmcgb3IgdXNlIGJ5IGFueWJvZHkgZWxzZSBpcyB1bmF1dGhvcmlzZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZDxicj4NCiZndDsgcmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFuZCBhZHZpc2UgdGhlPGJyPg0KJmd0OyBzZW5kZXIg YnkgcmV0dXJuIGUtbWFpbCwgVGhhbmtzLjxicj4NCiZndDsgPGJyPg0KJmd0OyBSaXNwZXR0YSBs J2FtYmllbnRlLiBOb24gc3RhbXBhcmUgcXVlc3RhIG1haWwgc2Ugbm9uIMOoIG5lY2Vzc2FyaW8u PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KJmd0OyBpcHBtIG1haWxpbmcgbGlzdDxicj4NCiZndDsgPGEgaHJl Zj0ibWFpbHRvOmlwcG1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHBtQGlldGYub3JnPC9h Pjxicj4NCiZndDsgPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtXyIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0 cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaXBwbV88L2E+PGJyPg0KJmd0OyBfOyEhR2p2VHpfdmshQ0MtVmpOUW1sNWF1MXBYZkNO NTBKLUQtPGJyPg0KJmd0OyBPOTladnJ6Njg2ZnJJdTRzaFd4UEVpcHdRZDdUVHVPTU1YbWVXNHMk PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_8332062d02c04f40af1ed3baef49dafcusma1exdag1mb5msgcorpak_-- From nobody Tue Mar 30 09:31:59 2021 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 87B303A1A5F; Tue, 30 Mar 2021 09:31:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 fqVJXWQT0JA6; Tue, 30 Mar 2021 09:31:52 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F3643A1A5E; Tue, 30 Mar 2021 09:31:52 -0700 (PDT) Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 12UGNuNg038786; Tue, 30 Mar 2021 12:31:47 -0400 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049459.ppops.net-00191d01. with ESMTP id 37m51gbwwd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 30 Mar 2021 12:31:47 -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 12UGVkf2067535; Tue, 30 Mar 2021 11:31:46 -0500 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [135.46.181.158]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12UGVf5N067411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Mar 2021 11:31:41 -0500 Received: from zlp30495.vci.att.com (zlp30495.vci.att.com [127.0.0.1]) by zlp30495.vci.att.com (Service) with ESMTP id 84B1B4068F83; Tue, 30 Mar 2021 16:31:41 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30495.vci.att.com (Service) with ESMTP id 525BD4068F82; Tue, 30 Mar 2021 16:31:41 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12UGVffK040186; Tue, 30 Mar 2021 11:31:41 -0500 Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12UGVRE3038498; Tue, 30 Mar 2021 11:31:30 -0500 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-azure.research.att.com (Postfix) with ESMTP id 7D1E910A18F0; Tue, 30 Mar 2021 12:31:26 -0400 (EDT) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Tue, 30 Mar 2021 12:31:48 -0400 From: "MORTON, ALFRED C (AL)" To: "Ruediger.Geib@telekom.de" , "ihameli@cnet.fi.uba.ar" , "magnus.westerlund=40ericsson.com@dmarc.ietf.org" CC: "ippm@ietf.org" Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOMHlm9sjtq8v0uvrodRIOhLraqcfcAAgAAgCgCAAA7jgIAAD4AA///yNaA= Date: Tue, 30 Mar 2021 16:31:27 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CD3D2D@njmtexg5.research.att.com> References: <161705348048.17388.9380614999436689902@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: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-GUID: M7sV8hoZWHovwU78URBjcqJn9wsauL3Q X-Proofpoint-ORIG-GUID: M7sV8hoZWHovwU78URBjcqJn9wsauL3Q X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-30_06:2021-03-30, 2021-03-30 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 malwarescore=0 bulkscore=0 spamscore=0 suspectscore=0 lowpriorityscore=0 impostorscore=0 priorityscore=1501 phishscore=0 mlxscore=0 clxscore=1011 adultscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103250000 definitions=main-2103300118 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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, 30 Mar 2021 16:31:59 -0000 SGkgTWFnbnVzLA0KDQpUaGFua3MgZm9yIHlvdXIgcmV2aWV3IG9mIDA4LiBZb3UgaGF2ZSBzb21l IHF1ZXN0aW9ucyB0byBhbnN3ZXIgaW4gdGhlIHRocmVhZCBiZWxvdy4NCg0KSG93ZXZlciwgSSBy ZWFkIHlvdXIgcmV2aWV3IGFzIHNheWluZyB5b3Ugb25seSBuZWVkIHR3byBwb2ludHMgYWRkcmVz c2VkIG5vdzoNCg0KMS4gV2FybiB0aGF0IHBlb3BsZSBtdXN0IG5vdCB1c2UgdGhlIFNlY3Rpb24g OC4xIExvYWQgcmF0ZSBhZGp1c3RtZW50IGFsZ29yaXRobSBhcyBhIGdlbmVyYWwgQ29uZ2VzdGlv biBDb250cm9sIEFsZ29yaXRobSAoQ0NBKS4gIFdlIHdpbGwgYWRkIHRoYXQgaW4gU2VjdGlvbiA4 LjEuIFdlIGRpZG4ndCBjYWxsIHRoZSBhbGdvcml0aG0gYSBDQ0EgYW55d2hlcmUsIGFuZCB3ZSBh bHJlYWR5IG1ha2Ugb3VyIGdvYWwgY2xlYXIgKGFnYWluIGFuZCBhZ2FpbikuDQoNCjIuIFRoZSB3 KkZUIFRpbWVvdXQgbmVlZHMgYSBiZXR0ZXIgZGVzY3JpcHRpb24uIFlvdXIgZGlzY3Vzc2lvbiBv ZiB0aGlzIHdhbmRlcmVkIGludG8gb25lLXdheSBkZWxheSBqaXR0ZXIgYW5kIGJ1ZmZlciBkZXB0 aC4gV2UgbWlnaHQgYmUgYWJsZSB0byBiYXNlIHRoZSB0aW1lb3V0IG9uIHRoZSBzZXR0aW5nIG9m IHRoZSBoaWdoIGRlbGF5IHJhbmdlIHRocmVzaG9sZCAoZGVmYXVsdCA5MG1zKSB3aXRoIHRoZSBz YW1lIHJlY3VycmluZyB0aW1lb3V0IHByb3BlcnR5IGZvciByZXBlYXRlZCBsb3N0IG1lc3NhZ2Vz IGFzIGRlc2NyaWJlZCBub3cuIFNvbWV0aGluZyBsaWtlIA0KDQogICAgICAgICAgIEhEUlQgKyBG VCArICh3KkZUKSA9IExvc3QgU3RhdHVzIEJhY2tvZmYgdGltZW91dA0KDQp3aGVyZTogDQpIRFJU ID0gaGlnaCBkZWxheSByYW5nZSB0aHJlc2hvbGQgKGRlZmF1bHQgOTBtcykNCkZUICAgPSBmZWVk YmFjayB0aW1lIGludGVydmFsIChkZWZhdWx0IDUwbXMpDQp3ICAgID0gaW5kZXggZm9yIHJlcGVh dGVkIHRpbWVvdXRzICh3PTAgaW5pdGlhbGx5LCB3Kysgb24gZWFjaCB0aW1lb3V0KQ0KDQpTbyBo ZXJlJ3Mgb3VyIHN0YXR1czogDQpXZSd2ZSBwcmVwYXJlZCB0d28gbmV3IHZlcnNpb25zIG9mIHRo ZSBkcmFmdCB3aXRoIGEgbGFyZ2UgYW1vdW50IG9mIG5ldyBtYXRlcmlhbCBwcmVkb21pbmFudGx5 IGluIHJlc3BvbnNlIHRvIHlvdXIgY29tbWVudHMsIHdoaWNoIHF1aXRlIGZyYW5rbHksIGhhdmUg ZXhwYW5kZWQgdHJlbWVuZG91c2x5IG92ZXIgdGhlIGxhc3QgbW9udGggKHN0YXJ0aW5nIHdpdGgg YSBmZXcgc2hvcnQgcGFyYWdyYXBocyBpbiB5b3VyIERJU0NVU1MpLiAgV2UgbmVlZCB0byBoZWFy IHRoYXQgYWRkcmVzc2luZyAxLiBhbmQgMi4gbm93IHdpbGwgc2F0aXNmeSB5b3VyIG5lZWRzIGNv bXBsZXRlbHksIHRoZW4gdGFrZSBuZXh0IHN0ZXBzLg0KDQpUaGFua3MsDQpBbCAgDQoNCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNl c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+IFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZQ0KPiBT ZW50OiBUdWVzZGF5LCBNYXJjaCAzMCwgMjAyMSA4OjM4IEFNDQo+IFRvOiBpaGFtZWxpQGNuZXQu ZmkudWJhLmFyDQo+IENjOiBpcHBtQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbaXBwbV0gSS1E IEFjdGlvbjogZHJhZnQtaWV0Zi1pcHBtLWNhcGFjaXR5LW1ldHJpYy1tZXRob2QtDQo+IDA4LnR4 dA0KPiANCj4gSGkgSWduYWNpbywNCj4gDQo+IFRoYW5rcywgSSdtIGF3YXJlIG9mIHRoZXNlIHBy b3RvY29scy4gVGhlIGNhcGFjaXR5IG1ldHJpYyBtZXRob2QgZGVzaWduDQo+IGFpbSBpcyBtZWFz dXJlbWVudCwgbm90IHRyYW5zcG9ydC4gVGhhdCdzIG5vdCBhIGxpY2Vuc2UgdG8gaWdub3JlIG90 aGVyDQo+IHB1cnBvc2VzLCBvZiBjb3Vyc2UuIEknZCBjb25zaWRlciBzb21lIGRpZmZlcmVudCBj b25zdHJhaW50cyB0byBhcHBseSwNCj4gbGlrZSBhIHNsb3dlciByYW1wLXVwIGFuZCBicmllZiBv cGVyYXRpb24gYXMgY2xvc2UgdG8gdGhlIChjb25nZXN0aW9uDQo+IGZyZWUpIGFjY2VzcyByYXRl IGFzIHBvc3NpYmxlLCBpZiB0aGUgZmVlZGJhY2sgaW5kaWNhdGVzIHN0YWJsZQ0KPiBwZXJmb3Jt YW5jZS4gQW5kIHRoZW4gdHVybiBvZmYgYW5kIHN0YXkgc2lsZW50IChhbmQgc3RheSBzaWxlbnQg ZWFybGllciBpZg0KPiBuZXR3b3JraW5nIGNvbmRpdGlvbnMgYXJlbid0IHN0YWJsZSAtIHRoZSBk ZXNpZ24gYWltIGlzbid0IHRvIGFubm95DQo+IHBlcnNvbnMgb24gZWl0aGVyIGVuZCBvZiB0aGUg bWVhc3VyZW1lbnQpLiBJdCdzIGNlcnRhaW5seSBub3QgZGVzaWduZWQgdG8NCj4gZXhjaGFuZ2Ug aW5mb3JtYXRpb24gb24gYSBsZXZlbCBvZiBtaW51dGVzIG9yIGhvdXJzIGluIGEgZmFpciBhbmQg cmVsaWFibGUNCj4gbWFubmVyLiBJIHdvdWxkbid0IGV4cGVjdCBhbnlib2R5IHRvIHJ1biBhIHNw ZWVkIHRlc3QgZm9yIG1pbnV0ZXMgb3INCj4gaG91cnMsIG5vIG1hdHRlciB3aGV0aGVyIHRoZSBp bXBsZW1lbnRhdGlvbiBpcyBiYXNlZCBvbiB0cmFuc3BvcnQgb3Igb24gYQ0KPiBtZWFzdXJlbWVu dCBwcm90b2NvbCAoSSdkIGFsc28gZXhwZWN0IHRoZSBwZXJmb3JtYW5jZSBvZiBteSBvdGhlciB0 byBkZWNheQ0KPiB3aGlsZSBydW5uaW5nIGEgVENQIGJhc2VkIHNwZWVkIHRlc3Qgb24gbXkgYWNj ZXNzKS4NCj4gDQo+IEkgdW5kZXJzdGFuZCB0aGF0IGxvbmcgUlRUcyBhcmUgYW4gaXNzdWUuIEEg dHJhbnNwb3J0IGdldHRpbmcgcmFyZQ0KPiBmZWVkYmFjayBzaG91bGQgYWN0IGNvbnNlcnZhdGl2 ZS4gQSBtZWFzdXJlbWVudCBwcm90b2NvbCBzaG91bGRuJ3QgY3JlYXRlDQo+IHBlcnNpc3RlbnQg b3IgYW5ub3lpbmcgY29uZ2VzdGlvbiBlaXRoZXIsIGlmIFJUVCBpcyBoaWdoLiBUbyBtZSwgcmVh Y2hpbmcNCj4gdGhlIGRlc2lnbiBhaW0gb2YgYWNjdXJhdGUgYWNjZXNzIHNwZWVkIG1lYXN1cmVt ZW50IGFzIGluZGVwZW5kZW50IGZyb20NCj4gUlRUIGFzIHBvc3NpYmxlIGlzIGltcG9ydGFudCwg YXMgdGhlIHBlcmZvcm1hbmNlIG9mICJzcGVlZCB0ZXN0cyIgYmFzZWQgb24NCj4gVENQIGlzIGRl cGVuZGluZyBvbiBSVFQsIGFuZCBjYXVzZXMgdGhlbSB0byBiZSBsZXNzIGFjY3VyYXRlLg0KPiAN Cj4gUmVnYXJkcywNCj4gDQo+IFLDvGRpZ2VyDQo+IA0KPiAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5h Y2hyaWNodC0tLS0tDQo+IFZvbjogSiBJZ25hY2lvIEFsdmFyZXotSGFtZWxpbiA8aWhhbWVsaUBj bmV0LmZpLnViYS5hcj4NCj4gR2VzZW5kZXQ6IERpZW5zdGFnLCAzMC4gTcOkcnogMjAyMSAxMzo0 Mg0KPiBBbjogR2VpYiwgUsO8ZGlnZXIgPFJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZT4NCj4gQ2M6 IG1hZ251cy53ZXN0ZXJsdW5kPTQwZXJpY3Nzb24uY29tQGRtYXJjLmlldGYub3JnOyBpcHBtQGll dGYub3JnDQo+IEJldHJlZmY6IFJlOiBbaXBwbV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1pcHBt LWNhcGFjaXR5LW1ldHJpYy1tZXRob2QtDQo+IDA4LnR4dA0KPiANCj4gSGkgUsO8ZGlnZXIsDQo+ IA0KPiBUaGVyZSBpcyBhIGZhbWlseSBvZiBkaWZmZXJlbnQgY29uZ2VzdGlvbiBhdm9pZGFuY2Ug YWxnb3JpdGhtcywgYnV0IHRoZQ0KPiBnb2FsIGlzIHRvIGFjaGlldmUgdGhlIG1heGltdW0gdGhy b3VnaHB1dC4gTmV2ZXJ0aGVsZXNzLCBpdCBpcyBjbGVhciB0aGF0DQo+IHNvbWUgcGFydCBvZiB0 aGUgbmV0d29yayBhbG9uZyB0aGUgcGF0aCBmcm9tIHNlbmRlciBhbmQgc2VydmVyIGlzDQo+IGNv bmdlc3RlZDsgYW55IG9mIHRoZXNlIGFsZ29yaXRobXMgd2lsbCBzdGFydCB0byB3b3JrLiBJbiBv dGhlciB3b3JkcywgeW91DQo+IGhhdmUgdG8gcHV0IHlvdXIgc2VydmVyIGNsb3NlIGVub3VnaCB0 byB5b3VyIGxpbmsgdW5kZXIgbWVhc3VyZW1lbnQuIFRoZQ0KPiBwb3B1bGFyIE0tTGFiIHVzZXMg YXQgbGVhc3QgdGhyZWUgVENQIGZsb3dzIHRvIGRldGVybWluZSB0aGUgcmF0ZSBhcyBhIHdheQ0K PiB0byB0cnlpbmcgdG8gYXZvaWQgdGhpcyBraW5kIG9mIHByb2JsZW0sIGJ1dCBpbiB0aGF0IGNh c2UsIHNlcnZlcnMgYXJlIGZhcg0KPiBhd2F5Lg0KPiBBbW9uZyB0aGUgcG9zc2libGUgYWxnb3Jp dGhtcyB0byBtYXhpbWl6ZSB0aGUgdXNlcyB2cy4gY29uZ2VzdGlvbiBpbiBhDQo+IHNob3J0IHRp bWUsIHRoZXJlIGlzIEJCUiB1c2VkIGJ5IFFVSUMgKGlmIEkgcmVtZW1iZXIgd2VsbCk6DQo+IA0K PiANCj4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHA6Ly9kbC5pZmlwLm9yZy9kYi9j b25mL25ldHdvcmtpbmcvbmV0d29ya2kNCj4gbmcyMDE4LzJCMS0NCj4gMTU3MDQxNjE1Mi5wZGZf XzshIUJoZFQheVZMbjBJdnU1TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxDMEFHQjFDNTBuQ05q UTYNCj4gY3hTcWZsSWcxOCQNCj4gDQo+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRw czovL3d3dy5zY2llbmNlZGlyZWN0LmNvbS9zY2llbmNlL2FydGljbGUvDQo+IHBpaS9TMDE0MDM2 NjQxOTMwMzQ3MD9jYXNhX3Rva2VuPWdnU1BMNk9YUUgwQUFBQUE6elhOSE9QZ1FleWRabzNYQkpS YmVBQXBZDQo+IHJHUTdpWlBvY1ZaSEN1MTFQMTlIc19LZHdSTzlzTUVzZS0NCj4gSGhLZ2lSR0hz SmVSNF9NSzBfXzshIUJoZFQheVZMbjBJdnU1TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxDMEFH QjFDNTBuQ04NCj4galE2Y3hTbFFaYWQ0dCQNCj4gDQo+IEkgaG9wZSB0aGlzIGFuc3dlciB0aGUg cXVlc3Rpb24gYW5kIGdpdmUgYSBiZXR0ZXIgdW5kZXJzdGFuZGluZywgY2hlZXJzLA0KPiANCj4g DQo+IAlJZ25hY2lvDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IA0KPiBEci4gSW5nLiBKb3PDqSBJZ25h Y2lvIEFsdmFyZXotSGFtZWxpbg0KPiBDT05JQ0VUIGFuZCBGYWN1bHRhZCBkZSBJbmdlbmllcsOt YSwgVW5pdmVyc2lkYWQgZGUgQnVlbm9zIEFpcmVzIEF2LiBQYXNlbw0KPiBDb2zDs24gODUwIC0g QzEwNjNBQ1YgLSBCdWVub3MgQWlyZXMgLSBBcmdlbnRpbmENCj4gKzU0ICgxMSkgNTI4NSAwNzE2 IC8gNTI4NSAwNzA1DQo+IGUtbWFpbDogaWhhbWVsaUBjbmV0LmZpLnViYS5hcg0KPiB3ZWI6IGh0 dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwOi8vY25ldC5maS51YmEuYXIvaWduYWNpby5h bHZhcmV6LQ0KPiBoYW1lbGluL19fOyEhQmhkVCF5VkxuMEl2dTVNdlBhaFR5b1lSdms4VkQzbUlf aFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U3V1bg0KPiB1ZWlEJA0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gDQo+IA0K PiANCj4gPiBPbiAzMCBNYXIgMjAyMSwgYXQgMDc6NDgsIDxSdWVkaWdlci5HZWliQHRlbGVrb20u ZGU+DQo+IDxSdWVkaWdlci5HZWliQHRlbGVrb20uZGU+IHdyb3RlOg0KPiA+DQo+ID4gSGkgTWFn bnVzLA0KPiA+DQo+ID4gW01XXSBUbyBhY2N1cmF0ZWx5IG1lYXN1cmUgdGhlIGNhcGFjaXR5IG9m IHRoZSBwYXRoIHRoZSBsb2FkIGFsZ29yaXRobQ0KPiBzdHJpdmUgdG8gbG9hZCB0aGUgcGF0aCBz byB0aGF0IHRoZSBvbmUgd2F5IGxhdGVuY3kgaW5jcmVhc2VzIHRvIGluZGljYXRlDQo+IHRoYXQg dGhlIGJvdHRsZW5lY2sgYnVmZmVyIGlzIHN1ZmZpY2llbnRseSBmaWxsZWQgdG8gYWNoaWV2ZSBo aWdoIHV0aWxpdHkuDQo+IFRoaXMgbG9hZCBpcyBub3QgaW50ZW5kZWQgdG8gYmUgZmFpciBhZ2Fp bnN0IG90aGVyIGFwcGxpY2F0aW9ucywgaXQgaXMNCj4gaW50ZW5kZWQgdG8gcHJvdmlkZSBhcyBh Y2N1cmF0ZSBtZWFzdXJlbWVudCBhcyBwb3NzaWJsZSwgcG90ZW50aWFsbHkNCj4gcHVzaGluZyBv dGhlciBhcHBsaWNhdGlvbnMgb3V0IG9mIHRoZSB3YXkuDQo+ID4NCj4gPiBbUkddIFRoZSBzZW5k ZXIgcmF0ZSBhZGFwdGlvbiBtZWNoYW5pc20gb3BlcmF0ZXMgYnkgY29uZ2VzdGlvbiBmZWVkYmFj aywNCj4gYXMgZG8gbWFueSBzdGFuZGFyZCB0cmFuc3BvcnQgcHJvdG9jb2xzLiBUaGUgcHVycG9z ZSBvZiB0aGUgYWxnb3JpdGhtIGlzDQo+IG5vdCB0byBkZXRlcm1pbmUsIHdoZXRoZXIgYSBxdWV1 ZSBvciBhIHBvbGljZXIgYnVyc3Qgc2l6ZSAiaXMgc3VmZmljaWVudGx5DQo+IGZpbGxlZCB0byBh Y2hpZXZlIGhpZ2ggdXRpbGl0eSIsIHRoZSBwdXJwb3NlIGlzIHRvIGFjY3VyYXRlbHkgZGV0ZXJt aW5lDQo+IHRoZSBhY2Nlc3Mgc3BlZWQgd2hpY2ggY2FuIGJlIHJlYWNoZWQgd2l0aG91dCBxdWV1 ZS1idWlsZCB1cCBhbmQvb3IgcGFja2V0DQo+IGxvc3MuIEFmdGVyIGZlZWRiYWNrIGluZGljYXRp bmcgYSBzZW5kZXIgcmF0ZSB3aGljaCBoYXMgY2F1c2VkIGNvbmdlc3Rpb24NCj4gaGFzIGJlZW4g cmVjZWl2ZWQsIHRoZSBzZW5kZXIgcmF0ZSBpcyBhZGFwdGVkIHVudGlsIHRoZSBtYXhpbXVtIGFj Y2Vzcw0KPiBzcGVlZCBub3QgY2F1c2luZyBjb25nZXN0aW9uIGlzIGRldGVybWluZWQuIFRvIGRl Y2lkZSBvbiBhIHNlbmRlciByYXRlDQo+IGZ1bGZpbGxpbmcgdGhpcyB0aGlzIGNyaXRlcml1bSwg YSBzZW5kZXIgcmF0ZSBjYXVzaW5nIGEgY29uZ2VzdGlvbiB3aGljaA0KPiBjYW4gYmUgYWNjdXJh dGVseSBpZGVudGlmaWVkIGFzIGNvbmdlc3Rpb24gYnkgYSBtZWFzdXJlbWVudCBzeXN0ZW0gaXMN Cj4gcmVxdWlyZWQuIElmIHlvdSBhcmUgYXdhcmUgb2YgYSBtZXRob2QgcmVhY2hpbmcgdGhpcyBn b2FsIHdpdGhvdXQgY2F1c2luZw0KPiBsaW1pdGVkIGNvbmdlc3Rpb24sIHBsZWFzZSBzaGFyZS4N Cj4gPg0KPiA+IFtSR10gSSBkb24ndCB1bmRlcnN0YW5kIHdoZXRoZXIgeW91ciBmZWVkYmFjayBp cyBmb2N1c2VkIG9uIGltcHJvdmVtZW50cw0KPiBvZiBwYXJhbWV0cml6YXRpb24gb3Igb24gdGhl IGJhc2ljIGJlaGF2aW91ciBvZiB0aGUgYWxnb3JpdGhtLiBUaGUNCj4gYWxnb3JpdGhtIGlzIG5v dCBkZXNpZ25lZCB0byBiZSB1bmZhaXIuDQo+ID4NCj4gPiBSZWdhcmRzLA0KPiA+DQo+ID4gUnVl ZGlnZXINCj4gPg0KPiA+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS13aGljaA0K PiA+IFZvbjogaXBwbSA8aXBwbS1ib3VuY2VzQGlldGYub3JnPiBJbSBBdWZ0cmFnIHZvbiBNYWdu dXMgV2VzdGVybHVuZA0KPiA+IEdlc2VuZGV0OiBEaWVuc3RhZywgMzAuIE3DpHJ6IDIwMjEgMTA6 NTQNCj4gPiBBbjogaXBwbUBpZXRmLm9yZw0KPiA+IEJldHJlZmY6IFJlOiBbaXBwbV0gSS1EIEFj dGlvbjoNCj4gPiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZC0wOC50eHQN Cj4gPg0KPiA+IEhpLA0KPiA+DQo+ID4gSSBoYXZlIHJldmlld2VkIHRoZSBsYXRlc3QgdmVyc2lv bnMgY2hhbmdlcyBhbmQgaGF2ZSBzb21lIGNvbW1lbnRzLg0KPiA+DQo+ID4gU2VjdGlvbiA4LjEN Cj4gPg0KPiA+ICAgSWYgbm8gc3RhdHVzIGZlZWRiYWNrIG1lc3NhZ2VzIGFycml2ZSBhdCB0aGUg c2VuZGVyIGZvciB0aGUgaW50ZXJ2YWwNCj4gDQo+ID4gICBncmVhdGVyIHRoYW4gdGhlIExvc3Qg U3RhdHVzIEJhY2tvZmYgdGltZW91dCA9IHcqRlQsIGJlZ2lubmluZyB3aGVuDQo+IA0KPiA+ICAg dGhlIGxhc3QgbWVzc2FnZSAob2YgYW55IHR5cGUpIHdhcyBzdWNjZXNzZnVsbHkgcmVjZWl2ZWQg YXQgdGhlDQo+IHNlbmRlcjoNCj4gPg0KPiA+ICJ3IiBpcyB1c2VkIGhlcmUgYW5kIHBhcmFncmFw aHMgYmVsb3cuIEJ1dCBpdCBpcyBub3QgcmVhbGx5IGRlZmluZWQuDQo+IEJhc2VkIG9uIHdoYXQg aXMgd3JpdHRlbiBiZWxvdyBpdCBpcyBhbiBhbGdvcml0aG0gY29uc3RhbnQsIHNvIG1heWJlIGl0 DQo+IHNob3VsZCBiZSBnaXZlbiBhIG5hbWUuDQo+ID4NCj4gPiBTbyB0aGUgYmFja29mZiBoYXBw ZW5zIGFmdGVyIHcqRlQuIEFuZCBJIGFncmVlIHRoYXQgd2l0aCBhIHJlZ3VsYXINCj4gZmVlZGJh Y2sgaW50ZXJ2YWwgdGhhdCB3aWxsIGJlIHdvcmtpbmcgaW5kZXBlbmRlbnQgb2YgUlRULCBzdGFy dGluZyB0aGUNCj4gdGltZSB3aGVuIHRoZSBmaXJzdCBmZWVkYmFjayBoYXMgYmVlbiByZWNlaXZl ZC4gV2hhdCBJIHRoaW4gdGhpcyBwYXJhZ3JhcGgNCj4gY291bGQgYmUgY2xlYXJlciBvbiBpcyB0 aGF0IHcqRlQgbmVlZCB0byBiZSBjb25zaWRlcmVkIGluIHJlbGF0aW9uIHRvIHRoZQ0KPiBvbmUt d2F5IGRlbGF5IGppdHRlci4gQW5kIHRoZSBtb3N0IGxpa2VseSBjYXVzZSBoZXJlIGlzIGJ1ZmZl ciBkZXB0aCBpbg0KPiB0aGUgYm90dGxlbmVjay4gSXQgbXVzdCBhbHNvIGJlIHJlbGF0ZWQgdG8g dXBwZXIgZGVsYXkgdGhyZXNob2xkLiBXaGF0DQo+IG9jY3VycyBpZiB1cHBlciBkZWxheSB0aHJl c2hvbGQgaXMgaGlnaGVyIHRoYW4gdypGVD8gSXMgdGhlcmUgYSBwb3RlbnRpYWwNCj4gdGhhdCBh IHN0ZXAgaW5jcmVhc2VzIGlzIHN1ZmZpY2llbnQgdG8gcHVzaCB0aGUgYnVmZmVyIG9jY3VwYW5j eSBtb3JlIHRoYW4NCj4gdypGVCBsb25nZXIsIGkuZS4gY2F1c2luZyB0aGUgZmVlZGJhY2sgdG8g YmUgZGVsYXllZCBzdWZmaWNpZW50IHNvIHRoYXQgaXQNCj4gdHJpZ2dlcnMgdGhlIGxvc3QgZmVl ZGJhY2sgcmF0aGVyIHRoYW4gdGhlIHVwcGVyIHRocmVzaG9sZD8gSSBoYXZlbid0DQo+IGNhbGN1 bGF0ZWQgd2hhdCB0cmFmZmljIGluY3JlYXNlcyB0aGF0IGFyZSBwb3NzaWJsZSBhbmQgaWYgdGhh dCBleGNlc3MNCj4gdHJhZmZpYyBjYW4gY2F1c2UgdGhpcyB0byBoYXBwZW4gd2l0aG91dCBhZGRp dGlvbmFsIGNyb3NzIHRyYWZmaWMgb3Zlcg0KPiBib3R0bGVuZWNrLiBJIHdvdWxkIGFzc3VtZSB0 aGlzIGlzIGZpbmUgdG8gaGFwcGVuIGluIHRoZSBpbml0aWFsIGZhc3QNCj4gcmFtcC11cCwgYnV0 IGl0IHNob3VsZCBub3QgcmVhbGx5IGhhcHBlbiBpbiB0aGUgcmVndWxhciByYW1wLXVwIGNhc2Uu DQo+ID4NCj4gPiAgIFRoZSBSRUNPTU1FTkRFRCBpbml0aWFsIHZhbHVlIGZvciB3IGlzIDMsIHRh a2luZyBSb3VuZCBUcmlwIFRpbWUNCj4gPiAgIChSVFQpIGxlc3MgdGhhbiBGVCBpbnRvIGFjY291 bnQuICBBIHRlc3Qgd2l0aCBSVFQgbG9uZ2VyIHRoYW4gRlQgaXMNCj4gPiBhDQo+ID4NCj4gPiAg IHZhbGlkIHJlYXNvbiB0byBpbmNyZWFzZSB0aGUgaW5pdGlhbCB2YWx1ZSBvZiB3IGFwcHJvcHJp YXRlbHkuDQo+ID4gICBWYXJpYWJsZSB3IFNIQUxMIGJlIGluY3JlbWVudGVkIGJ5IDEgd2hlbmV2 ZXIgdGhlIExvc3QgU3RhdHVzDQo+ID4gQmFja29mZg0KPiA+DQo+ID4gICB0aW1lb3V0IGlzIGV4 Y2VlZGVkLiAgU28gd2l0aCBGVCA9IDUwbXMsIGEgc3RhdHVzIGZlZWRiYWNrIG1lc3NhZ2UNCj4g PiAgIGxvc3Mgd291bGQgYmUgZGVjbGFyZWQgYXQgMTUwbXMgZm9sbG93aW5nIGEgc3VjY2Vzc2Z1 bCBtZXNzYWdlLA0KPiA+IGFnYWluDQo+ID4NCj4gPiAgIGF0IDUwbXMgYWZ0ZXIgdGhhdCAoMjAw bXMgdG90YWwpLCBhbmQgc28gb24uDQo+ID4NCj4gPg0KPiA+IEkgc3RpbGwgdGhpbmsgdGhhdCBT ZWN0aW9uIDggY291bGQgYmUgbW9yZSBleHBsaWNpdCBhYm91dCB0aGUgZ29hbCBvZg0KPiB0aGUg bG9hZCBhbGdvcml0aG0uDQo+ID4NCj4gPiBUbyBhY2N1cmF0ZWx5IG1lYXN1cmUgdGhlIGNhcGFj aXR5IG9mIHRoZSBwYXRoIHRoZSBsb2FkIGFsZ29yaXRobSBzdHJpdmUNCj4gdG8gbG9hZCB0aGUg cGF0aCBzbyB0aGF0IHRoZSBvbmUgd2F5IGxhdGVuY3kgaW5jcmVhc2VzIHRvIGluZGljYXRlIHRo YXQNCj4gdGhlIGJvdHRsZW5lY2sgYnVmZmVyIGlzIHN1ZmZpY2llbnRseSBmaWxsZWQgdG8gYWNo aWV2ZSBoaWdoIHV0aWxpdHkuIFRoaXMNCj4gbG9hZCBpcyBub3QgaW50ZW5kZWQgdG8gYmUgZmFp ciBhZ2FpbnN0IG90aGVyIGFwcGxpY2F0aW9ucywgaXQgaXMgaW50ZW5kZWQNCj4gdG8gcHJvdmlk ZSBhcyBhY2N1cmF0ZSBtZWFzdXJlbWVudCBhcyBwb3NzaWJsZSwgcG90ZW50aWFsbHkgcHVzaGlu ZyBvdGhlcg0KPiBhcHBsaWNhdGlvbnMgb3V0IG9mIHRoZSB3YXkuDQo+ID4NCj4gPiBUaGUgZ29h bCBvZiBiZWluZyBleHBsaWNpdCBhYm91dCB0aGlzIGlzIHNvIHRoYXQgdGhlcmUgaXMgbm8gZG91 YnQgdG8NCj4gYW55b25lIHdoYXQgdGhpcyBhbGdvcml0aG0gZG9lcywgYW5kIHRoYXQgaXQgaXMg bm90IGEgZ2VuZXJpYyBjb25nZXN0aW9uDQo+IGNvbnRyb2wgYWxnb3JpdGhtLiAgU28gU2VjdGlv biAxNC4xIGRpc2N1c3MgdGhpcywgYnV0IEkgdGhpbmsgdGhlIGRvY3VtZW50DQo+IGNhbiBiZSBt b3JlIGhvbmVzdCBoZXJlIGFuZCBzdGF0ZSBpdCBleHBsaWNpdGx5IGluIFNlY3Rpb24gOC4NCj4g Pg0KPiA+IE5vdywgSSBhbSBubyBsb25nZXIgYW4gQUQsIGJ1dCBJIGRvbid0IGhhdmUgYSBwcm9i bGVtIHdpdGggYSBsaW1pdGVkDQo+IHNjb3BlIGFsZ29yaXRobSB0aGF0IGp1c3QgaXMgb3BlbiB3 aXRoIGl0cyBpbnRlbnRpb24gb2YgYmVpbmcgdW5mYWlyLiBJDQo+IHRoaW5rIGhhdmluZyBhbiBh bGdvcml0aG0gdGhhdCBwZW9wbGUgbWF5IGNvcHkgd2l0aG91dCB1bmRlcnN0YW5kaW5nIHdoYXQN Cj4gaXQgZG9lcyBpcyBtb3JlIGEgcHJvYmxlbS4NCj4gPg0KPiA+IENoZWVycw0KPiA+DQo+ID4g TWFnbnVzIFdlc3Rlcmx1bmQNCj4gPg0KPiA+DQo+ID4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+ID4+IEZyb206IEktRC1Bbm5vdW5jZSA8aS1kLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5v cmc+IE9uIEJlaGFsZiBPZg0KPiA+PiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCj4gPj4gU2Vu dDogZGVuIDI5IG1hcnMgMjAyMSAyMzozMQ0KPiA+PiBUbzogaS1kLWFubm91bmNlQGlldGYub3Jn DQo+ID4+IENjOiBpcHBtQGlldGYub3JnDQo+ID4+IFN1YmplY3Q6IEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtaXBwbS1jYXBhY2l0eS1tZXRyaWMtbWV0aG9kLTA4LnR4dA0KPiA+Pg0KPiA+Pg0KPiA+ PiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRl cm5ldC1EcmFmdHMNCj4gPiBkaXJlY3Rvcmllcy4NCj4gPj4gVGhpcyBkcmFmdCBpcyBhIHdvcmsg aXRlbSBvZiB0aGUgSVAgUGVyZm9ybWFuY2UgTWVhc3VyZW1lbnQgV0cgb2YgdGhlDQo+ID4+IElF VEYuDQo+ID4+DQo+ID4+ICAgICAgICBUaXRsZSAgICAgICAgICAgOiBNZXRyaWNzIGFuZCBNZXRo b2RzIGZvciBPbmUtd2F5IElQIENhcGFjaXR5DQo+ID4+ICAgICAgICBBdXRob3JzICAgICAgICAg OiBBbCBNb3J0b24NCj4gPj4gICAgICAgICAgICAgICAgICAgICAgICAgIFJ1ZWRpZ2VyIEdlaWIN Cj4gPj4gICAgICAgICAgICAgICAgICAgICAgICAgIExlbiBDaWF2YXR0b25lDQo+ID4+IAlGaWxl bmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWlwcG0tY2FwYWNpdHktbWV0cmljLW1ldGhvZC0wOC50 eHQNCj4gPj4gCVBhZ2VzICAgICAgICAgICA6IDM3DQo+ID4+IAlEYXRlICAgICAgICAgICAgOiAy MDIxLTAzLTI5DQo+ID4+DQo+ID4+IEFic3RyYWN0Og0KPiA+PiAgIFRoaXMgbWVtbyByZXZpc2l0 cyB0aGUgcHJvYmxlbSBvZiBOZXR3b3JrIENhcGFjaXR5IG1ldHJpY3MgZmlyc3QNCj4gPj4gICBl eGFtaW5lZCBpbiBSRkMgNTEzNi4gIFRoZSBtZW1vIHNwZWNpZmllcyBhIG1vcmUgcHJhY3RpY2Fs IE1heGltdW0NCj4gPj4gICBJUC1sYXllciBDYXBhY2l0eSBtZXRyaWMgZGVmaW5pdGlvbiBjYXRl cmluZyBmb3IgbWVhc3VyZW1lbnQNCj4gPj4gICBwdXJwb3NlcywgYW5kIG91dGxpbmVzIHRoZSBj b3JyZXNwb25kaW5nIG1ldGhvZHMgb2YgbWVhc3VyZW1lbnQuDQo+ID4+DQo+ID4+DQo+ID4+IFRo ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPiA+PiBo dHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtDQo+IGlldGYtaXBwbS1jYXBhY2l0eS1tZXRyaWMtDQo+IG1ldGhfXzshIUJoZFQh eVZMbjBJdnU1TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxDMEFHQjFDNTBuQ05qUTZjeFNrOFN5 cWIwDQo+ICQNCj4gPj4gbw0KPiA+PiBkLw0KPiA+Pg0KPiA+PiBUaGVyZSBhcmUgYWxzbyBodG1s aXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQo+ID4+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20v djMvX19odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi0NCj4gaXBwbS1jYXBh Y2l0eS1tZXRyaWMtbWV0aG9kLQ0KPiAwOF9fOyEhQmhkVCF5VkxuMEl2dTVNdlBhaFR5b1lSdms4 VkQzbUlfaFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U25kZngydWIkDQo+ID4+DQo+IGh0dHBzOi8v dXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LQ0KPiBpZXRmLWlwcG0tY2FwYWNpdHktDQo+IG1ldHJpY19fOyEhQmhkVCF5VkxuMEl2 dTVNdlBhaFR5b1lSdms4VkQzbUlfaFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U2pWOHZKDQo+IHIx JA0KPiA+PiAtDQo+ID4+IG1ldGhvZC0wOA0KPiA+Pg0KPiA+PiBBIGRpZmYgZnJvbSB0aGUgcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQo+ID4+IGh0dHBzOi8vdXJsZGVmZW5zZS5j b20vdjMvX19odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtDQo+IGlldGYt aXBwbS1jYXBhY2l0eS1tZXRyaWMtDQo+IG1ldF9fOyEhQmhkVCF5VkxuMEl2dTVNdlBhaFR5b1lS dms4VkQzbUlfaFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U3JKVXplc0EkDQo+ID4+IGgNCj4gPj4g b2QtDQo+ID4+IDA4DQo+ID4+DQo+ID4+DQo+ID4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+ID4gc3VibWlzc2lvbg0K PiA+PiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 IHRvb2xzLmlldGYub3JnLg0KPiA+Pg0KPiA+PiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZh aWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQo+ID4+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20v djMvX19mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtDQo+IGRyYWZ0cy9fXzshIUJoZFQheVZM bjBJdnU1TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxDMEFHQjFDNTBuQ05qUTZjeFNpcXo0DQo+ IGFoUCQNCj4gPj4NCj4gPj4NCj4gPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gPj4gSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0KPiA+PiBJLUQt QW5ub3VuY2VAaWV0Zi5vcmcNCj4gPj4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLQ0KPiBhbm5vdW5jZV9fOyEhQmhk VCF5VkxuMEl2dTVNdlBhaFR5b1lSdms4VkQzbUlfaFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U2dx aA0KPiBYOTM2JA0KPiA+PiBJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczoNCj4gaHR0cHM6Ly91 cmxkZWZlbnNlLmNvbS92My9fX2h0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWxfXzshIUJo ZFQheVZMbjANCj4gSXZ1NU12UGFoVHlvWVJ2azhWRDNtSV9oWU9sWXpMQzBBR0IxQzUwbkNOalE2 Y3hTazBiRU4wNCQgIG9yDQo+ID4+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19mdHA6Ly9m dHAuaWV0Zi5vcmcvaWV0Zi8xc2hhZG93LQ0KPiBzaXRlcy50eHRfXzshIUJoZFQheVZMbjBJdnU1 TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxDMEFHQjFDNTBuQ05qUTZjeFN1WQ0KPiBmZHFQcSQN Cj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ID4gaXBwbSBtYWlsaW5nIGxpc3QNCj4gPiBpcHBtQGlldGYub3JnDQo+ID4NCj4gaHR0cHM6 Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaXBwbV9fOyENCj4gIUJoZFQheVZMbjBJdnU1TXZQYWhUeW9ZUnZrOFZEM21JX2hZT2xZekxD MEFHQjFDNTBuQ05qUTZjeFNuS1JoY21XJA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gaXBwbSBtYWlsaW5nIGxpc3QNCj4gaXBwbUBpZXRm Lm9yZw0KPiBodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pcHBtX187IQ0KPiAhQmhkVCF5VkxuMEl2dTVNdlBhaFR5b1lSdms4 VkQzbUlfaFlPbFl6TEMwQUdCMUM1MG5DTmpRNmN4U25LUmhjbVckDQo= From nobody Tue Mar 30 14:44:57 2021 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 606EB3A0FC7; Tue, 30 Mar 2021 14:44:56 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 eh7JabII_uiW; Tue, 30 Mar 2021 14:44:52 -0700 (PDT) Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) (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 D67E23A0FC3; Tue, 30 Mar 2021 14:44:51 -0700 (PDT) Received: by mail-yb1-xb29.google.com with SMTP id m132so18963753ybf.2; Tue, 30 Mar 2021 14:44:51 -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=cJDAeptqZCrjyVjKnCDTKSLrzDdIXTRB3txKTklAn9s=; b=NJZbTlIkZNPdbl5rmstX1Gqw8Gf04T/NMFcwitKMwdDzYieiXf4GoV8SQnyu6XeEwO fAFrKLD9g0rMMJEQZ1ibb7c8HIBFR4uSJc1leeNEKmUe0qgBnL6bVxwwxWulZo/OOhKF PDBa6OxyAHnoxhTuP7elGa3q68C6Jw1PmdufEwCzafLX3Rc7JRhJ0oRXlO2TcXRUmlen BpgtMGsAXgVKeWOMjOuYuMC1KLweNU4J3uX+gPKnLkD2Vfi0LQeWNmA/zK8VHk/aq40M mWXt6f3uwt4a4ktgo0gYxFhQG5U7pqk2e8TAniJ8cv8heLxBHn2vKFRGpUg6Xr/KSum5 +6dw== 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=cJDAeptqZCrjyVjKnCDTKSLrzDdIXTRB3txKTklAn9s=; b=Y0c72hgg0WHdegoIS9DDWgZ9LHh4e2ff+YMcHXkUEx8o8n/SOKbynhrIpDV/jJxZfZ quWWg9jnpvSjR+Xgp4pNBj5tV3Uj/wwoIJQ64ljBEwanQ4X+jPDu801PKrgD65sSr0RC U5/mhfoP74fPV+EDPJFVoyZ73/lU4WCFWw62DWcWDXhV4fUL68KaDiaP6SEfsJfI1Lmw sLqLjtFzq0jdq4tLLryrDQDGGhqZoKWKShZb8Ij+7AvMF2rXbduhRXOCWiotpizXOCup 8qx53dzApfBYBEJBqQzeQoxKobft3G9HBHoVZtebac40EPzzuVJW4Tm+0McTwygenGKC f7zw== X-Gm-Message-State: AOAM53201hunD1KMYXqutuF6R0gltlatk9bkK5xwrqo3+eodg/p2UoIr sE5WzQqUx7T4061JEaMnhgOlqMTJ0ewTqJVS3tY= X-Google-Smtp-Source: ABdhPJyZ3qFSTwhVA63ThXyrsxW27oNOS9BFTDbE+cKkbVG61WUScs/4k/ifXwSH5iWXkLkXCiq3QRpavX00m0e/Owc= X-Received: by 2002:a25:1883:: with SMTP id 125mr337922yby.465.1617140690295; Tue, 30 Mar 2021 14:44:50 -0700 (PDT) MIME-Version: 1.0 References: <8f60ffc8e0fd4376ba911c03f5c43039@TELMBXD14BA020.telecomitalia.local> <56398ea2e37a4a6ca53e85eb39add9a2@usma1ex-dag1mb5.msg.corp.akamai.com> <8332062d02c04f40af1ed3baef49dafc@usma1ex-dag1mb5.msg.corp.akamai.com> In-Reply-To: <8332062d02c04f40af1ed3baef49dafc@usma1ex-dag1mb5.msg.corp.akamai.com> From: Spencer Dawkins at IETF Date: Tue, 30 Mar 2021 16:44:24 -0500 Message-ID: To: "Lubashev, Igor" Cc: Ian Swett , "explicit-meas@ietf.org" , "tsvwg@ietf.org" , "IETF IPPM WG (ippm@ietf.org)" , "alexandre.ferrieux@orange.com" , "HAMCHAOUI Isabelle IMT/OLN" , Cociglio Mauro , "quic@ietf.org" Content-Type: multipart/alternative; boundary="000000000000659fd605bec7e880" Archived-At: Subject: Re: [ippm] Comparing Alternate Marking and Explicit Flow Measurements (Spin bit, ...) 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, 30 Mar 2021 21:44:56 -0000 --000000000000659fd605bec7e880 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Igor, On Tue, Mar 30, 2021 at 11:11 AM Lubashev, Igor wrote= : > Thank you, Ian and Spencer. > > > > Sorry for top posting (the thread could otherwise get a little long and I > am using Outlook=E2=80=A6). > > > > Ian, we did consider privacy implications of the markings. Because all > markings and internal counters are completely reset when there is a CID > change, we did not see the markings compromise linkability during > migrations. Otherwise, since the markings are minimal, we see them only > disclosing the information they are meant to disclose =E2=80=93 upstream/= downstream > loss. We do discuss privacy-related implications of disclosing > upstream/downstream loss in > https://datatracker.ietf.org/doc/html/draft-ferrieuxhamchaoui-quic-lossbi= ts-03#section-8. > However, the discussion in the ID is theoretical and is not a result of > large global study whose results are confirmed by independent third > parties. I would be happy to collaborate on this with an interested PhD > student or another researcher. > > > > Spencer, I will review the PLUS minutes. In a setup when endpoints are > sending information to unknown third parties, my immediate concern is les= s > with the third parties being unknown and more with the extent of the > information sent being unknown. After all, endpoints are already sending > information to =E2=80=9Cunknown third parties=E2=80=9D on path every time= they communicate > over the Internet. With the explicit measurements proposals, the set of > =E2=80=9Cunknown third parties=E2=80=9D is not changing. What endpoints m= ust focus on is > the information content of the signal. In any case, the abovementioned > draft allows for endpoints to decide whether this signal is being sent AN= D > ensures that a certain portion of all connections does not use this > signaling (so connections explicitly opting out do not stand out). > This was exactly the concern PLUS tripped over (IMO). The concern being expressed was that the PLUS format allocated a fixed-length field (IIRC) that did not define every bit in the fixed-length field, so in the mind of the SEC types, a (let's just say it out loud) mobile operator who also sends you your phone, so controls both ends, could start sending itself interesting bits of information without a user "opting in", OR knowing that they should be trying to "opt out". PLUS happened at IETF 96 (in 2016), and I'm guessing that we are doing more with automated updates in 2021 than we were doing in 2016 (also the year QUIC was chartered, although Google had been using gQUIC for several years previously, so "change the behavior after a browser upgrade" was on our horizon). One didn't have to be a mobile operator mailing you a cell phone to add interesting behaviors without you, the user, realizing that. Brian and Mirja would remember the details better (they were at the front of the room, while I was in the back, where ADs usually live). But that's what I was trying to describe. I hope it makes sense. And good luck. This was important work that we didn't know how to charter at the time (again, IMO). Best, Spencer > Delivery of qlog to specific operators is possible, but it does not help > much to locate the source of the loss/delay (upstream of the operator? > downstream? in the operator=E2=80=99s own systems?) =E2=80=93 the primary= goal of this > draft. > > > > Very best, > > > > - Igor > > --000000000000659fd605bec7e880 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Igor,=C2=A0

On Tue, Mar 30, 2021 at 11= :11 AM Lubashev, Igor <ilubashe@a= kamai.com> wrote:

Thank you, Ian and Spencer.

=C2=A0

Sorry for top posting (the thread could otherwise ge= t a little long and I am using Outlook=E2=80=A6).

=C2=A0

Ian, we did consider privacy implications of the mar= kings. Because all markings and internal counters are completely reset when= there is a CID change, we did not see the markings compromise linkability = during migrations. Otherwise, since the markings are minimal, we see them only disclosing the information they= are meant to disclose =E2=80=93 upstream/downstream loss.=C2=A0 We do disc= uss privacy-related implications of disclosing upstream/downstream loss in https://datatracker.ietf.org/doc/html/draft-ferrieuxhamchaoui-quic-lossbits= -03#section-8. However, the discussion in the ID is theoretical and is = not a result of large global study whose results are confirmed by independe= nt third parties. I would be happy to collaborate on this with an interested PhD student or another researche= r.

=C2=A0

Spencer, I will review the PLUS minutes. In a setup = when endpoints are sending information to unknown third parties, my immedia= te concern is less with the third parties being unknown and more with the e= xtent of the information sent being unknown. After all, endpoints are already sending information to =E2=80=9C= unknown third parties=E2=80=9D on path every time they communicate over the= Internet. With the explicit measurements proposals, the set of =E2=80=9Cun= known third parties=E2=80=9D is not changing. What endpoints must focus on is the information content of the signal. In any case, the abovem= entioned draft allows for endpoints to decide whether this signal is being = sent AND ensures that a certain portion of all connections does not use thi= s signaling (so connections explicitly opting out do not stand out).


<= div>This was exactly the concern PLUS tripped over (IMO).=C2=A0
<= br>
The concern being expressed was that the PLUS format allocate= d a fixed-length field (IIRC) that did not define every bit in the fixed-le= ngth field, so in the mind of the SEC types, a (let's just say it out l= oud) mobile operator who also sends you your phone, so controls both ends, = could start sending itself interesting bits of information without a user &= quot;opting in", OR knowing that they should be trying to "opt ou= t".=C2=A0

PLUS happened at IETF 96 (in 2016),= and I'm guessing that we are doing more with automated updates in 2021= than we were doing in 2016 (also the year QUIC=C2=A0was chartered, althoug= h Google had been using gQUIC for several years previously, so "change= the behavior after a browser upgrade" was on our horizon).=C2=A0

One didn't have to be a mobile operator mailing yo= u a cell phone to add interesting behaviors without you, the user, realizin= g that.=C2=A0

Brian and Mirja would remember the d= etails better (they were at the front of the room, while I was in the back,= where ADs usually live).=C2=A0

But that's wha= t I was trying to describe. I hope it makes sense. And good luck. This was = important work that we didn't know how to charter at the time (again, I= MO).=C2=A0

Best,

Spencer<= /div>
=C2=A0

Delivery of qlog to specific operators is possible, = but it does not help much to locate the source of the loss/delay (upstream = of the operator? downstream? in the operator=E2=80=99s own systems?) =E2=80= =93 the primary goal of this draft.

=C2=A0

Very best,

=C2=A0

  • Igor
--000000000000659fd605bec7e880-- From nobody Tue Mar 30 20:58:29 2021 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 5B5E93A17EC; Tue, 30 Mar 2021 20:58:20 -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: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ippm@ietf.org Message-ID: <161716310033.10897.10720475969796206412@ietfa.amsl.com> Date: Tue, 30 Mar 2021 20:58:20 -0700 Archived-At: Subject: [ippm] I-D Action: draft-ietf-ippm-stamp-yang-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: Wed, 31 Mar 2021 03:58:27 -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 (STAMP) Data Model Authors : Greg Mirsky Xiao Min Wei S Luo Filename : draft-ietf-ippm-stamp-yang-07.txt Pages : 35 Date : 2021-03-30 Abstract: This document specifies the data model for implementations of Session-Sender and Session-Reflector for Simple Two-way Active Measurement Protocol (STAMP) mode using YANG. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ippm-stamp-yang/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-ippm-stamp-yang-07.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ippm-stamp-yang-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 Wed Mar 31 00:43:15 2021 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 7083F3A1E82 for ; Wed, 31 Mar 2021 00:43:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.802 X-Spam-Level: X-Spam-Status: No, score=-2.802 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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=ericsson.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 AYrzY-yIV-kp for ; Wed, 31 Mar 2021 00:43:07 -0700 (PDT) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2057.outbound.protection.outlook.com [40.107.21.57]) (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 B64DB3A1E80 for ; Wed, 31 Mar 2021 00:43:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mxvYk2kMyX0S0VsvM5ddIjpkx2lgSUo0qU+BPqei2RnGyDZ66Q8MBOd2QWq979v+MElq2Kq/USJJ9uzJlYzPL6Ko4m+r9I0hLgX/7QcrHnRyeHli8Hlme+sHe+6r9B05fQmNVQUhf9csth+zO+QUMCtmWp5xehNZb2KP4A4TsyI4g57RzFnc2ONehYqTbJBGg1xuGAMOWXGgNlUtCZXPYGQ2LDf8eDG8ji+vodZBsEuPgNOf63xKoeJInhda4AP47h1aV+wnmDy8XacAlj7ONiVkkXoWUhtZzZbbWd+6W1yLa0k7/tRhMmTAxT2Q02OMzMjOlGapzeAe44R60wq/3w== 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=i1Zgn/PkiwYTLjz+TivK/ufDCkjIGTmJeyHGHs8vTbI=; b=m8pBX4IPWcVtX7Epru+p1dVO+k4s4aSm8j0Me3nka5bPnIR78LuN5+mSVJ8nMjenDKdoCfUa48k0rYR85obwtzJUVDttg+e4QYu04qpJ1uv4S8ZceJWzwSU3qn2TkeknN8udWsgK7NeUil0xMSeQK/f8dFfXmJ8XM2SjyF2kLb6QoTy/8QjhwmFZEZbrr5MLApxd0NzsAUXPebsSe6MrgnCBxhzJsjREo2PcK4FVYf8U1DQCI0X/kNggR7CdqjxVxmInkUEpOa5WnQc8mIgCZ70ouXW4AkIxDW/3ovAeLxH8/007wqhD2S3MYgKkGsb77krhaO56hwURmBsL6iGQxw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i1Zgn/PkiwYTLjz+TivK/ufDCkjIGTmJeyHGHs8vTbI=; b=tMO+g0DfUZfUBNjXthiri2CeARy0io5POmrmiZaSSzzjfI6qol7cBalVWUgV31fQWi7kO5pCfqkozRLdtKVweN9IsWBAV9n27GCXIH1Z+PBqAsqadVAN/m6LQL32GiDwE8Fa8uZSv6wXxIWzqPRPjWFAQA45iypRQzGPuni6Skw= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2347.eurprd07.prod.outlook.com (2603:10a6:3:6f::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Wed, 31 Mar 2021 07:43:03 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da%6]) with mapi id 15.20.3999.027; Wed, 31 Mar 2021 07:43:02 +0000 From: Magnus Westerlund To: "Ruediger.Geib@telekom.de" CC: "ippm@ietf.org" Thread-Topic: AW: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQgAAm9/CAAWmVgA== Date: Wed, 31 Mar 2021 07:43:02 +0000 Message-ID: <201af4d37914dfc0a87204b82c6db3c236acea6d.camel@ericsson.com> References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2 authentication-results: telekom.de; dkim=none (message not signed) header.d=none;telekom.de; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [192.176.1.80] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bc1884a0-0238-44a6-7570-08d8f4189d64 x-ms-traffictypediagnostic: HE1PR0701MB2347: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qCV444Ziibz8Wmv5Vjylse/OsgdXWFlmuxldq2BKyf43tq6ppWB7ro1NjQExp3vVjE//59gAGTgW2iKn365dWex477HGRBxeTkiNEqX032dMskAW8vVF4ScVG4UiO3gTxRdOI3osUtbh4zU0+wDES+CLLkS/gYP8p96iSyaRhNVVRquNOD5HPmyXU5DM69YzwA7fyHuKEjgT5I9WLaz+nRFR24aHQxFsWC2yr6sSHpwwrXaESVgaaL+RwjROA0rq4+HlXS98nfyuo2WEURnAqJ1Ux0O7upc0VLF8JJ3fabnVHKrCXyJxm6hVpjyIq55bEMWwLsel/kBHufVuZ39TMGF8gtq7qKAsCOo1XX6y1PCMvj0hvw73KIZftFTyIwXTnY8ldNT+RwG3s+mfS++dkxFC7jQxaS25K7gCacuV/WzxnO8ySslKBdB+xxhDK6BOsTNfHLNipn7GoOKulCD+fAsj5fgv1vCpImdDMglZseZpVXSDrFijakf77t8MvWLeSbKn8/vFIXrvclozMMS0WO3OWzaqa/sWeGrhUdFxZXZUm5NDC77tMeu4Wn6Pjwse/6TLmn1XffdtGMhzKz0PE1pDMhVpQfswk1ABJGRWz2tgIJL+PndI3RowUcImQjnHXvGK8PqoxZGqIlUSRYM948STt0nK8dtehkHs6llwUnjQqjIK0mZ+0oj+al4FmbCQ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(346002)(366004)(136003)(376002)(2906002)(6506007)(6512007)(6486002)(4326008)(186003)(71200400001)(2616005)(44832011)(8936002)(86362001)(26005)(8676002)(66946007)(99936003)(64756008)(83380400001)(76116006)(38100700001)(6916009)(66476007)(66556008)(316002)(66446008)(478600001)(66616009)(36756003)(5660300002)(99106002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?b3FsTm5iR0ZNYUI4NXJIU1puN0dsaFQ3MitOWWl4cmpiT1c5OE51bHV5Vjky?= =?utf-8?B?MHA1amEvQ2ZIcU9GOWNlYmlwdEpqeVJVMW5HblM1Wm1BSEZBSDZPRFdqOEFJ?= =?utf-8?B?MXdndFZ0YkZBT01XaVVMa0RkVlh5QXp4WHFzZ0VTMXZQYzJkRmUvaWpsQUlu?= =?utf-8?B?UjJVVWtXOVA1SXlNeElHNnBlZkZpMnQyUXd5TEEyUnhndDdFVlZyWC9qeEFx?= =?utf-8?B?V3ZjRjZKckNJVmp5Mm9INzVrdUZqRkFrZUkyc3ZrNUgxRmZabS90cFlHbGtZ?= =?utf-8?B?cExrOXJuM3RtSFRRaE51SVB1OVBxTDRLYks4NnFxTW00RFZUbVAvTzFkQjA3?= =?utf-8?B?dngzODRra3BreU83OS96Yjk0OG01US9EZnM4all6VVV1RllISm1DcCtuTHRj?= =?utf-8?B?dTJ6U0ZIVFZqL2M4eEx0LzRMdGw3YUxadXFyeE9lZFNhVXI5d1hzNlBxait5?= =?utf-8?B?V1BneU5tclZMN0Z6TVk2ZUNtM0hzWlgrMmtEMUZsdVRMNmR4c0FwemdMYVYx?= =?utf-8?B?a1FKdUd5NW5Hck1FZnZWMnF3WXdqZ3RjQ3FTM0owazBuR2FpdEUyNTg0NjBG?= =?utf-8?B?dEJDOXltazRsT0xYcnEvelltUEUvbkY2MmdSeHRzYXpZbldRQm14N05kT1ZM?= =?utf-8?B?SENPUXdXQmUzOEUwaFEzOTlpZVBlODZ2TFJicGlVVkw3OG14dTBsSEUzTVlN?= =?utf-8?B?ZWFjS2ROUWtlZlZpcXE1dWZqV2UrVXNXVU9ic3JTckNNL1VYMUNHOXFGMk9S?= =?utf-8?B?YXNmeFpUc1gxMUVtSWI2dWtNb2pRd29BRkpmK2k3WlRSMTBYcExBUGxTc2hK?= =?utf-8?B?TFlQWDkraXNCcWhqbHQxazJ4VTI4cEdtMDJ1ZHNONitnSmhuNWIzTkpybm9B?= =?utf-8?B?T25ucFpma2t5dzBNYWwwRWZnRXkrWTFSZisybDY1K095R1ZtdWZDMlV1ZVpZ?= =?utf-8?B?UDJtQnFSM1hPR255VjdiOGJuR29jUHlGZ2JxTlg5RVRuUkpQNUl0cXZPN0FG?= =?utf-8?B?eCtZOTFzUEtia3FGd1ZwWGFxZSsvQTFROE9hSitoL0xVdWdIK3Jac0RUeCtR?= =?utf-8?B?Zkc5aFJQYlJHcE8weWFhS0xMN3IzQWd3Zi9wZFNvbG42V3A2WVAwUWpqOUJS?= =?utf-8?B?QlhUcEhsU2xjUDUvTUtnQVNRMU92ZmxRNmtkaC8yS084aEZqdWI5eU51RmEz?= =?utf-8?B?WnBwVHp3T0RoeUhLMDRkeEtOU0s1OTByd3ZyRTI3WG9JQ3BYRy9EWGVJYmhU?= =?utf-8?B?Z3RyYk4raXI5WTZEeGwvZnUxeDRua0Q5YkZBQWVLalk3SEkrazJpRWtucEFR?= =?utf-8?B?ck1vYSs5VExORzdjNkFsakgybndLQjZBaDJQb1lBZy82MUpRb2wwQ1J6YlV2?= =?utf-8?B?dXkvV2p6Z2NaSml1RlJWTnhwbnNOWG5GQ3JicUVyTFRmMS9BN1VzNUhHMGRk?= =?utf-8?B?aXNNTE5jVHRLVFgzZ2ZTeE5lTzZmQ0cxWStKRWpHRG9UaDl4NDRFdzU2ZVU1?= =?utf-8?B?MW9sYzRPUXJ5c1JxOUFUUDkrRmtBWWJrdCtTWDhsT1BTMFcvWWlSQTVSTXNB?= =?utf-8?B?QVE4cGhYUUF5d29LNk9vcHhqSFJNZXBrb0ZDU3BkSkZiNzAwUzRYV0xyUGNX?= =?utf-8?B?c1p4TFlERXg2MmQyRGkzMUpId25PVnp6dXVjc1p4eTFkYVJZRUl6MzF1Qyt5?= =?utf-8?B?WnhZekxFTndJTGRJNERBSStCSUxtRmlEOEhHcWhCYWxwZGFpd25MY3hRZkt2?= =?utf-8?Q?NxW9FLwY02idAJZ1bxSl0t58VCxvltf6trp7/OZ?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-zco7QE2varN6o/d92cmF" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bc1884a0-0238-44a6-7570-08d8f4189d64 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 07:43:02.8806 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iTeutxUXQbO5ptbjysZujTPxCTaEApKcAmQPvFepIIjBYFvt2SHdkvVqF2LmVc9OXBA4keRDJi5tP32TOb204xAnEMue5vzyHFSW5zjkoks= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2347 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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: Wed, 31 Mar 2021 07:43:12 -0000 --=-zco7QE2varN6o/d92cmF Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ruediger, On Tue, 2021-03-30 at 10:48 +0000, Ruediger.Geib@telekom.de wrote: > Hi Magnus, >=20 > [MW] To accurately measure the capacity of the path the load algorithm st= rive > to load the path so that the one way latency increases to indicate that t= he > bottleneck buffer is sufficiently filled to achieve high utility. This lo= ad is > not intended to be fair against other applications, it is intended to pro= vide > as accurate measurement as possible, potentially pushing other applicatio= ns > out of the way. >=20 > [RG] The sender rate adaption mechanism operates by congestion feedback, = as do > many standard transport protocols. The purpose of the algorithm is not to > determine, whether a queue or a policer burst size "is sufficiently fille= d to > achieve high utility", the purpose is to accurately determine the access = speed > which can be reached without queue-build up and/or packet loss. After fee= dback > indicating a sender rate which has caused congestion has been received, t= he > sender rate is adapted until the maximum access speed not causing congest= ion > is determined. To decide on a sender rate fulfilling this this criterium,= a > sender rate causing a congestion which can be accurately identified as > congestion by a measurement system is required. If you are aware of a met= hod > reaching this goal without causing limited congestion, please share. Okay, I might be slightly conflating two things. So the indication that the= path bottleneck is filled to capacity is the fact that there are some queue buil= dup. Loss and queue build up are the two signals that the algorithm has defined = to indicate load and congestion, as it isn't defining a ECN response. However,= I would argue on a number of link technologhies you will not find maximum cap= acity unless you attempt to transmit enough data and actually build up some queue= in the relevant buffer. That is definitely true for a number of radio technolo= gies. The underlying reason can be both efficiency in inter user scheduling as we= ll as deal with short term radio fading effects. So capacity and high utility are necessarly linked to me. >=20 > [RG] I don't understand whether your feedback is focused on improvements = of > parametrization or on the basic behaviour of the algorithm. The algorithm= is > not designed to be unfair. I am not after improvements of the algorithms I after accruate representati= on of the algorithm and intended usage. From my perspective this algorithm does n= ot need to be either self-fair or fair against any other congestion control algorithms. And I am fine with that as long as it is clear on the box what = it does. Have anyone run any tests of how this beahves when competing with oth= er congestion controls, like CUBIC, BBR(1/2), LEDBAT etc? I am not asking for = it but it if it has been run it would be enlightening. Cheers Magnus --=-zco7QE2varN6o/d92cmF Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCErYw ggX0MIID3KADAgECAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMB4XDTIwMTIxMTA5NTg0OVoXDTIzMTIxMjA5NTg0OVowXjERMA8GA1UECgwIRXJpY3Nzb24x GjAYBgNVBAMMEU1hZ251cyBXZXN0ZXJsdW5kMS0wKwYJKoZIhvcNAQkBFh5tYWdudXMud2VzdGVy bHVuZEBlcmljc3Nvbi5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCIT6U9ddUp UCEryIA27xtF8WsRAIfc5jBavfu0OGDmwITYYRD2PaMEdEK+I4dqz0f6xcCrDnBk2Xj+JxjhaRkq TAifJZima9WE2JoI/uq8UsS2HJWlhspAwKx1osARgtRiMjRZZyyfiRZLbgXHWYpnTt3i9QsuX/uo 9oZFWpDCbZee4Il9uldsUcuBLZx2PyZvBvC8KCUaBXsZX6bwV7hssRVn+BgFCuEievJMx0khTRVh i9goObxu5Jl44RtwbZNYB1UE1IzRWEZw+b3cEvXiQjPl2e3ytMZSmhy+IaKmjxES6ODiuh51KAcm PZfZIaX2djmD76YGi+ETmnb8Xm3dAgMBAAGjggHEMIIBwDAfBgNVHSMEGDAWgBQcexmel5x2rCA9 2NzjkWrj2y2mUzAdBgNVHQ4EFgQUICO/88T0EQvEUm5+HVt/d9Mm+Z8wDgYDVR0PAQH/BAQDAgWg MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMCkGA1UdEQQiMCCBHm1hZ251cy53ZXN0ZXJs dW5kQGVyaWNzc29uLmNvbTBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0LnRlbGlh LmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIudHJ1c3Qu dGVsaWEuY29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEuY29tL2Vy aWNzc29ubmxpbmRpdmlkdWFsY2F2My5jZXIwDQYJKoZIhvcNAQELBQADggIBANRZXQy+lUW97uaL uApOixnDKLpUoz+N/5Owd/9illmbxQDEY1/pPs4KJSvw88p+F3bmOzb+fLUNa6Mi/2Tw83FzEVmO 3RqzKtca+I9GDpRQ8oWL7hrUPJoNacidSZLmAP4L4kwHIhvGNX4f1c/oB4fAkP/xZsAAxYi7nKxd XA2n/KMWNkezyB9BSsD8ZOS4pWU8UaZjd5r0fzqM5zQbU4EPqHa8jFMSMz1UrYXPKKxl6E4WA3TE w1oLjcli0NWGQHyQ+3Kh7fe6zPoXfLd/2EQjr2o76ssgoqd2V1Mx5TRHdUyxjIMPEOVYpvcerNUB hEBkaOQ9FugYcMhMc8BF7nQZq+hsL/T7idg4gE2sEfNdK9RBf/EVH10GMrmbadqTycztD1gUL3dV Qxik4TCMxIctt9XqtTGHaMewZLQAXp/sHWlU/vmz9brcuzYQ9YVd5hTendGMUyGhWPV/KvxouKPK zdrGeEqUQCeBwWgQASQNOrpTzMJwZAV/Ww3ExQCjHvflvUQzVuU0sC6AEVkgqMATIXS6h6rjLL31 pjt2JV84XRjF5afYkcRIHTsrtcoWeFtOu/GpZNhtq+tde0QvnkSsjczMWU0gKk0hXBmXwEGUimuD Vq/Wvr0mr18d9mKA6xPNQOfn/VL5CWXa11OtOjj8WsTy3XUpyJ6dc9Z72TmKMIIF9DCCA9ygAwIB AgIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEy MTEwOTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFN YWdudXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nz b24uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFr EQCH3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNia CP7qvFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJ fbpXbFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEb cG2TWAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++m BovhE5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMw HQYDVR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nv bi5jb20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nz b25ubGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIG CCsGAQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBI BggrBgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/ jf+TsHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6U UPKFi+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gf QUrA/GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8 kPtyoe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDI THPARe50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV 6rUxh2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFo EAEkDTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn 2JHESB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZi gOsTzUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJko k7CbSRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMM FlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBH MQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe7 2FS3xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh /VuYUaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98M vWxzwCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmd vkaoP9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7 zoM2Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP 1UrZaEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3s p0FdQDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25a EvAA+yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUU kBUrrvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCC AbQwgYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFz b25lcmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVy YS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAE TjBMMEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1 c3QudGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1 c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OOR auPbLaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4IC AQBQWGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNM Vek4lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7 m3NwurNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HT CIChMuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNM MbAqRHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7 DRbP6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPN mJ0RLCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKa kDZfAFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i 0bqGahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+W kDGCAsowggLGAgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJYIZIAWUD BAIBBQCgggFBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDMz MTA3NDMwMVowLwYJKoZIhvcNAQkEMSIEINx5w/Ek8q+3sKXd2IelzlTeNaIRCCcy/UgpvgRN3A3f MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYD VQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwawYLKoZI hvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEB AQUABIIBAFE0AAUFrziWOsS/H6wKeC+7LZ/hNX6JWYGySKsRse4sJogfULan6cxUroCZbo0Nfi9H 0IK/z5qDICXxbmvuXDhI1I+wrpkE6Hol1XRzQGz+TFlqw2WhRmXZi9LL5Lre4eHLeC4YNjf6vmJm 0YVdkrmw8+VUxW2r3u5raBDJBXss3RJ8lEFrgnNCqW6RGIMtXacGCXoGP27xzey5Pku2H5jdR+RS EMPbuZOknZM1XuZn3wuGay2UQHZFMY366M8VIDfmbwD2535fZQnYyb88anIyCJ8sDXRZzvvUWjNG ucQT/P5vP+hPP8R8wYRLphjcXDpbllwawDrPoRM/E8UZRt8AAAAAAAA= --=-zco7QE2varN6o/d92cmF-- From nobody Wed Mar 31 02:31:15 2021 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 4E29F3A21BC for ; Wed, 31 Mar 2021 02:31:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.418 X-Spam-Level: X-Spam-Status: No, score=-4.418 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 GS_6RAoSjmhb for ; Wed, 31 Mar 2021 02:31:10 -0700 (PDT) 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 4FDFD3A21AA for ; Wed, 31 Mar 2021 02:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1617183069; x=1648719069; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WzPJw2HYtzuv5x7ikhkxGoB4poUTPgQxje96ZsjVWMA=; b=McPsT2mfVFMo1WdhfQ6F6EjhY1BrwolMoEiriJvpMXPsNIbfZpAe788E lw0wecihvkhDmK1wmcvo1UaW4zYNiFfDcLjLaOYWeQHf3QyI80IuaU364 RB5MXxv4bUg2kbO0LigVrm4oiRqBX1R5cmPPiSKgPd2rpFHMtG+8PqbdQ CKafWkHvBHUx3XZOqZgNf+OVTy2e2s7madt6jOkC+QanePmo2mnpjc60p L6EFOu4srKXr+0162NUdiBX357P+VjIykXSTowr1IAejHqW1kn5gdwd3/ 7dMbTPZLOMnFg/LESp8JmF8MM1XajIrdPC74J0J8OIsLda9ARspmQla1E Q==; IronPort-SDR: BwUfrs0kM3U7cAhEwkEntDI/td6YRrXi8KoPl/OEkWEP9Yb6+ZefkA405FWYp7Aj5WeFlfeX0P hG67kQeJl4ZA== IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A10MFN6mSBV82bbH9/ivNj5tjlzHpDfMtjm?= =?us-ascii?q?dD5ilNYBxZY6WkvuiUtrAyyQL0hDENWHsphNCHP+26TWnB8INuiLNhRouKdD?= =?us-ascii?q?LN/E+lNptr44en+T3vHCXi6vVQvJ0QC5RWIObbSWJ3hcOS2njAL/8JytOK6b?= =?us-ascii?q?3toO/YwWtkQw0CUdAX0y5SIG+gYzNLbSNBAoc0E4fZw8JBqSapd3h/VLXzOl?= =?us-ascii?q?AuWe/fq9rX0K/3eBJuPW9/1CCihS6lgYSKYSSw8QwZV1p0sMsf2EjD1zf0/6?= =?us-ascii?q?Cy98y8oyWsoFP7z49Rn+Lm0cYGPuG24/J/RAnEriaNSMBfV6aZvDYzydvfsG?= =?us-ascii?q?oCtNXXuR8vM4BSxhrqDxSIiCDg0QXhzzoigkWKoTL28B6Txb2fNVRKcbs9ua?= =?us-ascii?q?tjfhTU8EYmtt1nuZg7q16xjJZLEQjG2B30+tmgbX1Xv3Cpqnkvm/N7tQ0vba?= =?us-ascii?q?IiaaRcpYFa3ERZHIZoJlOI1KkbEfJjBMyZ2fBOcVnyVQGogkBTxrWXLwsONy?= =?us-ascii?q?bDYlMFvfWSyCUTtE8R9Sol7f1aulkpsIggQJ1F/f7FNKMArsAtcuYmKYZGQM?= =?us-ascii?q?sRS8q+DWLABTjWNniJHFjhHKYbf1rQtp/e+twOlbqXUa1N6KF3tIXKUVteu2?= =?us-ascii?q?J3UVnpE9ey0JpC9Q2IaHmhXA7q1tpV6/FCy+fBbYuuFRfGZEElksOmrflaKN?= =?us-ascii?q?bcQeyPNJVfBOKmCmfyB4BT3UnbV4NJIXcTFO0Z0+xLBm6mk4buEMnHp+bbeP?= =?us-ascii?q?HcKP7GCjA/QF7yBXMFQXz9P8NF4ke3WmLpgRTYVn/3E3aPoq5YIez/xaw+2Y?= =?us-ascii?q?INPopDvkw+klKi/PyGLjVEr+g3cSJFUe3au5L+gVPz0XfD7m1vNBYYJF1S+q?= =?us-ascii?q?/cX3RDohJPN0v1dL0EqsiOYGw65grXGjZPC+ftVCJPrVV+/qy6a7aKwzo5Nt?= =?us-ascii?q?6hOmWGy30JpHyLSJ8YkraZ5djsf445CppOYt0sKSz7UzhO3Sp6omZKbwEJAm?= =?us-ascii?q?XFECn1tKmjhJsIQP3Ee8JkmwetK85MoXfZvUGRzPtfFkczbnqLa4q6kAwuTz?= =?us-ascii?q?1bihlN6KcZmqOHgivqA3A4mv4EPFpFb3m3DLpKAB+eXphdnqnmdWhLPDS3rA?= =?us-ascii?q?3fryt2W2Lxs20Om2TqLESvCLn2K2sYnkod74HH3xdfcH6Hc0d5d3Zg2LcNXl?= =?us-ascii?q?juizJW2e+PbaH2+XCAc0Zq+It8DBj1JR8bIgZkzJSM2BmJsi2TDGhO/ORMAs?= =?us-ascii?q?XtSJI5c7/S3XuxLpavjq9uJY4AwL9VcO3L9tUtbNjaQSupFVrDerEU8gSIu3?= =?us-ascii?q?coPzR1onE4kfXunAbo9nS8wWRXO4uZHH12A74cON2S9G7iWrKB14h4l8s8ua?= =?us-ascii?q?+qPnz2ccPu89CSUxdTbhfSq3WxVecmtNRdur8zrqJ6G/DgIHn1/WAC2BU1N8?= =?us-ascii?q?HvkkwCBKx9/bDaI4dqO8gfYThQ8FZslNOBKiIQw0nLK/57eVEmlHnAOdyVp7?= =?us-ascii?q?LOtLo0G0WE4BLqJkP3yVwdw97VGy+YkbIKAaM5JmpbLEA69XR55euHM4ndEh?= =?us-ascii?q?+jee1P9EezW0XNN4N1WeyAA/Edvxx669aHk6uMey301BvZsDF7LqhNmlzXAv?= =?us-ascii?q?+aEUaJA6pF4ta6MVODju+2+8a1li7wUib+ZEICh4FJHHZgKPhrm30nlskw3S?= =?us-ascii?q?ezQKCs/R5gnFta/D19llninoKh+3zWGElaMQvfxpVaNAMjfUSgnIDA66yf0n?= =?us-ascii?q?+4/T1OnZ/EH01UdstVG9cRQpPsRh0eafQ4rfqt5e43ni9HYB0yFGYyhzD2wv?= =?us-ascii?q?N+0d6CqbnvcvynDW2tJEkI9jFEDJNlhyAnqWlPdM6l8JK2Cz9nWNIgEr84/Y?= =?us-ascii?q?BZkDVgt1j14RkddnxWx0EV6r0=3D?= X-Mailbb-Crypt: true Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 31 Mar 2021 11:31:06 +0200 IronPort-SDR: rXnPfkV2NUBkEPJ+FI03uZg9UXBUcpSqeTfk/Epy8W8WUYj8ANQV+hcqGe8eEs8fI6RjZ5IEUV Z6PesZNsXohA== X-Mailbb-Crypt: true Received: from he102090.emea1.cds.t-internal.com (HELO he102090) ([10.162.178.105]) by qdezc2.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 31 Mar 2021 11:31:06 +0200 Received: from QDE8E4.de.t-internal.com ([10.171.255.33]) by he102090 (Totemo SMTP Server) with SMTP ID 634; Wed, 31 Mar 2021 11:28:09 +0200 (CEST) IronPort-SDR: +xqiYCv8nuXkd4eHb1FHfPi6iiv1Dya+uLFQTwygdlv2fLwwr77KPTwJpt2WrODmMfQvbSYvaS QRybAlcQVrd4lPqt3FEgAxuwmQIf747wo= X-IronPort-AV: E=Sophos;i="5.81,293,1610406000"; d="p7s'?scan'208";a="981366732" X-Mailbb-Crypt: true X-Mailbb-SentCrypt: true X-MGA-submission: =?us-ascii?q?MDHOWC8A79QjoixXbUVRLiASwkIcCa++yCwSzn?= =?us-ascii?q?aYHzwBXxTPzOGy4kEuai0l81+e0ZqoWIkQZ/IaBikVuMbm/ExHJj4Vu2?= =?us-ascii?q?P0hiu0DrzwNU5Tcz/gFuTRIRxXU4k6zkmrF04uOj0dkoROc0F/8zTrBV?= =?us-ascii?q?myHumOntfSkfSDYXqQ1cMKsw=3D=3D?= Received: from he199745.emea1.cds.t-internal.com ([10.169.119.53]) by QDE8PP.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 31 Mar 2021 11:31:05 +0200 Received: from HE199745.EMEA1.cds.t-internal.com (10.169.119.53) by HE199745.emea1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 31 Mar 2021 11:31:04 +0200 Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE199745.EMEA1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 31 Mar 2021 11:31:04 +0200 Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.171) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 31 Mar 2021 11:30:39 +0200 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bSxjVL8n/1er7IMNDBVCqGkmosR2vEZ2cIeq0mNYqIeMQxLjr9IH5oAuE8yKFXCidZrGY4Ku2AxB3ajYJa+TroA/38MNm8u8Mp3/MZ9MD/vAaJTnKWA2rOox3LtwbMUpt+/IoLjBnjRYkC7zAhUIysnHVpbhZgCPdxTjAyBuEjwiKefl0cwiI/y0WAEmGkMqRXFEe/UI7Q7TcNavdgC8HVKvrn/smpD8+y7fw/qWGqMhBC0VGUFDrfMniDW5N9s08HEgvxFW63Pmk6A7wtRgqivqFhcERz/Ik7GkVDdigV1Y+C1oeaXYletX1pgIpeiVO/K3sbq+teC0rZyXrrxsgA== 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=EUpuO+rRMWT5Xg5OA/4/klDjr2PdsHSMxE1UZOaPBzs=; b=MIvKhaY+wwR0dBYHkVneHa7rKGaR3bhTzbQIdZ2USWbXTZldInYSVIG+50KSsnxokW8RIQ5+85oIjIye/+86wzvhMxWEsRxAeoKePZO/VoVyt+Q68yK4LYgz5punPYv+dHohg+s40Dtft7fJW+g7UmYh8IAJwUYRqsWzJ8u9P50EiANG5IXT447OUg2KsC0bJBbOpC0xrt9HCwyQFuJX4sAo6Tp1QPX3wgBVdXoPake203f+5nA7ELKsJ2wRQVehmaV7NifVEwEwrYwBcWlDNX+NN16az1DJYNYzp3MV9oPEuOja5g8bO9A08HOK5gAvm52XCo+hVHGH3WW/XkrB1Q== 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 FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FRYP281MB0206.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:8::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.15; Wed, 31 Mar 2021 09:30:16 +0000 Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3999.027; Wed, 31 Mar 2021 09:30:16 +0000 From: To: CC: Thread-Topic: AW: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQgAAm9/CAAWmVgIAADyuA Date: Wed, 31 Mar 2021 09:30:16 +0000 Message-ID: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> <201af4d37914dfc0a87204b82c6db3c236acea6d.camel@ericsson.com> In-Reply-To: <201af4d37914dfc0a87204b82c6db3c236acea6d.camel@ericsson.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [84.136.91.222] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 92d8c865-6edd-4fe8-1e24-08d8f4279849 x-ms-traffictypediagnostic: FRYP281MB0206: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JCa46XVT3ERvcDBsppdLxFmfxLtwz3yW8ciAO372vTU2RVXConfEAcGX+q7ErgiUhx2/KM/yJ0IOmL9VDtm1Ltu/GtKZ7B56NLQeScUCvqTUeeUIIP0vj2a2/vr+RRtBSvACfIg3Z7pyv81w9L9jzRRmr7Ifmmrkq0RcRwmQvO4f9QRtySlDBOFdGdAVLCdkEbJqqCEf9dcvQ28O1auOdxon+hQj5RPYVCpHWx4q0NOnWMFFju0kathbBcdqOmaHESaSN8j0sypCH6NMgacVtZZkFXPtW/1xCmPtcFRwADbIWOIS9XpXO3gZcQG4nAw2PsjCUtxvyMQ+J75mibcbanyspIGUZy2lmrYh0hLyucAVMt+pIX3XoYtrsY2+rnBkYouwB7ZA1sKn0LM+L29nNpKsb0WOx7xFkauI5JOI0vbu6cwa/PGJbPd40UILNk8UMA5zX0B3NbBa5IJDE46Cjqt7vCxRqMdA/o4aJL60Czj2XDwJVlcszMmTJ1RIzrk+6hrmp5ZkH2bdmys9w+rrq5Blm4GKRbABnCY8ZwweUsXeeqIaeGmRTl8g+PRyTxgqDfnfpNOp9xuItQVREWbknvY3LomzLKgJrV2SfPlzqWhq1KVugmbna7xcsFe7FP4GMrc7G8v9XAkHzc4Utx3Lp6bOO9A93AfvJFNs3yMaJro= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(346002)(366004)(136003)(39860400002)(396003)(99936003)(38100700001)(9686003)(55016002)(83380400001)(33656002)(52536014)(66946007)(316002)(85182001)(66446008)(66476007)(66556008)(64756008)(66616009)(86362001)(71200400001)(6916009)(8676002)(4326008)(186003)(26005)(66574015)(478600001)(8936002)(7696005)(85202003)(6506007)(76116006)(5660300002)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?Q08xR2YvLzdoTEM0NENybit6aG5NRmQzb2ZYYStWWHRQSGlVeFlFU2RhV1dY?= =?utf-8?B?TitxelE0Zm9LOGFwNUNjS2NCOW5FR0JCNlhXc2V0YkNqQVREbTVOTmk1QVhT?= =?utf-8?B?UVpaMlRhclBjSU13cWJzZXAxRnJNOEJZWCtTaXFsd284aDBBajFnN1YrYjgw?= =?utf-8?B?QjdldEtaSWJ5U1NRVldPU1lrekZXblBDR1dMVWl3SEFqV3ZiZStLZkZ5U3ZU?= =?utf-8?B?bVVQemFoV2thRGttRXJiRThaRVl6M3ZKdGc1U3g2VTRUS1hRZlJmNFB3OUJ5?= =?utf-8?B?eVZTV3pMSlFmNHZGVG4vZHZwMkhXdFYrTEI0MjBOWnZYcnBPd0ZOT2VPOGtN?= =?utf-8?B?dHFvTWZzUkh4MllSbWh3bHk1eFk2VjVsU1d2My9vMElZYVZGVFo3a0VPOWRN?= =?utf-8?B?RjFPOWFGL3YrU042VzhwZkxLTktuTnJENVhvWXNYOGNHWGlVYnU5eWFML1Zu?= =?utf-8?B?RWJsR2JlMjNKYzJFZnZubzNBQ0xrNHg0RnBRaWZSSUNGSUdPYWd6QlJVNzdC?= =?utf-8?B?dnhJbjZWNnR3eVFhMktsNm9ZRjFCYnMraVZSSjNMVjNmOVBub25tZlZqOTJ5?= =?utf-8?B?Zy9RMTk2VVF3Z2t3cHIwREFyTDFKczNzVDd3RHB3WTYzdWtsb3ZoWWZ5bkJU?= =?utf-8?B?SHc5R3FCbzBKb0tEZDhoZkVJeURJNTZPSXpnVjJPMzV0OXBFbFFuOU93Y0NS?= =?utf-8?B?ZmVsR1BBZ1laaDdMTEtEQWNNeXBxa2F5UzVRMm9pcFNRZWpObDcxd3hrZVZM?= =?utf-8?B?Y0xnOGNkRmxWdEdZSWZDRkJXRndaTS9WZmhkN2pUVEZYNVp0cDZJMHdqQzFC?= =?utf-8?B?VnpXY0lVWklaTFl6R0QrVitQc01ZcHMrenNQZmY1VzhVNFJtR0dGMFo4aWs5?= =?utf-8?B?WlV4VjVJMml3NjBLRkhtS1F2RDduT05xK1dOS2ZxUkIwWjRlREZBMzF6WXZP?= =?utf-8?B?SkgyaFNvNm10QXJFTDFJS2JPdmdSeEE1bVhaODBpWVp1SEZIZ2h1NmhQdHMy?= =?utf-8?B?MmNNV2ljeGVUclEvQUtWcHVoYjM0cEdOblVtdGFzQkNmaWVwK2Via25BQm13?= =?utf-8?B?S09jY3lJMERQZXcxNjBBWDlxSExxc0FRNWZmTHdQU3pPK0NYbkRZdnpCV09u?= =?utf-8?B?dGU3Z1l1NWFqYXZiS0FJYWYrVjYvbUtvOVJlaXZwRG81QWtBMXYvR1VTc3ZW?= =?utf-8?B?dENwNDFmWVVjeU1SZ0MyYk1BTys0UGt1dVBXdVdRYUdnSWpUelFubndhVWl4?= =?utf-8?B?TXpWTjR4N3U1d1F5YUlmMEV0SlV3VnNqT3dZWTVTd2I5TmlaU24yeE5kdjdM?= =?utf-8?B?TFlmU2hJc21Xdi9ZRjgrTHF3UTVIUXk0ejY2cS9EVVU5aktZOGh1a09mQlZo?= =?utf-8?B?U25vY1E2YWc1aitVN3RTZitvZU1OMGZiTTd3RG5aT2JvQ1BOK2RyNUQvbFVQ?= =?utf-8?B?bjlJQ3IwZkRUci9MaDZWYisyVUtVODRTcUJka2JSc0pPTW5mYWV6QkhLNnJv?= =?utf-8?B?QUZKYXJVY09iTzdCR0RCOVY0QU56V3RDcGNwUmhNeGhZeWZaMFUwc0J2eTFy?= =?utf-8?B?OEVrL2h6eEhLMTJ2bEluQWJVaG42S1o2a283WmNXU2txL1BSeXUxVW03TUtr?= =?utf-8?B?TUdRTFhxTWVtNXc4UXFlM2E4VkNIUldHRjJxV055NmxrVmhidWM5M2hmYmZ4?= =?utf-8?B?cUM1T3RFZnl1L1VIcVJId0ZYV3JQdGdEMFJ5NUU3YXJDWkxNNFBwNGVycHhH?= =?utf-8?Q?Bc7PeGkw46Los+Q1TG1m8/uQhaUz5QS+07qrhXW?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0004_01D72621.2EC97590" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 92d8c865-6edd-4fe8-1e24-08d8f4279849 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 09:30:16.7192 (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: WYSnbKPqrrOsjucdMQZDZEx3ontPkzSmmpYk1DC5B6pBWSriFqYxjP2+UZTii4QvjPC8uMTIuPSJMfZTEZ3yZyGw+6K5mO3AlWt+YkB1PPU= X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0206 X-TM-SNTS-SMTP: 594678EF06308B3E922562EE028A7EC92FB641160EFEA15C359E37AE43B5C8C22000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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: Wed, 31 Mar 2021 09:31:14 -0000 ------=_NextPart_000_0004_01D72621.2EC97590 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Magnus, Thanks for clarifying.=20 The scheduling behaviour of wireless shared media is an issue and first = results I saw indicated an increased RTT and a rather high access = capacity. Store until there's sufficient load to use a "bearer" and then = send at line rate. I think that's one of the reasons why a measurement = "preamble" is part of the method. As far as I can tell, the above = behaviour turned (often at least) into a more stable forwarding, as long = as measurement traffic arrived regularly afterwards. We can't get around inducing congestion to recon that we are "over the = top". I'd be happy to work with ECN marks too, but ECN isn't widespread = at devices scheduling customer and server traffic with operator = connectivity. The overshooting carefully is a requirement, and that's a = reason why the algorithm measures queue-build up by increasing delay and = classifies it as a congestion indication (as I think do some or all of = the latest transport protocols too, without comparing the detailed = algos). Fairness against competing transport hasn't been tested. In my = eyes, such a test needs to compare commodity speed test vs. competing = transport and then IP-capacity metric traffic vs. competing transport. = Both, commodity speed-test and IP-capacity metric traffic decrease the = bandwidth of competing transport. One of both might have a significantly = stronger impact. I don't judge here, as I'm not aware of tests, but I = also don't think it's ok to state commodity speed tests are fair, as = they are TCP based. Their design goal is to reliably congest the = receiver access until drops occur. Udpst is open source. In general, and not addressing you personally, I'd = appreciate all improvements to reduce total test load and test duration, = and dealing with background traffic or (more generic) dealing with = feedback indicating varying IP-capacity during a single test session at = the receiver. If the result is "available capacity" because of such a = time-varying receiver IP capacity, then that's the result and the test = stops. I agree, that a test should not try to determine IP access = capacity "by all means" (and I think neither does the text provided, nor = does the implementation).=20 Regards, R=C3=BCdiger =20 -----Urspr=C3=BCngliche Nachricht----- Von: Magnus Westerlund =20 Gesendet: Mittwoch, 31. M=C3=A4rz 2021 09:43 An: Geib, R=C3=BCdiger Cc: ippm@ietf.org Betreff: Re: AW: I-D Action: = draft-ietf-ippm-capacity-metric-method-08.txt Hi Ruediger, On Tue, 2021-03-30 at 10:48 +0000, Ruediger.Geib@telekom.de wrote: > Hi Magnus, >=20 > [MW] To accurately measure the capacity of the path the load algorithm = strive > to load the path so that the one way latency increases to indicate = that the > bottleneck buffer is sufficiently filled to achieve high utility. This = load is > not intended to be fair against other applications, it is intended to = provide > as accurate measurement as possible, potentially pushing other = applications > out of the way. >=20 > [RG] The sender rate adaption mechanism operates by congestion = feedback, as do > many standard transport protocols. The purpose of the algorithm is not = to > determine, whether a queue or a policer burst size "is sufficiently = filled to > achieve high utility", the purpose is to accurately determine the = access speed > which can be reached without queue-build up and/or packet loss. After = feedback > indicating a sender rate which has caused congestion has been = received, the > sender rate is adapted until the maximum access speed not causing = congestion > is determined. To decide on a sender rate fulfilling this this = criterium, a > sender rate causing a congestion which can be accurately identified as > congestion by a measurement system is required. If you are aware of a = method > reaching this goal without causing limited congestion, please share. Okay, I might be slightly conflating two things. So the indication that = the path bottleneck is filled to capacity is the fact that there are some queue = buildup. Loss and queue build up are the two signals that the algorithm has = defined to indicate load and congestion, as it isn't defining a ECN response. = However, I would argue on a number of link technologhies you will not find maximum = capacity unless you attempt to transmit enough data and actually build up some = queue in the relevant buffer. That is definitely true for a number of radio = technologies. The underlying reason can be both efficiency in inter user scheduling as = well as deal with short term radio fading effects. So capacity and high utility = are necessarly linked to me. >=20 > [RG] I don't understand whether your feedback is focused on = improvements of > parametrization or on the basic behaviour of the algorithm. The = algorithm is > not designed to be unfair. I am not after improvements of the algorithms I after accruate = representation of the algorithm and intended usage. From my perspective this algorithm = does not need to be either self-fair or fair against any other congestion control algorithms. And I am fine with that as long as it is clear on the box = what it does. Have anyone run any tests of how this beahves when competing with = other congestion controls, like CUBIC, BBR(1/2), LEDBAT etc? I am not asking = for it but it if it has been run it would be enlightening. Cheers Magnus ------=_NextPart_000_0004_01D72621.2EC97590 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIa5DCCA8Mw ggKroAMCAQICAQEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5 c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3Qg Q2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMB4XDTA4MTAwMTEw NDAxNFoXDTMzMTAwMTIzNTk1OVowgYIxCzAJBgNVBAYTAkRFMSswKQYDVQQKDCJULVN5c3RlbXMg RW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYDVQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVy MSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFsUm9vdCBDbGFzcyAyMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAql/aG1/oc5Hl2lz0ouZH5fNoVWAFHQKks5tZ8x6KrzSt/A3C2UgZ7mmP ySD8IaoHGe2wXKxlx1/tAnx7fC0b1rq5gMIYghaE+mawCMZUI4HkzblJP/ZPbjdIKDgPxb7naHD9 OZdN0seYkVCqxESzI305R+lSYtYSk163MZZCBft2px6j9cL86XrFbKlxT+rLeLxgr8fe9NnLvn4z pW6Ug/A0+iGr6o5yoD+k3jBb74ZNapVbQ0SoEBUc5QFXxZjx5gYokaogxbdTJlFDsgsRlVjhwA92 2cCNfIHzcnCeb/4ajtlfNcaybzR8vkhP4lo519ideJ6fhj4DXhmLRKLVxwIDAQABo0IwQDAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUv1kgNgB5oKAia4zV8mHSuCzL gkowDQYJKoZIhvcNAQELBQADggEBADEDomELH3TocjbGbflNnvoiqOGBVs/Nu5/qq5EZOK+qfBVN 87ajjaX0jvZEqafoIZWtPgBiFojwArr8YSPmM5swems2YnutBCOEWGXi2yuK5yVTN2JTX7zaAWIp oqYnceY6In7Bbx2VcCBKBzTf6v8VgOW613rYW3V8BXopR35AqDETd81AO7RRR3ouEeNHEd6dZtCL 1VRm+oNV6nzCKYkb6W+zzuIFhMkvPniFYm7JX8F4Y3RYwEgYDJk566TMGrV5Wo0VnNgUDfZ6B1fH IoMFLTybJSY9GLOpQ3zIyKtkjw6jv5wbnTDb2tAZLqo88fszgHbkza0ZTwUnjhOhbsIwggZ1MIIF XaADAgECAhA57Gz8JhrPvomPoUVwXJsKMA0GCSqGSIb3DQEBCwUAMIGCMQswCQYDVQQGEwJERTEr MCkGA1UECgwiVC1TeXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEfMB0GA1UECwwWVC1T eXN0ZW1zIFRydXN0IENlbnRlcjElMCMGA1UEAwwcVC1UZWxlU2VjIEdsb2JhbFJvb3QgQ2xhc3Mg MjAeFw0yMDA3MDkwODIyMDZaFw0zMDA3MDkyMzU5NTlaMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQK DBNEZXV0c2NoZSBUZWxla29tIEFHMTAwLgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3Vy ZSBlbWFpbCBDQSBFMDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLkz34RBUeypWY 1etcLlyXpu4WhPuNLAEAXbbmlByopLitmOxCFwIdwp2uvwTmb5ZNhW/gXKmCccwhXvSMuef/wlWh 5AzeCg3P6MlJgMqZMsHntI69f5ekSAfnS7kKIBMPtBs2gHZTpcc9KVmfV3JkEV2/CU97td8d42QJ 97LGMTks2sbmblIc0ogZQPyNOrZ/YVAZUOQagmwXvx+MgY2x4U6j0Zao6857sZ842eHIxxwF2K2U mzY7epS2tYwdMv4Fm5I69wnwrlQPz/9MfYJxsCOG9+1NVSQWYuU8zF3QnPHIAIgOT4h+iRwBCKfE lOYZt2EEiFdSj6xzvGUaSYcfAgMBAAGjggMJMIIDBTAOBgNVHQ8BAf8EBAMCAYYwHgYDVR0lBBcw FQYIKwYBBQUHAwQGCSsGAQQBgjcVBTAdBgNVHQ4EFgQUB0etEB4G9Kd0EWClvaErN4rz810wHwYD VR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB/wIBADBSBgNVHSAE SzBJMEcGCSsGAQQBvUcNGjA6MDgGCCsGAQUFBwIBFixodHRwOi8vY29ycG9yYXRlLXBraS50ZWxl a29tLmRlL2Nwcy9jcGtpLmh0bTCB+gYDVR0fBIHyMIHvMDqgOKA2hjRodHRwOi8vY3JsLWNwa2ku dGVsZWtvbS5kZS9ybC9HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGwoIGtoIGqhoGnbGRhcDovL2xk YXAtY3BraS50ZWxla29tLmRlL0NOPVQtVGVsZVNlYyUyMEdsb2JhbFJvb3QlMjBDbGFzcyUyMDIs T1U9VC1UZWxlU2VjJTIwVHJ1c3QlMjBDZW50ZXIsTz1ULVN5c3RlbXMlMjBFbnRlcnByaXNlJTIw U2VydmljZXMlMjBHbWJILEM9REU/YXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwggEsBggrBgEFBQcB AQSCAR4wggEaMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC50ZWxla29tLmRlL29jc3ByMEEGCCsG AQUFBzAChjVodHRwOi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvR2xvYmFsUm9vdF9DbGFzc18y LmNlcjCBqgYIKwYBBQUHMAKGgZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049VC1UZWxl U2VjJTIwR2xvYmFsUm9vdCUyMENsYXNzJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRl cixPPVQtU3lzdGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkgsQz1ERT9jQUNlcnRp ZmljYXRlMA0GCSqGSIb3DQEBCwUAA4IBAQB5WdpXd/YGapzM4F/w4t0UqsQdmgo/QEg5jcsx36c9 h11iHHlDITRFIkfXS+h7KQrR2Mvxc/fdbKyONxCCPnJaIN6qa2yTBE3VGF0Q56Tc+Q5WN4gIL34b DqC8UW3G/p2lpkibMPEJGEvPgtsvqLbrX1EAxANZmvXYJehIHAXCNn81M5VV2mWkajvPW/wWMZyg XZj5iCEmKus4ouQvYnWNvz6bCws6NUnae+Qjg9zxN0g8uluL/1fcDDiyB7cFXI8/ZkuR3dEZVzsK jNJiAkak2yFUQKzl+gy9iedhGhNrHFNyhW19NIMY59jKqymxsQj4aYkMllPw/pzZxAzU9J3/MIII TTCCBzWgAwIBAgITFgAAfIRh35XK53ykiQAAAAB8hDANBgkqhkiG9w0BAQsFADBdMQswCQYDVQQG EwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVs ZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzMB4XDTIwMDgwMzEyMTI0MVoXDTIyMDgwMzEyMTI0 MVowgc8xCzAJBgNVBAYTAkRFMSYwJAYDVQQKDB1EZXV0c2NoZSBUZWxla29tIFRlY2huaWsgR21i SDEPMA0GA1UECwwGUGVyc29uMREwDwYDVQQLDAhFbXBsb3llZTERMA8GA1UECwwIQy0zMDEzMTAx DTALBgNVBAQMBEdlaWIxETAPBgNVBCoMCFLDvGRpZ2VyMRYwFAYDVQQDDA1Sw7xkaWdlciBHZWli MScwJQYJKoZIhvcNAQkBFhhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwggEjMA0GCSqGSIb3DQEB AQUAA4IBEAAwggELAoIBAQCrGAimNVnZh9JSF+n/cWNDmvKI8cRRIC854lTYx246e6LnSBmIjXsE HFPul8AM1pcLGPHGVhb84q/as1NnvlclN+5+6I0tHNHpVTJZ6hNq3iJWCMhIwmLSA0PDHpi2ajOT D9x9IxEojeBmS0FyRCEA6+ltYOC3phQxJX4C4yHdlyHqksjdqQB/FVtKO/BfQzgw4qN1MV44LNGK 3JYDBssMG2Y9tTgqkTTO8zLa766C+TF2fkvcsnsN74n7nC6xYwhuF89dWcn39mjwZB8yX4cwiyf7 m/EXe5ovhYpleSyepTEmAPDgYT7MpaQE6MG6xmg2oSYTGgMxXeBZjorcD7BLAgRAAACBo4IEkDCC BIwwHQYDVR0OBBYEFCaAH5boIiREtJ9lptcCAGiM5hM9MB8GA1UdIwQYMBaAFAdHrRAeBvSndBFg pb2hKzeK8/NdMIIB7AYDVR0fBIIB4zCCAd8wggHboIIB16CCAdOGSWh0dHA6Ly9jcmwtY3BraS50 ZWxla29tLmRlL3JsL0RldXRzY2hlX1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcmyG gZ1sZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUvQ049RGV1dHNjaGUlMjBUZWxla29tJTIwQUcl MjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9VPVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUl MjBUZWxla29tJTIwQUcsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0hoHlbGRhcDovLy9D Tj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0ElMjBFMDMsQ049 SEUxMDk5MTAsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENO PUNvbmZpZ3VyYXRpb24sREM9Y2RzLERDPXQtaW50ZXJuYWwsREM9Y29tP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDCCAToGCCsG AQUFBwEBBIIBLDCCASgwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLWNwa2kudGVsZWtvbS5kZS9v Y3NwcjBWBggrBgEFBQcwAoZKaHR0cDovL2NydC1jcGtpLnRlbGVrb20uZGUvY3J0L0RldXRzY2hl X1RlbGVrb21fQUdfc2VjdXJlX2VtYWlsX0NBX0UwMy5jcnQwgZ4GCCsGAQUFBzAChoGRbGRhcDov L2xkYXAtY3BraS50ZWxla29tLmRlL0NOPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHJTIwc2VjdXJl JTIwZW1haWwlMjBDQSUyMEUwMyxPVT1UcnVzdCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtv bSUyMEFHLEM9REU/Y0FDZXJ0aWZpY2F0ZTALBgNVHQ8EBAMCB4AwOwYJKwYBBAGCNxUHBC4wLAYk KwYBBAGCNxUItvtCg6bBLo2bEYe3x2aCuNURBIHl/3uGsaNkAgFkAgESMBMGA1UdJQQMMAoGCCsG AQUFBwMEMBsGCSsGAQQBgjcVCgQOMAwwCgYIKwYBBQUHAwQwUQYDVR0gBEowSDBGBgkrBgEEAb1H DRowOTA3BggrBgEFBQcCARYraHR0cDovL2NvcnBvcmF0ZS1wa2kudGVsZWtvbS5kZS9jcHMvY3Bz Lmh0bTBNBgNVHREERjBEoCgGCisGAQQBgjcUAgOgGgwYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl gRhSdWVkaWdlci5HZWliQHRlbGVrb20uZGUwDQYJKoZIhvcNAQELBQADggEBAHunIT0RKxsU9CxQ E1jgG79dljkF1XDc70WhW8T/YOjTAhoVLbqiJ0j9RXvfBF24CCaH3Bi3jcZatmumrZPbAmIz1Nbk sN5Fmf4bi7W8Qy9/hGvF5wTinBNgHeXZtlG5tLc61v/PSZY6v4EXpfDdEs4x8JTiIaLbJYr4o7FH /zYjj6WFsYPsljKOwvYlpwYqHrozp7jMW+nc47YCXNI21yuAxx8exhhDgzUiG9IAA39nXpsBL6tm yl+tnrxGdQQqQF4x0ICeoln1KfFCzPUhqFMVhqDJ/XXgAlz+VN5iD34bXb1iEDIBUrqqKNHZktl4 y6XIDDLJnGHm1rv9CAucdVMwgghPMIIHN6ADAgECAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMwHhcNMjAwODAz MTIxMjQxWhcNMjIwODAzMTIxMjQxWjCBzzELMAkGA1UEBhMCREUxJjAkBgNVBAoMHURldXRzY2hl IFRlbGVrb20gVGVjaG5payBHbWJIMQ8wDQYDVQQLDAZQZXJzb24xETAPBgNVBAsMCEVtcGxveWVl MREwDwYDVQQLDAhDLTMwMTMxMDENMAsGA1UEBAwER2VpYjERMA8GA1UEKgwIUsO8ZGlnZXIxFjAU BgNVBAMMDVLDvGRpZ2VyIEdlaWIxJzAlBgkqhkiG9w0BCQEWGFJ1ZWRpZ2VyLkdlaWJAdGVsZWtv bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOkqXQbhXowY20Y53MVT0oxSTcxu Bo1AzjmQZUnnFhgU73UCN/ZHrxmwXKGJm1qGXHCNVrxQHAtvEhyYfOgABHWXB158IgnyBKwG64vv GkfEboN8uWu9v+d0kLn4c+hR7jdb+3taT3B2UhyMAvXwsoYFLu4bvdwf8eAIa/+tSJOzdMZn+LMi Fl+aVE3Lj/EmUaVnmGHUGkmwc+hm7xtquqjp1m4O7HJozKaB8FK/GTkmhO9GBiRYrBvluV8WE293 YjOrrLdmjqI6B4VdS59p5YHTE5bVVfGcmHAVoMrlPv8Tsv0LYjex56Wa9WF4sv7wYEqfrEAvhdHx f/hUzvxWVXcCAwEAAaOCBJMwggSPMB0GA1UdDgQWBBSDd7kc4WPI8bRgPSupkod8URDIBjAOBgNV HQ8BAf8EBAMCBDAwHwYDVR0jBBgwFoAUB0etEB4G9Kd0EWClvaErN4rz810wggHsBgNVHR8EggHj MIIB3zCCAdugggHXoIIB04ZJaHR0cDovL2NybC1jcGtpLnRlbGVrb20uZGUvcmwvRGV1dHNjaGVf VGVsZWtvbV9BR19zZWN1cmVfZW1haWxfQ0FfRTAzLmNybIaBnWxkYXA6Ly9sZGFwLWNwa2kudGVs ZWtvbS5kZS9DTj1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyUyMHNlY3VyZSUyMGVtYWlsJTIwQ0El MjBFMDMsT1U9VHJ1c3QlMjBDZW50ZXIsTz1EZXV0c2NoZSUyMFRlbGVrb20lMjBBRyxDPURFP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3SGgeVsZGFwOi8vL0NOPURldXRzY2hlJTIwVGVsZWtvbSUy MEFHJTIwc2VjdXJlJTIwZW1haWwlMjBDQSUyMEUwMyxDTj1IRTEwOTkxMCxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZHMs REM9dC1pbnRlcm5hbCxEQz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVj dENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIIBOgYIKwYBBQUHAQEEggEsMIIBKDAtBggrBgEF BQcwAYYhaHR0cDovL29jc3AtY3BraS50ZWxla29tLmRlL29jc3ByMFYGCCsGAQUFBzAChkpodHRw Oi8vY3J0LWNwa2kudGVsZWtvbS5kZS9jcnQvRGV1dHNjaGVfVGVsZWtvbV9BR19zZWN1cmVfZW1h aWxfQ0FfRTAzLmNydDCBngYIKwYBBQUHMAKGgZFsZGFwOi8vbGRhcC1jcGtpLnRlbGVrb20uZGUv Q049RGV1dHNjaGUlMjBUZWxla29tJTIwQUclMjBzZWN1cmUlMjBlbWFpbCUyMENBJTIwRTAzLE9V PVRydXN0JTIwQ2VudGVyLE89RGV1dHNjaGUlMjBUZWxla29tJTIwQUcsQz1ERT9jQUNlcnRpZmlj YXRlMDsGCSsGAQQBgjcVBwQuMCwGJCsGAQQBgjcVCLb7QoOmwS6NmxGHt8dmgrjVEQSDyPIygpj4 cgIBZAIBEjATBgNVHSUEDDAKBggrBgEFBQcDBDAbBgkrBgEEAYI3FQoEDjAMMAoGCCsGAQUFBwME MFEGA1UdIARKMEgwRgYJKwYBBAG9Rw0aMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9jb3Jwb3JhdGUt cGtpLnRlbGVrb20uZGUvY3BzL2Nwcy5odG0wTQYDVR0RBEYwRKAoBgorBgEEAYI3FAIDoBoMGFJ1 ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZYEYUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRlMA0GCSqGSIb3 DQEBCwUAA4IBAQAnhIYBlxmz82C9DCCT2WYurNUaBBC5XOLHAy6VSVYDs/0kv47aodgl02Atu9Al d2J/vn/7d4Wx6YduCbDQZF7kw2AqCFbS+uW64/GVxpOFTDvqQmEmBuDv+Y/79rNzSc6QZNvsJHZi 8CqTWvScjzkuUt3pqmKTSvDFHht+3hTt3fcY/eicnJjeqfaxcxXH5ORoi0ZA5CO8MNraZhF7Xvph jvrx0cCW8zPJmyPvpVmdYk9lYVTTdjTJ3I6pJ/iWqM9/87vyAAIbpNxbkDLXjLrtWoBqupp6Pedy IoRU7q2ZqyuD5LpD53UCSRkdv+FSPnaYHb5t5dA2HQUf1tIe5C1/MYIDoDCCA5wCAQEwdDBdMQsw CQYDVQQGEwJERTEcMBoGA1UECgwTRGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNj aGUgVGVsZWtvbSBBRyBzZWN1cmUgZW1haWwgQ0EgRTAzAhMWAAB8hGHflcrnfKSJAAAAAHyEMAkG BSsOAwIaBQCgggIBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIx MDMzMTA5Mjk1OVowIwYJKoZIhvcNAQkEMRYEFAiHq8FqsF920iad1JbnwqXmBYCMMIGDBgkrBgEE AYI3EAQxdjB0MF0xCzAJBgNVBAYTAkRFMRwwGgYDVQQKDBNEZXV0c2NoZSBUZWxla29tIEFHMTAw LgYDVQQDDCdEZXV0c2NoZSBUZWxla29tIEFHIHNlY3VyZSBlbWFpbCBDQSBFMDMCExYAAHyFD6Cv y8lg6YIAAAAAfIUwgYUGCyqGSIb3DQEJEAILMXagdDBdMQswCQYDVQQGEwJERTEcMBoGA1UECgwT RGV1dHNjaGUgVGVsZWtvbSBBRzEwMC4GA1UEAwwnRGV1dHNjaGUgVGVsZWtvbSBBRyBzZWN1cmUg ZW1haWwgQ0EgRTAzAhMWAAB8hQ+gr8vJYOmCAAAAAHyFMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIw CwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBAHUGYrjC441Xxh9Tn3laxbYGKReC67D72r3f w2Z5Ioy71GwB2+GdTzcPqXf8nw/1pab66OrhbGybHJFG89j6q/nPOeqcsS467yrUDLSDIl2bpFBI b+XBUi8DWjX+BB2hjmqJEAqqrh5HRfL0UhlqMkO9MRURSht5EaoAV2ud1lOgXOwkgFFC2DIOL2j+ Ab1ifODlffXFJLOzGIBmwaCgRxPwz3tRYQR9IoBCelZJcOLEsC6jQPCXk1njhNXFXlcLPH1txTLD UzqxWs67BLXA+6vpH3fGUXAI/MdBVTo/ES2gGJYC4VdISLIh2Tn3X0FVzVX0hzBeRCfj0YQXbdvu JTMAAAAAAAA= ------=_NextPart_000_0004_01D72621.2EC97590-- From nobody Wed Mar 31 07:28:01 2021 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 0A1C73A2A3E for ; Wed, 31 Mar 2021 07:27:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.102 X-Spam-Level: X-Spam-Status: No, score=-2.102 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, RCVD_IN_MSPIKE_H2=-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=ericsson.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 A4lfi4jx6Wx6 for ; Wed, 31 Mar 2021 07:27:54 -0700 (PDT) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10079.outbound.protection.outlook.com [40.107.1.79]) (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 8A40B3A2A39 for ; Wed, 31 Mar 2021 07:27:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HtivjHblMl8DvARNnN10TwVw6KcWe+eWaGFIJexU+YJaMlaiu3Pn+tR2egF/ihW345lbc/7UDbruP5THmF5airq31KAr92V3veqvdVvzBOvfZGCyfM+N+0dOk68pSXXQpw48fRcgQ25FusdZZMbu0yezoMzxnAnjK8QaVzPniKpBBgWfJT626vArx0gcuEmJM6nJcaB98SAP/kAyhfoBtbzU2FBH3mQTSZEaFzHUTaVSvwbaji32SJXubcKV2ZW/wizvdzoTBXGGcDpIaQLlCsrC2+ywWLzcpnSUZvtgRF+1ZPrKQp9s8QFhcU5X66PsoTHGupIILTA10jsKmQXyCw== 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=MQtovrwBQrbFzxLCXAH3zt6LzllMzD0yIaYd1Kd8nqM=; b=BSE3hArrP8Nyya8EAzmTU1AwLaVEUgLSKS6a2xRAR2lyRU7o5SQU5X4nlp+Q4yea7odiZWtvfGqvg1+CvoSmwfvqtwafM5eWLbKoAImVPAioB2iWjCRDq6vIQowidl3IRly93jlWF5XiD7k3Xy8TpSgWjnt9D/vPObuGuAdGBjzAM60EqBZO7sDpoBczFZA2Pv6E6pw4rhwEWesP7bRE7DOOZlAJW1lEVEw8cKUm9nPLIgxlZczzbV0diaxrn1v8iUvn7Xorh3qUbR+mKLUmIM0HatF+X8sv9KYIP6scmfqTDG4BK2kOjVv4OaLOdFVBZcpvVeM8HEYqQtb9Ej2cjg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MQtovrwBQrbFzxLCXAH3zt6LzllMzD0yIaYd1Kd8nqM=; b=WXbvmHYjDk+zbzFh6y+dAonFU8FCGTQdnf9uuxWIIKJrPOEi/YX9wmrPMvm+Q3BVa/K8o3IPmvfwmytuPuqBMcaeo5Z+03B7+NvdwhVOGZmhojRdQwJcsHacdTxX6fS65EPDN2CzJWeQtJk7s0UeE0EQ3jf9ewwenUXZLgxjP6I= Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0702MB3769.eurprd07.prod.outlook.com (2603:10a6:7:83::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Wed, 31 Mar 2021 14:27:41 +0000 Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::d1fa:a432:3534:56da%6]) with mapi id 15.20.3999.027; Wed, 31 Mar 2021 14:27:41 +0000 From: Magnus Westerlund To: "Ruediger.Geib@telekom.de" CC: "ippm@ietf.org" Thread-Topic: AW: AW: I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOLrl9yneiGOTUyGqQdxAyNF5aqcKKEQgAAm9/CAAWmVgIAADyuAgABh44A= Date: Wed, 31 Mar 2021 14:27:40 +0000 Message-ID: References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> <201af4d37914dfc0a87204b82c6db3c236acea6d.camel@ericsson.com> In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2 authentication-results: telekom.de; dkim=none (message not signed) header.d=none;telekom.de; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [158.174.130.243] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fcfa5c03-d1f0-4dbe-9c13-08d8f4512451 x-ms-traffictypediagnostic: HE1PR0702MB3769: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: F/iScDPr91gpgzBSEumqjeHimkJC7n0tF9Ag48Df8SNILtalw2vJ803X2cXc2NX6PcDDR63AngK05l8g1lxEBGCwzJjpiiTX/BYx2FOUsEL+cZ8NgYYhYCxy4yL8kz9+WnDRFLSo/G2rwu3QhOZRxyOlVdfgJbRWPgt0gqF9Rn5kXtsOgKmL+dqQulfkpJfLCU7FE78d2Ju4W0utYRBkVaSxL3zPOj/G6E9rhXagxootIcCxcCVMSpx8yvusCiu8g06BMQ4zYExijcjjTOzzaEwLUdNQGyJ5ESZed+BrNO4t6PAIBejVaoUfsJe+dVI5wBO94yPOuD4gbgY3U6bVTAlH5uAWV5D4WUy6W9rERVUuNEW40UKobe1dC/kuR2ovprjjkmzTscfNkGNtFMpOzi50zUjYPyXjgRzZtqm/koB0vVHctDnRwTyOwh8hezVAVEpfgSVfUraKe0jjJs98Xvqmyc/H9qvlkUz3Mmaofvj8yZQmsTcCpgLpWx3Y1rWpuqQZDMAxI/hv19fGpZmd64eD4klBiQMbmvKKSmi9hY7N1XgWVOiGHTpIFIaBkEaT6Go0bF0cIwflb5bXqaxsPGk6qr3lTXQeQ1tIar1+qRDienss2n5k9TjuMmIMbcFV0Hv/2CKYgAwAQMKatqgT/Nsla8vC/XRAXLGDU9NwrdejkM0dgBp0TppCsErW7zaH x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(376002)(346002)(39860400002)(136003)(396003)(83380400001)(66574015)(5660300002)(64756008)(66946007)(316002)(76116006)(6506007)(2616005)(66616009)(66476007)(99936003)(66556008)(71200400001)(86362001)(36756003)(66446008)(6916009)(478600001)(6486002)(6512007)(186003)(8676002)(8936002)(26005)(38100700001)(44832011)(2906002)(4326008)(99106002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?WHhTei9IQVllc2oraUFhd1RpQ3pkaysvRndOaS9jRVdRLzZIZ29mY0wwdDRO?= =?utf-8?B?SVd6SUt3K0NTS04vQk5rdmQydjZOVTU3b1hCZVl5UzdhNjBjc1ZBREdmbWFE?= =?utf-8?B?aUVXT1VBcFJVYVFpZDlPRnJLMlEzejJFa1J6TTJuREsxRUpHYWlMR1A2emF4?= =?utf-8?B?aDlrUUZ1K2JEVll2QmVLdkMxRzI4K0lPSGFUb2NQMGhtZUwySGFsc1dsSlR0?= =?utf-8?B?WGYxbUlqTW9VdFlsbWxmMVZ2ZWt4MWF2c1lURzVLUm1uc3hrRGlyL0YwaDZm?= =?utf-8?B?L2pQUVcxN004b0ZFRTM3TGJyQmZOY3hhNjcvWHJESFdTMFp0YzBmNldUREMr?= =?utf-8?B?Qkx0L0VzUGlSS2g4OVloemZqcU9VY1VhVGlXKzVvT0JlK0Jrc0V0QjNlQWE2?= =?utf-8?B?ZXpkaWphRFVINUdXaS96dmFHZCswRGRiUjA2VUF2VFJiQkJXbWJsZ1dUVjNt?= =?utf-8?B?SUxLWGd6VHZPa0xhZCtQRkV1SkVTTDlkcGtYUnBud25mb29VZlpnR1JMTklr?= =?utf-8?B?eFFJWUt6T01CdE9uS2kxY2tIUkhmUWU2bVlRYVdvdTUwWUNUbDdXKzJDVVZ5?= =?utf-8?B?L0tPWG15WENLNC9RVzJydGR5RS9OQm1BNWJ0UVRXVUk1ZnRvK0F1QjB0L20r?= =?utf-8?B?ZTNtc2M2Vy9MTjhtSnNvK0JVMFdkaFBPZmZZeUsrOXZaL2hMNE51T0tSZy9M?= =?utf-8?B?SFRGWW9acGVFVldRVWpRUm00M1RPV01rWU5Wd3h6TFVLM0hOd2hxQ0txVEww?= =?utf-8?B?djlxb25iOXZRQU4xeFVsOUtzYmN3MEd6TWlPV2V5YmlITlJXNy80UGlVMXMy?= =?utf-8?B?VHRyeU1Id0NLTis1dXFRTEpNWmlyZmJqWElFM2NZakxUOEN5TGFtSU1xQmlT?= =?utf-8?B?ejYxUFhlMHhUa0FnSjl5N2d2eEJVc3AwWU9IV3dacFltWWhvTkVvZUgvTlRz?= =?utf-8?B?TnR5M3ZQY1l0dGxaaWlPam4xSXJXQW0waXo5U0xHc3JCQm9VT1FXbkVMbVZE?= =?utf-8?B?L1gzRG5EVDIxditWNXZwQ3lYQ1Zpdm1zZEZQeEttNWdxcmhoZW9NTnNjajVL?= =?utf-8?B?WHdLeW81bmVrb3B3dnN3SStpbHJvNDhLMW5YOVg0MjVicVltL254cm9iWGY2?= =?utf-8?B?WlQwU3FnNEd0dHl6NDFWcW9JM1VzUW9qRC9JcmxVM2g2aVNCTWtVR0o0cXlk?= =?utf-8?B?L2lOMkNtWmFDUzlIb3RleWVrTXFBRnJ1a2tzcWo4OGZ4MjJDMW93M05SeWVz?= =?utf-8?B?TTdPaUQ4VFM3NTZNcFZ4WUxjQXVSMk9UV1lBZDA4b2I4eTd2TUhaekE5ZmY0?= =?utf-8?B?Q3NxOTMvYTYzZGtHWmg5NU5xMTNEWUlIaVI0UytadEZZb2kyVTRRSWpjMldL?= =?utf-8?B?Y0wybFZHZTdXZXMxNDJsV1BDRTg4K2RGMXVnRW8vWUsrL1R3bGNoSHJZaU4w?= =?utf-8?B?UXcxV3JJWm9tWm9UU2ozVlRtTHpDWGZDMDl0SW1obFNWQk5UMjBvWWlBNFEy?= =?utf-8?B?Zmt2VlR3V0NIdWJYTzBGNXhzNVJuazBvZU1ia3JDOVNuV2N6TjI0eHVlYWlq?= =?utf-8?B?b2p5SUpJZ1JNaTRqZSttdjltSTJOeS9VYWRRMmd0RU9sRkJ0QkN0K0pkODY3?= =?utf-8?B?S083Y0xJb2VqMERRSkVUUmlPaU9UQlNyTDRWaU1PbSs1T0RycjVMSGU4ait5?= =?utf-8?B?Z25sR1g3NWQyVlg2MjJtZmpGS0QxanVQcTdPczNkK2p4VmNtSGZ1MXMrR2hV?= =?utf-8?B?SEtyb1U4eU1TcUJGK2QwVU4xSktRRisvVnAxcUZlNUN3WndPMCtsVUF2ZWxr?= =?utf-8?B?aCtxVTR3dWNKd0pjbkM3UT09?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-vb758RnXwsogmPUxcLRI" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fcfa5c03-d1f0-4dbe-9c13-08d8f4512451 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 14:27:41.0119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: oU+NvXRT5rBA0dlGxtI+oahDF4nrFQUCbitEeo8oF16wYvkwNTMUcFcGw2tg18rqWBgIQTH9xqs0zlIjiNHANJNobKSJumBpRp1ZhelAOiE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3769 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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: Wed, 31 Mar 2021 14:27:59 -0000 --=-vb758RnXwsogmPUxcLRI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Yes, so I think ECN is definitely something that can wait for future improvements. I was simply trying to be as clear as possible that from an endpoint you don't have that many basic indicators of congestions.=20 So I am primarily concerned that this one has the right description for wha= t we expect it to do. From my perspective I have no issue with this being publis= hed with a clear limited applicability and clear indication of what it is expec= ted to do. For the intention I am fine with you authors reword it to something similar that is more consistent with the existing text. I just want it to b= e clear that due to the nature of the intent to measure capacity it may push existing elastic traffic out of the way in the probing to determine maximum capacity.=20 Cheers Magnus On Wed, 2021-03-31 at 09:30 +0000, Ruediger.Geib@telekom.de wrote: > Hi Magnus, >=20 > Thanks for clarifying.=20 >=20 > The scheduling behaviour of wireless shared media is an issue and first > results I saw indicated an increased RTT and a rather high access capacit= y. > Store until there's sufficient load to use a "bearer" and then send at li= ne > rate. I think that's one of the reasons why a measurement "preamble" is p= art > of the method. As far as I can tell, the above behaviour turned (often at > least) into a more stable forwarding, as long as measurement traffic arri= ved > regularly afterwards. >=20 > We can't get around inducing congestion to recon that we are "over the to= p". > I'd be happy to work with ECN marks too, but ECN isn't widespread at devi= ces > scheduling customer and server traffic with operator connectivity. The > overshooting carefully is a requirement, and that's a reason why the algo= rithm > measures queue-build up by increasing delay and classifies it as a conges= tion > indication (as I think do some or all of the latest transport protocols t= oo, > without comparing the detailed algos). Fairness against competing transpo= rt > hasn't been tested. In my eyes, such a test needs to compare commodity sp= eed > test vs. competing transport and then IP-capacity metric traffic vs. comp= eting > transport. Both, commodity speed-test and IP-capacity metric traffic decr= ease > the bandwidth of competing transport. One of both might have a significan= tly > stronger impact. I don't judge here, as I'm not aware of tests, but I als= o > don't think it's ok to state commodity speed tests are fair, as they are = TCP > based. Their design goal is to reliably congest the receiver access until > drops occur. >=20 > Udpst is open source. In general, and not addressing you personally, I'd > appreciate all improvements to reduce total test load and test duration, = and > dealing with background traffic or (more generic) dealing with feedback > indicating varying IP-capacity during a single test session at the receiv= er. > If the result is "available capacity" because of such a time-varying rece= iver > IP capacity, then that's the result and the test stops. I agree, that a t= est > should not try to determine IP access capacity "by all means" (and I thin= k > neither does the text provided, nor does the implementation).=20 >=20 > Regards, >=20 > R=C3=BCdiger > =20 >=20 > -----Urspr=C3=BCngliche Nachricht----- > Von: Magnus Westerlund =20 > Gesendet: Mittwoch, 31. M=C3=A4rz 2021 09:43 > An: Geib, R=C3=BCdiger > Cc: ippm@ietf.org > Betreff: Re: AW: I-D Action: draft-ietf-ippm-capacity-metric-method-08.tx= t >=20 > Hi Ruediger, >=20 > On Tue, 2021-03-30 at 10:48 +0000, Ruediger.Geib@telekom.de wrote: > > Hi Magnus, > >=20 > > [MW] To accurately measure the capacity of the path the load algorithm > > strive > > to load the path so that the one way latency increases to indicate that= the > > bottleneck buffer is sufficiently filled to achieve high utility. This = load > > is > > not intended to be fair against other applications, it is intended to > > provide > > as accurate measurement as possible, potentially pushing other applicat= ions > > out of the way. > >=20 > > [RG] The sender rate adaption mechanism operates by congestion feedback= , as > > do > > many standard transport protocols. The purpose of the algorithm is not = to > > determine, whether a queue or a policer burst size "is sufficiently fil= led > > to > > achieve high utility", the purpose is to accurately determine the acces= s > > speed > > which can be reached without queue-build up and/or packet loss. After > > feedback > > indicating a sender rate which has caused congestion has been received,= the > > sender rate is adapted until the maximum access speed not causing conge= stion > > is determined. To decide on a sender rate fulfilling this this criteriu= m, a > > sender rate causing a congestion which can be accurately identified as > > congestion by a measurement system is required. If you are aware of a m= ethod > > reaching this goal without causing limited congestion, please share. >=20 > Okay, I might be slightly conflating two things. So the indication that t= he > path > bottleneck is filled to capacity is the fact that there are some queue > buildup. > Loss and queue build up are the two signals that the algorithm has define= d to > indicate load and congestion, as it isn't defining a ECN response. Howeve= r, I > would argue on a number of link technologhies you will not find maximum > capacity > unless you attempt to transmit enough data and actually build up some que= ue in > the relevant buffer. That is definitely true for a number of radio > technologies. > The underlying reason can be both efficiency in inter user scheduling as = well > as > deal with short term radio fading effects. So capacity and high utility a= re > necessarly linked to me. >=20 >=20 > >=20 > > [RG] I don't understand whether your feedback is focused on improvement= s of > > parametrization or on the basic behaviour of the algorithm. The algorit= hm is > > not designed to be unfair. >=20 > I am not after improvements of the algorithms I after accruate representa= tion > of > the algorithm and intended usage. From my perspective this algorithm does= not > need to be either self-fair or fair against any other congestion control > algorithms. And I am fine with that as long as it is clear on the box wha= t it > does. Have anyone run any tests of how this beahves when competing with o= ther > congestion controls, like CUBIC, BBR(1/2), LEDBAT etc? I am not asking fo= r it > but it if it has been run it would be enlightening. >=20 > Cheers >=20 > Magnus --=-vb758RnXwsogmPUxcLRI Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCErYw ggX0MIID3KADAgECAg8BdlE9InYZOYLl1zGep4IwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMB4XDTIwMTIxMTA5NTg0OVoXDTIzMTIxMjA5NTg0OVowXjERMA8GA1UECgwIRXJpY3Nzb24x GjAYBgNVBAMMEU1hZ251cyBXZXN0ZXJsdW5kMS0wKwYJKoZIhvcNAQkBFh5tYWdudXMud2VzdGVy bHVuZEBlcmljc3Nvbi5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCIT6U9ddUp UCEryIA27xtF8WsRAIfc5jBavfu0OGDmwITYYRD2PaMEdEK+I4dqz0f6xcCrDnBk2Xj+JxjhaRkq TAifJZima9WE2JoI/uq8UsS2HJWlhspAwKx1osARgtRiMjRZZyyfiRZLbgXHWYpnTt3i9QsuX/uo 9oZFWpDCbZee4Il9uldsUcuBLZx2PyZvBvC8KCUaBXsZX6bwV7hssRVn+BgFCuEievJMx0khTRVh i9goObxu5Jl44RtwbZNYB1UE1IzRWEZw+b3cEvXiQjPl2e3ytMZSmhy+IaKmjxES6ODiuh51KAcm PZfZIaX2djmD76YGi+ETmnb8Xm3dAgMBAAGjggHEMIIBwDAfBgNVHSMEGDAWgBQcexmel5x2rCA9 2NzjkWrj2y2mUzAdBgNVHQ4EFgQUICO/88T0EQvEUm5+HVt/d9Mm+Z8wDgYDVR0PAQH/BAQDAgWg MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMCkGA1UdEQQiMCCBHm1hZ251cy53ZXN0ZXJs dW5kQGVyaWNzc29uLmNvbTBIBgNVHR8EQTA/MD2gO6A5hjdodHRwOi8vY3JsLnRydXN0LnRlbGlh LmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIudHJ1c3Qu dGVsaWEuY29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEuY29tL2Vy aWNzc29ubmxpbmRpdmlkdWFsY2F2My5jZXIwDQYJKoZIhvcNAQELBQADggIBANRZXQy+lUW97uaL uApOixnDKLpUoz+N/5Owd/9illmbxQDEY1/pPs4KJSvw88p+F3bmOzb+fLUNa6Mi/2Tw83FzEVmO 3RqzKtca+I9GDpRQ8oWL7hrUPJoNacidSZLmAP4L4kwHIhvGNX4f1c/oB4fAkP/xZsAAxYi7nKxd XA2n/KMWNkezyB9BSsD8ZOS4pWU8UaZjd5r0fzqM5zQbU4EPqHa8jFMSMz1UrYXPKKxl6E4WA3TE w1oLjcli0NWGQHyQ+3Kh7fe6zPoXfLd/2EQjr2o76ssgoqd2V1Mx5TRHdUyxjIMPEOVYpvcerNUB hEBkaOQ9FugYcMhMc8BF7nQZq+hsL/T7idg4gE2sEfNdK9RBf/EVH10GMrmbadqTycztD1gUL3dV Qxik4TCMxIctt9XqtTGHaMewZLQAXp/sHWlU/vmz9brcuzYQ9YVd5hTendGMUyGhWPV/KvxouKPK zdrGeEqUQCeBwWgQASQNOrpTzMJwZAV/Ww3ExQCjHvflvUQzVuU0sC6AEVkgqMATIXS6h6rjLL31 pjt2JV84XRjF5afYkcRIHTsrtcoWeFtOu/GpZNhtq+tde0QvnkSsjczMWU0gKk0hXBmXwEGUimuD Vq/Wvr0mr18d9mKA6xPNQOfn/VL5CWXa11OtOjj8WsTy3XUpyJ6dc9Z72TmKMIIF9DCCA9ygAwIB AgIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEy MTEwOTU4NDlaFw0yMzEyMTIwOTU4NDlaMF4xETAPBgNVBAoMCEVyaWNzc29uMRowGAYDVQQDDBFN YWdudXMgV2VzdGVybHVuZDEtMCsGCSqGSIb3DQEJARYebWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nz b24uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAiE+lPXXVKVAhK8iANu8bRfFr EQCH3OYwWr37tDhg5sCE2GEQ9j2jBHRCviOHas9H+sXAqw5wZNl4/icY4WkZKkwInyWYpmvVhNia CP7qvFLEthyVpYbKQMCsdaLAEYLUYjI0WWcsn4kWS24Fx1mKZ07d4vULLl/7qPaGRVqQwm2XnuCJ fbpXbFHLgS2cdj8mbwbwvCglGgV7GV+m8Fe4bLEVZ/gYBQrhInryTMdJIU0VYYvYKDm8buSZeOEb cG2TWAdVBNSM0VhGcPm93BL14kIz5dnt8rTGUpocviGipo8REujg4roedSgHJj2X2SGl9nY5g++m BovhE5p2/F5t3QIDAQABo4IBxDCCAcAwHwYDVR0jBBgwFoAUHHsZnpecdqwgPdjc45Fq49stplMw HQYDVR0OBBYEFCAjv/PE9BELxFJufh1bf3fTJvmfMA4GA1UdDwEB/wQEAwIFoDBVBgNVHSAETjBM MEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3Qu dGVsaWFzb25lcmEuY29tL0NQUzApBgNVHREEIjAggR5tYWdudXMud2VzdGVybHVuZEBlcmljc3Nv bi5jb20wSAYDVR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nz b25ubGluZGl2aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIG CCsGAQUFBwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBI BggrBgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDUWV0MvpVFve7mi7gKTosZwyi6VKM/ jf+TsHf/YpZZm8UAxGNf6T7OCiUr8PPKfhd25js2/ny1DWujIv9k8PNxcxFZjt0asyrXGviPRg6U UPKFi+4a1DyaDWnInUmS5gD+C+JMByIbxjV+H9XP6AeHwJD/8WbAAMWIu5ysXVwNp/yjFjZHs8gf QUrA/GTkuKVlPFGmY3ea9H86jOc0G1OBD6h2vIxTEjM9VK2FzyisZehOFgN0xMNaC43JYtDVhkB8 kPtyoe33usz6F3y3f9hEI69qO+rLIKKndldTMeU0R3VMsYyDDxDlWKb3HqzVAYRAZGjkPRboGHDI THPARe50GavobC/0+4nYOIBNrBHzXSvUQX/xFR9dBjK5m2nak8nM7Q9YFC93VUMYpOEwjMSHLbfV 6rUxh2jHsGS0AF6f7B1pVP75s/W63Ls2EPWFXeYU3p3RjFMhoVj1fyr8aLijys3axnhKlEAngcFo EAEkDTq6U8zCcGQFf1sNxMUAox735b1EM1blNLAugBFZIKjAEyF0uoeq4yy99aY7diVfOF0YxeWn 2JHESB07K7XKFnhbTrvxqWTYbavrXXtEL55ErI3MzFlNICpNIVwZl8BBlIprg1av1r69Jq9fHfZi gOsTzUDn5/1S+Qll2tdTrTo4/FrE8t11KcienXPWe9k5ijCCBsIwggSqoAMCAQICEFO4foPhnJko k7CbSRzsuOswDQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMM FlRlbGlhU29uZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBH MQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe7 2FS3xpP348GqO9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh /VuYUaW407CZlDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98M vWxzwCHzMj8m6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmd vkaoP9EzNKAh7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7 zoM2Ot1menJpFp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP 1UrZaEIFu+hO+s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3s p0FdQDEzQlnF/h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25a EvAA+yrrplCh/kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUU kBUrrvijPDaGK5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCC AbQwgYoGCCsGAQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFz b25lcmEuY29tMEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVy YS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAE TjBMMEoGDCsGAQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1 c3QudGVsaWFzb25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1 c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OOR auPbLaZTMB8GA1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4IC AQBQWGvx1Yw7tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNM Vek4lkt/0dqfVIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7 m3NwurNDmmNbG52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HT CIChMuTV9W0tzPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNM MbAqRHwpSLxe3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7 DRbP6Kp14/Y9XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPN mJ0RLCi+4d4/47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKa kDZfAFM4HoHz8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i 0bqGahxlHYzl/QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+W kDGCAsowggLGAgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwDQYJYIZIAWUD BAIBBQCgggFBMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDMz MTE0MjczOVowLwYJKoZIhvcNAQkEMSIEIGYYgLwAVFXU+IzVkhJm2tcq/3QlZuMiA4pW1XptgCMA MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYD VQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdlE9InYZOYLl1zGep4IwawYLKoZI hvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIPAXZRPSJ2GTmC5dcxnqeCMA0GCSqGSIb3DQEB AQUABIIBAAAZJzUdsvCbj64cuoi6VSA7IkRZ2CMBG4LJuyxGsltcQl45LuO2nFJLHT2VrjFBXntm bFxJqGSym7aAMADAT/MBGGiCNL0qT1zKPBJ+fKouTzgIMUAskVXE/iuLiYGOqsZ45Wl6yz3Xmkgz W29lmaFlgxGGiITj+z9677POA7zxNnyFh37YjJ1TDfZKeenOBko2ESGsaKG4a3FYpg5pStTAQ1qW 3g/4jpRdfZDmJUs608bpuG/5hqedJ7O4aj2Ph6UQkO5uJKNA2uiq8+DT+aj/vS4SWAReXaYmIVHd A8gmP4v2vP8TlVlacPxnraJNxLEMLpXg0ROiI7jhf0ZeBoMAAAAAAAA= --=-vb758RnXwsogmPUxcLRI-- From nobody Wed Mar 31 16:37:47 2021 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 8D9143A3B84; Wed, 31 Mar 2021 16:37:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Wh1l91RjjjUC; Wed, 31 Mar 2021 16:37:41 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C4543A310D; Wed, 31 Mar 2021 16:37:40 -0700 (PDT) Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 12VNXeut022578; Wed, 31 Mar 2021 19:37:39 -0400 Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049458.ppops.net-00191d01. with ESMTP id 37n2d10fdq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 31 Mar 2021 19:37:39 -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 12VNbckj085861; Wed, 31 Mar 2021 18:37:38 -0500 Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 12VNbY7v085771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 31 Mar 2021 18:37:35 -0500 Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id 22598403A433; Wed, 31 Mar 2021 23:37:34 +0000 (GMT) Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id F1B65403A421; Wed, 31 Mar 2021 23:37:33 +0000 (GMT) Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12VNbXN0126622; Wed, 31 Mar 2021 18:37:33 -0500 Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 12VNbOcO125858; Wed, 31 Mar 2021 18:37:25 -0500 Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.86]) by mail-blue.research.att.com (Postfix) with ESMTP id 7F85A10A191B; Wed, 31 Mar 2021 19:37:23 -0400 (EDT) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas1.research.att.com ([fe80::e881:676b:51b6:905d%12]) with mapi id 14.03.0513.000; Wed, 31 Mar 2021 19:37:46 -0400 From: "MORTON, ALFRED C (AL)" To: Magnus Westerlund , "Ruediger.Geib@telekom.de" CC: "ippm@ietf.org" Thread-Topic: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-08.txt Thread-Index: AQHXJOMHlm9sjtq8v0uvrodRIOhLraqcfcAAgAAgCgCAAV5yAIAAHfYAgABTGACAAEsagA== Date: Wed, 31 Mar 2021 23:37:46 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0147CD4BB8@njmtexg5.research.att.com> References: <161705348048.17388.9380614999436689902@ietfa.amsl.com> <201af4d37914dfc0a87204b82c6db3c236acea6d.camel@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.148.42.167] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-GUID: hNyYW97-7q-wGz96i1JbF6ebhffu3nLW X-Proofpoint-ORIG-GUID: hNyYW97-7q-wGz96i1JbF6ebhffu3nLW X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-31_11:2021-03-31, 2021-03-31 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxscore=0 phishscore=0 spamscore=0 adultscore=0 lowpriorityscore=0 impostorscore=0 malwarescore=0 bulkscore=0 priorityscore=1501 mlxlogscore=999 suspectscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2103310000 definitions=main-2103310162 Archived-At: Subject: Re: [ippm] I-D Action: draft-ietf-ippm-capacity-metric-method-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: Wed, 31 Mar 2021 23:37:46 -0000 SGkgTWFnbnVzLCBSw7xkaWdlciwgYW5kIGFsbCwNCg0KR3JhYmJpbmcgYSBjb3VwbGUgb2YgcmVj ZW50IGNvbW1lbnRzIGZvciByZXBseToNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiBGcm9tOiBpcHBtIFttYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Yg TWFnbnVzIFdlc3Rlcmx1bmQNCj4gU2VudDogV2VkbmVzZGF5LCBNYXJjaCAzMSwgMjAyMSAxMDoy OCBBTQ0KPHNuaXA+DQo+IFllcywgc28gSSB0aGluayBFQ04gaXMgZGVmaW5pdGVseSBzb21ldGhp bmcgdGhhdCBjYW4gd2FpdCBmb3IgZnV0dXJlDQo+IGltcHJvdmVtZW50cy4gSSB3YXMgc2ltcGx5 IHRyeWluZyB0byBiZSBhcyBjbGVhciBhcyBwb3NzaWJsZSB0aGF0IGZyb20gYW4NCj4gZW5kcG9p bnQgeW91IGRvbid0IGhhdmUgdGhhdCBtYW55IGJhc2ljIGluZGljYXRvcnMgb2YgY29uZ2VzdGlv bnMuDQpbYWNtXSANCk9LLCB3ZSBkb24ndCBtZW50aW9uIEVDTiByaWdodCBub3cuDQoNCj4gDQo+ IFNvIEkgYW0gcHJpbWFyaWx5IGNvbmNlcm5lZCB0aGF0IHRoaXMgb25lIGhhcyB0aGUgcmlnaHQg ZGVzY3JpcHRpb24gZm9yIHdoYXQgd2UNCj4gZXhwZWN0IGl0IHRvIGRvLiBGcm9tIG15IHBlcnNw ZWN0aXZlIEkgaGF2ZSBubyBpc3N1ZSB3aXRoIHRoaXMgYmVpbmcgcHVibGlzaGVkDQo+IHdpdGgg YSBjbGVhciBsaW1pdGVkIGFwcGxpY2FiaWxpdHkgYW5kIGNsZWFyIGluZGljYXRpb24gb2Ygd2hh dCBpdCBpcyBleHBlY3RlZA0KPiB0byBkby4gRm9yIHRoZSBpbnRlbnRpb24gSSBhbSBmaW5lIHdp dGggeW91IGF1dGhvcnMgcmV3b3JkIGl0IHRvIHNvbWV0aGluZw0KPiBzaW1pbGFyIHRoYXQgaXMg bW9yZSBjb25zaXN0ZW50IHdpdGggdGhlIGV4aXN0aW5nIHRleHQuIEkganVzdCB3YW50IGl0IHRv IGJlDQo+IGNsZWFyIHRoYXQgZHVlIHRvIHRoZSBuYXR1cmUgb2YgdGhlIGludGVudCB0byBtZWFz dXJlIGNhcGFjaXR5IGl0IG1heSBwdXNoDQo+IGV4aXN0aW5nIGVsYXN0aWMgdHJhZmZpYyBvdXQg b2YgdGhlIHdheSBpbiB0aGUgcHJvYmluZyB0byBkZXRlcm1pbmUNCj4gbWF4aW11bSBjYXBhY2l0 eS4NClthY21dIA0KUmlnaHQuDQoNCkluIFZlcnNpb24gMDgsIHdlIGhhdmUgdGhpcyBzdGF0ZW1l bnQgaW4gdGhlIFNjb3BlL0FwcGxpY2FiaWxpdHkgc2VjdGlvbiByZWdhcmRpbmcgdGhlIA0KYWxn b3JpdGhtOg0KDQogICBUaGUgbG9hZCByYXRlIGFkanVzdG1lbnQgYWxnb3JpdGhtJ3MgZ29hbCBp cyB0byBkZXRlcm1pbmUgdGhlIE1heGltdW0NCiAgIElQLUxheWVyIENhcGFjaXR5IGluIHRoZSBj b250ZXh0IG9mIGFuIGluZnJlcXVlbnQsIGRpYWdub3N0aWMsIHNob3J0DQogICB0ZXJtIG1lYXN1 cmVtZW50LiAgSXQgaXMgUkVDT01NRU5ERUQgdG8gZGlzY29udGludWUgbm9uLW1lYXN1cmVtZW50 DQogICB0cmFmZmljIHRoYXQgc2hhcmVzIGEgc3Vic2NyaWJlcidzIGRlZGljYXRlZCByZXNvdXJj ZXMgd2hpbGUgdGVzdGluZy4NCg0KV2UgY2FuIGV4cHJlc3MgdGhlIGxpbWl0YXRpb25zIG1vcmUg Y2xlYXJseSBpbiB0aGUgZmlyc3Qgc2VudGVuY2UsIA0KYW5kIGF1Z21lbnQgdGhlIHNlY29uZCBz ZW50ZW5jZSBhcyBmb2xsb3dzOg0KDQpUaGUgbG9hZCByYXRlIGFkanVzdG1lbnQgYWxnb3JpdGht J3Mgc2NvcGUgaXMgbGltaXRlZCB0byBoZWxwaW5nIGRldGVybWluZSB0aGUgTWF4aW11bSBJUC1M YXllciBDYXBhY2l0eSBpbiB0aGUgY29udGV4dCBvZiBhbiBpbmZyZXF1ZW50LCBkaWFnbm9zdGlj LCBzaG9ydCB0ZXJtIG1lYXN1cmVtZW50LiBJdCBpcyBSRUNPTU1FTkRFRCB0byBkaXNjb250aW51 ZSBub24tbWVhc3VyZW1lbnQgdHJhZmZpYyB0aGF0IHNoYXJlcyBhIHN1YnNjcmliZXIncyBkZWRp Y2F0ZWQgcmVzb3VyY2VzIHdoaWxlIHRlc3Rpbmc6IG1lYXN1cmVtZW50cyBtYXkgbm90IGJlIGFj Y3VyYXRlIGFuZCB0aHJvdWdocHV0IG9mIGNvbXBldGluZyBlbGFzdGljIHRyYWZmaWMgbWF5IGJl IGdyZWF0bHkgcmVkdWNlZC4NCg0KPiANCj4gQ2hlZXJzDQo+IA0KPiBNYWdudXMNCj4gDQo+IE9u IFdlZCwgMjAyMS0wMy0zMSBhdCAwOTozMCArMDAwMCwgUnVlZGlnZXIuR2VpYkB0ZWxla29tLmRl IHdyb3RlOg0KPiA+IEhpIE1hZ251cywNCj4gPg0KLi4uDQo+ID4gVWRwc3QgaXMgb3BlbiBzb3Vy Y2UuIEluIGdlbmVyYWwsIGFuZCBub3QgYWRkcmVzc2luZyB5b3UgcGVyc29uYWxseSwgSSdkDQo+ ID4gYXBwcmVjaWF0ZSBhbGwgaW1wcm92ZW1lbnRzIHRvIHJlZHVjZSB0b3RhbCB0ZXN0IGxvYWQg YW5kIHRlc3QgZHVyYXRpb24sIGFuZA0KPiA+IGRlYWxpbmcgd2l0aCBiYWNrZ3JvdW5kIHRyYWZm aWMgb3IgKG1vcmUgZ2VuZXJpYykgZGVhbGluZyB3aXRoIGZlZWRiYWNrDQo+ID4gaW5kaWNhdGlu ZyB2YXJ5aW5nIElQLWNhcGFjaXR5IGR1cmluZyBhIHNpbmdsZSB0ZXN0IHNlc3Npb24gYXQgdGhl IHJlY2VpdmVyLg0KPiA+IElmIHRoZSByZXN1bHQgaXMgImF2YWlsYWJsZSBjYXBhY2l0eSIgYmVj YXVzZSBvZiBzdWNoIGEgdGltZS12YXJ5aW5nIHJlY2VpdmVyDQo+ID4gSVAgY2FwYWNpdHksIHRo ZW4gdGhhdCdzIHRoZSByZXN1bHQgYW5kIHRoZSB0ZXN0IHN0b3BzLiBJIGFncmVlLCB0aGF0IGEg dGVzdA0KPiA+IHNob3VsZCBub3QgdHJ5IHRvIGRldGVybWluZSBJUCBhY2Nlc3MgY2FwYWNpdHkg ImJ5IGFsbCBtZWFucyIgKGFuZCBJIHRoaW5rDQo+ID4gbmVpdGhlciBkb2VzIHRoZSB0ZXh0IHBy b3ZpZGVkLCBub3IgZG9lcyB0aGUgaW1wbGVtZW50YXRpb24pLg0KPiA+DQo+ID4gUmVnYXJkcywN Cj4gPg0KPiA+IFLDvGRpZ2VyDQo+ID4NCj4gPg0KPiA+IC0tLS0tVXJzcHLDvG5nbGljaGUgTmFj aHJpY2h0LS0tLS0NCj4gPiBWb246IE1hZ251cyBXZXN0ZXJsdW5kIDxtYWdudXMud2VzdGVybHVu ZEBlcmljc3Nvbi5jb20+DQo+ID4gR2VzZW5kZXQ6IE1pdHR3b2NoLCAzMS4gTcOkcnogMjAyMSAw OTo0Mw0KLi4uDQo+ID4NCj4gPiBIaSBSdWVkaWdlciwNCj4gPg0KLi4uDQo+ID4gPg0KPiA+ID4g W1JHXSBJIGRvbid0IHVuZGVyc3RhbmQgd2hldGhlciB5b3VyIGZlZWRiYWNrIGlzIGZvY3VzZWQg b24gaW1wcm92ZW1lbnRzIG9mDQo+ID4gPiBwYXJhbWV0cml6YXRpb24gb3Igb24gdGhlIGJhc2lj IGJlaGF2aW91ciBvZiB0aGUgYWxnb3JpdGhtLiBUaGUgYWxnb3JpdGhtIGlzDQo+ID4gPiBub3Qg ZGVzaWduZWQgdG8gYmUgdW5mYWlyLg0KPiA+DQo+ID4gSSBhbSBub3QgYWZ0ZXIgaW1wcm92ZW1l bnRzIG9mIHRoZSBhbGdvcml0aG1zIEkgYWZ0ZXIgYWNjcnVhdGUgcmVwcmVzZW50YXRpb24NCj4g PiBvZiB0aGUgYWxnb3JpdGhtIGFuZCBpbnRlbmRlZCB1c2FnZS4gRnJvbSBteSBwZXJzcGVjdGl2 ZSB0aGlzIGFsZ29yaXRobSBkb2VzIG5vdA0KPiA+IG5lZWQgdG8gYmUgZWl0aGVyIHNlbGYtZmFp ciBvciBmYWlyIGFnYWluc3QgYW55IG90aGVyIGNvbmdlc3Rpb24gY29udHJvbA0KPiA+IGFsZ29y aXRobXMuIEFuZCBJIGFtIGZpbmUgd2l0aCB0aGF0IGFzIGxvbmcgYXMgaXQgaXMgY2xlYXIgb24g dGhlIGJveA0KPiA+IHdoYXQgaXQgZG9lcy4gSGF2ZSBhbnlvbmUgcnVuIGFueSB0ZXN0cyBvZiBo b3cgdGhpcyBiZWFodmVzIHdoZW4gY29tcGV0aW5nIHdpdGgNCj4gPiBvdGhlciBjb25nZXN0aW9u IGNvbnRyb2xzLCBsaWtlIENVQklDLCBCQlIoMS8yKSwgTEVEQkFUIGV0Yz8gSSBhbSBub3QgYXNr aW5nIGZvciBpdA0KPiA+IGJ1dCBpdCBpZiBpdCBoYXMgYmVlbiBydW4gaXQgd291bGQgYmUgZW5s aWdodGVuaW5nLg0KPiA+DQpbYWNtXSANCkxlbiBoYXMgcnVuIHNvbWUgdGVzdHMgdXNpbmcgdGhl IHJ1bm5pbmcgY29kZSAodmVyc2lvbiA0LjUgYXQgdGhhdCB0aW1lKSB3aXRoIA0KMTAgY29tcGV0 aW5nIFRDUCAoaXBlcmYpIGZsb3dzIHVzaW5nIENVQklDIENDQSBvbiBhIDUwME1icHMgcmF0ZS1s aW1pdGVkICBhY2Nlc3MuDQpUaGlzIGlzIGEgcmF0aGVyIGV4dHJlbWUgc2NlbmFyaW8gZm9yIGNv bXBldGluZyB0cmFmZmljLiANCg0KV2l0aCB0aGUgZGVmYXVsdCBsb2FkIHJhdGUgYWRqdXN0bWVu dCBwYXJhbWV0ZXJzLCBpdCB3YXNuJ3QgcG9zc2libGUgdG8gc3RhcnZlIGFsbCANCnRoZSBlbGFz dGljIHRyYWZmaWMgaW4gYSB0ZXN0IHVzaW5nIDEwIHNlY29uZCBkdXJhdGlvbi4gSG93ZXZlciwg YW4gYWxnb3JpdGhtIA0KbW9kaWZpY2F0aW9uIHRvIHJldGFpbiBmYXN0IHJhdGUgaW5jcmVhc2Vz IGZvbGxvd2luZyBjb25nZXN0aW9uIHByb2R1Y2VkIG1vcmUgDQphY2N1cmF0ZSB0ZXN0IHJlc3Vs dHMgZHVyaW5nIGEgMTAgc2Vjb25kIHRlc3QuIFRoaXMgbW9kaWZpY2F0aW9uIGhhcyBzaG93biBz b21lIHZhbHVlDQppbiBvdGhlciBleHRyZW1lIGNpcmN1bXN0YW5jZXMsIHN1Y2ggYXMgaW50ZXIt Y29udGluZW50YWwgdGVzdGluZyBbc2VlIFJlZiBZLlN1cDYwXS4NCg0KSG9wZSB0aGlzIGhlbHBz LA0KQWwNCg0KDQoNCj4gPiBDaGVlcnMNCj4gPg0KPiA+IE1hZ251cw0K