From nobody Wed Sep 1 10:56:56 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E04123A11C7; Wed, 1 Sep 2021 10:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 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_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sA-NCva1v_RE; Wed, 1 Sep 2021 10:56:47 -0700 (PDT) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2130.outbound.protection.outlook.com [40.107.93.130]) (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 DD0573A11C4; Wed, 1 Sep 2021 10:56:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RZfysgQAqOjuc0WsuQm0LxrjxJs4J59poR0H43pLgCxJDI0/IH3ygp85B4/BXVJ/iDiS0snHDZojuAJYBhiHo4KC/ujnhTjHdILCALK7KF7vrm4DQUCXu3ofcTsByoDosQAMf7t7hBou/aPBSnaHoksF1spoKyXcEBrjy/+bOzuoGPUhcIsbXuv2EmDUYKwXN+AH0k6DvCTmA07GVCPaqBCrkEPsE5lt6VA96nbrt3EMSCbtA/ansZYdhD90AP/LMiSVBNUJ0jscfAdFz5zbHR1vNuhANS2dgDwqq37dBiSDp4Tkpvx0JXyfwBoJmex0UsZJY/bB6Ww7jgZ/65liTQ== 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; bh=Os9WBjc21XDmtzbdi1nxKqmw+oxb1RCuHMskVxkmuvI=; b=CJ3FQJaQCBHBgpB69SXKsUhMl7jI6zsRhVyDJ4erL+3t1tcw//nTqalVi6ubuCsniqbVt208XBmKdIBxgDZ6lIW/ZMAP8hceZYzqXvhjHmWAJqs9nmOAWS9cb+HeSm3K6gYBy7OOWKUqTyYsYTfQoKtvImsgHGd5UO4su7Rs3XE1pt7Me2kU9E9qbZQUbtnMDdTmeosSwaWXR0qmOVYDd9NPatCGgCcHpNfmGUOb8o7y0r8bAknjFr441Q56FnPqB4JfMz87c4M8lEQnwf7bgE8SPhrV6cB++0T8yB3e0RJp6QHXId6fdfe/7cKgpqlJ6DnOt6O2Ukutq8JAlyVtew== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Os9WBjc21XDmtzbdi1nxKqmw+oxb1RCuHMskVxkmuvI=; b=Uo54EYOh4pFKaoCz5tF60sXRloGzbswKq65OMdIfe0fcyA2E1W7k+Al5I0PIMFkdvp+6xuOzdg87UsiTpm9euJHnjWNogHbj/tQOU0RrhmbbsLwrwfB4EzZlCcoktIEMo+d6XSeIKBw9wjbiMeg0u/UGNct5NWi/yeV+FB5MEAk= Received: from MN2PR13MB4206.namprd13.prod.outlook.com (2603:10b6:208:a0::26) by MN2PR13MB3039.namprd13.prod.outlook.com (2603:10b6:208:13a::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.12; Wed, 1 Sep 2021 17:56:42 +0000 Received: from MN2PR13MB4206.namprd13.prod.outlook.com ([fe80::a894:6dd:f23f:b039]) by MN2PR13MB4206.namprd13.prod.outlook.com ([fe80::a894:6dd:f23f:b039%5]) with mapi id 15.20.4500.004; Wed, 1 Sep 2021 17:56:42 +0000 From: James Guichard To: Weiqiang Cheng CC: "spring-chairs@ietf.org" , "spring@ietf.org" Thread-Topic: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ Thread-Index: AddzM0ZtyXblce0NTvCgLPdHPAkEfAiwfTeQACRbfkACNMftIA== Date: Wed, 1 Sep 2021 17:56:42 +0000 Message-ID: References: <0b6d01d79688$0273ef70$075bce50$@com> In-Reply-To: <0b6d01d79688$0273ef70$075bce50$@com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: chinamobile.com; dkim=none (message not signed) header.d=none;chinamobile.com; dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 36e712bf-bba8-46da-4690-08d96d71db3b x-ms-traffictypediagnostic: MN2PR13MB3039: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: W2U4s4AlMF8bsWg1tN7i59PIQaPFbVSYHx0ccU7nqnYrpLAzBF0z+Ew0GZf/ScHFLrT6oiaFAfwTOyfrv9iZiBzhbvyyaF7IQpZp9yIi3mACg4zQWK1yL9SZyUveTMsgHFpSJ69OMYWIX98gqIZeBh1IWCvbG3htQc7H9D4ykT+OHvTRs679qKY5RTaD99RyC3zfItXpo0IR0qriIOVlhsZC6jxpj6TDAJpT5pjFc/MO1pIh1FhfpC42gV5uslExkUwD/1+TJj1H2u4K0gJ+A3bmOmWTI0r0fJl1JiEL1Bi5YTASeMR1DPUxalrDn1pfL16uP9wMrNoVQ4mzGBYNpPMxaiWVmmihLcUeOEBlisUxjtS7EOiAjKdrQgBS01S52OHRMllqL5buk7FjJkFP0vr0uqhXGo27Njmd2VUtSCdZewjkgjK0c4kK4QfhGQkJt/ZwPSOLKkISlL5Y660x6k04j0poqPwZ5xWG0YmVrxyJ9cJQxIfxS8aLpILWVwtzyb3TkVOU5DReinW53vAEKxunhptG3EOI+mgtBZoOWlEFiqFqo5uh0NW85eR2NWpYnYwkZ8YmqYYGwg4zzKDOAZE/Lr0GG4b4/hL6VAAGQR567GJvw4393vBDxipGycHp6kFWbhyF0s6WSw4u+JocCQ0mqph1q7wDEJWelDny5hUAfxj+nB7DzYtbI43P/MhmMPnNvCHtNTKW2Fgs540GkLOvCadNnR712tT2z89Nu8x3EMCp28QEznaB2MCJKySuofWTUdvnKM14vanE4pE0BehPBxzEwZBd8DhxZj3btnRiwCHmb6npwHzk6UQ2ZQuC/YFOhmF6riyUXVnPy5fpHg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB4206.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(366004)(39840400004)(136003)(346002)(54906003)(64756008)(38100700002)(8936002)(478600001)(122000001)(9686003)(76116006)(316002)(66556008)(66476007)(71200400001)(66946007)(66446008)(8676002)(38070700005)(9326002)(55016002)(7696005)(966005)(4326008)(5660300002)(83380400001)(52536014)(186003)(86362001)(2906002)(166002)(6916009)(33656002)(6506007)(53546011); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?eTE3Z0ZoN05ZZ0tYTXE2UERtZm1xbDhWdElVTnUxNVRtTnI4Q1FVbytsWENo?= =?utf-8?B?NzZ6TDc1VDdKZEJjRmUyMTh4c1RQaG9RSUF1N0hwc2pwZytaSkl6U0ZXWnpW?= =?utf-8?B?WkZ3QXZxdHdqbThpbFUyUTJkMlFHQU85RVRPYWNBU1p1dmMxU2ZqOFdNS1dN?= =?utf-8?B?aFd1RDFaak82S3JYNjVpQ2ppYTZXeE9BMWE5eDB1NWdKanFXNExmMjhISWxF?= =?utf-8?B?M1ByT0p3MHEwamVWMmZWUEkzdCtDcGVuVVlWVGxWMy9hQUd3TWI0WUJ1NmNR?= =?utf-8?B?SlIxODFVVGU0azVmWWVJby9laDE2cmU3QmZJcjdHL044YlRZSHg0cnJrNnlu?= =?utf-8?B?QnY1NHd1dkF3Szh2OHNyb2R6ektsV09DSFl4MlJMRkNZUDN1c0FiTjRWOUdD?= =?utf-8?B?QnR4MDd1SmtGMlJoRElFdFowZnZRcmdaVmVCZGMvSEI2M1R0a3QxWGFxZEIr?= =?utf-8?B?YkJsOWEzODNRRXNUazRsOTduOTRBbE1ZVTZFSFpGYWpjdDNKbEZXNUowRjJn?= =?utf-8?B?a1J1SVJRaWxSS0VTWmNEcnMwV3FJOFZwckp1Wi9BQ2VCOGxYelFxSUdld1hK?= =?utf-8?B?cTVTcUVyK2g3Vk1DZTZKbzUyUWZSaDhnRmdtWVZrMzlYeUNOVEMyTWVhTGlK?= =?utf-8?B?TTJ0cDhya3BtTUgrY2s0YzJJUnlYWUdYaE5uUDBZZHl1T216VHdGV3Y5aHVJ?= =?utf-8?B?NWNJOVdoS1FhR2crZHdpR1l4MkIxQnJUZEVsc09raXY1Z1pRUUZ4Sm1KLzN1?= =?utf-8?B?TEIxcFZLNUM0dHNlT0ZZcVJjYlpuMFhwbDRiTzR3NDdqbTlHYnRDL0NZa01R?= =?utf-8?B?eDJiWVhaTTB4N2hxY1hDUFRJeWhjbnQzUktEKzJOWnQxaEdsQUJ4cm1UdUtO?= =?utf-8?B?SkZ6SU9DeVQ5R0M4WVBzdGxFQUdNMzQwcWxORUl3b1VOdTdSYzZ6OFV2T1RB?= =?utf-8?B?YUZCd2RZcUFaaUJXQkxmenV0OHI3OEJQZ3RxdTl1dlJMRnhjUWtoOEplNElo?= =?utf-8?B?MGg1dVpSYWdPSnpYQVpieGI0MGxTT2dKOUswaTVCc25hSG5kbVM2aWV2MFFl?= =?utf-8?B?WC9PaE5VT2NuZ0srWmVsRi9BTStSTzExRGdDWWhjKzlMd0U4S0pYYVd5b1Fx?= =?utf-8?B?TzhGb2lQaVZOKy91N3lGWEVLRUVvZnhTRXV6bXR1Q0JKbU52U3RxMGhPS3Zv?= =?utf-8?B?NVBOc1BKblpzWUpBN2ZYYk4zVUw3TE5EZ3kwOTJFTEVHKzcxTmpNWGFLV0xV?= =?utf-8?B?ZlQwQi9XNWVpN004TXhtQXhLeHVxUzhnSi9DaFJrZGN1cGNTbzJjNjZ6TWxq?= =?utf-8?B?Q3Q2dkZyaFJCejRsMFVKWEhDcXl6OGFWNGVqZzAyTDRyckhBTllLY2Vxc0tB?= =?utf-8?B?L1VSNWkrZ0pSaElCSWZ2T2kxTkNVM0puMDZ1WnhpUGIxeVZRQjgwWmhvaDg2?= =?utf-8?B?L29IMUhSOU96YzcrbVRkVnZhbXpTaFlFQ2VueTVVUGV1TjdWMyttd2lXSVhq?= =?utf-8?B?ZkNyRFlKaDZzS0ZjSVMwM0JUT0djTEFlSGdJNWMxV1hwZjdCNjU3azBicTNU?= =?utf-8?B?aWtyM1gxUHlEZXgxUUI3M0ZBK1RNZVlnVXFnU0Jmem9jZVNrQ3oxa0I2T0pL?= =?utf-8?B?WDZwTHYwb1VGdlQ3bmtHOVIrR0xsYXR4TktTaStDRUZUbGxRWEd0UlRGV0NJ?= =?utf-8?B?RlNzeE5ZMVE3SFdTR0RncXpDcGQ2NXlLQTZyclU3NExNR2lHRkx5dEVOdUdy?= =?utf-8?B?bXhGVkpDVGxOR0lWY2JMYnlSOTlhWUN2SUhWWVNsSFBOQkhWL1U0eXVyZUc5?= =?utf-8?B?NDlmR2JuVEIyN251ZWtOczhCZkQ2N3NIdWV5aUd4TzU2NHdya3RwTzVrdlZR?= =?utf-8?Q?FQ9lI2sb8M2g4?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB42064139D67CFD6159B13B08D2CD9MN2PR13MB4206namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB4206.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 36e712bf-bba8-46da-4690-08d96d71db3b X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2021 17:56:42.5593 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VwYI5NFA1Ab9xvJSwaY6eXX3Fyd3Au8I+bd3uyH/P65Pls8PEHqHeq1qNGvgiL30TKApwkk4q0CoSSlI5pL0qA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3039 Archived-At: Subject: Re: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2021 17:56:53 -0000 --_000_MN2PR13MB42064139D67CFD6159B13B08D2CD9MN2PR13MB4206namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV2VpcWlhbmcsDQoNClRoYW5rIHlvdS4NCg0KVGhlIGNoYWlycyByZXZpZXdlZCB0aGUgV0dM QyByZXNwb25zZXMgdGhpcyBtb3JuaW5nIGFuZCB3ZSBiZWxpZXZlIHRoYXQgY29tbWVudHMgaGF2 ZSBiZWVuIGFkZHJlc3NlZCBhbmQgdGhlcmUgaXMgZW5vdWdoIHN1cHBvcnQgdG8gbW92ZSB0aGlz IGRvY3VtZW50IGZvcndhcmQuDQoNClRoYW5rcyENCg0KSmltLCBKb2VsICYgQnJ1bm8NCg0KRnJv bTogV2VpcWlhbmcgQ2hlbmcgPGNoZW5nd2VpcWlhbmdAY2hpbmFtb2JpbGUuY29tPg0KU2VudDog U2F0dXJkYXksIEF1Z3VzdCAyMSwgMjAyMSA4OjI4IEFNDQpUbzogSmFtZXMgR3VpY2hhcmQgPGph bWVzLm4uZ3VpY2hhcmRAZnV0dXJld2VpLmNvbT4NCkNjOiBzcHJpbmctY2hhaXJzQGlldGYub3Jn OyBkcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudEBpZXRmLm9yZw0KU3ViamVjdDog UmU6IFtzcHJpbmddIFdHTEMgZm9yIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50Lw0KDQpEZWFyIENoYWlycywNClRoYW5r IHlvdSB2ZXJ5IG11Y2guDQoNCkNvLWF1dGhvcnMgdXBsb2FkZWQgYSBuZXcgdmVyc2lvbiBvZiB0 aGUgZHJhZnQganVzdCBub3csIGluIHdoaWNoIHdlIGhhdmUgcmVzb2x2ZWQgYWxsIHRoZSBjb21t ZW50cyByZWNlaXZlZCB1cCB0byBub3cuDQpodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lk L2RyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50LTA1LnR4dDxodHRwczovL25hbTEx LnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ3d3cu aWV0Zi5vcmclMkZhcmNoaXZlJTJGaWQlMkZkcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2Vn bWVudC0wNS50eHQmZGF0YT0wNCU3QzAxJTdDamFtZXMubi5ndWljaGFyZCU0MGZ1dHVyZXdlaS5j b20lN0MwODYzZmFlM2QzMjA0NTliMTFmMTA4ZDk2NDlmMmM2ZiU3QzBmZWU4ZmYyYTNiMjQwMTg5 Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzc2NTE0NTcwOTcyNTI2MTglN0NVbmtub3duJTdD VFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENKQlRpSTZJ azFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZzZGF0YT1WTWdrVjRpQ1EyaGpDVTBZNks0M0ls M1NENDdyMUdIOE9PUVFOMEJNM3JFJTNEJnJlc2VydmVkPTA+DQoNCldlIGJlbGlldmUgdGhlIGRy YWZ0IGhhdmUgYmVlbiByZWFkeSBmb3IgcHVibGljYXRpb24uDQpMZXQgdXMga25vdyBhbnkgZnVy dGhlciBhY3Rpb25zIHdlIG5lZWQgdGFrZS4NCg0KQi5SLg0KV2VpcWlhbmcgQ2hlbmcNCg0KDQrl j5Hku7bkuro6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSDku6Pooagg SmFtZXMgR3VpY2hhcmQNCuWPkemAgeaXtumXtDogMjAyMeW5tDjmnIgyMeaXpSAwMzowMg0K5pS2 5Lu25Lq6OiBKYW1lcyBHdWljaGFyZDsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0 Zi5vcmc+DQrmioTpgIE6IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1jaGFp cnNAaWV0Zi5vcmc+DQrkuLvpopg6IFJlOiBbc3ByaW5nXSBXR0xDIGZvciBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC8N Cg0KRGVhciBXRzoNCg0KVGhpcyBXR0xDIGhhcyBub3cgZW5kZWQuIFRoZSBjaGFpcnMgd2lsbCBh bm5vdW5jZSBhIGRlY2lzaW9uIG9uIHRoZSBuZXh0IHN0ZXBzIHNob3J0bHkuDQoNClRoYW5rcyEN Cg0KSmltLCBKb2VsICYgQnJ1bm8NCg0KRnJvbTogSmFtZXMgR3VpY2hhcmQgPGphbWVzLm4uZ3Vp Y2hhcmRAZnV0dXJld2VpLmNvbTxtYWlsdG86amFtZXMubi5ndWljaGFyZEBmdXR1cmV3ZWkuY29t Pj4NClNlbnQ6IFdlZG5lc2RheSwgSnVseSA3LCAyMDIxIDExOjQ5IEFNDQpUbzogc3ByaW5nQGll dGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQpDYzogc3ByaW5nLWNoYWlyc0BpZXRmLm9y ZzxtYWlsdG86c3ByaW5nLWNoYWlyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFdHTEMgZm9yIGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1z ZWdtZW50Lw0KDQpEZWFyIFdHOg0KDQpUaGlzIGVtYWlsIHN0YXJ0cyBhIDIgd2VlayBXb3JraW5n IEdyb3VwIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21lbnQg WzFdLg0KDQpQbGVhc2UgcmVhZCB0aGlzIGRvY3VtZW50IGlmIHlvdSBoYXZlbuKAmXQgcmVhZCB0 aGUgbW9zdCByZWNlbnQgdmVyc2lvbiBhbmQgc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBTUFJJ TkcgV0cgbGlzdCBubyBsYXRlciB0aGFuIEp1bHkgMjFzdCAyMDIxLg0KDQpJZiB5b3UgYXJlIHJh aXNpbmcgYSBwb2ludCB3aGljaCB5b3UgZXhwZWN0IHdpbGwgYmUgc3BlY2lmaWNhbGx5IGRlYmF0 ZWQgb24gdGhlIG1haWxpbmcgbGlzdCwgY29uc2lkZXIgdXNpbmcgYSBzcGVjaWZpYyBlbWFpbC90 aHJlYWQgZm9yIHRoaXMgcG9pbnQuDQoNCkxhc3RseSwgaWYgeW91IGFyZSBhbiBhdXRob3Igb3Ig Y29udHJpYnV0b3IgcGxlYXNlIHJlc3BvbnNlIHRvIGluZGljYXRlIHdoZXRoZXIgeW91IGtub3cg b2YgYW55IHVuZGlzY2xvc2VkIElQUiByZWxhdGVkIHRvIHRoaXMgZG9jdW1lbnQuDQoNClRoYW5r cyENCg0KSmltLCBKb2VsICYgQnJ1bm8NCg0KWzFdIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50LzxodHRwczovL25hbTEx LnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZkYXRh dHJhY2tlci5pZXRmLm9yZyUyRmRvYyUyRmRyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdt ZW50JTJGJmRhdGE9MDQlN0MwMSU3Q2phbWVzLm4uZ3VpY2hhcmQlNDBmdXR1cmV3ZWkuY29tJTdD MDg2M2ZhZTNkMzIwNDU5YjExZjEwOGQ5NjQ5ZjJjNmYlN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNh MWQ1NTkxZmVkYyU3QzElN0MwJTdDNjM3NjUxNDU3MDk3MjYyNjEyJTdDVW5rbm93biU3Q1RXRnBi R1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsxaGFX d2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmc2RhdGE9SDNLVSUyQlVnR3A2cVQ5RFloUGxXbWhlWUdr YVYySllLQSUyQjV4ZmxoN3ZObmslM0QmcmVzZXJ2ZWQ9MD4NCg0KDQoNCg0K --_000_MN2PR13MB42064139D67CFD6159B13B08D2CD9MN2PR13MB4206namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ047fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdv cmQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgV2VpcWlhbmcsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+VGhlIGNoYWlycyByZXZpZXdlZCB0aGUgV0dMQyByZXNwb25zZXMg dGhpcyBtb3JuaW5nIGFuZCB3ZSBiZWxpZXZlIHRoYXQgY29tbWVudHMgaGF2ZSBiZWVuIGFkZHJl c3NlZCBhbmQgdGhlcmUgaXMgZW5vdWdoIHN1cHBvcnQgdG8gbW92ZSB0aGlzIGRvY3VtZW50IGZv cndhcmQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPlRoYW5rcyE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SmltLCBKb2VsICZhbXA7IEJydW5vPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8 L2I+IFdlaXFpYW5nIENoZW5nICZsdDtjaGVuZ3dlaXFpYW5nQGNoaW5hbW9iaWxlLmNvbSZndDsg PGJyPg0KPGI+U2VudDo8L2I+IFNhdHVyZGF5LCBBdWd1c3QgMjEsIDIwMjEgODoyOCBBTTxicj4N CjxiPlRvOjwvYj4gSmFtZXMgR3VpY2hhcmQgJmx0O2phbWVzLm4uZ3VpY2hhcmRAZnV0dXJld2Vp LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWll dGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbc3ByaW5nXSBXR0xDIGZvciBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC88bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0QiPkRlYXIgQ2hhaXJzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPlRoYW5r IHlvdSB2ZXJ5IG11Y2guPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Q28tYXV0aG9ycyB1cGxvYWRlZCBhIG5ldyB2 ZXJzaW9uIG9mIHRoZSBkcmFmdCBqdXN0IG5vdywgaW4gd2hpY2ggd2UgaGF2ZSByZXNvbHZlZCBh bGwgdGhlIGNvbW1lbnRzIHJlY2VpdmVkIHVwIHRvIG5vdy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PGEgaHJl Zj0iaHR0cHM6Ly9uYW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0 dHBzJTNBJTJGJTJGd3d3LmlldGYub3JnJTJGYXJjaGl2ZSUyRmlkJTJGZHJhZnQtaWV0Zi1zcHJp bmctbXBscy1wYXRoLXNlZ21lbnQtMDUudHh0JmFtcDtkYXRhPTA0JTdDMDElN0NqYW1lcy5uLmd1 aWNoYXJkJTQwZnV0dXJld2VpLmNvbSU3QzA4NjNmYWUzZDMyMDQ1OWIxMWYxMDhkOTY0OWYyYzZm JTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMCU3QzYzNzY1MTQ1NzA5 NzI1MjYxOCU3Q1Vua25vd24lN0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJ am9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJmFtcDtzZGF0 YT1WTWdrVjRpQ1EyaGpDVTBZNks0M0lsM1NENDdyMUdIOE9PUVFOMEJNM3JFJTNEJmFtcDtyZXNl cnZlZD0wIj5odHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWlldGYtc3ByaW5n LW1wbHMtcGF0aC1zZWdtZW50LTA1LnR4dDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5XZSBiZWxpZXZlIHRo ZSBkcmFmdCBoYXZlIGJlZW4gcmVhZHkgZm9yIHB1YmxpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0QiPkxldCB1cyBrbm93IGFueSBmdXJ0aGVyIGFjdGlvbnMgd2UgbmVlZCB0 YWtlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOiMxRjQ5N0QiPkIuUi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5X ZWlxaWFuZyBDaGVuZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 U2ltU3VuIj7lj5Hku7bkuro8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OlNpbVN1biI+Ojwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U2ltU3VuIj4gc3ByaW5nIFs8YSBocmVmPSJtYWlsdG86c3By aW5nLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZzwvYT5d DQo8Yj48c3BhbiBsYW5nPSJaSC1DTiI+5Luj6KGoIDwvc3Bhbj48L2I+SmFtZXMgR3VpY2hhcmQ8 YnI+DQo8Yj48c3BhbiBsYW5nPSJaSC1DTiI+5Y+R6YCB5pe26Ze0PC9zcGFuPjo8L2I+IDIwMjE8 c3BhbiBsYW5nPSJaSC1DTiI+5bm0PC9zcGFuPjg8c3BhbiBsYW5nPSJaSC1DTiI+5pyIPC9zcGFu PjIxPHNwYW4gbGFuZz0iWkgtQ04iPuaXpTwvc3Bhbj4gMDM6MDI8YnI+DQo8Yj48c3BhbiBsYW5n PSJaSC1DTiI+5pS25Lu25Lq6PC9zcGFuPjo8L2I+IEphbWVzIEd1aWNoYXJkOyA8YSBocmVmPSJt YWlsdG86c3ByaW5nQGlldGYub3JnIj4NCnNwcmluZ0BpZXRmLm9yZzwvYT48YnI+DQo8Yj48c3Bh biBsYW5nPSJaSC1DTiI+5oqE6YCBPC9zcGFuPjo8L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmct Y2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYub3JnPC9hPjxicj4NCjxiPjxzcGFu IGxhbmc9IlpILUNOIj7kuLvpopg8L3NwYW4+OjwvYj4gUmU6IFtzcHJpbmddIFdHTEMgZm9yIDxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc3ByaW5n LW1wbHMtcGF0aC1zZWdtZW50LyI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC88L2E+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBXRzo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VGhpcyBXR0xDIGhhcyBub3cgZW5kZWQuIFRoZSBjaGFpcnMgd2lsbCBhbm5vdW5jZSBh IGRlY2lzaW9uIG9uIHRoZSBuZXh0IHN0ZXBzIHNob3J0bHkuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoYW5rcyE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SmltLCBKb2VsICZhbXA7IEJydW5v PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUx RTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj5Gcm9tOjwvYj4gSmFtZXMgR3VpY2hhcmQgJmx0OzxhIGhyZWY9Im1haWx0bzpqYW1lcy5u Lmd1aWNoYXJkQGZ1dHVyZXdlaS5jb20iPmphbWVzLm4uZ3VpY2hhcmRAZnV0dXJld2VpLmNvbTwv YT4mZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKdWx5IDcsIDIwMjEgMTE6NDkg QU08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmlu Z0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmctY2hh aXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6 PC9iPiBXR0xDIGZvciA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC8iPg0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21lbnQvPC9hPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBXRzo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhpcyBlbWFpbCBzdGFydHMgYSAyIHdlZWsgV29ya2luZyBHcm91cCBM YXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50IFsxXS48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+UGxlYXNlIHJlYWQgdGhpcyBkb2N1bWVudCBpZiB5b3UgaGF2 ZW7igJl0IHJlYWQgdGhlIG1vc3QgcmVjZW50IHZlcnNpb24gYW5kIHNlbmQgeW91ciBjb21tZW50 cyB0byB0aGUgU1BSSU5HIFdHIGxpc3Qgbm8gbGF0ZXIgdGhhbiBKdWx5IDIxPHN1cD5zdDwvc3Vw PiAyMDIxLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMjEy NTI5Ij5JZiB5b3UgYXJlIHJhaXNpbmcgYSBwb2ludCB3aGljaCB5b3UgZXhwZWN0IHdpbGwgYmUg c3BlY2lmaWNhbGx5IGRlYmF0ZWQgb24gdGhlIG1haWxpbmcgbGlzdCwgY29uc2lkZXIgdXNpbmcg YSBzcGVjaWZpYyBlbWFpbC90aHJlYWQgZm9yIHRoaXMgcG9pbnQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyMTI1MjkiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMjEyNTI5Ij5MYXN0bHksIGlmIHlvdSBhcmUgYW4gYXV0aG9yIG9yIGNvbnRy aWJ1dG9yIHBsZWFzZSByZXNwb25zZSB0byBpbmRpY2F0ZSB3aGV0aGVyIHlvdSBrbm93IG9mIGFu eSB1bmRpc2Nsb3NlZCBJUFIgcmVsYXRlZCB0byB0aGlzIGRvY3VtZW50Lg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MhPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkppbSwg Sm9lbCAmYW1wOyBCcnVubzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5bMV0gPGEgaHJlZj0iaHR0cHM6Ly9u YW0xMS5zYWZlbGlua3MucHJvdGVjdGlvbi5vdXRsb29rLmNvbS8/dXJsPWh0dHBzJTNBJTJGJTJG ZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZkcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgt c2VnbWVudCUyRiZhbXA7ZGF0YT0wNCU3QzAxJTdDamFtZXMubi5ndWljaGFyZCU0MGZ1dHVyZXdl aS5jb20lN0MwODYzZmFlM2QzMjA0NTliMTFmMTA4ZDk2NDlmMmM2ZiU3QzBmZWU4ZmYyYTNiMjQw MTg5Yzc1M2ExZDU1OTFmZWRjJTdDMSU3QzAlN0M2Mzc2NTE0NTcwOTcyNjI2MTIlN0NVbmtub3du JTdDVFdGcGJHWnNiM2Q4ZXlKV0lqb2lNQzR3TGpBd01EQWlMQ0pRSWpvaVYybHVNeklpTENKQlRp STZJazFoYVd3aUxDSlhWQ0k2TW4wJTNEJTdDMTAwMCZhbXA7c2RhdGE9SDNLVSUyQlVnR3A2cVQ5 RFloUGxXbWhlWUdrYVYySllLQSUyQjV4ZmxoN3ZObmslM0QmYW1wO3Jlc2VydmVkPTAiPg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRo LXNlZ21lbnQvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_MN2PR13MB42064139D67CFD6159B13B08D2CD9MN2PR13MB4206namp_-- From nobody Wed Sep 1 19:55:32 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A4723A2457; Wed, 1 Sep 2021 19:55:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.798 X-Spam-Level: X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t0UNo-VE9ESp; Wed, 1 Sep 2021 19:55:25 -0700 (PDT) Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with ESMTP id D9BA13A2453; Wed, 1 Sep 2021 19:55:22 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.15]) by rmmx-syy-dmz-app06-12006 (RichMail) with SMTP id 2ee661303d009ea-88bee; Thu, 02 Sep 2021 10:54:58 +0800 (CST) X-RM-TRANSID: 2ee661303d009ea-88bee X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.54.85]) by rmsmtp-syy-appsvr08-12008 (RichMail) with SMTP id 2ee861303cfc4e4-8201b; Thu, 02 Sep 2021 10:54:57 +0800 (CST) X-RM-TRANSID: 2ee861303cfc4e4-8201b From: "Weiqiang Cheng" To: "'James Guichard'" Cc: , References: <0b6d01d79688$0273ef70$075bce50$@com> In-Reply-To: Date: Thu, 2 Sep 2021 10:54:58 +0800 Message-ID: <031d01d79fa5$ed60c000$c8224000$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_031E_01D79FE8.FB840000" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AddzM0ZtyXblce0NTvCgLPdHPAkEfAiwfTeQACRbfkACNMftIAATA0YQ Content-Language: zh-cn Archived-At: Subject: Re: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2021 02:55:31 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_031E_01D79FE8.FB840000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Jim, Thanks a lot. =20 B.R. Weiqiang Cheng =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: James Guichard = [mailto:james.n.guichard@futurewei.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021=E5=B9=B49=E6=9C=882=E6=97=A5 = 01:57 =E6=94=B6=E4=BB=B6=E4=BA=BA: Weiqiang Cheng =E6=8A=84=E9=80=81: spring-chairs@ietf.org; spring@ietf.org =E4=B8=BB=E9=A2=98: RE: [spring] WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ =20 Hi Weiqiang, =20 Thank you. =20 The chairs reviewed the WGLC responses this morning and we believe that = comments have been addressed and there is enough support to move this = document forward. =20 Thanks! =20 Jim, Joel & Bruno =20 From: Weiqiang Cheng =20 Sent: Saturday, August 21, 2021 8:28 AM To: James Guichard Cc: spring-chairs@ietf.org; draft-ietf-spring-mpls-path-segment@ietf.org Subject: Re: [spring] WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ =20 Dear Chairs, Thank you very much. =20 Co-authors uploaded a new version of the draft just now, in which we = have resolved all the comments received up to now. https://www.ietf.org/archive/id/draft-ietf-spring-mpls-path-segment-05.tx= t = =20 =20 We believe the draft have been ready for publication. Let us know any further actions we need take. =20 B.R. Weiqiang Cheng =20 =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: spring [mailto:spring-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 James Guichard =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021=E5=B9=B48=E6=9C=8821=E6=97=A5 = 03:02 =E6=94=B6=E4=BB=B6=E4=BA=BA: James Guichard; spring@ietf.org =E6=8A=84=E9=80=81: spring-chairs@ietf.org =E4=B8=BB=E9=A2=98: Re: [spring] WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ =20 Dear WG: =20 This WGLC has now ended. The chairs will announce a decision on the next = steps shortly. =20 Thanks! =20 Jim, Joel & Bruno =20 From: James Guichard =20 Sent: Wednesday, July 7, 2021 11:49 AM To: spring@ietf.org Cc: spring-chairs@ietf.org Subject: WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ =20 Dear WG: =20 This email starts a 2 week Working Group Last Call for = draft-ietf-spring-mpls-path-segment [1]. =20 Please read this document if you haven=E2=80=99t read the most recent = version and send your comments to the SPRING WG list no later than July = 21st 2021.=20 =20 If you are raising a point which you expect will be specifically debated = on the mailing list, consider using a specific email/thread for this = point. =20 Lastly, if you are an author or contributor please response to indicate = whether you know of any undisclosed IPR related to this document.=20 =20 Thanks! =20 Jim, Joel & Bruno =20 [1] = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ = =20 =20 =20 =20 =20 ------=_NextPart_000_031E_01D79FE8.FB840000 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi Jim,

Thanks a = lot.

 

B.R.

Weiqiang = Cheng

 

=E5=8F=91=E4=BB= =B6=E4=BA=BA: James = Guichard [mailto:james.n.guichard@futurewei.com]
=E5=8F=91=E9=80= =81=E6=97=B6=E9=97=B4: = 2021=E5=B9=B49=E6=9C=882=E6=97=A5 01:57
=E6=94=B6=E4=BB=B6=E4=BA=BA: Weiqiang = Cheng
=E6=8A=84=E9=80=81: spring-chairs@ietf.org; = spring@ietf.org
=E4=B8=BB=E9=A2=98: RE: [spring] WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/

 

Hi Weiqiang,

 

Thank you.

 

The chairs reviewed the WGLC = responses this morning and we believe that comments have been addressed = and there is enough support to move this document = forward.

 

Thanks!

 

Jim, Joel & Bruno

 

From: Weiqiang Cheng = <chengweiqiang@chinamobile.com>
Sent: Saturday, August = 21, 2021 8:28 AM
To: James Guichard = <james.n.guichard@futurewei.com>
Cc: = spring-chairs@ietf.org; = draft-ietf-spring-mpls-path-segment@ietf.org
Subject: Re: = [spring] WGLC for = https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/

 

Dear = Chairs,

Thank you very = much.

 

Co-authors uploaded a new = version of the draft just now, in which we have resolved all the = comments received up to now.

https://www.ietf.org/archive/id/dr= aft-ietf-spring-mpls-path-segment-05.txt

 

We believe the draft have been = ready for publication.

Let us know any = further actions we need take.

 

B.R.

Weiqiang = Cheng

 

 

 

Dear WG:

 

This WGLC has now ended. The chairs = will announce a decision on the next steps = shortly.

 

Thanks!

 

Jim, Joel & Bruno

 

 

Dear WG:

 

This email starts a 2 week Working Group Last Call for = draft-ietf-spring-mpls-path-segment [1].

 

Please read this document if you = haven=E2=80=99t read the most recent version and send your comments to = the SPRING WG list no later than July 21st 2021. =

 

If you are raising a point which = you expect will be specifically debated on the mailing list, consider = using a specific email/thread for this point.

 

Lastly, if = you are an author or contributor please response to indicate whether you = know of any undisclosed IPR related to this document. =

 

Thanks!

 

Jim, Joel & Bruno

 

[1] https://datatracker.ietf.org/doc/dr= aft-ietf-spring-mpls-path-segment/

 

 

 

 

------=_NextPart_000_031E_01D79FE8.FB840000-- From nobody Fri Sep 3 23:14:29 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E602C3A1B6D; Fri, 3 Sep 2021 23:14:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.987 X-Spam-Level: X-Spam-Status: No, score=-1.987 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, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, 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=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 r5vzuZghbs9D; Fri, 3 Sep 2021 23:14:20 -0700 (PDT) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 1EC783A1B6B; Fri, 3 Sep 2021 23:14:20 -0700 (PDT) Received: by mail-pj1-x1033.google.com with SMTP id w19-20020a17090aaf9300b00191e6d10a19so987864pjq.1; Fri, 03 Sep 2021 23:14:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FcVG10H/lh0u2Rfd4rpLNSz34T2JNHdWgeVO5MWzgZI=; b=gAArPTmX4JS4+5h5UQmIrFyLkSHO/98YwhZHKLGWZkz4Pz0lbKoLJ9qTqqtri5N97q GVB8kQIIgQbKO7NXDj04dPm8YVQTdG+gXAbeyg5lpVrDTJS+PXwj+QVr+uXzPKtBE05F khY1vfiv+8m617fA+Q94GuIwwygr5klzlR9MdKFiwfWiPILVhKGjCF2K0Di+L+M7l0zL IXFAjLZZtvLl1FRxjQl/+YabspOr7jnGUFxvUnvonCLZqATT6fezUxgPwn5dxxSGX4em 9JLpdNGLhadzMgdPAFlJZOr4HT2HjoHVlJyYM4PmMRpooOd1Foq7RFxhj524VBr/sQ24 T7Yw== 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=FcVG10H/lh0u2Rfd4rpLNSz34T2JNHdWgeVO5MWzgZI=; b=TV/GrVWq3wT5dNvGEHYetKWwH32PqP/fP16IH7lb1ziecsQNMikK+riIAuGno3HPVW /jI9vPODFYPSc4lPi8fsgoScogX3Y5CW3y0QJeM8XjWyah7+rO4zmOKMpfBvDrRP0g1X UuKD8aaycq7+Cqcbvpsw5p2oHzZdvqAcGGbdIJcdVObe2XtCF6kC26nm+ssZzsWd9oaV 21etw9kIqSyEIz4CTgbeABwl8irJbRFEqurbf/IM93CjSchCFFfos2ZtYcGYrJltonGS Ig4eflVAB4ezBkjxBAQeZQgHg32uC0MtxDgIn4CdaeAJn80YolWTqTpo3Mn7PseJWO2j IHVg== X-Gm-Message-State: AOAM530Dcg7CAEd+pJLZ9nwtfJaSruXcmEAWzlKw3RRHSGzIRIh/kqKZ t1wim0kjmc/MjILVum1JQfmmuqM5G1v8hIY/il4= X-Google-Smtp-Source: ABdhPJwhXtJAmg4aGJcRthTBzJmzdJMGHHjHejEmfiRZFP+VBwNdLzlmJ2SLPYx8syejJ0wFdP62u0ruvLrotJdutHs= X-Received: by 2002:a17:903:234d:b0:138:96ac:66c4 with SMTP id c13-20020a170903234d00b0013896ac66c4mr2125788plh.18.1630736057801; Fri, 03 Sep 2021 23:14:17 -0700 (PDT) MIME-Version: 1.0 References: <0addeb9e3cf7452b9d4977a115a76729@huawei.com> <872d55c62cfa4b38ab0ffe777367391e@huawei.com> In-Reply-To: From: Gyan Mishra Date: Sat, 4 Sep 2021 02:14:06 -0400 Message-ID: To: Tarek Saad Cc: Adrian Farrel , "Dongjie (Jimmy)" , "EXT-vishnupavan@gmail.com" , John E Drake , Lizhenbin , TEAS WG , draft-ali-teas-sprin , draft-decraene-mpls- , draft-filsfils-sprin , "mpls@ietf.org" , "spring@ietf.org" , =?UTF-8?B?6b6a56uL6Imz?= Content-Type: multipart/alternative; boundary="00000000000072a15405cb255386" Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2021 06:14:27 -0000 --00000000000072a15405cb255386 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Tarek, John & Jie I would like to chime in, comments in-line. In defining the resource in the underlay and how to discretely identify the nomenclature for NSC in provisioning underlay for a network slice. Also a key point mentioned in this thread and this relates to TE ACTN network slice and SR network slice which we have compared and contrasted, that any technology even Flex Algo or any other can be used in the underlay for the NSC provisioning of the network slice. Resource Partition =3D subset of underlay network links resources instantiation of the underlay data plane cross section layer of the network= . Partitioned Underlay Network Topology =3D Combination of multiple resource partitions to instantiate an underlay topology for the NSC provisioning of the network slice - JD Network Resource Partition =3D Tarek More explicitly defining resources for a network and not just a link Resource Partition Network =3D Jie To me putting network in the front or at the end has the intent to try to qualify the resource Partition so it=E2=80=99s not just for a set of links = but for the fine grain data plane network topology. >From a grammatical perspective the adjective proceeds the nouns they are describing so I think =E2=80=9Cnetwork resource partition=E2=80=9D would be= grammatically correct. Kind Regards Gyan On Wed, Aug 25, 2021 at 11:16 AM Tarek Saad wrote: > Hi Jie, > > > > See Inline, [TS2].. > > > > *From: *Dongjie (Jimmy) > *Date: *Tuesday, August 24, 2021 at 11:16 AM > *To: *Tarek Saad , John E Drake = , > Lizhenbin , TEAS WG > *Cc: *spring@ietf.org , mpls@ietf.org , > =E9=BE=9A=E7=AB=8B=E8=89=B3 , draft-filsfils-s= prin < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>, > draft-ali-teas-sprin , > EXT-vishnupavan@gmail.com , Adrian Farrel < > adrian@olddog.co.uk>, draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Subject: *RE: [Teas] More Discussion//RE: Re:Re: New term for the > underlay construct used for slice realization > > Hi, > > > > Please see comments inline with [Jie]: > > > > *From:* Tarek Saad [mailto:tsaad.net@gmail.com] > *Sent:* Saturday, August 21, 2021 1:05 AM > *To:* John E Drake ; Lizhenbin = ; > TEAS WG > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 ; d= raft-filsfils-sprin < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-ali-teas-sprin ; > EXT-vishnupavan@gmail.com ; Adrian Farrel < > adrian@olddog.co.uk>; draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Subject:* Re: [Teas] More Discussion//RE: Re:Re: New term for the > underlay construct used for slice realization > > > > Hi, > > > > Comments inline.. > > > > *From: *John E Drake > *Date: *Friday, August 20, 2021 at 9:33 AM > *To: *Lizhenbin , TEAS WG > *Cc: *Dongjie (Jimmy) , spring@ietf.org < > spring@ietf.org>, mpls@ietf.org , =E9=BE=9A=E7=AB=8B=E8=89= =B3 < > gongliyan@chinamobile.com>, draft-filsfils-sprin < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>, > draft-ali-teas-sprin , > EXT-vishnupavan@gmail.com , Adrian Farrel < > adrian@olddog.co.uk>, Tarek Saad , > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Subject: *RE: [Teas] More Discussion//RE: Re:Re: New term for the > underlay construct used for slice realization > > Hi, > > > > Comments inline. > > > > Yours Irrespectively, > > > > John > > > > > > Juniper Business Use Only > > *From:* Teas *On Behalf Of *Lizhenbin > *Sent:* Thursday, August 19, 2021 1:05 PM > *To:* TEAS WG > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 ; d= raft-filsfils-sprin < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-ali-teas-sprin ; > EXT-vishnupavan@gmail.com ; Adrian Farrel < > adrian@olddog.co.uk>; Tarek Saad ; > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Subject:* [Teas] More Discussion//RE: Re:Re: New term for the underlay > construct used for slice realization > > > > *[External Email. Be cautious of content]* > > > > Hi Folks, > > > > The =E2=80=9Cnew term=E2=80=9D discussion has been lasted for a while, th= anks to all who > participated in the discussion. > > > > So far it seems there are some rough consensus about this =E2=80=9Cnew te= rm=E2=80=9D > (maybe I am wrong) : > > 1. It is better to have a neutral term, which allows this underlay > construct to be used for both network slice services and other types of > services. > > 2. It seems =E2=80=9Cresource group=E2=80=9D receives more support than o= ther candidates. > > > > *[JD] Making these conclusions is the co-chairs=E2=80=99 job.* > > > > [TS]: +1 > > > > Here I=E2=80=99d also like to share some considerations and doubts about = the > underlay construct used for slice realization: > > 1. Before this discussion happens, it seems many network slicing related > drafts use =E2=80=9Cslice=E2=80=9D in their terms which refer to this und= erlay construct. > However, through this new term discussion, it seems most people indicate > they prefer a neutral term than a slice specific term. Thus I expect the > authors of the related drafts to provide more feedback about this point a= nd > indicate whether they agree with the choice of a neutral term. > > > > 2. As mentioned several times during the discussion, this underlay > construct has both the topology and resource attributes. With the term > =E2=80=9Cresource group=E2=80=9D, it is clear that it is a set of network= resources, then > how about the topology attribute? Is the topology attribute also included > in the =E2=80=9Cresource group=E2=80=9D? > > > > *[JD] There are two separate concepts:* > > > > *1) **Resource Partition - a subset of an underlay network link's > buffer/queuing/scheduling resources used to enable the underlay network t= o > have finer grained control of its data plane.* > > * Gyan> Agreed * > > *2) **Combining these resource partitions into a topology in the > underlay network, for which I was using the term 'partitioned underlay > network topology'.* > > * Gyan> Agreed * > > > > [TS]: I suggested appending network =E2=80=93 i.e. =E2=80=9Cnetwork resou= rce partition=E2=80=9D as > more suitable to indicate resources are over an underlay =E2=80=9Cnetwork= =E2=80=9D vs. a > resource partition over a single link. > > Gyan> +1 I think John=E2=80=99s term =E2=80=9Cpartitioned underlay net= work topology=E2=80=9D > can be better defined as =E2=80=9Cnetwork resource partition=E2=80=9D. A= s we are defining > the partition of the underlay we don=E2=80=99t need to use the word =E2= =80=9Cunderlay=E2=80=9D or > =E2=80=9Ctopology=E2=80=9D as that is what is being instantiated. > > [Jie] While I understand the intent here is to indicate that the resource > partitions are spread over the network, however =E2=80=9Cnetwork resource > partition=E2=80=9D could be interpreted as =E2=80=9Cpartition of network = resources (e.g. > buffer/queue/scheduling resources)=E2=80=9D, which does not convey the in= formation > we need. > > > Perhaps a more explicit approach is to put network in the end: resource > partitioned network (or sub-network), so that it is clear that the resour= ce > partitions are spread over the network with a sub-topology. > > Gyan> I think the goal putting network at the end trying to better > define the partitioned resource set from a grammatical perspective the > adjective here =E2=80=9Cnetwork=E2=80=9D should proceed the noun =E2=80= =9Cresource=E2=80=9D > > *[TS2]: The =E2=80=9Cnetwork=E2=80=9D here is to define the =E2=80=9Cscop= e=E2=80=9D of the resource group > (or partition) and not connectivity. Hence, I favor =E2=80=9Cnetwork=E2= =80=9D being as a > prefix.* > > > > > > 3. What is the intended scope of resource group? More specifically, is a > point-to-point path or a P2MP path with a set of reserved network resourc= e > a resource group? In history, RSVP-TE was used to set up resource reserve= d > point-to-point TE paths and P2MP TE paths. More recently, there is effort > in DetNet WG on the mechanisms to set up deterministic data paths. Can > these paths be considered as resource groups? Can we further classify th= em > into different P2P resource group, P2MP resource group, or MP2MP resource > group? > > > > *[JD] The connectivity constructs of a given IETF network slice service > can be implemented in the underlay network using whatever technologies th= e > provider wishes to use. A given resource partition can support multiple > connectivity constructs of any type.* > > > > [TS]: I agree here. Different connectivity types can be realized over the > same network resource partition > > Gyan> +1 > > [Jie] Then my understanding is this underlay construct always provide > any-to-any connectivity between the edge nodes, which can be used to > deliver services with any connectivity type. Is this correct? > > > > *[TS2]: The resources may be connected (in different ways) to provide any > type of connectivity.* > > Gyan> +1 > > 4. A more subtle question is, what is the relationship between resource > group and TE? Is resource group a construct under the TE architecture, or > is there some overlap between them? > > > > *[JD] Resource partitions just provide an enhanced underlay network > topology to which a provider can apply TE if they so desire.* > > * Gyan> Agreed * > > [TS]: TE can be done over the resources that a network resource partition > can offer =E2=80=93 for example, to optimally place paths over the remain= ing > resources of network resource partition. > > Gyan> Agreed > > [Jie] This may be related to the definition of TE. Is resource partition > or reservation one of the components of TE? I hope we can get some answer > from 3272bis. > > Gyan> I think the point that John snd Tarek are making is that the set > resources we are describing can apply to any technology TE, SR, Flex Algo > or other, and so the technology is orthogonal as we are not taking about > the technology being used in the underlay. > > We used to define the TE-LSP as something with which we can specify the > path and the set of resources reserved along the path. Following this, th= e > underlay construct we are discussing can be used to specify the topology > and the set of resources reserved in the topology. If we call the TE-LSP= a > =E2=80=9CTE path=E2=80=9D, maybe we can call this underlay construct a = =E2=80=9CTE network=E2=80=9D or > =E2=80=9Cvirtual TE network=E2=80=9D. Then TE paths can be provisioned in= the virtual TE > network, just like how the TE paths are provisioned in the physical > network. > > > > *[TS2]: AFAICS, the term we=E2=80=99re defining describes a set of resour= ces in a > network and, hence, it is orthogonal to the TE discussion.* > > *Gyan> Agreed * > > *Regards,* > > *Tarek* > > > > Best regards, > > Jie > > > > Regards, > > Tarek > > > > Wish to learn your thoughts on these considerations and doubts. > > > > > > > > Best Regards, > > Robin > > > > > > > > > > > > > > *From:* Lizhenbin > *Sent:* Tuesday, August 17, 2021 10:29 PM > *To:* '=E9=BE=9A=E7=AB=8B=E8=89=B3' ; draft-al= i-teas-sprin < > draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; TEAS WG ; EXT-vishnupavan@gmai < > vishnupavan@gmail.com>; Adrian Farrel ; Tarek Saad < > tsaad.net@gmail.com> > *Subject:* RE: Re:Re: [Teas] New term for the underlay construct used for > slicerealization > > > > Hi Liyan, > > Sorry that I missed your new draft. Thanks for your feedback. It is > helpful for us to have a common terminology. > > > > Best Regards, > > Robin > > > > > > > > *From:* =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com ] > > *Sent:* Tuesday, August 17, 2021 4:48 PM > *To:* Lizhenbin ; draft-ali-teas-sprin < > draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; TEAS WG ; EXT-vishnupavan@gmai < > vishnupavan@gmail.com>; Adrian Farrel ; Tarek Saad < > tsaad.net@gmail.com> > *Subject:* Re:Re: [Teas] New term for the underlay construct used for > slicerealization > > > > Hi All=EF=BC=8C > > The draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided a > slice ID encoding solution. > > And about the discussion, we are fine to follow the final decision of the > WG, no special requirements. > > > > [1] > https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network= -sliceid/ > > > > > Best Regards, > > Liyan Gong > > > > ----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---- > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*Lizhenbin > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*"draft-ali-teas-spring-ns-building-= blocks@ietf.org" < > draft-ali-teas-spring-ns-building-blocks@ietf.org>," > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org" < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>," > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org" < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *=E6=8A=84 =E9=80=81**: *"Dongjie \\(Jimmy\\)" ,"spr= ing@ietf.org" < > spring@ietf.org>,"mpls@ietf.org" ,TEAS WG >,John E Drake ," > EXT-vishnupavan@gmail.com" ,Adrian Farrel < > adrian@olddog.co.uk>,Tarek Saad > *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A*2021-08-17 00:04:32 > *=E4=B8=BB=E9=A2=98=EF=BC=9A* > Re: [Teas] New term for the underlay construct used for slicerealization > > > > Hi authors of > draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-state= less-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id, > > > > It is known that your drafts are also related with the underlay construct > used for slice realization. It also seems that you use the term with > =E2=80=9Cslice=E2=80=9D for the underlay construct. In the discussion of= TEAS WG, there is > some consensus to define a neutral new term without =E2=80=9Cslice=E2=80= =9D. Wish to learn > your opinions on the new term definition and there would be a convergence > on the new term after your participating in the discussion. > > > > > > Best Regards, > > Robin > > > > > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] * On > Behalf Of *John E Drake > *Sent:* Monday, August 16, 2021 8:53 PM > *To:* Dongjie (Jimmy) ; EXT-vishnupavan@gmail.com < > vishnupavan@gmail.com>; Adrian Farrel > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > Hi, > > > > It sounds like slice aggregates, or more generally overlay network servic= e > aggregates, are the things which use resource partitions. > > > > Yours Irrespectively, > > > > John > > > > > > Juniper Business Use Only > > *From:* Teas * On Behalf Of *Dongjie (Jimmy) > *Sent:* Friday, August 13, 2021 9:20 AM > *To:* EXT-vishnupavan@gmail.com ; Adrian Farrel < > adrian@olddog.co.uk> > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > *[External Email. Be cautious of content]* > > > > Hi Pavan, > > > > Sorry for chiming in, please see some comments inline: > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] * On > Behalf Of *Vishnu Pavan Beeram > *Sent:* Friday, August 13, 2021 1:32 AM > *To:* Adrian Farrel > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > ** As a WG participant.. ** > > > Adrian, Hi! > > > Thanks for your earlier emails in this thread that have helped drill down > the discussion to the specific item that needs a fresh term! > Please see inline (prefixed VPB). > > > -Pavan (as a WG participant) > > > > On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel > wrote: > > Thanks for your useful opinion, Tarek. > > > > I have no objection to the use of the word =E2=80=9Caggregate=E2=80=9D. I= t is generally > used to express grouping together to treat as a single entity or to be > treated in the same way. > > > > But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of fo= o have been > aggregated. > > > > [VPB] But, that isn=E2=80=99t necessarily how IETF has been using the ter= m =E2=80=9C > aggregate=E2=80=9D. =E2=80=9CBehavior Aggregate=E2=80=9D (as defined in = IETF) doesn=E2=80=99t mean > aggregating behaviors. The same goes for =E2=80=9CTreatment Aggregate=E2= =80=9D. Behavior > Aggregate (the way we read/interpret it) is an aggregate with a specific > behavior. > > > > [Jie] I just checked the definition of the =E2=80=9Caggregate=E2=80=9D re= lated terms in > the RFCs: > > > > Behavior Aggregate (defined in RFC 2474): a collection of packets with th= e > same codepoint crossing a link in a particular direction.=E2=80=9D > > > > Traffic Aggregate (defined in RFC 3086): a collection of packets with a > codepoint that maps to the same PHB, usually in a DS domain or some subs= et > of a DS domain. > > > > Treatment Aggregate (defined in RFC 5127): This term is defined as the > aggregate of Diffserv service classes. A treatment aggregate is concern= ed > only with the forwarding treatment of the aggregated traffic, which may = be > marked with multiple DSCPs. > > > > My reading of these definitions is that =E2=80=9Caggregate=E2=80=9D here = means either > aggregated packets or aggregated service classes which are treated in the > same way on a particular node or link. > > > > While what we want to describe with the new term IMO is =E2=80=9Ca group = of > network resources allocated on a set of network nodes and links=E2=80=9D.= Such > group of resources can be provisioned in different places of the network > and are organized together to provide a specific network-level behavior. > > > > Thus the key information to be delivered with the new term is =E2=80=9Ca = group of > organized resources in the network=E2=80=9D, rather than =E2=80=9Caggrega= ted behavior at a > particular point=E2=80=9D. > > > > Best regards, > > Jie > > > > So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of slices. Y= our use in > I-D.draft-bestbar-teas-ns-packet is, therefore, confusing. If the slices > are **not** separated out into different flows (or traffic streams) then, > yes, you are aggregating slices. But if the slices are separated out, as > you describe, then what you have is =E2=80=9CIETF network slice traffic = stream > aggregation=E2=80=9D. > > > > > > [VPB] Yes. The definition of the slice aggregate (as defined in > draft-bestbar-teas-ns-packet) does state that the slice aggregate compris= es > of one or more IETF network slice traffic streams. We could have chosen = a > longer descriptive name, but opted to keep it short. > > > > > > =E2=80=9CNetwork resource aggregate=E2=80=9D would imply that resources h= ave been > collected together to be used as a single entity. > > > > [VPB] Not necessarily. "Network Resource Aggregate" isn't meant to imply > "aggregating network resources". The intent behind the proposal is to say > that it is an aggregate that has specific network resources. > > > > You might do that, for example, with a set of parallel links that can be > aggregated (or bundled) and treated as a single link. > > > > I don=E2=80=99t think we are aggregating resources in this case. We are g= rouping, > profiling, partitioning, collecting, or even filtering. > > > > Adrian > > > > *From:* Tarek Saad > *Sent:* 12 August 2021 15:41 > *To:* adrian@olddog.co.uk; 'Kiran Makhijani' ; > 'John E Drake' ; 'Dongjie (Jimmy)= ' < > jie.dong@huawei.com>; 'Lizhenbin' ; teas@ietf.org > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > Hi Adrian/all, > > > > As described in I-D.ietf-teas-ietf-network-slice-definition, an IETF > Network Slice service may include multiple connections that associate set= s > of endpoints - each having a set of SLOs/SLEs. > > In I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a > construct that comprises of one or more IETF network slice traffic stream= s > that share the same set of SLOs/SLEs. > > The Slice Aggregate construct allows aggregating streams from multiple > IETF Network Slice connections that share common SLOs/SLEs so that the > provider network can offer the same aggregate treatment to them. The Sli= ce > Aggregate resources are instantiated on specific network elements as > dictated by the Slice Aggregate topology. > > > > Since the scope of I-D.draft-bestbar-teas-ns-packet was the realization o= f > IETF Network Slice service in a provider network, we had constrained the > aggregate construct to slices. > > > > We understand that the aggregate construct can be generalized to support > other services. Let us offer another option to consider for representing > the generic construct: =E2=80=9CNetwork Resource Aggregate=E2=80=9D. The= re are multiple > IETF documents that use the term Aggregate whenever grouping multiple > service classes (Behavior Aggregate, Treatment Aggregate, Traffic > Aggregate, etc.) - refer to rfc5127 and rfc2474 for more examples. > > > > Regards, > > Tarek > > > > > > *From: *Teas on behalf of Adrian Farrel < > adrian@olddog.co.uk> > *Date: *Wednesday, August 11, 2021 at 3:38 PM > *To: *'Kiran Makhijani' , 'John E Drake' < > jdrake=3D40juniper.net@dmarc.ietf.org>, 'Dongjie (Jimmy)' < > jie.dong@huawei.com>, 'Lizhenbin' , teas@ietf.org < > teas@ietf.org> > *Subject: *Re: [Teas] New term for the underlay construct used for slice > realization > > I wonder whether we can pick this apart and put it back together in a way > that makes sense. > > The customer's view of all this is an "IETF network slice service". I thi= nk > (hope) we are all agreed on this. The customer may ask (in shorthand) for= a > "network slice", but: > - they are talking about IETF technology, so they asking for an "IETF > network slice" > - they actually want behavioural characteristics and have no right to tel= l > the operator > how to manage the network, so they are asking for an "IETF network slic= e > service." > > The operator has a bigger set of things to worry about. > > 1. At the top of the operator's view is the "IETF network slice service" = as > requested by the customer. We have this defined already, so nothing > more > to say. > > 2. The operator maps the request for a slice service into the "IETF netwo= rk > slice" which is the expression of the service in terms of network > connectivity > in the context of the operator's network. The relationship here is li= ke > the > relationship between the L3SM and L3NM. > > 3. At the bottom of their view is an underlying network. The technology o= f > this > network depends, of course, on the operator's offering, but this is th= e > network > technology being sliced. It may be an IP network, and MPLS network, an > OTN, > or whatever. I would call this the "Underlay Network." This network ma= y, > in > turn, be built upon an underlay network of the same or a different > technology, > and it may be facilitated through network slicing - but this need not > concern > us here. > > 4. That leaves the glue in the middle: the bit that enables the scaling a= nd > maps > the network slice to the network. And I think it is this bit that is > causing the > most debate about terminology. There are some points to consider: > > a. The term "network resources" applies to the bandwidth, queues, > buffers, > etc. available on the links and nodes in the network. That may be > extended to refer to whole links and nodes. > > b. The number of IETF network slice services is potentially large and > the > operator needs a mechanism to scale the mapping of services to > network resources. > > c. The IETF network slices may be grouped for identical treatment to > achieve scaling, where the grouping collects IETF network slices > with > similar SLAs. > > d. It may be that different traffic flows within a single IETF network > slice > have different characteristics. In this case, it may be beneficia= l > to group > together some of the traffic flows from different slices. > > e. The grouped slices/flows are enabled in the network using network > resources assigned for that purpose. The assignment may be anythi= ng > from a fully-fledged virtual network (such as in ACTN or VPN+), > through > network reserved resources (such as in MPLS-TE), and centrally > accounted resources (such as SDN or possible SR), to statisticall= y > shared resources. > > There seems to be various points for and against 4d. But, it would appear > that this is an implementation or deployment issue that doesn't change wh= at > the protocols need to do. So we should probably allow it architecturally, > or > at least, not disallow it. > > Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, it > is > not necessary to implement such groupings either because there are only a > few slices (which has been the view of some operators) or because the > network systems can handle the number of slices. And it is in the nature = of > architectures of this sort that all functions can be nulled out without > loss > of generality, and we have to recall that the internals of provisioning > systems may appear as functional blocks in our architectures, but we don'= t > compel implementations to adhere to that type of architecture. So I don't > think we have to worry on that account. > > And that brings the question of how we name the resources that are gather= ed > in 4e. > > I can't decide whether it is helpful to spend time saying why I don't lik= e > each of the proposed terms. I certainly have things I don't like about (f= or > example) "slice aggregate" (because of 4d, which means it is really a > "slice > sub-flow aggregate"), and I am not a fan of "VTN" (because of "transport" > and maybe it is not really a network). But maybe it is better for me to s= ay > what I think we should call things? I think we have... > > - IETF network slice service (customer view) > - IETF network slice (operator view) > - Resource partition (delivery mechanism) > - Underlay network (network used to support the slice) > > Why "resource partition"? Well it is a collection of "nodes, links, and > network resources that are marked within the network for use by a set of > network slice traffic flows". > It is possible that the word "partition" is too strong because it may imp= ly > to some people that resources in a partition cannot be shared, but I don'= t > feel that. > Softer words than "partition" would be "group", "bundle", "pool", and I > could live with any of them. > > Best, > Adrian > > > -----Original Message----- > From: Teas On Behalf Of Kiran Makhijani > Sent: 11 August 2021 16:00 > To: John E Drake ; Dongjie (Jimmy) > ; Lizhenbin ; teas@ietf.org > Subject: Re: [Teas] New term for the underlay construct used for slice > realization > > Hi John, (and all), > > Two very basic clarification questions: > 1. How do we differentiate between the slice-segments that are > resource-aware vs those that are not? I had assumed that since a slice > has an SLO, it will need network resource allocations in some form. > > 2. Is it ok to assume that the customer view of slice is an 'IETF > network slice service' and the 'IETF slice realization' of that service > in a provider network is raises the question of underlay and overlay > constructs. Am I right? > (a) if so, then we are acknowledging the presence of another layer of > abstraction (for realization). It could be underlay/overlay or > aggregate/??. Then the term 'slice aggregate' is better and my > preference, it is easier to see that different slice-services are > aggregated into a single construct in a provider network. Use of > underlay/overlay are confusing. > (b) for a leaner provisioning, I would also prefer to see it documented > that the aggregate is optional and it should be possible to directly map > a slice-service to physical or real resources in the network. > specifically useful when a single domain is carving out slices for > different purposes. > > Thanks > Kiran > > > ------ Original Message ------ > From: "John E Drake" > To: "Dongjie (Jimmy)" ; "Lizhenbin" > ; "teas@ietf.org" > Sent: 8/11/2021 5:38:05 AM > Subject: Re: [Teas] New term for the underlay construct used for slice > realization > > >Jimmy, > > > >Snipped, comments inline. > > > >Yours Irrespectively, > > > >John > > > > > >Juniper Business Use Only > > > >> -----Original Message----- > >> From: Dongjie (Jimmy) > >> Sent: Tuesday, August 10, 2021 11:03 PM > >> To: John E Drake ; Lizhenbin >; > >>teas@ietf.org > >> Subject: RE: New term for the underlay construct used for slice > realization > >> > >> [External Email. Be cautious of content] > >> > >underlay construct for network slice realization bound to > >> > > network slice services? That is, is the underlay construct only f= or > >> > > use in network slicing, or should it be generalized for more > possible uses? > >> > > >> > [JD] Absolutely yes > >> > >> [Jie] I guess you mean "Yes" to the latter case, which is "it should = be > generalized > >> for more possible uses", is my understanding correct? > > > >[JD] Yes to the latter > > > >> > >> > > >> > > > >> > > 2. If the answer to question 1 is YES, should it reflect the > following > >> > > characteristics? > >> > > > >> > > a. It is about the underlay > >> > > b. It is about the partitioned resources used to deliver the > network slice > >> > > services > >> > > c. It allows the 1:1, N:1, and 1:N mapping models between th= e > network > >> > slice > >> > > services and the underlay construct. The 1:1 and N:1 mapping may = be > >> > > straightforward. Does it also make sense to divide the elements o= r > >> > > traffic flows in a single network slice service to carry them in > >> > > different > >> > underlay constructs? > >> > > >> > [JD] Yes to all of the above. Please see: > >> > > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf > > >> > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFoujxVlZ4r9 > >> > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$ > >> > > > >> > > Lastly, here are some candidates of the "new term": > >> > > > >> > > Option 1: The network slice service is called "overlay slice", th= en > >> > > the underlay construct is called "underlay slice". > >> > > > >> > > Option 2: The network slice service is called "service slice", th= en > >> > > the underlay construct is called "resource slice". > >> > > >> > [JD] I don't think we need another term for what we are already > >> > calling an 'IETF Network Slice Service'. Adrian and I are > considering > >> > the term 'resource partition' to describe the partitioning of > underlay > >> > network resources in support of various overlay services such as IE= TF > Network > >> Slice Services. > >> > This is congruent with the ideas expressed in: > >> > > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf > > >> > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFouj > >> > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$ > >> > ts-03. What this allows one to build is an 'partitioned underlay > >> > network topology'. > >> > >> [Jie] Agree that here we are talking about the term for the underlay > construct. > >> "Resource partition" captures one of its key characteristics, while I= MO > another > >> thing the term needs to reflect is that the resource partition is > needed > on a > >> subset of the links and nodes (rather than on a single node or link) = in > the physical > >> network, which together builds a logical network topology. > > > >[JD] In my initial email, above, I was proposing 'partitioned underlay > network topology' > > > >> > >> Best regards, > >> Jie > >> > >> > > >> > > > >> > > Your opinion about these candidates are much appreciated. You may > >> > > also propose other new term if it complies with the above two > points. > >> > > >> > [JD] I think you have exceeded your remit. > >> > > >> > > > >> > > > >> > > > >> > > Best Regards, > >> > > Robin > >> > > > >> > > _______________________________________________ > >> > > Teas mailing list > >> > > Teas@ietf.org > >> > > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te > > >> > > as > >> > > __;!!N > >> > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI- > >> > > O08HqD31TGJciNjuxL2A$ > >> > > >> > _______________________________________________ > >> > Teas mailing list > >> > Teas@ietf.org > >> > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas > > >> > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls- > >> ROxL4C2 > >> > _xNDCrPaNQ$ > > > >_______________________________________________ > >Teas mailing list > >Teas@ietf.org > >https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --00000000000072a15405cb255386 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Tarek, John & Jie

I would like to chime in, comments in-lin= e.

In defining the resou= rce in the underlay and how to discretely identify the nomenclature for NSC= in provisioning underlay for a network slice. =C2=A0


Also a key point = mentioned in this thread and this relates to TE ACTN network slice and SR n= etwork slice which we have compared and contrasted, that any technology eve= n Flex Algo or any other can be used in the underlay for the NSC provisioni= ng of the network slice.

Resource Partition =3D subset of underlay network links resources instanti= ation of the underlay data plane cross section layer of the network.
<= div dir=3D"auto">
Partitioned Underlay Network T= opology =3D Combination of multiple resource partitions to instantiate an u= nderlay topology for the NSC provisioning of the network slice - JD=C2=A0

Network Resource Partitio= n =3D Tarek=C2=A0
More explicitly defining resources= for a network and not just a link=C2=A0

<= div dir=3D"auto">Resource Partition Network =3D Jie=C2=A0

To me putting network in the front or at = the end has the intent to try to qualify the resource Partition so it=E2=80= =99s not just for a set of links but for the fine grain data plane network = topology. =C2=A0

From a = grammatical perspective the adjective proceeds the nouns they are describin= g so I think =E2=80=9Cnetwork resource partition=E2=80=9D would be grammati= cally correct.

Kind Rega= rds=C2=A0

Gyan

On We= d, Aug 25, 2021 at 11:16 AM Tarek Saad <tsaad.net@gmail.com> wrote:

Hi Jie,

=C2=A0

See Inline, [TS2]..

=C2=A0

From: Dongjie (Jimmy) <jie.dong@huawei.com>
Date: Tuesday, August 24, 2021 at 11:16 AM
To: Tarek Saad <tsaad.net@gmail.com>, John E Drake <jdrake@juniper.net>, Lizhenbin &l= t;lizhenbin@huawe= i.com>, TEAS WG <teas@ietf.org>
Cc: spring@ietf= .org <spring@ie= tf.org>, mpls@iet= f.org <mpls@ietf.= org>, =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>, draft-f= ilsfils-sprin <draft-filsfils-spring-srv6-stateless-sli= ce-id@ietf.org>, draft-ali-teas-sprin <draft-ali-teas= -spring-ns-building-blocks@ietf.org>, EXT-vishnup= avan@gmail.com <vishnupavan@gmail.com>, Adrian Farrel <adrian@olddog.co.uk>, draft-de= craene-mpls- <draft-decraene-mpls-slid-encoded-entr= opy-label-id@ietf.org>
Subject: RE: [Teas] More Discussion//RE: Re:Re: New term for the und= erlay construct used for slice realization

Hi,

=C2=A0=

Please see comments inline = with [Jie]:

=C2=A0=

From: Tarek Saad [mailto:tsaad.net@gmail.com]
Sent: Saturday, August 21, = 2021 1:05 AM
To: John E Drake <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>; TEAS WG <teas@ietf= .org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@= ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8= =89=B3 <gongliyan@chinamobile.com<= /a>>; draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org= >; draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel <ad= rian@olddog.co.uk>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-ent= ropy-label-id@ietf.org>
Subject: Re: [Teas] More Di= scussion//RE: Re:Re: New term for the underlay construct used for slice rea= lization

=C2=A0

Hi,

=C2=A0

Comments inline..=

=C2=A0

From: John E Drake <jdrake@juniper.net>
Date: Friday, August 20, 2021 at 9:33 AM
To: Lizhenbin <lizhenbin@huawei.com>, TEAS WG <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>, spring@ietf.org &l= t;spring@ietf.org&= gt;, mpls@ietf.org <mpls@ietf.org>, =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>, draft-filsfils-sprin <draft-filsfils-spring-srv= 6-stateless-slice-id@ietf.org>, draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blo= cks@ietf.org>, EXT-vishnupa= van@gmail.com <vishnupavan@gmail.com>, Adrian Farrel <adrian@olddog.co.uk>, Tarek Saa= d <tsaad.net@gm= ail.com>, draft-decraene-mpls- <draft-decraene-mpls-slid-enc= oded-entropy-label-id@ietf.org>
Subject: RE: [Teas] More Discussion//RE: Re:Re: New term for the und= erlay construct used for slice realization

Hi,

= =C2=A0

Comments inline.

= =C2=A0

Yours Irrespectively,<= /p>

= =C2=A0

John

= =C2=A0

= =C2=A0

Juniper Business Use Only

From: Teas <teas-bounces@ietf.org> On Behalf Of Lizhenbin
Sent: Thursday, August 19, = 2021 1:05 PM
To: TEAS WG <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89= =B3 <gongliyan@chinamobile.com= >; draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; dr= aft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org= >
Subject: [Teas] More Discus= sion//RE: Re:Re: New term for the underlay construct used for slice realiza= tion

=C2=A0

[External Email. Be cautious of content]

= =C2=A0

Hi Folks,<= /u>

=C2=A0=

The =E2=80=9Cnew term=E2=80= =9D discussion has been lasted for a while, thanks to all who participated = in the discussion.

=C2=A0=

So far it seems there are s= ome rough consensus about this =E2=80=9Cnew term=E2=80=9D (maybe I am wrong= ) :

1. It is better to have a n= eutral term, which allows this underlay construct to be used for both netwo= rk slice services and other types of services.

2. It seems =E2=80=9Cresour= ce group=E2=80=9D receives more support than other candidates.

= =C2=A0

[JD]=C2=A0 Making these conclusions is the c= o-chairs=E2=80=99 job.

= =C2=A0

[TS]: +1

=C2=A0=

Here I=E2=80=99d also like = to share some considerations and doubts about the underlay construct used f= or slice realization:

1. Before this discussion h= appens, it seems many network slicing related drafts use =E2=80=9Cslice=E2= =80=9D in their terms which refer to this underlay construct. However, through this new term discussion, it = seems most people indicate they prefer a neutral term than a slice specific= term. Thus I expect the authors of the related drafts to provide more feed= back about this point and indicate whether they agree with the choice of a neutral term.=

=C2=A0=

2. As mentioned several tim= es during the discussion, this underlay construct has both the topology and= resource attributes. With the term =E2=80=9Cresource group=E2=80=9D, it is clear that it is a s= et of network resources, then how about the topology attribute? Is the topo= logy attribute also included in the =E2=80=9Cresource group=E2=80=9D?

= =C2=A0

[JD]=C2=A0 There= are two separate concepts:=

=C2=A0

1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Resource Partition - a subset o= f an underlay network link's buffer/queuing/scheduling resources used t= o enable the underlay network to have finer grained control of its data plane.

=C2=A0Gyan> Agreed=C2=A0

2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Combining these resource partit= ions into a topology in the underlay network, for which I was using the ter= m 'partitioned underlay network topology'.

=C2=A0Gyan> Agreed=C2=A0

=C2=A0

[TS]: I suggested appending network =E2=80=93 i.e. =E2=80=9Cnetwo= rk resource partition=E2=80=9D as more suitable to indicate resources are o= ver an underlay =E2=80=9Cnetwork=E2=80=9D vs. a resource partition over a single link.

Gyan> +1 =C2=A0 =C2=A0I think John=E2=80=99s term =E2= =80=9Cpartitioned underlay network topology=E2=80=9D can be better defined = as =E2=80=9Cnetwork resource partition=E2=80=9D.=C2=A0 As we are defining t= he partition of the underlay we don=E2=80=99t need to use the word =E2=80= =9Cunderlay=E2=80=9D =C2=A0or =E2=80=9Ctopology=E2=80=9D as that is what is= being instantiated.=

[Jie] While I understand the intent here i= s to indicate that the resource partitions are spread over the network, how= ever =E2=80=9Cnetwork resource partition=E2=80=9D could be interpreted as =E2=80=9Cpartition of = network resources (e.g. buffer/queue/scheduling resources)=E2=80=9D, which = does not convey the information we need.


Perhaps a more explicit approach is to put= network in the end: resource partitioned network (or sub-network), so that= it is clear that the resource partitions are spread over the network with a sub-topology. <= u style=3D"font-family:Calibri,sans-serif">

=C2=A0Gyan> =C2=A0I think = the goal putting =C2=A0network at the end trying to better define the parti= tioned resource set from a grammatical perspective the adjective here =E2= =80=9Cnetwork=E2=80=9D should proceed the noun =E2=80=9Cresource=E2=80=9D

[TS2]: The =E2=80=9Cnetwork=E2= =80=9D here is to define the =E2=80=9Cscope=E2=80=9D of the resource group = (or partition) and not connectivity. Hence, I favor =E2=80=9Cnetwork=E2=80= =9D being as a prefix.

=C2=A0

=C2=A0

3. What is the intended sco= pe of resource group? More specifically, is a point-to-point path or a P2MP= path with a set of reserved network resource a resource group? In history, RSVP-TE was use= d to set up resource reserved point-to-point TE paths and P2MP TE paths. Mo= re recently, there is effort in DetNet WG on the mechanisms to set up deter= ministic data paths. Can these paths be considered as resource groups?=C2=A0 Can we further classify them into = different P2P resource group, P2MP resource group, or MP2MP resource group?=

= =C2=A0

[JD]=C2=A0 The connectivity constructs of a = given IETF network slice service can be implemented in the underlay network= using whatever technologies the provider wishes to use.=C2=A0 A given resource partition = can support multiple connectivity constructs of any type.<= /u>

= =C2=A0

[TS]: I agree here. Different connectivity types can be realized = over the same network resource partition

=C2=A0Gyan> +1

[Jie] Then my understanding is this underl= ay construct always provide any-to-any connectivity between the edge nodes,= which can be used to deliver services with any connectivity type. Is this correct?

=C2=A0

[TS2]: The resources may be connected (in different ways) to p= rovide any type of connectivity.

=C2=A0Gyan> +1

4. A more subtle question i= s, what is the relationship between resource group and TE? Is resource grou= p a construct under the TE architecture, or is there some overlap between them?

= =C2=A0

[JD]=C2=A0 Resource partitions just provide = an enhanced underlay network topology to which a provider can apply TE if t= hey so desire.

=C2=A0Gyan> =C2=A0Agreed=C2=A0

[TS]: TE can be done over the resources that a network resource p= artition can offer =E2=80=93 for example, to optimally place paths over the= remaining resources of network resource partition.=

Gyan> Agreed=C2=A0

[Jie] This may be related to the definitio= n of TE. Is resource partition or reservation one of the components of TE? = I hope we can get some answer from 3272bis.<= /u>

=C2=A0Gyan> I think the point that John snd Tarek are= making is that the set resources we are describing can apply to any techno= logy TE, SR, Flex Algo or other, and so the technology is orthogonal as we = are not taking about the technology being used in the underlay.

We used to define the TE-LSP as something = with which we can specify the path and the set of resources reserved along = the path. Following this, the underlay construct we are discussing can be used to specify the = topology and the set of resources reserved in the topology.=C2=A0 If we cal= l the TE-LSP a =E2=80=9CTE path=E2=80=9D, maybe we can call this underlay c= onstruct a =E2=80=9CTE network=E2=80=9D or =E2=80=9Cvirtual TE network=E2= =80=9D. Then TE paths can be provisioned in the virtual TE network, just like how the T= E paths are provisioned in the physical network.

=C2=A0

[TS2]: AFAICS, the term we=E2=80=99re defining describes a set= of resources in a network and, hence, it is orthogonal to the TE discussio= n.

G= yan> Agreed=C2=A0=

Regards,

Tarek

=C2=A0

Best regards,<= /p>

Jie

=C2=A0

Regards,

Tarek

= =C2=A0

Wish to learn your thoughts= on these considerations and doubts.

=C2=A0=

=C2=A0=

=C2=A0=

Best Regards,

Robin<= /span>

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=

=C2=A0=

From: Lizhenbin
Sent: Tuesday, August 17, 2= 021 10:29 PM
To: '=E9=BE=9A=E7=AB=8B=E8=89=B3= 9; <gongliyan@chinamobile.com>; draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-filsfi= ls-sprin <draf= t-filsfils-spring-srv6-stateless-slice-id@ietf.org>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org= >
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-= vishnupavan@gmai <vishnupavan@gmail.com>= ; Adrian Farrel <adrian@olddog.co.uk>; Tar= ek Saad <tsaad.net@gmail.com>
Subject: RE: Re:Re: [Teas] = New term for the underlay construct used for slicerealization

=C2=A0

Hi Liyan,<= /u>

Sorry that I missed your ne= w draft. Thanks for your feedback. It is helpful for us to have a common te= rminology.

=C2=A0=

Best Regards,

Robin<= /span>

=C2=A0=

=C2=A0=

=C2=A0=

From: =E9=BE=9A=E7=AB=8B=E8= =89=B3 [mailto:gongliyan@chinamobile.= com]
Sent: Tuesday, August 17, 2= 021 4:48 PM
To: Lizhenbin <lizhenbin@huawei.com>; draft-ali-teas-sprin <draft-ali-teas-spring-ns-= building-blocks@ietf.org>; draft-filsfils-sprin <draft-filsfils-spring-srv6-statel= ess-slice-id@ietf.org>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org= >
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-= vishnupavan@gmai <vishnupavan@gmail.com>= ; Adrian Farrel <adrian@olddog.co.uk>; Tar= ek Saad <tsaad.net@gmail.com>
Subject: Re:Re: [Teas] New = term for the underlay construct used for slicerealization<= /u>

=C2=A0

Hi All=EF=BC=8C<= /u>

The draft-cheng-spring-srv6-encoding-network-slicei= d[1] also provided a slice ID encoding solution.

And about the discussion, we are fine to follow the= final decision of the WG, no special requirements.

=C2=A0

[1] https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network-s= liceid/

=C2=A0

Best Regards,

Liyan Gong

=C2=A0

----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87----
=E5=8F=91= =E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin= =C2=A0=C2=A0<l= izhenbin@huawei.com>
=E6=94=B6= =E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-blocks@ietf.org"=C2=A0<= ;draft-ali-teas-spring-ns-building-blocks@ietf.org>,&quo= t;draft-filsfils-spring-srv6-stateless-slice-id@ietf.org"=C2=A0<draft-filsfils-spring-srv6-stateless-sli= ce-id@ietf.org>,"draft-decraene-mpls-slid-= encoded-entropy-label-id@ietf.org"=C2=A0<d= raft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
=E6=8A=84= =E3=80=80=E9=80=81: "Dongjie=C2=A0\\(Jimmy\\)&= quot;=C2=A0<jie= .dong@huawei.com>,"spring@ietf.org"=C2=A0<spring@ietf.org>,"mpls@ietf.org"=C2=A0<mpls@ietf.org>,TEAS=C2=A0WG=C2= =A0=C2=A0<teas@ietf.o= rg>,John=C2=A0E=C2=A0Drake=C2=A0=C2=A0<jdrake=3D40juniper.net@d= marc.ietf.org>,"EXT-vishnupavan@gmail.com"=C2=A0<vishnupavan@gmail.com>,= Adrian=C2=A0Farrel=C2=A0=C2=A0<adrian@olddog.co.uk>,Tarek=C2=A0Saad=C2=A0=C2=A0<= tsaad.net@gmail.co= m>
=E5=8F=91= =E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A20= 21-08-17 00:04:32
=E4=B8=BB= =E9=A2=98=EF=BC=9ARe:=C2=A0[Teas]=C2= =A0New=C2=A0term=C2=A0for=C2=A0the=C2=A0underlay=C2=A0construct=C2=A0used= =C2=A0for=C2=A0slicerealization

=C2=A0 =C2=A0

Hi authors of draft-ali-tea= s-spring-ns-building-blocks/draft-filsfils-spring-srv6-stateless-slice-id/d= raft-decraene-mpls-slid-encoded-entropy-label-id,

=C2=A0

It is known that your draft= s are also related with the underlay construct used for slice realization. It also seems that you use the term = with =E2=80=9Cslice=E2=80=9D =C2=A0for the underlay construct. In the discu= ssion of TEAS WG, there is some consensus to define a neutral new term with= out =E2=80=9Cslice=E2=80=9D.=C2=A0 Wish to learn your opinions on the new term definition and there would be a convergence on the new term after you= r participating =C2=A0in the discussion.=

=C2=A0

=C2=A0

Best Regards,

Robin

=C2=A0

=C2=A0

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E Drake
Sent: Monday, August 16, 2021 8:53 PM<= br> To: Dongjie (Jimmy) <jie.dong@huawei.com>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

Hi,

=C2=A0

It sounds like slice aggregates, or more generally= overlay network service aggregates, are the things which use resource partitions.

=C2=A0

Yours Irrespectively,<= u>

=C2=A0

John

=C2=A0

=C2=A0

Juniper Business U= se Only

From: Teas <teas-bounces@ietf.org> On Behalf Of Dongjie (Jimmy)
Sent: Friday, August 13, 2021 9:20 AM<= br> To: EXT-vishnupavan@gmail.com <vishnupavan@gmai= l.com>; Adrian Farrel <adrian@olddog.co.uk= >
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

[External Email. Be cautious of content]

=C2=A0

Hi Pavan,

=C2=A0

Sorry for chiming in, pleas= e see some comments inline:

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu Pavan Beeram
Sent: Friday, August 13, 2021 1:32 AM<= br> To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

** As a WG participant.. **<= /u>


Adrian, Hi!


Thanks for your earlier emails in this thread that have helped drill down t= he discussion to the specific item that needs a fresh term!
Please see inline (prefixed VPB).


-Pavan (as a WG participant)

=C2=A0

On Thu, Aug 12, 2021 at 10:05 A= M Adrian Farrel <adrian@olddog.co.uk> wrote:

Thanks for your useful opinion,= Tarek.

=C2=A0

I have no objection to the use = of the word =E2=80=9Caggregate<= /span>=E2=80=9D. It is generally used to express grouping together to treat as a single ent= ity or to be treated in the same way.

=C2=A0

But I do like =E2=80=9Cfoo aggreg= ate=E2=80=9D to mean that a number of foo have been aggregated.

=C2=A0

[VPB]=C2=A0But, that isn= =E2=80=99t necessarily how IETF has been using the term = =E2=80=9Caggregate= =E2=80=9D. =C2=A0=E2=80=9CBeh= avior Aggregate=E2=80=9D (as defined in IETF) doesn=E2=80=99t mean aggregating behaviors. The same goes for =E2=80=9CTreatment = Aggregate=E2=80=9D. Behavior Aggregate (the way we read/interpret it) is an aggregate with a s= pecific behavior.=C2=A0

=C2=A0

[Jie] I just checked the de= finition of the =E2=80=9Caggregate=E2=80=9D related terms in the RFCs:

=C2=A0

Behavior Aggregate (defined in RFC 2474): a collec= tion of packets with the same codepoint crossing a =C2=A0link in a particul= ar direction.=E2=80=9D

=C2=A0

Traffic Aggregate (defined in RFC 3086): a collect= ion of packets with a codepoint that maps to the same =C2=A0PHB, usually in= a DS domain or some subset of a DS domain.

=C2=A0

Treatment Aggregate (defined in RFC 5127): This te= rm is defined as the aggregate of Diffserv service =C2=A0classes.=C2=A0 A t= reatment aggregate is concerned only with the forwarding treatment of the aggregated traffic, =C2=A0which = may be marked with multiple DSCPs.

=C2=A0

My reading of these definit= ions is that =E2=80=9Caggregate=E2=80=9D here means either aggregated packets or aggregated service classes which are treated = in the same =C2=A0way on a particular node or link.

=C2=A0

While what we want to descr= ibe with the new term IMO is =E2=80=9Ca group of network resources allocated on a set of network nodes and links= =E2=80=9D. Such group =C2=A0of resources can be provisioned in different pl= aces of the network and are organized together to provide a specific networ= k-level behavior.

=C2=A0

Thus the key information to= be delivered with the new term is =E2=80=9Ca group of organized resources in the network=E2=80=9D, rather= than =E2=80=9Caggregated behavior at =C2=A0a particular point=E2=80=9D.

=C2=A0

Best regards,

Jie

=C2=A0

So =E2=80=9Cslice aggr= egate=E2=80=9D would be an aggregation of slices. Your use in I-D.draft-bestbar-teas-ns-p= acket is, therefore, confusing. If the slices are *not* separated out into different flows = (or traffic streams) then, yes, you are aggregating slices. But if the slices are separated out, as you descri= be, =C2=A0then what you have is =E2=80=9CIETF netwo= rk slice traffic stream aggregation=E2=80=9D.

=C2=A0

=C2=A0

[VPB]=C2=A0Yes. The definition = of the slice aggregate (as defined in draft-bestbar-teas-ns-packet) does st= ate that the=C2=A0slice aggregate=C2=A0comprises of one or more IETF network slice traffic streams.=C2=A0 We could have cho= sen a longer =C2=A0descriptive name, but opted to keep it short.<= /u>

=C2=A0

=C2=A0

=E2=80=9CNetwork resource aggregate=E2=80=9D would imply that resources have been collected together to be used as a si= ngle entity.

=C2=A0

[VPB]=C2=A0Not necessarily. &qu= ot;Network Resource Aggregate" isn't meant to imply "aggregat= ing network resources". The intent behind the=C2=A0proposal is to say that it is an aggregate that has specific netw= ork resources.=C2=A0

=C2=A0

You might do that, for example,= with a set of parallel links that can be aggregated (or bundled) and treat= ed as a single link.

=C2=A0

I don=E2=80=99t think we are aggregating resources in this case. We are grouping, profilin= g, partitioning, collecting, or even filtering.

=C2=A0

Adrian

=C2=A0

From: Tarek Saad <tsaad.net@gmail.com>
Sent: 12 August = 2021 15:41
To: adrian@olddog.co.uk; 'Kiran Makhijani' <kiran.ietf@gmail.com>; 'Jo= hn E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>; =C2=A0'Dongji= e (Jimmy)' <jie.dong@huaw= ei.com>; 'Lizhenbin' <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Te= as] New term for the underlay construct used for slice realization

=C2=A0

Hi Adrian/all,

=C2=A0

As described in I-D.ietf-teas-i= etf-network-slice-definition, an IETF Network Slice service may include mul= tiple connections that associate sets of endpoints - =C2=A0each having a set of SLOs/SLEs.

In I-D.draft-bestbar-teas-ns-pa= cket, we defined a Slice Aggregate as a construct that comprises of one or = more IETF network slice traffic streams that share the =C2=A0same set of SLOs/SLEs.

The Slice Aggregate construct a= llows aggregating streams from multiple IETF Network Slice connections that= share common SLOs/SLEs so that the provider network =C2=A0can offer the same aggregate treatment = to them. The Slice Aggregate resources are instantiated on specific network= elements as dictated by the Slice Aggregate topology.=

=C2=A0

Since the scope of I-D.draft-be= stbar-teas-ns-packet was the realization of IETF Network Slice service in a= provider network, we had constrained the aggregate =C2=A0construct to slices.<= /span>

=C2=A0

We understand that the aggregat= e construct can be generalized to support other services. Let us offer anot= her option to consider for representing the generic =C2=A0construct: = =E2=80=9CNetwork Resource Aggregate=E2=80=9D. There are multiple IETF documents that use the term Aggregate whenever gro= uping multiple service classes (Behavior Aggregate, Treatment Aggregate, Tr= affic Aggregate, =C2=A0etc.) - refer to rfc5127 and rfc2474 for more exampl= es.

=C2=A0

Regards,

Tarek

=C2=A0

=C2=A0

From: Teas <= teas-bounces@ietf.org> on behalf of Adrian =C2=A0Farrel <adrian@olddog.co.uk>
Date: Wednesday,= August 11, 2021 at 3:38 PM
To: 'Kiran M= akhijani' <kiran.ietf@gmail.com>, 'John= E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>, =C2=A0'Dongjie (Jimmy)' <jie.dong@huawei.com>, 'Lizhenbin' <lizhenbin@huawei.com&= gt;, teas@ietf.org= <teas@ietf.org>
Subject: Re: [Te= as] New term for the underlay construct used for slice realization

I wonder whether we can pick this apart and put it bac= k together in a way
that makes sense.

The customer's view of all this is an "IETF network slice service&= quot;. I think
(hope) we are all agreed on this. The customer may ask (in shorthand) for a=
"network slice", but:
- they are talking about IETF technology, so they asking for an "IETF<= br> network slice"
- they actually want behavioural characteristics and have no right to tell<= br> the operator
=C2=A0 how to manage the network, so they are asking for an "IETF netw= ork slice
service."

The operator has a bigger set of things to worry about.

1. At the top of the operator's view is the "IETF network slice se= rvice" as
=C2=A0=C2=A0=C2=A0 requested by the customer. We have this defined already,= so nothing more
=C2=A0=C2=A0=C2=A0 to say.

2. The operator maps the request for a slice service into the "IETF ne= twork
=C2=A0=C2=A0=C2=A0 slice" which is the expression of the service in te= rms of network
connectivity
=C2=A0=C2=A0=C2=A0 in the context of the operator's network. The relati= onship here is like
the
=C2=A0=C2=A0=C2=A0 relationship between the L3SM and L3NM.

3. At the bottom of their view is an underlying network. The technology of<= br> this
=C2=A0=C2=A0 network depends, of course, on the operator's offering, bu= t this is the
network
=C2=A0=C2=A0 technology being sliced. It may be an IP network, and MPLS net= work, an
OTN,
=C2=A0=C2=A0 or whatever. I would call this the "Underlay Network.&quo= t; This network may,
in
=C2=A0=C2=A0 turn, be built upon an underlay network of the same or a diffe= rent
technology,
=C2=A0=C2=A0 and it may be facilitated through network slicing - but this n= eed not
concern
=C2=A0=C2=A0 us here.

4. That leaves the glue in the middle: the bit that enables the scaling and=
maps
=C2=A0=C2=A0 the network slice to the network. And I think it is this bit t= hat is
causing the
=C2=A0=C2=A0 most debate about terminology. There are some points to consid= er:

=C2=A0=C2=A0 a. The term "network resources" applies to the bandw= idth, queues,
buffers,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 etc. available on the links and nodes = in the network. That may be
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 extended to refer to whole links and n= odes.

=C2=A0=C2=A0 b. The number of IETF network slice services is potentially la= rge and the
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 operator needs a mechanism to scale th= e mapping of services to
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 network resources.

=C2=A0=C2=A0 c. The IETF network slices may be grouped for identical treatm= ent to
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 achieve scaling, where the grouping co= llects IETF network slices with
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 similar SLAs.

=C2=A0=C2=A0 d. It may be that different traffic flows within a single IETF= network
slice
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 have different characteristics. = In this case, it may be beneficial
to group
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 together some of the traffic flo= ws from different slices.

=C2=A0=C2=A0 e. The grouped slices/flows are enabled in the network using n= etwork
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 resources assigned for that purp= ose. The assignment may be anything
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 from a fully-fledged virtual net= work (such as in ACTN or VPN+),
through
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 network reserved resources (such= as in MPLS-TE), and centrally
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 accounted resources (such as SDN= or possible SR), to statistically
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 shared resources.

There seems to be various points for and against 4d. But, it would appear that this is an implementation or deployment issue that doesn't change = what
the protocols need to do. So we should probably allow it architecturally, o= r
at least, not disallow it.

Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, it i= s
not necessary to implement such groupings either because there are only a few slices (which has been the view of some operators) or because the
network systems can handle the number of slices. And it is in the nature of=
architectures of this sort that all functions can be nulled out without los= s
of generality, and we have to recall that the internals of provisioning
systems may appear as functional blocks in our architectures, but we don= 9;t
compel implementations to adhere to that type of architecture. So I don'= ;t
think we have to worry on that account.

And that brings the question of how we name the resources that are gathered=
in 4e.

I can't decide whether it is helpful to spend time saying why I don'= ;t like
each of the proposed terms. I certainly have things I don't like about = (for
example) "slice aggregate" (because of 4d, which means it is real= ly a "slice
sub-flow aggregate"), and I am not a fan of "VTN" (because o= f "transport"
and maybe it is not really a network). But maybe it is better for me to say=
what I think we should call things? I think we have...

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IETF network slice service (customer = view)
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IETF network slice (operator view) -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Resource partition (delivery mechanis= m)
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Underlay network (network used to sup= port the slice)

Why "resource partition"? Well it is a collection of "nodes,= links, and
network resources that are marked within the network for use by a set of network slice traffic flows".
It is possible that the word "partition" is too strong because it= may imply
to some people that resources in a partition cannot be shared, but I don= 9;t
feel that.
Softer words than "partition" would be "group", "b= undle", "pool", and I
could live with any of them.

Best,
Adrian


-----Original Message-----
From: Teas <t= eas-bounces@ietf.org> On Behalf Of Kiran Makhijani
Sent: 11 August 2021 16:00
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>; Dongjie= (Jimmy)
<jie.dong@huawe= i.com>; Lizhenbin <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the underlay construct used for slice
realization

Hi John, (and all),

Two very basic clarification questions:
1. How do we differentiate between=C2=A0 the slice-segments that are
resource-aware vs those that are not? I had assumed that since a slice
has an SLO, it will need network resource allocations in some form.

2. Is it ok to assume that the customer view of slice is an 'IETF
network slice service' and the 'IETF slice realization' of that= service
in a provider network is raises the question of underlay and overlay
constructs. Am I right?
(a) if so, then we are acknowledging=C2=A0 the presence of another layer of=
abstraction (for realization). It could be underlay/overlay or
aggregate/??. Then the term 'slice aggregate' is better and my
preference, it is easier to see that different slice-services are
aggregated into a single construct=C2=A0 in a provider network. Use of
underlay/overlay are confusing.
(b) for a leaner provisioning, I would also prefer to see it documented that the aggregate is optional and it should be possible to directly map a slice-service to physical or real resources in the network.
specifically useful when a single domain is carving out slices for
different purposes.

Thanks
Kiran


------ Original Message ------
From: "John E Drake" <jdrake=3D40juniper.net@dmarc.ietf.org>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>; "Lizhenbin"
<lizhenbin@hua= wei.com>; "t= eas@ietf.org" <teas@ietf.org>
Sent: 8/11/2021 5:38:05 AM
Subject: Re: [Teas] New term for the underlay construct used for slice
realization

>Jimmy,
>
>Snipped, comments inline.
>
>Yours Irrespectively,
>
>John
>
>
>Juniper Business Use Only
>
>>=C2=A0 -----Original Message-----
>>=C2=A0 From: Dongjie (Jimmy) <jie.dong@huawei.com>
>>=C2=A0 Sent: Tuesday, August 10, 2021 11:03 PM
>>=C2=A0 To: John E Drake <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>;
>>teas@ietf.org
>>=C2=A0 Subject: RE: New term for the underlay construct used for sl= ice
realization
>>
>>=C2=A0 [External Email. Be cautious of content]
>>
>underlay construct for network slice realization bound to
>>=C2=A0 > > network slice services? That is, is the underlay c= onstruct only for
>>=C2=A0 > > use in network slicing, or should it be generalize= d for more
possible uses?
>>=C2=A0 >
>>=C2=A0 > [JD] Absolutely yes
>>
>>=C2=A0 [Jie] I guess you mean "Yes" to the latter case, w= hich is "it should be
generalized
>>=C2=A0 for more possible uses", is my understanding correct? >
>[JD]=C2=A0 Yes to the latter
>
>>
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > > 2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 If the answer to = question 1 is YES, should it reflect the
following
>>=C2=A0 > > characteristics?
>>=C2=A0 > >
>>=C2=A0 > > a.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It is about the u= nderlay
>>=C2=A0 > > b.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It is about the p= artitioned resources used to deliver the
network slice
>>=C2=A0 > > services
>>=C2=A0 > > c.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It allows the 1:1= , N:1, and 1:N mapping models between the
network
>>=C2=A0 > slice
>>=C2=A0 > > services and the underlay construct. The 1:1 and N= :1 mapping may be
>>=C2=A0 > > straightforward. Does it also make sense to divide= the elements or
>>=C2=A0 > > traffic flows in a single network slice service to= carry them in
>>=C2=A0 > > different
>>=C2=A0 > underlay constructs?
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 Yes to all of the above.=C2=A0 Please see: >>=C2=A0 > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf<= br> >>=C2=A0 > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO-
>>=C2=A0 gk!TCiJHCZCwFgwpuFoujxVlZ4r9
>>=C2=A0 > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$
>>=C2=A0 > >
>>=C2=A0 > > Lastly, here are some candidates of the "new = term":
>>=C2=A0 > >
>>=C2=A0 > > Option 1: The network slice service is called &quo= t;overlay slice", then
>>=C2=A0 > > the underlay construct is called "underlay sl= ice".
>>=C2=A0 > >
>>=C2=A0 > > Option 2: The network slice service is called &quo= t;service slice", then
>>=C2=A0 > > the underlay construct is called "resource sl= ice".
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 I don't think we need another term for w= hat we are already
>>=C2=A0 > calling an 'IETF Network Slice Service'.=C2=A0 = Adrian and I are considering
>>=C2=A0 > the term 'resource partition' to describe the p= artitioning of underlay
>>=C2=A0 > network resources in support of various overlay service= s such as IETF
Network
>>=C2=A0 Slice Services.
>>=C2=A0 > This is congruent with the ideas expressed in:
>>=C2=A0 > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf<= br> >>=C2=A0 > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO-
>>=C2=A0 gk!TCiJHCZCwFgwpuFouj
>>=C2=A0 > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$
>>=C2=A0 > ts-03.=C2=A0 What this allows one to build is an 'p= artitioned underlay
>>=C2=A0 > network topology'.
>>
>>=C2=A0 [Jie] Agree that here we are talking about the term for the = underlay
construct.
>>=C2=A0 "Resource partition" captures one of its key chara= cteristics, while IMO
another
>>=C2=A0 thing the term needs to reflect is that the resource partiti= on is needed
on a
>>=C2=A0 subset of the links and nodes (rather than on a single node = or link) in
the physical
>>=C2=A0 network, which together builds a logical network topology. >
>[JD]=C2=A0 In my initial email, above, I was proposing 'partitioned= underlay
network topology'
>
>>
>>=C2=A0 Best regards,
>>=C2=A0 Jie
>>
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > > Your opinion about these candidates are much appre= ciated. You may
>>=C2=A0 > > also propose other new term if it complies with th= e above two
points.
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 I think you have exceeded your remit.
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > >
>>=C2=A0 > >
>>=C2=A0 > > Best Regards,
>>=C2=A0 > > Robin
>>=C2=A0 > >
>>=C2=A0 > > _______________________________________________ >>=C2=A0 > > Teas mailing list
>>=C2=A0 > > Teas@ietf.org
>>=C2=A0 > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te >>=C2=A0 > > as
>>=C2=A0 > > __;!!N
>>=C2=A0 > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBE= CaI-
>>=C2=A0 > > O08HqD31TGJciNjuxL2A$
>>=C2=A0 >
>>=C2=A0 > _______________________________________________
>>=C2=A0 > Teas mailing list
>>=C2=A0 > Teas= @ietf.org
>>=C2=A0 > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas<= br> >>=C2=A0 > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zp= qkY-kls-
>>=C2=A0 ROxL4C2
>>=C2=A0 > _xNDCrPaNQ$
>
>_______________________________________________
>Teas mailing list
>Teas@ietf.org >https://www.ietf.org/mailman/listinfo/te= as

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

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

_______________________________= ________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--
--00000000000072a15405cb255386-- From nobody Mon Sep 6 10:26:59 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAC673A1759 for ; Mon, 6 Sep 2021 10:26:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=joelhalpern.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 2GaEhHJ0clyR for ; Mon, 6 Sep 2021 10:26:53 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 293F93A1758 for ; Mon, 6 Sep 2021 10:26:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4H3Fgw5PWPz1ns3d for ; Mon, 6 Sep 2021 10:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1630949212; bh=k3UR3uiTBYQJKpCSDTvwWg5FtjCQzsIqc34/tGBkhyI=; h=To:From:Subject:Date:From; b=fPGBsa8piOyLamHnbCZgB2iuQqGaeRQK0Xke7hvNvOouvkUxtwqB8Ss+KdsO0ThRq 2Mkoe3TJ6aFcr0Bgl8ichMC5M/ayrAv/GLEbDWNMXsMRe5kFYzLQQHzGQBE/aBzRy6 OUGnQ+4Lv3uDPfuo0t12NYQCgLqQl4M/vPUywhYc= X-Quarantine-ID: X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.23.64] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4H3Fgw2Kp9z1nryr for ; Mon, 6 Sep 2021 10:26:52 -0700 (PDT) To: "spring@ietf.org" From: "Joel M. Halpern" Message-ID: Date: Mon, 6 Sep 2021 13:26:50 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Sep 2021 17:26:58 -0000 Our thanks to the working group members for speaking up clearly. There is a rough (quite clear) consensus for standardizing one dataplane solution to compressing segment routing over IPv6. As chairs, there are some related observations we need to make. There appears to be significant interest in using the framework in the CSID draft for addressing the above. However, before we issue a call for adoption on that, the chairs would like to understand how the working group wants to solve a technical problem. The CSID draft contains two dataplane solutions. The above rough consensus is for one dataplane solution. Does the working group want to choose one? Do the authors want to suggest that one of the two is the one we should standardize, and get working group agreement? Should we adopt the document, with a note indicating the problem, and solve the problem afterwards? (That itself does not solve the problem, it merely kicks it down the road.) Do folks see another means to avoid putting the WG in conflict with itself? As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of other solutions, as long as there is sufficient energy in the working group to deal with those. Also, only documents for which there is at least one implementation will be progressed this way. Thank you, Bruno, Jim, and Joel From nobody Tue Sep 7 06:12:46 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEB1A3A1F2C for ; Tue, 7 Sep 2021 06:12:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 PQNdtbjQycjX for ; Tue, 7 Sep 2021 06:12:38 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (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 789083A1F2A for ; Tue, 7 Sep 2021 06:12:38 -0700 (PDT) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfedar26.francetelecom.fr (ESMTP service) with ESMTPS id 4H3m046r6HzFqPy for ; Tue, 7 Sep 2021 15:12:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1631020357; bh=IbANApRWMvVZBjlbTpCCNj1oivz1oLJZx86P35nVWts=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=QiuM5anbQsNOn9kJDRw5mF4rl3M2d+M/i/PL6FaE4kD2lh+5A1QT2vFCCwe2fKTSm Xshovy/PHmZ9yIhw/7prj05vfuQZiv5uPxW0fBwGb3l2ZJ3UR2Xrs/N3aPdhT7vvGN 6v3BnKMgNmqKcidzQN4GyaxJla8SNiIkIs1J1S7QighE1wYIspnl/Hzgmz+Ltf78w8 tlwSjuurvD1jg6fWVcnfOSkrX/KSz0w9vJU+gQE4IeBljPIOaXrEX5ze0PEGswk0Rr OPNFDm8cNUY6SAV7CicHreFwV4DoVZC07K6lRDNlobsG2tjscHkVZaeis9q8XdE/vP Hm3Qx6G6Xz2Tw== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfedar03.francetelecom.fr (ESMTP service) with ESMTPS id 4H3m045wkLzCqkX for ; Tue, 7 Sep 2021 15:12:36 +0200 (CEST) From: To: "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9w== Date: Tue, 7 Sep 2021 13:12:35 +0000 Message-ID: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A4CE99E43OPEXCAUBM43corp_" MIME-Version: 1.0 Archived-At: Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2021 13:12:44 -0000 --_000_53C29892C857584299CBF5D05346208A4CE99E43OPEXCAUBM43corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote. If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A4CE99E43OPEXCAUBM43corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear WG,

 

 

The Design Tea= m has produced two documents:

- A requiremen= t document: draft-srcompdt-spring-compression= -requirement

- A solution a= nalysis document: draft-srcompdt-spring-compr= ession-analysis

 

Both have been= presented to the WG and triggered some discussions but are still individual documents.

We believe it'= s now time for the WG to consider taking ownership of those two documents.

Note that, esp= ecially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

 

 

This message s= tarts a 2 week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compress= ion-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression= -analysis

 

 

After review o= f the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list.

Please also pr= ovide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

 

If you are wil= ling to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A4CE99E43OPEXCAUBM43corp_-- From nobody Tue Sep 7 15:58:50 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EFEA3A03FF for ; Tue, 7 Sep 2021 15:58:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 cTwXjabcWogF for ; Tue, 7 Sep 2021 15:58:42 -0700 (PDT) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 736DC3A03FC for ; Tue, 7 Sep 2021 15:58:42 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id k17so127723pls.0 for ; Tue, 07 Sep 2021 15:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wA411jMLcQNe7WzOI/N1t8CmS7D+QNgkdMDadQCySYg=; b=dDC62l4Jbv8/maJkfgY8kCzWFZrxCkINNzBumBu50JseYAQE7gBuPBckqOFmZzXVB7 ym22yqK3opxdSkiDg63tkRKvfGlgCi16Hfha/SZZdkcHeXnpBLtUzgBEAZVykuy5gbrt 4T7y6MW4Qx3mpRxQgM3tM5mPw4eMbD90yNLpK2HdFO9tPlcmAKn0EsMDYbzoYNA6YBWY xQvMTSR32ES2cYDvEY71Xq76vecONAe6s51ki/YxQWvy8BGbCLM4UiN+HhI3DtOefDws nCE40sdO+jDFkmeOtUT115KBRC2ro3fDgcDmwiqW8cT2e8xxiLJN4ZH+inSJlbJfbPcU eZKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:mime-version:subject:from:in-reply-to :date:cc:content-transfer-encoding:message-id:references:to; bh=wA411jMLcQNe7WzOI/N1t8CmS7D+QNgkdMDadQCySYg=; b=Pe+t/nvx7AqGfd1AZNxCm6gIUasVDGriKWD7iCJ8cfZI6q+yTqaQBdGbWMXWr6+e1j wJkvfoShuWZDlGb84FhAebV5EZjB+Qynmc+s/Z0aO+oo2z7JXk+7MhHU3YpO7qrmDMlD XwXndWK4tPSfr63uex1FJ5ec//zC6N8ntBnz+zVPdO7Oz4/upeJSkLAfBK6y7EFelccM iBDxRUCb62kDY+9jRfIdwkqsciY3FOkdtlzS8vmi6GofHi1sH7UM4sO+8yk6h/nGWdaN TJpjD3zM3MDdHEoLsFcKkD9WUnF4fjg1UYTPwnplDWoGH4fwh5fTrobRnIIayEOnboLe mrgw== X-Gm-Message-State: AOAM532RH2f3t/KKXfWl5imh4nGrIKo9nXPQFXb0GXlov1H+1Kjwlych YSlfujfSzuCtLB3P2ztelBOLi4GvrBI= X-Google-Smtp-Source: ABdhPJzBZGnOdV6dHMXHTSf4+BVLwpgrZHcCZvR7fgl2AiBRq+lddk3TZwD6nlxkHhic35UBPew7Vg== X-Received: by 2002:a17:902:a5c2:b0:13a:31dc:8417 with SMTP id t2-20020a170902a5c200b0013a31dc8417mr373729plq.88.1631055521448; Tue, 07 Sep 2021 15:58:41 -0700 (PDT) Received: from smtpclient.apple (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id 3sm130132pfp.112.2021.09.07.15.58.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Sep 2021 15:58:40 -0700 (PDT) Sender: Tony Li Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Tony Li In-Reply-To: Date: Tue, 7 Sep 2021 15:58:40 -0700 Cc: "spring@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Joel M. Halpern" X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2021 22:58:49 -0000 Dear chairs & WG, > Our thanks to the working group members for speaking up clearly. = There is a rough (quite clear) consensus for standardizing one dataplane = solution to compressing segment routing over IPv6. I=E2=80=99m very pleased that we=E2=80=99ve found the courage to say = that we want to make a decision. > As chairs, there are some related observations we need to make. > There appears to be significant interest in using the framework in the = CSID draft for addressing the above. I concur that there is interest in CSID. However, as we have not yet = done a consensus check to select the specific proposal, I hope that this = is not your assertion that CSID is the result. This is a major decision = by the WG and it does deserve a formal and explicit check. > However, before we issue a call for adoption on that, the chairs would = like to understand how the working group wants to solve a technical = problem. The CSID draft contains two dataplane solutions. The above = rough consensus is for one dataplane solution. Does the working group = want to choose one? Do the authors want to suggest that one of the two = is the one we should standardize, and get working group agreement? > Should we adopt the document, with a note indicating the problem, and = solve the problem afterwards? (That itself does not solve the problem, = it merely kicks it down the road.) Do folks see another means to avoid = putting the WG in conflict with itself? If the authors of the CSID proposal, or any proposal, would like to = revise their proposals before we make a selection, this would seem to be = an opportune time. Tony From nobody Tue Sep 7 20:25:25 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E92353A1351 for ; Tue, 7 Sep 2021 20:25:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GYWHLWB7KcnI for ; Tue, 7 Sep 2021 20:25:18 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 167803A134E for ; Tue, 7 Sep 2021 20:25:16 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.13]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee961382d0fa8d-da1f2; Wed, 08 Sep 2021 11:25:05 +0800 (CST) X-RM-TRANSID: 2ee961382d0fa8d-da1f2 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.54.85]) by rmsmtp-syy-appsvr07-12007 (RichMail) with SMTP id 2ee761382d0f152-fd0c6; Wed, 08 Sep 2021 11:25:05 +0800 (CST) X-RM-TRANSID: 2ee761382d0f152-fd0c6 From: "Weiqiang Cheng" To: "'Joel M. Halpern'" , References: In-Reply-To: Date: Wed, 8 Sep 2021 11:25:10 +0800 Message-ID: <06fb01d7a461$217a86e0$646f94a0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdejRWj5lH0hFoeyQp6ji1+BM09YmwBGnCbA Content-Language: zh-cn Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 03:25:23 -0000 Dear Chairs, Many thanks for your hard working.=20 We are happy to see that the CSID draft has significant interest to be adopted as a WG document.=20 Regarding the dataplane, the authors believe that the CSID draft = contains only one dataplane solution with two different flavors[1]: = NEXT-CSID-FLAVOR and REPLACE-CSID-FLAVOR, rather than two dataplane solutions. Both the flavors are defined based on the SRv6 data plane(one data = plane), and the SIDs with these two flavors can be encoded in a single SRH just = like we can encode PSP Flavor SIDs and USD flavor SIDs together in a SRH. The inter-op test of CSIDs had been done almost one year ago[2], and everything was OK.=20 Furthermore, the mechanism defined in the draft has been stable and = mature. With the consensus, the authors hope WG can consider to adopt the CSID draft. Best regards, Weiqiang on behalf of CSID authors [1]. https://datatracker.ietf.org/doc/html/rfc8986#section-4.16 [2]. https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh= -co mpression-02#section-11 -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1=ED = Joel M. Halpern =B7=A2=CB=CD=CA=B1=BC=E4: 2021=C4=EA9=D4=C27=C8=D5 01:27 =CA=D5=BC=FE=C8=CB: spring@ietf.org =D6=F7=CC=E2: [spring] Conclusion from WG poll on dataplane solution for = compressing segment routing over IPv6 Our thanks to the working group members for speaking up clearly. There=20 is a rough (quite clear) consensus for standardizing one dataplane=20 solution to compressing segment routing over IPv6. As chairs, there are some related observations we need to make. There appears to be significant interest in using the framework in the=20 CSID draft for addressing the above. However, before we issue a call for adoption on that, the chairs would=20 like to understand how the working group wants to solve a technical=20 problem. The CSID draft contains two dataplane solutions. The above=20 rough consensus is for one dataplane solution. Does the working group=20 want to choose one? Do the authors want to suggest that one of the two=20 is the one we should standardize, and get working group agreement? Should we adopt the document, with a note indicating the problem, and=20 solve the problem afterwards? (That itself does not solve the problem,=20 it merely kicks it down the road.) Do folks see another means to avoid=20 putting the WG in conflict with itself? As a loosely related side node, the chairs will also observe that we do=20 not see an obstacle to informational or experimental publication of=20 other solutions, as long as there is sufficient energy in the working=20 group to deal with those. Also, only documents for which there is at=20 least one implementation will be progressed this way. Thank you, Bruno, Jim, and Joel _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring From nobody Tue Sep 7 20:53:10 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2932E3A1488 for ; Tue, 7 Sep 2021 20:53:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 DFpBnZQvoyVJ for ; Tue, 7 Sep 2021 20:53:03 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADE1A3A148A for ; Tue, 7 Sep 2021 20:53:02 -0700 (PDT) Received: from fraeml738-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H47Tm4t1yz67F4F for ; Wed, 8 Sep 2021 11:51:08 +0800 (CST) Received: from dggpemm500006.china.huawei.com (7.185.36.236) by fraeml738-chm.china.huawei.com (10.206.15.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 8 Sep 2021 05:52:58 +0200 Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm500006.china.huawei.com (7.185.36.236) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 8 Sep 2021 11:52:56 +0800 Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.008; Wed, 8 Sep 2021 11:52:56 +0800 From: "Chengli (Cheng Li)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wAeb+uQ Date: Wed, 8 Sep 2021 03:52:56 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.130] Content-Type: multipart/alternative; boundary="_000_f7a2e52ec6254e0fa101c1dc693d6409huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 03:53:08 -0000 --_000_f7a2e52ec6254e0fa101c1dc693d6409huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable As an co-author, I support the adoption of the documents since they have be= en discussed deeply. I will suggest to move the requirements to be published as an RFC, since th= e requirements are not solution related. But I do not suggest to move the a= nalysis documents to be published as an RFC, since it may depended on all t= he solutions to be standardized. But anyway, it is an another story. Clearly, I am willing to work on these two documents. Many thanks for the contributions from anyone! Respect, Cheng From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_f7a2e52ec6254e0fa101c1dc693d6409huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

As an co-author, I support the adoption of the documents since they ha= ve been discussed deeply.

 

I will suggest to move the requirements to be published as an RFC, sin= ce the requirements are not solution related. But I do not suggest to move = the analysis documents to be published as an RFC, since it may depended on all the solutions to be standardized. = But anyway, it is an another story.

 

Clearly, I am willing to work on these two documents.

 

Many thanks for the contributions from anyone!

 

Respect,

Cheng

 

 

 

From:<= /span> spring [mailto:spring= -bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_f7a2e52ec6254e0fa101c1dc693d6409huaweicom_-- From nobody Tue Sep 7 20:53:27 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CB223A14A4 for ; Tue, 7 Sep 2021 20:53:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.352 X-Spam-Level: X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-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 (1024-bit key) header.d=nokia.onmicrosoft.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 jpjLc4ujTkUG for ; Tue, 7 Sep 2021 20:53:12 -0700 (PDT) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2129.outbound.protection.outlook.com [40.107.21.129]) (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 EB7C53A148A for ; Tue, 7 Sep 2021 20:53:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=F6F7U9oK/dHmYnVCxR8KyaLW/X3erq66A21AAOvxAcQTrMO3zhKGZlaIf6K+q/H6K70srm2OMrev1z8+tYxoO+ED/B652C8lYuSaOoz1i6BzIAswVlkzO+cemsc1CvQdizYymMUVG5d55o+txB1icN2U/c6uBhg9QSKY1MtQes8BPHnxbsPryM24Fwyc2su5kRSHqBPOZ00gncuOWvZY2dAYqoExdJPietvz1ntMiF5XEiFJOLYCTAU/ucoNhm2oL1Duf0A5ODAxi7OI1mml+EFjLw27/dj1g1wiM/2iE881VdCAlHPp/qsjaJqLVD18NghgoRHYeXWNPtOJtKEyEQ== 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; bh=V2DD5NF1YXHEzQHDFhse2W6pinzLU8MFKbOIv7h6N24=; b=WUDNnzXXrV5jdpHiRvssiqFIw6ShsT0dLf8jFOJPMI6JVfcKRyeQcFbFKv58bCQLAz7tyA9NdYBuWiBsxj2MVsCKE94jrKIZcJV7LJ1Uxi2se3xFyEGq0S3tdca+TzRnEWJwSTb6ycco9IhIgbH836o9/BF+t1BG1ESxwcI/t/Yv2BgIuNAxtkxe6pdWrsjt5dCZ1H2P89ujegoVIU3pitoBzXrinzRwufE7Ig2rOGFuvWpHlnwR4GqWWO0+XAaaH2EASb7BlpbSetZhcP+/LuP3n4uIb/kQyOZMUCxsERzHXbz2m5eQCVE/j842iSY/40tGOB86sWb2q0lLnu4LSQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V2DD5NF1YXHEzQHDFhse2W6pinzLU8MFKbOIv7h6N24=; b=F4Fsuw0r3Ox6enp6PQwy6XK78KYRBfDI6YsdVaF5uLRGO1nXIk/X2xJ1oUAM/Fo6bZ34ANPHoFVgJR1VTMACtskGyiOd9HDqjNK5kY1OiEShaRLHB0r647wm+6PZBAelSVqgTNxrUPXcqj3ExVn2xwjT+6G3n7a2wExSysOKE44= Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM4PR07MB3459.eurprd07.prod.outlook.com (2603:10a6:205:e::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.9; Wed, 8 Sep 2021 03:53:05 +0000 Received: from AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9]) by AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9%7]) with mapi id 15.20.4500.014; Wed, 8 Sep 2021 03:53:05 +0000 From: "Henderickx, Wim (Nokia - BE/Antwerp)" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0RvMPpTB6b3J0Wd6DF0O4hy1quZgmmR Date: Wed, 8 Sep 2021 03:53:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: db045c74-dee9-40b7-011c-08d9727c29e3 x-ms-traffictypediagnostic: AM4PR07MB3459: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: nfauEgwenRzgdbdeEjkJQKCsTwm3F6pi/dzfbq/WbtwcJ+VLcx/D3jjlOlW4u8EOocJo7LgxkABdnUZKaL5p1YFAK91zapP00mxEgn0MA8nQ4Ju5kWju9hFgWgx4/ieACsoq7lPFrlJVe9WGhiFyZsripwDwCd+gb1a+G9ecM3uk1J+Mf4tljmUlLVNrXQUHME0tvdNlxHapapmrhfQPiFopqXmejujzbmf/wJhnfzcHyzlBtIweLExtBhWdewIp3kfaBQHAG7OGidbGdNa14Rz05A1AX7LY7Fi+slXnzmGpy/FfEXIdolwyeexAmo0z5slsZWbuiyUmfPCzrcMzSYdynflelV0vsLQeEc5nECS6q4s9fuZGuljQPZ5MK5GXaMXp8JYiAXiSIXumNXM7KdncqKnvzb2+mssPBVjVUx6lmXtYazPFPsBPzHIjkYNAVLoopaB+kS8u49JIlnwPAvLq5cTMV+2T1KAf2SKp+RWeuQAP1gdBcXGWm1VVTucc4x46oXVHWGSTSXTpqYSNgl6ToI5MuDQ77NaxxYxO2AzUmXSdvcfD/3yC8vi2qhi/NzdM9o0Gd0ej/eO9LivVk5uuZHZgvklGS0G27nICahFgcQjzi4I6KiRc08oQpH3RyCaYlLlmEEXq++q9bO71zNP9TW41WlrqWtFLGElZ4hTvsfQEd420rDcN0KL7P+m0ZuQhL6cG1MpIHEskF2jLwxfVu8N9uxQ8N3TJBwVT3kp0osMOXo54GeiSt2nBWFD5ZcTlFKb2FXSz8PI1q51u2fj5/3W1mGZpPfiBAiQR+8E= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4497.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(39860400002)(346002)(396003)(376002)(366004)(66556008)(64756008)(66446008)(6506007)(66476007)(478600001)(110136005)(33656002)(316002)(122000001)(2906002)(38100700002)(186003)(55016002)(26005)(91956017)(66946007)(9686003)(166002)(71200400001)(966005)(5660300002)(8676002)(7696005)(76116006)(8936002)(55236004)(86362001)(52536014)(53546011)(38070700005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?aPvImALP/WYht3muNKFzGhQc7RSN1PWvYCiuJsdVX+PLOh0KyRbsxrF0192T?= =?us-ascii?Q?ugroMpSCRlPxsNnduDrc4U1fXangZWh5Og4ilvK919ZgPUzdfIutji1nSj5R?= =?us-ascii?Q?cte6uLsG24B6tplJVkZgHtnSbI4gofXurgz3VeIKThYr4ZTkpE8aexFD/jM/?= =?us-ascii?Q?K8AuqdUU8Rsd70uRbUwmMV7t17SRvbiNtPdLUEKMnjkegJlMZpWL48l4MQNv?= =?us-ascii?Q?oeIHbc5oiDyMQ07ca0Q+lc3ObYJ63osTBLl1S8TZPcxS6Prj/V7hogYHSzIG?= =?us-ascii?Q?GU/wiThZB7pZAhoTWcHdJm5GEgx4ePvPhHE4V8RtHKlWENWv/26nmbC4c2vT?= =?us-ascii?Q?ra43S0i5c0Ke0c4D5HXZQibl8Z5TgwlKtPIfYEI9xBPBFMohaiEUDsVt4Ff+?= =?us-ascii?Q?2G6tlvesC/GUOWPZ2uq6BcfPhShAh/aQeMiQWmfxD4QU+z4D/40bFfYf1OMk?= =?us-ascii?Q?po4rP7qtD20IHCfI0P3Krggxy7JpQcsHCugPPaM/ItLRHzeG7f+klZvM5CwI?= =?us-ascii?Q?9HQiL9vkVbldF6d+wWoXGOGZsRCXayMMt5lVOgRShQfWDxtHyzlFWDRvWPkm?= =?us-ascii?Q?m0SMhN3ajRc3ARqPA5+ykEE6cyl5rK9w+e7AL055pyBOn1rQni9OS+ThiEp9?= =?us-ascii?Q?FXGoCWhqa5krP7gbhVDaZYnza3TMTdmvCwta/f/EdnxkM8aFXTQJe7ScY/+j?= =?us-ascii?Q?dmB+qOmH66KQY5zgwSnUj4bVQy+BW1cnSxFkIGFb9/NWXOY4XVuCF7W4/Xkh?= =?us-ascii?Q?oZ4nmGNhx6V4RgmX7kN/7ftL7FVDJpAvj2KOFP5OQUfZh+GEm8wwTX7/v0E+?= =?us-ascii?Q?Eg9TYMoRhtFeKas1xnCXl1mov1E34Xi7/wcfdr/mJTuknKX4XjXx3RvaLXcJ?= =?us-ascii?Q?/15MHrrgtZGUGqka1YZKYu5giIERaBzJF8/QggPornTgcloOiNEA9skvmiJx?= =?us-ascii?Q?X/LlFhtWkmstt1I+FVPV8GyXBq9N5nBZIPk7WXvGO/UWXkIjCbhgJfnhwoLa?= =?us-ascii?Q?P5YNmRKiANzI70fDbDHPsXGAyg+GWJlWyAKEdBKGEsD1SFLQva9JK4aEJDiy?= =?us-ascii?Q?RmKaIow+4NyT2/DbrHPsvV8ytoUDnk12XStqN9ub8ZZCjFJAIbZxSMcRKoUH?= =?us-ascii?Q?En/WyIG+rpvHLJ3Wo9idTb78p+jSggxJvuYF9BrinLtwt5WxPU8jSa4H/P9V?= =?us-ascii?Q?3a4RjHE/oZJtd+Qf3/yz6hPXHgghACI7E6CSxED65GKVkYor9+Xai0LzokAZ?= =?us-ascii?Q?10xKr/EutmtS2FR4qSli6DRLt3ihil5cDLRBNZrKoKFQZKAOOevQy2QquqtC?= =?us-ascii?Q?ImC5kC5JH/DTQgwvFTEe1Q5EMTQxYX5VJ8CbPAlBfcHF8Q=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_AM0PR07MB4497408DE82F3C7DCDF94E9F83D49AM0PR07MB4497eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4497.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: db045c74-dee9-40b7-011c-08d9727c29e3 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Sep 2021 03:53:05.2250 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 8V60P6/TKDlBMm7mBVWCgKitasty36jAEJ/1uoBPYHVTDB93X0YCchhGZquBGNWUuPcbkVZMYOx20ipZq20JeXRP6aPpq/H/aQV5ZOkEz4k= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3459 Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 03:53:25 -0000 --_000_AM0PR07MB4497408DE82F3C7DCDF94E9F83D49AM0PR07MB4497eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Joel and chairs thx for having us move forward here. On the q if CSID is 1 = dataplane or 2 dataplane, in my view there is 2 dataplanes inside the CSID = proposal and I am advocating that in case CSID moves fwd we pick 1 of them,= not both. From: spring on behalf of Joel M. Halpern Date: Monday, 6 September 2021 at 19:27 To: spring@ietf.org Subject: [spring] Conclusion from WG poll on dataplane solution for compres= sing segment routing over IPv6 Our thanks to the working group members for speaking up clearly. There is a rough (quite clear) consensus for standardizing one dataplane solution to compressing segment routing over IPv6. As chairs, there are some related observations we need to make. There appears to be significant interest in using the framework in the CSID draft for addressing the above. However, before we issue a call for adoption on that, the chairs would like to understand how the working group wants to solve a technical problem. The CSID draft contains two dataplane solutions. The above rough consensus is for one dataplane solution. Does the working group want to choose one? Do the authors want to suggest that one of the two is the one we should standardize, and get working group agreement? Should we adopt the document, with a note indicating the problem, and solve the problem afterwards? (That itself does not solve the problem, it merely kicks it down the road.) Do folks see another means to avoid putting the WG in conflict with itself? As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of other solutions, as long as there is sufficient energy in the working group to deal with those. Also, only documents for which there is at least one implementation will be progressed this way. Thank you, Bruno, Jim, and Joel _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring --_000_AM0PR07MB4497408DE82F3C7DCDF94E9F83D49AM0PR07MB4497eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Joel and chairs thx for having us move forward here. On the q if CSID= is 1 dataplane or 2 dataplane, in my view there is 2 dataplanes inside the= CSID proposal and I am advocating that in case CSID moves fwd we pick 1 of them, not both.

&nbs= p;

From: spring <spring-b= ounces@ietf.org> on behalf of Joel M. Halpern <jmh@joelhalpern.com>= ;
Date: Monday, 6 September 2021 at 19:27
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] Conclusion from WG poll on dataplane solution for = compressing segment routing over IPv6

Our thanks to the working group members for speaking= up clearly.  There
is a rough (quite clear) consensus for standardizing one dataplane
solution to compressing segment routing over IPv6.

As chairs, there are some related observations we need to make.
There appears to be significant interest in using the framework in the
CSID draft for addressing the above.

However, before we issue a call for adoption on that, the chairs would
like to understand how the working group wants to solve a technical
problem.  The CSID draft contains two dataplane solutions.  The a= bove
rough consensus is for one dataplane solution.  Does the working group=
want to choose one?  Do the authors want to suggest that one of the tw= o
is the one we should standardize, and get working group agreement?
Should we adopt the document, with a note indicating the problem, and
solve the problem afterwards?  (That itself does not solve the problem= ,
it merely kicks it down the road.) Do folks see another means to avoid
putting the WG in conflict with itself?

As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of
other solutions, as long as there is sufficient energy in the working
group to deal with those.  Also, only documents for which there is at =
least one implementation will be progressed this way.

Thank you,
Bruno, Jim, and Joel

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.o= rg/mailman/listinfo/spring

--_000_AM0PR07MB4497408DE82F3C7DCDF94E9F83D49AM0PR07MB4497eurp_-- From nobody Tue Sep 7 23:40:17 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4BF73A1BF8 for ; Tue, 7 Sep 2021 23:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x82w431ejxz9 for ; Tue, 7 Sep 2021 23:40:10 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 980163A1BF3 for ; Tue, 7 Sep 2021 23:40:10 -0700 (PDT) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 2C69E5CF871FE765CD3E; Wed, 8 Sep 2021 14:40:08 +0800 (CST) Received: from kjyxapp04.zte.com.cn ([10.30.12.203]) by mse-fl2.zte.com.cn with SMTP id 1886dkPH058485; Wed, 8 Sep 2021 14:39:46 +0800 (GMT-8) (envelope-from liu.aihua@zte.com.cn) Received: from mapi (kjyxapp05[null]) by mapi (Zmail) with MAPI id mid13; Wed, 8 Sep 2021 14:39:46 +0800 (CST) Date: Wed, 8 Sep 2021 14:39:46 +0800 (CST) X-Zmail-TransId: 2b0761385ab2cd3aed6f X-Mailer: Zmail v1.0 Message-ID: <202109081439467000032@zte.com.cn> In-Reply-To: References: d060f258-4e7d-51a8-2ced-69cfe2daa31f@joelhalpern.com, AM0PR07MB4497408DE82F3C7DCDF94E9F83D49@AM0PR07MB4497.eurprd07.prod.outlook.com Mime-Version: 1.0 From: To: , Cc: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 1886dkPH058485 Archived-At: Subject: Re: [spring] =?utf-8?q?Conclusion_from_WG_poll_on_dataplane_solution?= =?utf-8?q?_for_compressing_segment_routing_over_IPv6?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 06:40:16 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SW4gbXkgb3BpbmlvbiwgQy1TSUQganVzdCBwcmVzZW50cyAxIHNvbHV0aW9uIGluIGRhdGFwbGFu ZSwgZXZlbiBpdCBoYXMgMiBmbGF2b3JzLCBidXQgdGhleSBzaGFyZSB0aGUgc2FtZSBmcmFtZXdv cmsgYW5kIHByb2Nlc3MuIEJlZm9yZSB3ZSBhY2NlcHQgaXQgaXQgaXMgbm90IGltcG9ydGFudCB0 byBwcmVmZXIgd2hpY2ggZmxhdm9yLg0KDQoNCg0KDQoNCg0KQmVzdCByZWdhcmRz77yMDQoNCg0K QWlodWENCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7tuS6 uu+8mkhlbmRlcmlja3gsV2ltKE5va2lhLUJFL0FudHdlcnApDQrmlLbku7bkurrvvJpKb2VsIE0u IEhhbHBlcm47c3ByaW5nQGlldGYub3JnOw0K5pelIOacnyDvvJoyMDIx5bm0MDnmnIgwOOaXpSAx MTo1Mw0K5Li7IOmimCDvvJpSZTogW3NwcmluZ10gQ29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24g ZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJ UHY2DQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQoNCiANCg0KSm9lbCBhbmQgY2hhaXJzIHRo eCBmb3IgaGF2aW5nIHVzIG1vdmUgZm9yd2FyZCBoZXJlLiBPbiB0aGUgcSBpZiBDU0lEIGlzIDEg ZGF0YXBsYW5lIG9yIDIgZGF0YXBsYW5lLCBpbiBteSB2aWV3IHRoZXJlIGlzIDIgZGF0YXBsYW5l cyBpbnNpZGUgdGhlIENTSUQgcHJvcG9zYWwgYW5kIEkgYW0gYWR2b2NhdGluZyB0aGF0IGluIGNh c2UgQ1NJRCBtb3ZlcyBmd2Qgd2UgcGljayAxIG9mIHRoZW0sIG5vdCBib3RoLg0KDQoNCiANCg0K DQoNCkZyb206IHNwcmluZyA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBK b2VsIE0uIEhhbHBlcm4gPGptaEBqb2VsaGFscGVybi5jb20+DQogRGF0ZTogTW9uZGF5LCA2IFNl cHRlbWJlciAyMDIxIGF0IDE5OjI3DQogVG86IHNwcmluZ0BpZXRmLm9yZyA8c3ByaW5nQGlldGYu b3JnPg0KIFN1YmplY3Q6IFtzcHJpbmddIENvbmNsdXNpb24gZnJvbSBXRyBwb2xsIG9uIGRhdGFw bGFuZSBzb2x1dGlvbiBmb3IgY29tcHJlc3Npbmcgc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ng0K DQoNCg0KT3VyIHRoYW5rcyB0byB0aGUgd29ya2luZyBncm91cCBtZW1iZXJzIGZvciBzcGVha2lu ZyB1cCBjbGVhcmx5LiAgVGhlcmUgDQogaXMgYSByb3VnaCAocXVpdGUgY2xlYXIpIGNvbnNlbnN1 cyBmb3Igc3RhbmRhcmRpemluZyBvbmUgZGF0YXBsYW5lIA0KIHNvbHV0aW9uIHRvIGNvbXByZXNz aW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYuDQogDQogQXMgY2hhaXJzLCB0aGVyZSBhcmUg c29tZSByZWxhdGVkIG9ic2VydmF0aW9ucyB3ZSBuZWVkIHRvIG1ha2UuDQogVGhlcmUgYXBwZWFy cyB0byBiZSBzaWduaWZpY2FudCBpbnRlcmVzdCBpbiB1c2luZyB0aGUgZnJhbWV3b3JrIGluIHRo ZSANCiBDU0lEIGRyYWZ0IGZvciBhZGRyZXNzaW5nIHRoZSBhYm92ZS4NCiANCiBIb3dldmVyLCBi ZWZvcmUgd2UgaXNzdWUgYSBjYWxsIGZvciBhZG9wdGlvbiBvbiB0aGF0LCB0aGUgY2hhaXJzIHdv dWxkIA0KIGxpa2UgdG8gdW5kZXJzdGFuZCBob3cgdGhlIHdvcmtpbmcgZ3JvdXAgd2FudHMgdG8g c29sdmUgYSB0ZWNobmljYWwgDQogcHJvYmxlbS4gIFRoZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIHR3 byBkYXRhcGxhbmUgc29sdXRpb25zLiAgVGhlIGFib3ZlIA0KIHJvdWdoIGNvbnNlbnN1cyBpcyBm b3Igb25lIGRhdGFwbGFuZSBzb2x1dGlvbi4gIERvZXMgdGhlIHdvcmtpbmcgZ3JvdXAgDQogd2Fu dCB0byBjaG9vc2Ugb25lPyAgRG8gdGhlIGF1dGhvcnMgd2FudCB0byBzdWdnZXN0IHRoYXQgb25l IG9mIHRoZSB0d28gDQogaXMgdGhlIG9uZSB3ZSBzaG91bGQgc3RhbmRhcmRpemUsIGFuZCBnZXQg d29ya2luZyBncm91cCBhZ3JlZW1lbnQ/DQogU2hvdWxkIHdlIGFkb3B0IHRoZSBkb2N1bWVudCwg d2l0aCBhIG5vdGUgaW5kaWNhdGluZyB0aGUgcHJvYmxlbSwgYW5kIA0KIHNvbHZlIHRoZSBwcm9i bGVtIGFmdGVyd2FyZHM/ICAoVGhhdCBpdHNlbGYgZG9lcyBub3Qgc29sdmUgdGhlIHByb2JsZW0s IA0KIGl0IG1lcmVseSBraWNrcyBpdCBkb3duIHRoZSByb2FkLikgRG8gZm9sa3Mgc2VlIGFub3Ro ZXIgbWVhbnMgdG8gYXZvaWQgDQogcHV0dGluZyB0aGUgV0cgaW4gY29uZmxpY3Qgd2l0aCBpdHNl bGY/DQogDQogQXMgYSBsb29zZWx5IHJlbGF0ZWQgc2lkZSBub2RlLCB0aGUgY2hhaXJzIHdpbGwg YWxzbyBvYnNlcnZlIHRoYXQgd2UgZG8gDQogbm90IHNlZSBhbiBvYnN0YWNsZSB0byBpbmZvcm1h dGlvbmFsIG9yIGV4cGVyaW1lbnRhbCBwdWJsaWNhdGlvbiBvZiANCiBvdGhlciBzb2x1dGlvbnMs IGFzIGxvbmcgYXMgdGhlcmUgaXMgc3VmZmljaWVudCBlbmVyZ3kgaW4gdGhlIHdvcmtpbmcgDQog Z3JvdXAgdG8gZGVhbCB3aXRoIHRob3NlLiAgQWxzbywgb25seSBkb2N1bWVudHMgZm9yIHdoaWNo IHRoZXJlIGlzIGF0IA0KIGxlYXN0IG9uZSBpbXBsZW1lbnRhdGlvbiB3aWxsIGJlIHByb2dyZXNz ZWQgdGhpcyB3YXkuDQogDQogVGhhbmsgeW91LA0KIEJydW5vLCBKaW0sIGFuZCBKb2VsDQogDQog X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiBzcHJpbmcg bWFpbGluZyBsaXN0DQogc3ByaW5nQGlldGYub3JnDQogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9zcHJpbmc= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTZweDtmb250LWZh bWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9u dC1zaXplOjE2cHg7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPklu IG15IG9waW5pb24sIEMtU0lEIGp1c3QgcHJlc2VudHMgMSBzb2x1dGlvbiBpbiBkYXRhcGxhbmUs IGV2ZW4gaXQgaGFzIDIgZmxhdm9ycywgYnV0IHRoZXkgc2hhcmUgdGhlIHNhbWUgZnJhbWV3b3Jr IGFuZCBwcm9jZXNzLiBCZWZvcmUgd2UgYWNjZXB0IGl0IGl0IGlzIG5vdCBpbXBvcnRhbnQgdG8g cHJlZmVyIHdoaWNoIGZsYXZvci48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNnB4O2ZvbnQtZmFt aWx5OuW+rui9r+mbhem7kSxNaWNyb3NvZnQgWWFIZWk7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250 LXNpemU6MTZweDtmb250LWZhbWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+QmVz dCByZWdhcmRz77yMPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTZweDtmb250LWZhbWlseTrlvq7o va/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+QWlodWE8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZTox NnB4O2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kSxNaWNyb3NvZnQgWWFIZWk7Ij48YnI+PC9wPjxk aXYgY2xhc3M9InpNYWlsU2lnbiIgdW5vbmFtZWNoPSLliJjniLHljY4xMDAyNDk5OSIgdW5vbmFt ZWVuPSJsaXUgYWlodWExMDAyNDk5OSI+PC9kaXY+PGRpdiBjbGFzcz0iek1haWxGcm9tIj48L2Rp dj48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93IiBzdHlsZT0iZGlzcGxheTpibG9jayI+PGRp diBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDogMTAwJTsgaGVpZ2h0OiAyOHB4OyBs aW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjogI0UwRTVFOTsgY29sb3I6ICMxMzg4 RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlPcmdUeHQiPuWO n+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3RvcnlDb250YWluZXIiPjxkaXYgY2xh c3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRpdiBjbGFzcz0iemhpc3RvcnlIZWFk ZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQtY29sb3I6ICNGNUY2Rjg7Ij48ZGl2 PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRlclR4dCI+5Y+R5Lu25Lq677yaPC9z dHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPkhlbmRlcmlja3gsV2ltKE5va2lhLUJF L0FudHdlcnApPHdpbS5oZW5kZXJpY2t4QG5va2lhLmNvbT48L3dpbS5oZW5kZXJpY2t4QG5va2lh LmNvbT48L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4 dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxl PSJkaXNwbGF5OiBpbmxpbmU7Ij5Kb2VsIE0uIEhhbHBlcm48am1oQGpvZWxoYWxwZXJuLmNvbT47 PC9qbWhAam9lbGhhbHBlcm4uY29tPjwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIg c3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPnNwcmluZ0BpZXRmLm9yZzxzcHJpbmdAaWV0Zi5vcmc+ Ozwvc3ByaW5nQGlldGYub3JnPjwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0 YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAy MeW5tDA55pyIMDjml6UgMTE6NTM8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRh dGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6 cmVhZFRpdGxlIj48c3Ryb25nPlJlOiBbc3ByaW5nXSBDb25jbHVzaW9uIGZyb20gV0cgcG9sbCBv biBkYXRhcGxhbmUgc29sdXRpb24gZm9yIGNvbXByZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVy IElQdjY8L3N0cm9uZz48L3NwYW4+PC9kaXY+PC9kaXY+PGRpdiB6bWFpbGJ1c2luZXNzPSJidXNp bmVzc0V4dGVybmFsIj48L2Rpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+c3ByaW5nJm5i c3A7bWFpbGluZyZuYnNwO2xpc3Q8YnI+c3ByaW5nQGlldGYub3JnPGJyPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nPGJyPjxicj4gICA8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkpvZWwgYW5kIGNoYWlycyB0aHggZm9yIGhhdmlu ZyB1cyBtb3ZlIGZvcndhcmQgaGVyZS4gT24gdGhlIHEgaWYgQ1NJRCBpcyAxIGRhdGFwbGFuZSBv ciAyIGRhdGFwbGFuZSwgaW4gbXkgdmlldyB0aGVyZSBpcyAyIGRhdGFwbGFuZXMgaW5zaWRlIHRo ZSBDU0lEIHByb3Bvc2FsIGFuZCBJIGFtIGFkdm9jYXRpbmcgdGhhdCAgaW4gY2FzZSBDU0lEIG1v dmVzIGZ3ZCB3ZSBwaWNrIDEgb2YgdGhlbSwgbm90IGJvdGguPG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Ij48cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzdHJv bmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bh bj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+c3By aW5nICZsdDtzcHJpbmctYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIEpvZWwgTS4g SGFscGVybiAmbHQ7am1oQGpvZWxoYWxwZXJuLmNvbSZndDs8YnI+IDxzdHJvbmc+RGF0ZTogPC9z dHJvbmc+TW9uZGF5LCA2IFNlcHRlbWJlciAyMDIxIGF0IDE5OjI3PGJyPiA8c3Ryb25nPlRvOiA8 L3N0cm9uZz5zcHJpbmdAaWV0Zi5vcmcgJmx0O3NwcmluZ0BpZXRmLm9yZyZndDs8YnI+IDxzdHJv bmc+U3ViamVjdDogPC9zdHJvbmc+W3NwcmluZ10gQ29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24g ZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJ UHY2PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+ T3VyIHRoYW5rcyB0byB0aGUgd29ya2luZyBncm91cCBtZW1iZXJzIGZvciBzcGVha2luZyB1cCBj bGVhcmx5LiZuYnNwOyBUaGVyZSA8YnI+IGlzIGEgcm91Z2ggKHF1aXRlIGNsZWFyKSBjb25zZW5z dXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFwbGFuZSA8YnI+IHNvbHV0aW9uIHRvIGNvbXBy ZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYuPGJyPiA8YnI+IEFzIGNoYWlycywgdGhl cmUgYXJlIHNvbWUgcmVsYXRlZCBvYnNlcnZhdGlvbnMgd2UgbmVlZCB0byBtYWtlLjxicj4gVGhl cmUgYXBwZWFycyB0byBiZSBzaWduaWZpY2FudCBpbnRlcmVzdCBpbiB1c2luZyB0aGUgZnJhbWV3 b3JrIGluIHRoZSA8YnI+IENTSUQgZHJhZnQgZm9yIGFkZHJlc3NpbmcgdGhlIGFib3ZlLjxicj4g PGJyPiBIb3dldmVyLCBiZWZvcmUgd2UgaXNzdWUgYSBjYWxsIGZvciBhZG9wdGlvbiBvbiB0aGF0 LCB0aGUgY2hhaXJzIHdvdWxkIDxicj4gbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgd29ya2lu ZyBncm91cCB3YW50cyB0byBzb2x2ZSBhIHRlY2huaWNhbCA8YnI+IHByb2JsZW0uJm5ic3A7IFRo ZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIHR3byBkYXRhcGxhbmUgc29sdXRpb25zLiZuYnNwOyBUaGUg YWJvdmUgPGJyPiByb3VnaCBjb25zZW5zdXMgaXMgZm9yIG9uZSBkYXRhcGxhbmUgc29sdXRpb24u Jm5ic3A7IERvZXMgdGhlIHdvcmtpbmcgZ3JvdXAgPGJyPiB3YW50IHRvIGNob29zZSBvbmU/Jm5i c3A7IERvIHRoZSBhdXRob3JzIHdhbnQgdG8gc3VnZ2VzdCB0aGF0IG9uZSBvZiB0aGUgdHdvIDxi cj4gaXMgdGhlIG9uZSB3ZSBzaG91bGQgc3RhbmRhcmRpemUsIGFuZCBnZXQgd29ya2luZyBncm91 cCBhZ3JlZW1lbnQ/PGJyPiBTaG91bGQgd2UgYWRvcHQgdGhlIGRvY3VtZW50LCB3aXRoIGEgbm90 ZSBpbmRpY2F0aW5nIHRoZSBwcm9ibGVtLCBhbmQgPGJyPiBzb2x2ZSB0aGUgcHJvYmxlbSBhZnRl cndhcmRzPyZuYnNwOyAoVGhhdCBpdHNlbGYgZG9lcyBub3Qgc29sdmUgdGhlIHByb2JsZW0sIDxi cj4gaXQgbWVyZWx5IGtpY2tzIGl0IGRvd24gdGhlIHJvYWQuKSBEbyBmb2xrcyBzZWUgYW5vdGhl ciBtZWFucyB0byBhdm9pZCA8YnI+IHB1dHRpbmcgdGhlIFdHIGluIGNvbmZsaWN0IHdpdGggaXRz ZWxmPzxicj4gPGJyPiBBcyBhIGxvb3NlbHkgcmVsYXRlZCBzaWRlIG5vZGUsIHRoZSBjaGFpcnMg d2lsbCBhbHNvIG9ic2VydmUgdGhhdCB3ZSBkbyA8YnI+IG5vdCBzZWUgYW4gb2JzdGFjbGUgdG8g aW5mb3JtYXRpb25hbCBvciBleHBlcmltZW50YWwgcHVibGljYXRpb24gb2YgPGJyPiBvdGhlciBz b2x1dGlvbnMsIGFzIGxvbmcgYXMgdGhlcmUgaXMgc3VmZmljaWVudCBlbmVyZ3kgaW4gdGhlIHdv cmtpbmcgPGJyPiBncm91cCB0byBkZWFsIHdpdGggdGhvc2UuJm5ic3A7IEFsc28sIG9ubHkgZG9j dW1lbnRzIGZvciB3aGljaCB0aGVyZSBpcyBhdCA8YnI+IGxlYXN0IG9uZSBpbXBsZW1lbnRhdGlv biB3aWxsIGJlIHByb2dyZXNzZWQgdGhpcyB3YXkuPGJyPiA8YnI+IFRoYW5rIHlvdSw8YnI+IEJy dW5vLCBKaW0sIGFuZCBKb2VsPGJyPiA8YnI+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPiBzcHJpbmcgbWFpbGluZyBsaXN0PGJyPiBzcHJpbmdAaWV0 Zi5vcmc8YnI+IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v c3ByaW5nIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9zcHJpbmc8L2E+PG86cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k aXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Wed Sep 8 02:49:36 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C734D3A2228 for ; Wed, 8 Sep 2021 02:49:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoJ7lWBRR0lB for ; Wed, 8 Sep 2021 02:49:27 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 9BA5E3A223B for ; Wed, 8 Sep 2021 02:49:27 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id w4so2463190ljh.13 for ; Wed, 08 Sep 2021 02:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PHouNZj1fVCM5FENyL8obW1jlBNoahjyq99ClvbBV8A=; b=NU7lgm/JnnQYHWrdJFTkGNyY4zdPkMrEo9KJ83it6uyhEX0dRD8y9nyOIMZpl0TKk3 K7YebtxnLmll8F0IyhW5tjxXs1FctykiPC0aD4WXdEweIObGP9X156o5NlZnGGpiGJ6q I6Oeq+Ugq1/jXJGc3d3FIS7X01fapSKMBZBDeOyEisfgOEXxDRqWLzvmLy08iWHICEs0 IhS+bZWeIX9OeKptSiZE0y+q2YODS/Swthq3bDyrwyPLrL9YQCLm/qGbH0O2XO4VgkYs 9b2XrqfBEndaKAhMuX2jF0OswIehTrnQ4xbmE+YdTHx6+SHLQXhiL9sXvggXu6bIdbc5 VIqQ== 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=PHouNZj1fVCM5FENyL8obW1jlBNoahjyq99ClvbBV8A=; b=TLQNKPxvFaLAXqGfhHdkzTodU4YP0PFhWJQlsDd11YBrMoUckz5fFih+wm9V5EWrGu o2jKqMaFTPjM6GJ3dG/KI640BwzkATodplmZMAiol7BK+J/rB7VCACytDeW7IcQhksCb zcmvOLM2+Ee8L3LAEVwmE3iS2qr7/CopFEpkBGbTy36NlMahMGZGUR0tI1hDMBMCbZB7 sTq85yamo5BVeWgAIfcDALHiWDQp0F+sb0Itn9Qo13NBVxSIpYYkjV0SFw1P+HtCDLhJ bCc5FRJmYUA1UkTYUNGZBZpdEqXLVEGR+47gyEUZ7zWRzPRENQUgyOox/6jtHmFHjTvB PBTw== X-Gm-Message-State: AOAM531XmO6d/Jp61MVdiT+mfLEDfiETG5DSSKFpJqfL6WzBwMdmdPGg /tRNkcXmBU/mbw3OiR4VUnvDySHebmis+QLgsDRXW8ysc2JZsQ== X-Google-Smtp-Source: ABdhPJyPDYe1ZjGEq/mq7T0hcUw7fnGTN0djwFzDbShfH6zyBTY/eNFy8cBSRLTrVqluFHw9v7cTDDK5bKsx1g53XKQ= X-Received: by 2002:a2e:8008:: with SMTP id j8mr2046592ljg.233.1631094564038; Wed, 08 Sep 2021 02:49:24 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Robert Raszuk Date: Wed, 8 Sep 2021 11:49:41 +0200 Message-ID: To: Tony Li Cc: "Joel M. Halpern" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000015bb6805cb78ccd9" Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2021 09:49:33 -0000 --00000000000015bb6805cb78ccd9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Tony, May I ask if the "check" you are recommending is to be done only based on reading a few drafts or maybe also something else ? I personally think that while reading the specs may give some hints as to how the solution is supposed to work the real crux of the matter is in details of hardware implementations and various design choices made there. So to me if this WG is to make some choices (which I am not sure if it should or is capable of specifically in regards to hardware impact of any solution) much more useful is to document actual shipping and deployed implementations and support it with actual data from the field (both production deployment as well as early field trials). Data presented so far clearly indicates that CSID data plane with two flavors has most vendor and operational experience behind it. Meanwhile let's see if the below two drafts will be adopted as WG doc: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis If they will IMHO this will be good technical as well as formal input to the choice to be made. Many thx, Robert On Wed, Sep 8, 2021 at 12:58 AM Tony Li wrote: > > > Dear chairs & WG, > > > > Our thanks to the working group members for speaking up clearly. There > is a rough (quite clear) consensus for standardizing one dataplane soluti= on > to compressing segment routing over IPv6. > > > I=E2=80=99m very pleased that we=E2=80=99ve found the courage to say that= we want to make > a decision. > > > > As chairs, there are some related observations we need to make. > > There appears to be significant interest in using the framework in the > CSID draft for addressing the above. > > > I concur that there is interest in CSID. However, as we have not yet don= e > a consensus check to select the specific proposal, I hope that this is no= t > your assertion that CSID is the result. This is a major decision by the W= G > and it does deserve a formal and explicit check. > > > > However, before we issue a call for adoption on that, the chairs would > like to understand how the working group wants to solve a technical > problem. The CSID draft contains two dataplane solutions. The above rou= gh > consensus is for one dataplane solution. Does the working group want to > choose one? Do the authors want to suggest that one of the two is the on= e > we should standardize, and get working group agreement? > > Should we adopt the document, with a note indicating the problem, and > solve the problem afterwards? (That itself does not solve the problem, i= t > merely kicks it down the road.) Do folks see another means to avoid putti= ng > the WG in conflict with itself? > > > If the authors of the CSID proposal, or any proposal, would like to revis= e > their proposals before we make a selection, this would seem to be an > opportune time. > > Tony > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --00000000000015bb6805cb78ccd9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tony,

May I ask if the "check" you are recommending is to be d= one only based on reading a few drafts or maybe also something else ?=C2=A0=

I personally think that while reading the specs m= ay give some hints as to how the solution is supposed to work the real crux= of the matter is in details=C2=A0of hardware implementations=C2=A0and vari= ous design choices made there.=C2=A0

So to me if t= his WG is to make some choices (which I am not sure if it should or is capa= ble of specifically in regards to hardware impact of any solution) much mor= e useful=C2=A0is to document actual shipping and deployed implementations a= nd support it with actual data from the field (both production deployment a= s well as early field trials).=C2=A0

Data presente= d so=C2=A0far clearly indicates that CSID data plane=C2=A0with two flavors = has most vendor and operational experience behind=C2=A0it.=C2=A0

Meanwhile let's see if the below two drafts = will be adopted as WG doc:

https://datatracker.ietf.org/doc/html/draft-srcompd= t-spring-compression-requirement

https://datatracker.ietf.org/d= oc/html/draft-srcompdt-spring-compression-analysis


If they will IMHO this will b= e good technical as well as formal input to the choice to be made.=C2=A0


Many thx,

Robert


On Wed, Sep 8, 2021 at 12:= 58 AM Tony Li <tony= .li@tony.li> wrote:


Dear chairs & WG,


> Our thanks to the working group members for speaking up clearly.=C2=A0= There is a rough (quite clear) consensus for standardizing one dataplane s= olution to compressing segment routing over IPv6.


I=E2=80=99m very pleased that we=E2=80=99ve found the courage to say that w= e want to make a decision.


> As chairs, there are some related observations we need to make.
> There appears to be significant interest in using the framework in the= CSID draft for addressing the above.


I concur that there is interest in CSID.=C2=A0 However, as we have not yet = done a consensus check to select the specific proposal, I hope that this is= not your assertion that CSID is the result. This is a major decision by th= e WG and it does deserve a formal and explicit check.


> However, before we issue a call for adoption on that, the chairs would= like to understand how the working group wants to solve a technical proble= m.=C2=A0 The CSID draft contains two dataplane solutions.=C2=A0 The above r= ough consensus is for one dataplane solution.=C2=A0 Does the working group = want to choose one?=C2=A0 Do the authors want to suggest that one of the tw= o is the one we should standardize, and get working group agreement?
> Should we adopt the document, with a note indicating the problem, and = solve the problem afterwards?=C2=A0 (That itself does not solve the problem= , it merely kicks it down the road.) Do folks see another means to avoid pu= tting the WG in conflict with itself?


If the authors of the CSID proposal, or any proposal, would like to revise = their proposals before we make a selection, this would seem to be an opport= une time.

Tony

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--00000000000015bb6805cb78ccd9-- From nobody Thu Sep 9 21:20:28 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAD733A1802; Thu, 9 Sep 2021 21:20:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JkpgiA8Gm3qU; Thu, 9 Sep 2021 21:20:16 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EB793A1800; Thu, 9 Sep 2021 21:20:15 -0700 (PDT) Received: from fraeml739-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H5Mzw2WcMz67gYw; Fri, 10 Sep 2021 12:18:04 +0800 (CST) Received: from dggpemm500006.china.huawei.com (7.185.36.236) by fraeml739-chm.china.huawei.com (10.206.15.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 10 Sep 2021 06:20:10 +0200 Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggpemm500006.china.huawei.com (7.185.36.236) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Fri, 10 Sep 2021 12:20:09 +0800 Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.2308.008; Fri, 10 Sep 2021 12:20:08 +0800 From: "Dongjie (Jimmy)" To: Gyan Mishra , Tarek Saad CC: Adrian Farrel , "EXT-vishnupavan@gmail.com" , John E Drake , Lizhenbin , TEAS WG , draft-ali-teas-sprin , draft-decraene-mpls- , draft-filsfils-sprin , "mpls@ietf.org" , "spring@ietf.org" , =?utf-8?B?6b6a56uL6Imz?= Thread-Topic: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization Thread-Index: AQHXlcgdxz5Nsj8nFkKc51o9Hu7M+6t8GUuAgAapfnCAAROwAIAPH/sAgAmvOLA= Date: Fri, 10 Sep 2021 04:20:08 +0000 Message-ID: <133851406df243668990e9535c3b1298@huawei.com> References: <0addeb9e3cf7452b9d4977a115a76729@huawei.com> <872d55c62cfa4b38ab0ffe777367391e@huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.143] Content-Type: multipart/related; boundary="_004_133851406df243668990e9535c3b1298huaweicom_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 04:20:23 -0000 --_004_133851406df243668990e9535c3b1298huaweicom_ Content-Type: multipart/alternative; boundary="_000_133851406df243668990e9535c3b1298huaweicom_" --_000_133851406df243668990e9535c3b1298huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3lhbiwNCg0KVGhhbmtzIGZvciBwcm92aWRpbmcgeW91ciB0aG91Z2h0cyBvbiB0aGlzLiBQ bGVhc2Ugc2VlIHNvbWUgcmVwbGllcyBpbmxpbmUgd2l0aCBbSmllXToNCg0KRnJvbTogR3lhbiBN aXNocmEgW21haWx0bzpoYXlhYnVzYWdzbUBnbWFpbC5jb21dDQpTZW50OiBTYXR1cmRheSwgU2Vw dGVtYmVyIDQsIDIwMjEgMjoxNCBQTQ0KVG86IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5j b20+DQpDYzogQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51az47IERvbmdqaWUgKEpp bW15KSA8amllLmRvbmdAaHVhd2VpLmNvbT47IEVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20gPHZp c2hudXBhdmFuQGdtYWlsLmNvbT47IEpvaG4gRSBEcmFrZSA8amRyYWtlQGp1bmlwZXIubmV0Pjsg TGl6aGVuYmluIDxsaXpoZW5iaW5AaHVhd2VpLmNvbT47IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc+ OyBkcmFmdC1hbGktdGVhcy1zcHJpbiA8ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5n LWJsb2Nrc0BpZXRmLm9yZz47IGRyYWZ0LWRlY3JhZW5lLW1wbHMtIDxkcmFmdC1kZWNyYWVuZS1t cGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPjsgZHJhZnQtZmlsc2Zp bHMtc3ByaW4gPGRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBp ZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc7IHNwcmluZ0BpZXRmLm9yZzsg6b6a56uL6ImzIDxnb25n bGl5YW5AY2hpbmFtb2JpbGUuY29tPg0KU3ViamVjdDogUmU6IFtzcHJpbmddIFtUZWFzXSBNb3Jl IERpc2N1c3Npb24vL1JFOiBSZTpSZTogTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1 Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRpb24NCg0KDQpIaSBUYXJlaywgSm9obiAmIEppZQ0K DQpJIHdvdWxkIGxpa2UgdG8gY2hpbWUgaW4sIGNvbW1lbnRzIGluLWxpbmUuDQoNCkluIGRlZmlu aW5nIHRoZSByZXNvdXJjZSBpbiB0aGUgdW5kZXJsYXkgYW5kIGhvdyB0byBkaXNjcmV0ZWx5IGlk ZW50aWZ5IHRoZSBub21lbmNsYXR1cmUgZm9yIE5TQyBpbiBwcm92aXNpb25pbmcgdW5kZXJsYXkg Zm9yIGEgbmV0d29yayBzbGljZS4NCg0KDQpBbHNvIGEga2V5IHBvaW50IG1lbnRpb25lZCBpbiB0 aGlzIHRocmVhZCBhbmQgdGhpcyByZWxhdGVzIHRvIFRFIEFDVE4gbmV0d29yayBzbGljZSBhbmQg U1IgbmV0d29yayBzbGljZSB3aGljaCB3ZSBoYXZlIGNvbXBhcmVkIGFuZCBjb250cmFzdGVkLCB0 aGF0IGFueSB0ZWNobm9sb2d5IGV2ZW4gRmxleCBBbGdvIG9yIGFueSBvdGhlciBjYW4gYmUgdXNl ZCBpbiB0aGUgdW5kZXJsYXkgZm9yIHRoZSBOU0MgcHJvdmlzaW9uaW5nIG9mIHRoZSBuZXR3b3Jr IHNsaWNlLg0KDQpbSmllXSBZZXMsIHRoZXJlIGNhbiBiZSBkaWZmZXJlbnQgYXBwcm9hY2hlcyAo Ym90aCBpbiBkYXRhIHBsYW5lIGFuZCBjb250cm9sIHBsYW5lKSBmb3IgdGhlIGluc3RhbnRpYXRp b24gb2YgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QsIGFuZCB0aGUgdGVybSBuZWVkcyB0byBiZSBn ZW5lcmljIGVub3VnaCB0byBjb3ZlciBhbGwgb2YgdGhlbS4NCg0KUmVzb3VyY2UgUGFydGl0aW9u ID0gc3Vic2V0IG9mIHVuZGVybGF5IG5ldHdvcmsgbGlua3MgcmVzb3VyY2VzIGluc3RhbnRpYXRp b24gb2YgdGhlIHVuZGVybGF5IGRhdGEgcGxhbmUgY3Jvc3Mgc2VjdGlvbiBsYXllciBvZiB0aGUg bmV0d29yay4NCg0KUGFydGl0aW9uZWQgVW5kZXJsYXkgTmV0d29yayBUb3BvbG9neSA9IENvbWJp bmF0aW9uIG9mIG11bHRpcGxlIHJlc291cmNlIHBhcnRpdGlvbnMgdG8gaW5zdGFudGlhdGUgYW4g dW5kZXJsYXkgdG9wb2xvZ3kgZm9yIHRoZSBOU0MgcHJvdmlzaW9uaW5nIG9mIHRoZSBuZXR3b3Jr IHNsaWNlIC0gSkQNCg0KTmV0d29yayBSZXNvdXJjZSBQYXJ0aXRpb24gPSBUYXJlaw0KTW9yZSBl eHBsaWNpdGx5IGRlZmluaW5nIHJlc291cmNlcyBmb3IgYSBuZXR3b3JrIGFuZCBub3QganVzdCBh IGxpbmsNCg0KUmVzb3VyY2UgUGFydGl0aW9uIE5ldHdvcmsgPSBKaWUNCg0KW0ppZV0gTXkgcHJv cG9zYWwgd2FzIOKAnFJlc291cmNlIFBhcnRpdGlvbmVkIChzdWItKSBOZXR3b3Jr4oCdIG9yIOKA nFZpcnR1YWwgVEUgTmV0d29ya+KAnSwgd2hlcmUgdGhlIOKAnG5ldHdvcmvigJ0gaW5kaWNhdGVz IHRoYXQgaXQgaXMgYSBzZXQgbm9kZXMgYW5kIGxpbmtzIG9uIHdoaWNoIHRoZSByZXNvdXJjZXMg YXJlIHBhcnRpdGlvbmVkLg0KDQpUbyBtZSBwdXR0aW5nIG5ldHdvcmsgaW4gdGhlIGZyb250IG9y IGF0IHRoZSBlbmQgaGFzIHRoZSBpbnRlbnQgdG8gdHJ5IHRvIHF1YWxpZnkgdGhlIHJlc291cmNl IFBhcnRpdGlvbiBzbyBpdOKAmXMgbm90IGp1c3QgZm9yIGEgc2V0IG9mIGxpbmtzIGJ1dCBmb3Ig dGhlIGZpbmUgZ3JhaW4gZGF0YSBwbGFuZSBuZXR3b3JrIHRvcG9sb2d5Lg0KDQpbSmllXSBJdCBz ZWVtcyBhbGwgdGhlIGFib3ZlIHByb3Bvc2FscyBhaW0gdG8gY292ZXIgYm90aCB0aGUgcmVzb3Vy Y2UgYW5kIHRvcG9sb2d5IGF0dHJpYnV0ZXMgb2YgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QuIEl0 IGlzIGdvb2QgaWYgd2UgaGF2ZSByZWFjaGVkIHNvbWUgY29uc2Vuc3VzIG9uIHRoaXMuDQoNCkZy b20gYSBncmFtbWF0aWNhbCBwZXJzcGVjdGl2ZSB0aGUgYWRqZWN0aXZlIHByb2NlZWRzIHRoZSBu b3VucyB0aGV5IGFyZSBkZXNjcmliaW5nIHNvIEkgdGhpbmsg4oCcbmV0d29yayByZXNvdXJjZSBw YXJ0aXRpb27igJ0gd291bGQgYmUgZ3JhbW1hdGljYWxseSBjb3JyZWN0Lg0KDQpbSmllXSBJ4oCZ bSBub3QgYSBuYXRpdmUgRW5nbGlzaCBzcGVha2VyLCBzbyB3aWxsIGxldCBvdGhlciBwZW9wbGUg dG8gY29tbWVudCBvbiB0aGUgZ3JhbW1hciBwYXJ0LiBNeSBjb25jZXJuIHdhcyBzaW5jZSB0aGUg cmVzb3VyY2VzIHdlIHJlZmVycmVkIHRvIGFyZSBhbHdheXMg4oCcbmV0d29yayByZXNvdXJjZXPi gJ0sIHRoZW4g4oCcbmV0d29yayByZXNvdXJjZSBwYXJ0aXRpb27igJ0gbWF5IGJlIGNvbnNpZGVy ZWQgdGhlIHNhbWUgYXMg4oCccmVzb3VyY2UgcGFydGl0aW9u4oCdLCB3aGljaCBkb2VzIG5vdCBl eHBsaWNpdGx5IHJlZmxlY3QgdGhhdCBpdCBpcyBhYm91dCB0aGUgcmVzb3VyY2VzIHBhcnRpdGlv bnMgb24gYSBzZXQgb2Ygbm9kZXMgYW5kIGxpbmtzLg0KDQoNClNuaXBwZWQgdGhlIGZ1cnRoZXIg ZGlzY3Vzc2lvbjoNCg0K4oCmDQo+IFBlcmhhcHMgYSBtb3JlIGV4cGxpY2l0IGFwcHJvYWNoIGlz IHRvIHB1dCBuZXR3b3JrIGluIHRoZSBlbmQ6IHJlc291cmNlIHBhcnRpdGlvbmVkIG5ldHdvcmsg KG9yIHN1Yi1uZXR3b3JrKSwgc28gdGhhdCBpdCBpcyBjbGVhciB0aGF0IHRoZSByZXNvdXJjZSBw YXJ0aXRpb25zIGFyZSBzcHJlYWQgb3ZlciB0aGUgbmV0d29yayB3aXRoIGEgc3ViLXRvcG9sb2d5 Lg0KIEd5YW4+ICBJIHRoaW5rIHRoZSBnb2FsIHB1dHRpbmcgIG5ldHdvcmsgYXQgdGhlIGVuZCB0 cnlpbmcgdG8gYmV0dGVyIGRlZmluZSB0aGUgcGFydGl0aW9uZWQgcmVzb3VyY2Ugc2V0IGZyb20g YSBncmFtbWF0aWNhbCBwZXJzcGVjdGl2ZSB0aGUgYWRqZWN0aXZlIGhlcmUg4oCcbmV0d29ya+KA nSBzaG91bGQgcHJvY2VlZCB0aGUgbm91biDigJxyZXNvdXJjZeKAnQ0KW0ppZV0gU2luY2Ugd2Ug YWdyZWVkIHRoYXQgdGhlIHJlc291cmNlIGFuZCB0b3BvbG9neSBhcmUgdGhlIHR3byBiYXNpYyBh dHRyaWJ1dGVzIG9mIHRoaXMgdW5kZXJsYXkgY29uc3RydWN0LCBpdCBpcyBhY3R1YWxseSBhIG5l dHdvcmsgKGVzc2VudGlhbGx5LCBhIG5ldHdvcmsgaXMgYSBncmFwaCB3aXRoIGF0dHJpYnV0ZXMp LiBUaHVzIG15IG9waW5pb24gaXMgaXQgaXMgbW9yZSByZWFzb25hYmxlIHRvIHVzZSDigJxuZXR3 b3Jr4oCdIGFzIGEgbm91biwgYW5kIHJlc291cmNlIHBhcnRpdGlvbiBpcyB0aGUga2V5IGNoYXJh Y3RlcmlzdGljLg0KDQrigKYNCltUU106IFRFIGNhbiBiZSBkb25lIG92ZXIgdGhlIHJlc291cmNl cyB0aGF0IGEgbmV0d29yayByZXNvdXJjZSBwYXJ0aXRpb24gY2FuIG9mZmVyIOKAkyBmb3IgZXhh bXBsZSwgdG8gb3B0aW1hbGx5IHBsYWNlIHBhdGhzIG92ZXIgdGhlIHJlbWFpbmluZyByZXNvdXJj ZXMgb2YgbmV0d29yayByZXNvdXJjZSBwYXJ0aXRpb24uDQpHeWFuPiBBZ3JlZWQNCltKaWVdIFRo aXMgbWF5IGJlIHJlbGF0ZWQgdG8gdGhlIGRlZmluaXRpb24gb2YgVEUuIElzIHJlc291cmNlIHBh cnRpdGlvbiBvciByZXNlcnZhdGlvbiBvbmUgb2YgdGhlIGNvbXBvbmVudHMgb2YgVEU/IEkgaG9w ZSB3ZSBjYW4gZ2V0IHNvbWUgYW5zd2VyIGZyb20gMzI3MmJpcy4NCiBHeWFuPiBJIHRoaW5rIHRo ZSBwb2ludCB0aGF0IEpvaG4gc25kIFRhcmVrIGFyZSBtYWtpbmcgaXMgdGhhdCB0aGUgc2V0IHJl c291cmNlcyB3ZSBhcmUgZGVzY3JpYmluZyBjYW4gYXBwbHkgdG8gYW55IHRlY2hub2xvZ3kgVEUs IFNSLCBGbGV4IEFsZ28gb3Igb3RoZXIsIGFuZCBzbyB0aGUgdGVjaG5vbG9neSBpcyBvcnRob2dv bmFsIGFzIHdlIGFyZSBub3QgdGFraW5nIGFib3V0IHRoZSB0ZWNobm9sb2d5IGJlaW5nIHVzZWQg aW4gdGhlIHVuZGVybGF5Lg0KW0ppZV0gVG8gbWUgdGhlIGNvbmNlcHQgb2YgVEUgaGFzIGEgbXVj aCBicm9hZGVyIHNjb3BlIHRoYW4gVEUtTFNQLiBBbmQgUlNWUC1URSwgU1IsIEZsZXgtQWxnbyBv ciBvdGhlciBjYW4gYmUgc2VlbiBhcyB0aGUgdGVjaG5vbG9naWVzIHRvIHByb3ZpZGUgYWxsIG9y IHBhcnQgb2YgdGhlIFRFIGZ1bmN0aW9uYWxpdHkuIFNpbmNlIHRoaXMgV0cgaXMgYWxzbyB3b3Jr aW5nIG9uIGEgYmlzIG9mIFJGQyAzMjcyLCBpdCBtYXkgYmUgaGVscGZ1bCB0byBhbGlnbiBvdXIg dW5kZXJzdGFuZGluZyBhYm91dCBURSwgYW5kIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBURSBh bmQgcmVzb3VyY2UgcGFydGl0aW9uIChvciBhbGxvY2F0aW9uKS4NCg0KPiBXZSB1c2VkIHRvIGRl ZmluZSB0aGUgVEUtTFNQIGFzIHNvbWV0aGluZyB3aXRoIHdoaWNoIHdlIGNhbiBzcGVjaWZ5IHRo ZSBwYXRoIGFuZCB0aGUgc2V0IG9mIHJlc291cmNlcyByZXNlcnZlZCBhbG9uZyB0aGUgcGF0aC4g Rm9sbG93aW5nIHRoaXMsIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3Qgd2UgYXJlIGRpc2N1c3Npbmcg Y2FuIGJlIHVzZWQgdG8gc3BlY2lmeSB0aGUgdG9wb2xvZ3kgYW5kIHRoZSBzZXQgb2YgcmVzb3Vy Y2VzIHJlc2VydmVkIGluIHRoZQ0KPiB0b3BvbG9neS4gIElmIHdlIGNhbGwgdGhlIFRFLUxTUCBh IOKAnFRFIHBhdGjigJ0sIG1heWJlIHdlIGNhbiBjYWxsIHRoaXMgdW5kZXJsYXkgY29uc3RydWN0 IGEg4oCcVEUgbmV0d29ya+KAnSBvciDigJx2aXJ0dWFsIFRFIG5ldHdvcmvigJ0uIFRoZW4gVEUg cGF0aHMgY2FuIGJlIHByb3Zpc2lvbmVkIGluIHRoZSB2aXJ0dWFsIFRFIG5ldHdvcmssIGp1c3Qg bGlrZSBob3cgdGhlIFRFIHBhdGhzIGFyZSBwcm92aXNpb25lZCBpbiB0aGUgcGh5c2ljYWwgbmV0 d29yay4NCg0KW1RTMl06IEFGQUlDUywgdGhlIHRlcm0gd2XigJlyZSBkZWZpbmluZyBkZXNjcmli ZXMgYSBzZXQgb2YgcmVzb3VyY2VzIGluIGEgbmV0d29yayBhbmQsIGhlbmNlLCBpdCBpcyBvcnRo b2dvbmFsIHRvIHRoZSBURSBkaXNjdXNzaW9uLg0KDQpbSmllXSBCZWZvcmUgd2UgaGF2ZSBhIGNv bnNpc3RlbnQgdW5kZXJzdGFuZGluZyBvZiBURSwgSeKAmW0gbm90IHRoYXQgY29udmluY2VkIHRo YXQgVEUgYW5kIHJlc291cmNlIHBhcnRpdGlvbiBhcmUgb3J0aG9nb25hbC4NCg0KQmVzdCByZWdh cmRzLA0KSmllDQoNCldpc2ggdG8gbGVhcm4geW91ciB0aG91Z2h0cyBvbiB0aGVzZSBjb25zaWRl cmF0aW9ucyBhbmQgZG91YnRzLg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KUm9iaW4NCg0KDQoNCg0K DQoNCkZyb206IExpemhlbmJpbg0KU2VudDogVHVlc2RheSwgQXVndXN0IDE3LCAyMDIxIDEwOjI5 IFBNDQpUbzogJ+m+mueri+iJsycgPGdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb208bWFpbHRvOmdv bmdsaXlhbkBjaGluYW1vYmlsZS5jb20+PjsgZHJhZnQtYWxpLXRlYXMtc3ByaW4gPGRyYWZ0LWFs aS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWFs aS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc+PjsgZHJhZnQtZmlsc2Zp bHMtc3ByaW4gPGRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBp ZXRmLm9yZzxtYWlsdG86ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNl LWlkQGlldGYub3JnPj47IGRyYWZ0LWRlY3JhZW5lLW1wbHMtIDxkcmFmdC1kZWNyYWVuZS1tcGxz LXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1kZWNy YWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPj4NCkNjOiBE b25namllIChKaW1teSkgPGppZS5kb25nQGh1YXdlaS5jb208bWFpbHRvOmppZS5kb25nQGh1YXdl aS5jb20+Pjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBtcGxzQGll dGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWls dG86dGVhc0BpZXRmLm9yZz4+OyBFWFQtdmlzaG51cGF2YW5AZ21haSA8dmlzaG51cGF2YW5AZ21h aWwuY29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PjsgQWRyaWFuIEZhcnJlbCA8YWRy aWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+OyBUYXJlayBTYWFk IDx0c2FhZC5uZXRAZ21haWwuY29tPG1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tPj4NClN1Ympl Y3Q6IFJFOiBSZTpSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0 IHVzZWQgZm9yIHNsaWNlcmVhbGl6YXRpb24NCg0KSGkgTGl5YW4sDQpTb3JyeSB0aGF0IEkgbWlz c2VkIHlvdXIgbmV3IGRyYWZ0LiBUaGFua3MgZm9yIHlvdXIgZmVlZGJhY2suIEl0IGlzIGhlbHBm dWwgZm9yIHVzIHRvIGhhdmUgYSBjb21tb24gdGVybWlub2xvZ3kuDQoNCkJlc3QgUmVnYXJkcywN ClJvYmluDQoNCg0KDQpGcm9tOiDpvprnq4voibMgW21haWx0bzpnb25nbGl5YW5AY2hpbmFtb2Jp bGUuY29tXQ0KU2VudDogVHVlc2RheSwgQXVndXN0IDE3LCAyMDIxIDQ6NDggUE0NClRvOiBMaXpo ZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+ OyBkcmFmdC1hbGktdGVhcy1zcHJpbiA8ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5n LWJsb2Nrc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5n LWJsb2Nrc0BpZXRmLm9yZz4+OyBkcmFmdC1maWxzZmlscy1zcHJpbiA8ZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxz Zmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+PjsgZHJhZnQtZGVj cmFlbmUtbXBscy0gPGRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFi ZWwtaWRAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVu dHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc+Pg0KQ2M6IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdA aHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbT4+OyBzcHJpbmdAaWV0Zi5vcmc8 bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5v cmc+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj47IEVYVC12 aXNobnVwYXZhbkBnbWFpIDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBhdmFu QGdtYWlsLmNvbT4+OyBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzph ZHJpYW5Ab2xkZG9nLmNvLnVrPj47IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb208bWFp bHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+Pg0KU3ViamVjdDogUmU6UmU6IFtUZWFzXSBOZXcgdGVy bSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZXJlYWxpemF0aW9uDQoN Cg0KSGkgQWxs77yMDQoNClRoZSBkcmFmdC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3 b3JrLXNsaWNlaWRbMV0gYWxzbyBwcm92aWRlZCBhIHNsaWNlIElEIGVuY29kaW5nIHNvbHV0aW9u Lg0KDQpBbmQgYWJvdXQgdGhlIGRpc2N1c3Npb24sIHdlIGFyZSBmaW5lIHRvIGZvbGxvdyB0aGUg ZmluYWwgZGVjaXNpb24gb2YgdGhlIFdHLCBubyBzcGVjaWFsIHJlcXVpcmVtZW50cy4NCg0KDQoN ClsxXSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuZy1zcHJpbmct c3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWQvPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMv X19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWNoZW5nLXNwcmluZy1zcnY2 LWVuY29kaW5nLW5ldHdvcmstc2xpY2VpZC9fXzshIU5FdDZ5TWFPLWdrIVVFemNNVDVjOGdqM0lN NFlUanR0M19jQUtMRElkdldqVm5EbmFNVkp0Y3BGS1NqZ3NOclM2eDlJMlZaMmtScyQ+DQoNCg0K DQpCZXN0IFJlZ2FyZHMsDQoNCkxpeWFuIEdvbmcNCg0KDQotLS0t6YKu5Lu25Y6f5paHLS0tLQ0K 5Y+R5Lu25Lq677yaTGl6aGVuYmluICA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhl bmJpbkBodWF3ZWkuY29tPj4NCuaUtuS7tuS6uu+8miJkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMt YnVpbGRpbmctYmxvY2tzQGlldGYub3JnPG1haWx0bzpkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMt YnVpbGRpbmctYmxvY2tzQGlldGYub3JnPiIgPGRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWls ZGluZy1ibG9ja3NAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWls ZGluZy1ibG9ja3NAaWV0Zi5vcmc+PiwiZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVs ZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1z dGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+IiA8ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYt c3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJpbmct c3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+PiwiZHJhZnQtZGVjcmFlbmUtbXBscy1z bGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtZGVjcmFl bmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZz4iIDxkcmFmdC1k ZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPG1haWx0 bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYu b3JnPj4NCuaKhOOAgOmAgTogIkRvbmdqaWUgXFwoSmltbXlcXCkiIDxqaWUuZG9uZ0BodWF3ZWku Y29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj4sInNwcmluZ0BpZXRmLm9yZzxtYWlsdG86 c3ByaW5nQGlldGYub3JnPiIgPHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3Jn Pj4sIm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+IiA8bXBsc0BpZXRmLm9yZzxt YWlsdG86bXBsc0BpZXRmLm9yZz4+LFRFQVMgV0cgIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFz QGlldGYub3JnPj4sSm9obiBFIERyYWtlICA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0 Zi5vcmc8bWFpbHRvOmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPj4sIkVYVC12 aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20+IiA8 dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PixBZHJp YW4gRmFycmVsICA8YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51 az4+LFRhcmVrIFNhYWQgIDx0c2FhZC5uZXRAZ21haWwuY29tPG1haWx0bzp0c2FhZC5uZXRAZ21h aWwuY29tPj4NCuWPkemAgeaXtumXtO+8mjIwMjEtMDgtMTcgMDA6MDQ6MzINCuS4u+mimO+8mlJl OiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xp Y2VyZWFsaXphdGlvbg0KDQoNCkhpIGF1dGhvcnMgb2YgZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5z LWJ1aWxkaW5nLWJsb2Nrcy9kcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xp Y2UtaWQvZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZCwN Cg0KSXQgaXMga25vd24gdGhhdCB5b3VyIGRyYWZ0cyBhcmUgYWxzbyByZWxhdGVkIHdpdGggdGhl IHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbi4gSXQgYWxzbyBz ZWVtcyB0aGF0IHlvdSB1c2UgdGhlIHRlcm0gd2l0aCDigJxzbGljZeKAnSAgZm9yIHRoZSB1bmRl cmxheSBjb25zdHJ1Y3QuIEluIHRoZSBkaXNjdXNzaW9uIG9mIFRFQVMgV0csIHRoZXJlIGlzIHNv bWUgY29uc2Vuc3VzIHRvIGRlZmluZSBhIG5ldXRyYWwgbmV3IHRlcm0gd2l0aG91dCDigJxzbGlj ZeKAnS4gIFdpc2ggdG8gbGVhcm4geW91ciBvcGluaW9ucyBvbiB0aGUgbmV3IHRlcm0gZGVmaW5p dGlvbiBhbmQgdGhlcmUgd291bGQgYmUgYSBjb252ZXJnZW5jZSBvbiB0aGUgbmV3IHRlcm0gYWZ0 ZXIgeW91ciBwYXJ0aWNpcGF0aW5nICBpbiB0aGUgZGlzY3Vzc2lvbi4NCg0KDQpCZXN0IFJlZ2Fy ZHMsDQpSb2Jpbg0KDQoNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIEpvaG4gRSBEcmFrZQ0KU2VudDogTW9uZGF5LCBBdWd1c3QgMTYsIDIw MjEgODo1MyBQTQ0KVG86IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWls dG86amllLmRvbmdAaHVhd2VpLmNvbT4+OyBFWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0 bzpFWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPiA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0 bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PjsgQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5j by51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+DQpDYzogVGFyZWsgU2FhZCA8dHNhYWQu bmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbT4+OyBURUFTIFdHIDx0ZWFz QGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbVGVhc10gTmV3 IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRp b24NCg0KSGksDQoNCkl0IHNvdW5kcyBsaWtlIHNsaWNlIGFnZ3JlZ2F0ZXMsIG9yIG1vcmUgZ2Vu ZXJhbGx5IG92ZXJsYXkgbmV0d29yayBzZXJ2aWNlIGFnZ3JlZ2F0ZXMsIGFyZSB0aGUgdGhpbmdz IHdoaWNoIHVzZSByZXNvdXJjZSBwYXJ0aXRpb25zLg0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwN Cg0KSm9obg0KDQoNCg0KSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seQ0KRnJvbTogVGVhcyA8dGVh cy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhh bGYgT2YgRG9uZ2ppZSAoSmltbXkpDQpTZW50OiBGcmlkYXksIEF1Z3VzdCAxMywgMjAyMSA5OjIw IEFNDQpUbzogRVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbTxtYWlsdG86RVhULXZpc2hudXBhdmFu QGdtYWlsLmNvbT4gPHZpc2hudXBhdmFuQGdtYWlsLmNvbTxtYWlsdG86dmlzaG51cGF2YW5AZ21h aWwuY29tPj47IEFkcmlhbiBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlh bkBvbGRkb2cuY28udWs+Pg0KQ2M6IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb208bWFp bHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+PjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86 dGVhc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5k ZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uDQoNCltFeHRlcm5hbCBF bWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF0NCg0KSGkgUGF2YW4sDQoNClNvcnJ5IGZvciBj aGltaW5nIGluLCBwbGVhc2Ugc2VlIHNvbWUgY29tbWVudHMgaW5saW5lOg0KDQpGcm9tOiBUZWFz IFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgVmlzaG51IFBhdmFu IEJlZXJhbQ0KU2VudDogRnJpZGF5LCBBdWd1c3QgMTMsIDIwMjEgMTozMiBBTQ0KVG86IEFkcmlh biBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+ Pg0KQ2M6IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBn bWFpbC5jb20+PjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+ DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0 IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uDQoNCioqIEFzIGEgV0cgcGFydGljaXBhbnQuLiAq Kg0KDQpBZHJpYW4sIEhpIQ0KDQpUaGFua3MgZm9yIHlvdXIgZWFybGllciBlbWFpbHMgaW4gdGhp cyB0aHJlYWQgdGhhdCBoYXZlIGhlbHBlZCBkcmlsbCBkb3duIHRoZSBkaXNjdXNzaW9uIHRvIHRo ZSBzcGVjaWZpYyBpdGVtIHRoYXQgbmVlZHMgYSBmcmVzaCB0ZXJtIQ0KUGxlYXNlIHNlZSBpbmxp bmUgKHByZWZpeGVkIFZQQikuDQoNCi1QYXZhbiAoYXMgYSBXRyBwYXJ0aWNpcGFudCkNCg0KT24g VGh1LCBBdWcgMTIsIDIwMjEgYXQgMTA6MDUgQU0gQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRv Zy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+IHdyb3RlOg0KVGhhbmtzIGZvciB5 b3VyIHVzZWZ1bCBvcGluaW9uLCBUYXJlay4NCg0KSSBoYXZlIG5vIG9iamVjdGlvbiB0byB0aGUg dXNlIG9mIHRoZSB3b3JkIOKAnGFnZ3JlZ2F0ZeKAnS4gSXQgaXMgZ2VuZXJhbGx5IHVzZWQgdG8g ZXhwcmVzcyBncm91cGluZyB0b2dldGhlciB0byB0cmVhdCBhcyBhIHNpbmdsZSBlbnRpdHkgb3Ig dG8gYmUgdHJlYXRlZCBpbiB0aGUgc2FtZSB3YXkuDQoNCkJ1dCBJIGRvIGxpa2Ug4oCcZm9vIGFn Z3JlZ2F0ZeKAnSB0byBtZWFuIHRoYXQgYSBudW1iZXIgb2YgZm9vIGhhdmUgYmVlbiBhZ2dyZWdh dGVkLg0KDQpbVlBCXSBCdXQsIHRoYXQgaXNu4oCZdCBuZWNlc3NhcmlseSBob3cgSUVURiBoYXMg YmVlbiB1c2luZyB0aGUgdGVybSDigJxhZ2dyZWdhdGXigJ0uICDigJxCZWhhdmlvciBBZ2dyZWdh dGXigJ0gKGFzIGRlZmluZWQgaW4gSUVURikgZG9lc27igJl0IG1lYW4gYWdncmVnYXRpbmcgYmVo YXZpb3JzLiBUaGUgc2FtZSBnb2VzIGZvciDigJxUcmVhdG1lbnQgQWdncmVnYXRl4oCdLiBCZWhh dmlvciBBZ2dyZWdhdGUgKHRoZSB3YXkgd2UgcmVhZC9pbnRlcnByZXQgaXQpIGlzIGFuIGFnZ3Jl Z2F0ZSB3aXRoIGEgc3BlY2lmaWMgYmVoYXZpb3IuDQoNCltKaWVdIEkganVzdCBjaGVja2VkIHRo ZSBkZWZpbml0aW9uIG9mIHRoZSDigJxhZ2dyZWdhdGXigJ0gcmVsYXRlZCB0ZXJtcyBpbiB0aGUg UkZDczoNCg0KQmVoYXZpb3IgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyAyNDc0KTogYSBjb2xs ZWN0aW9uIG9mIHBhY2tldHMgd2l0aCB0aGUgc2FtZSBjb2RlcG9pbnQgY3Jvc3NpbmcgYSAgbGlu ayBpbiBhIHBhcnRpY3VsYXIgZGlyZWN0aW9uLuKAnQ0KDQpUcmFmZmljIEFnZ3JlZ2F0ZSAoZGVm aW5lZCBpbiBSRkMgMzA4Nik6IGEgY29sbGVjdGlvbiBvZiBwYWNrZXRzIHdpdGggYSBjb2RlcG9p bnQgdGhhdCBtYXBzIHRvIHRoZSBzYW1lICBQSEIsIHVzdWFsbHkgaW4gYSBEUyBkb21haW4gb3Ig c29tZSBzdWJzZXQgb2YgYSBEUyBkb21haW4uDQoNClRyZWF0bWVudCBBZ2dyZWdhdGUgKGRlZmlu ZWQgaW4gUkZDIDUxMjcpOiBUaGlzIHRlcm0gaXMgZGVmaW5lZCBhcyB0aGUgYWdncmVnYXRlIG9m IERpZmZzZXJ2IHNlcnZpY2UgIGNsYXNzZXMuICBBIHRyZWF0bWVudCBhZ2dyZWdhdGUgaXMgY29u Y2VybmVkIG9ubHkgd2l0aCB0aGUgZm9yd2FyZGluZyB0cmVhdG1lbnQgb2YgdGhlIGFnZ3JlZ2F0 ZWQgdHJhZmZpYywgIHdoaWNoIG1heSBiZSBtYXJrZWQgd2l0aCBtdWx0aXBsZSBEU0NQcy4NCg0K TXkgcmVhZGluZyBvZiB0aGVzZSBkZWZpbml0aW9ucyBpcyB0aGF0IOKAnGFnZ3JlZ2F0ZeKAnSBo ZXJlIG1lYW5zIGVpdGhlciBhZ2dyZWdhdGVkIHBhY2tldHMgb3IgYWdncmVnYXRlZCBzZXJ2aWNl IGNsYXNzZXMgd2hpY2ggYXJlIHRyZWF0ZWQgaW4gdGhlIHNhbWUgIHdheSBvbiBhIHBhcnRpY3Vs YXIgbm9kZSBvciBsaW5rLg0KDQpXaGlsZSB3aGF0IHdlIHdhbnQgdG8gZGVzY3JpYmUgd2l0aCB0 aGUgbmV3IHRlcm0gSU1PIGlzIOKAnGEgZ3JvdXAgb2YgbmV0d29yayByZXNvdXJjZXMgYWxsb2Nh dGVkIG9uIGEgc2V0IG9mIG5ldHdvcmsgbm9kZXMgYW5kIGxpbmtz4oCdLiBTdWNoIGdyb3VwICBv ZiByZXNvdXJjZXMgY2FuIGJlIHByb3Zpc2lvbmVkIGluIGRpZmZlcmVudCBwbGFjZXMgb2YgdGhl IG5ldHdvcmsgYW5kIGFyZSBvcmdhbml6ZWQgdG9nZXRoZXIgdG8gcHJvdmlkZSBhIHNwZWNpZmlj IG5ldHdvcmstbGV2ZWwgYmVoYXZpb3IuDQoNClRodXMgdGhlIGtleSBpbmZvcm1hdGlvbiB0byBi ZSBkZWxpdmVyZWQgd2l0aCB0aGUgbmV3IHRlcm0gaXMg4oCcYSBncm91cCBvZiBvcmdhbml6ZWQg cmVzb3VyY2VzIGluIHRoZSBuZXR3b3Jr4oCdLCByYXRoZXIgdGhhbiDigJxhZ2dyZWdhdGVkIGJl aGF2aW9yIGF0ICBhIHBhcnRpY3VsYXIgcG9pbnTigJ0uDQoNCkJlc3QgcmVnYXJkcywNCkppZQ0K DQpTbyDigJxzbGljZSBhZ2dyZWdhdGXigJ0gd291bGQgYmUgYW4gYWdncmVnYXRpb24gb2Ygc2xp Y2VzLiBZb3VyIHVzZSBpbiBJLUQuZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tldCBpcywgdGhl cmVmb3JlLCBjb25mdXNpbmcuIElmIHRoZSBzbGljZXMgYXJlICpub3QqIHNlcGFyYXRlZCBvdXQg aW50byBkaWZmZXJlbnQgZmxvd3MgKG9yIHRyYWZmaWMgc3RyZWFtcykgdGhlbiwgeWVzLCB5b3Ug YXJlIGFnZ3JlZ2F0aW5nIHNsaWNlcy4gQnV0IGlmIHRoZSBzbGljZXMgYXJlIHNlcGFyYXRlZCBv dXQsIGFzIHlvdSBkZXNjcmliZSwgIHRoZW4gd2hhdCB5b3UgaGF2ZSBpcyDigJxJRVRGIG5ldHdv cmsgc2xpY2UgdHJhZmZpYyBzdHJlYW0gYWdncmVnYXRpb27igJ0uDQoNCg0KW1ZQQl0gWWVzLiBU aGUgZGVmaW5pdGlvbiBvZiB0aGUgc2xpY2UgYWdncmVnYXRlIChhcyBkZWZpbmVkIGluIGRyYWZ0 LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQpIGRvZXMgc3RhdGUgdGhhdCB0aGUgc2xpY2UgYWdncmVn YXRlIGNvbXByaXNlcyBvZiBvbmUgb3IgbW9yZSBJRVRGIG5ldHdvcmsgc2xpY2UgdHJhZmZpYyBz dHJlYW1zLiAgV2UgY291bGQgaGF2ZSBjaG9zZW4gYSBsb25nZXIgIGRlc2NyaXB0aXZlIG5hbWUs IGJ1dCBvcHRlZCB0byBrZWVwIGl0IHNob3J0Lg0KDQoNCuKAnE5ldHdvcmsgcmVzb3VyY2UgYWdn cmVnYXRl4oCdIHdvdWxkIGltcGx5IHRoYXQgcmVzb3VyY2VzIGhhdmUgYmVlbiBjb2xsZWN0ZWQg dG9nZXRoZXIgdG8gYmUgdXNlZCBhcyBhIHNpbmdsZSBlbnRpdHkuDQoNCltWUEJdIE5vdCBuZWNl c3NhcmlseS4gIk5ldHdvcmsgUmVzb3VyY2UgQWdncmVnYXRlIiBpc24ndCBtZWFudCB0byBpbXBs eSAiYWdncmVnYXRpbmcgbmV0d29yayByZXNvdXJjZXMiLiBUaGUgaW50ZW50IGJlaGluZCB0aGUg cHJvcG9zYWwgaXMgdG8gc2F5IHRoYXQgaXQgaXMgYW4gYWdncmVnYXRlIHRoYXQgaGFzIHNwZWNp ZmljIG5ldHdvcmsgcmVzb3VyY2VzLg0KDQpZb3UgbWlnaHQgZG8gdGhhdCwgZm9yIGV4YW1wbGUs IHdpdGggYSBzZXQgb2YgcGFyYWxsZWwgbGlua3MgdGhhdCBjYW4gYmUgYWdncmVnYXRlZCAob3Ig YnVuZGxlZCkgYW5kIHRyZWF0ZWQgYXMgYSBzaW5nbGUgbGluay4NCg0KSSBkb27igJl0IHRoaW5r IHdlIGFyZSBhZ2dyZWdhdGluZyByZXNvdXJjZXMgaW4gdGhpcyBjYXNlLiBXZSBhcmUgZ3JvdXBp bmcsIHByb2ZpbGluZywgcGFydGl0aW9uaW5nLCBjb2xsZWN0aW5nLCBvciBldmVuIGZpbHRlcmlu Zy4NCg0KQWRyaWFuDQoNCkZyb206IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb208bWFp bHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+Pg0KU2VudDogMTIgQXVndXN0IDIwMjEgMTU6NDENClRv OiBhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPjsgJ0tpcmFu IE1ha2hpamFuaScgPGtpcmFuLmlldGZAZ21haWwuY29tPG1haWx0bzpraXJhbi5pZXRmQGdtYWls LmNvbT4+OyAnSm9obiBFIERyYWtlJyA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5v cmc8bWFpbHRvOjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PjsgICdEb25namllIChKaW1t eSknIDxqaWUuZG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47ICdM aXpoZW5iaW4nIDxsaXpoZW5iaW5AaHVhd2VpLmNvbTxtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5j b20+PjsgdGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBb VGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2Ug cmVhbGl6YXRpb24NCg0KSGkgQWRyaWFuL2FsbCwNCg0KQXMgZGVzY3JpYmVkIGluIEktRC5pZXRm LXRlYXMtaWV0Zi1uZXR3b3JrLXNsaWNlLWRlZmluaXRpb24sIGFuIElFVEYgTmV0d29yayBTbGlj ZSBzZXJ2aWNlIG1heSBpbmNsdWRlIG11bHRpcGxlIGNvbm5lY3Rpb25zIHRoYXQgYXNzb2NpYXRl IHNldHMgb2YgZW5kcG9pbnRzIC0gIGVhY2ggaGF2aW5nIGEgc2V0IG9mIFNMT3MvU0xFcy4NCklu IEktRC5kcmFmdC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0LCB3ZSBkZWZpbmVkIGEgU2xpY2UgQWdn cmVnYXRlIGFzIGEgY29uc3RydWN0IHRoYXQgY29tcHJpc2VzIG9mIG9uZSBvciBtb3JlIElFVEYg bmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVhbXMgdGhhdCBzaGFyZSB0aGUgIHNhbWUgc2V0IG9m IFNMT3MvU0xFcy4NClRoZSBTbGljZSBBZ2dyZWdhdGUgY29uc3RydWN0IGFsbG93cyBhZ2dyZWdh dGluZyBzdHJlYW1zIGZyb20gbXVsdGlwbGUgSUVURiBOZXR3b3JrIFNsaWNlIGNvbm5lY3Rpb25z IHRoYXQgc2hhcmUgY29tbW9uIFNMT3MvU0xFcyBzbyB0aGF0IHRoZSBwcm92aWRlciBuZXR3b3Jr ICBjYW4gb2ZmZXIgdGhlIHNhbWUgYWdncmVnYXRlIHRyZWF0bWVudCB0byB0aGVtLiBUaGUgU2xp Y2UgQWdncmVnYXRlIHJlc291cmNlcyBhcmUgaW5zdGFudGlhdGVkIG9uIHNwZWNpZmljIG5ldHdv cmsgZWxlbWVudHMgYXMgZGljdGF0ZWQgYnkgdGhlIFNsaWNlIEFnZ3JlZ2F0ZSB0b3BvbG9neS4N Cg0KU2luY2UgdGhlIHNjb3BlIG9mIEktRC5kcmFmdC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0IHdh cyB0aGUgcmVhbGl6YXRpb24gb2YgSUVURiBOZXR3b3JrIFNsaWNlIHNlcnZpY2UgaW4gYSBwcm92 aWRlciBuZXR3b3JrLCB3ZSBoYWQgY29uc3RyYWluZWQgdGhlIGFnZ3JlZ2F0ZSAgY29uc3RydWN0 IHRvIHNsaWNlcy4NCg0KV2UgdW5kZXJzdGFuZCB0aGF0IHRoZSBhZ2dyZWdhdGUgY29uc3RydWN0 IGNhbiBiZSBnZW5lcmFsaXplZCB0byBzdXBwb3J0IG90aGVyIHNlcnZpY2VzLiBMZXQgdXMgb2Zm ZXIgYW5vdGhlciBvcHRpb24gdG8gY29uc2lkZXIgZm9yIHJlcHJlc2VudGluZyB0aGUgZ2VuZXJp YyAgY29uc3RydWN0OiDigJxOZXR3b3JrIFJlc291cmNlIEFnZ3JlZ2F0ZeKAnS4gVGhlcmUgYXJl IG11bHRpcGxlIElFVEYgZG9jdW1lbnRzIHRoYXQgdXNlIHRoZSB0ZXJtIEFnZ3JlZ2F0ZSB3aGVu ZXZlciBncm91cGluZyBtdWx0aXBsZSBzZXJ2aWNlIGNsYXNzZXMgKEJlaGF2aW9yIEFnZ3JlZ2F0 ZSwgVHJlYXRtZW50IEFnZ3JlZ2F0ZSwgVHJhZmZpYyBBZ2dyZWdhdGUsICBldGMuKSAtIHJlZmVy IHRvIHJmYzUxMjcgYW5kIHJmYzI0NzQgZm9yIG1vcmUgZXhhbXBsZXMuDQoNClJlZ2FyZHMsDQpU YXJlaw0KDQoNCkZyb206IFRlYXMgPHRlYXMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86dGVhcy1i b3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEFkcmlhbiAgRmFycmVsIDxhZHJpYW5Ab2xk ZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPj4NCkRhdGU6IFdlZG5lc2RheSwg QXVndXN0IDExLCAyMDIxIGF0IDM6MzggUE0NClRvOiAnS2lyYW4gTWFraGlqYW5pJyA8a2lyYW4u aWV0ZkBnbWFpbC5jb208bWFpbHRvOmtpcmFuLmlldGZAZ21haWwuY29tPj4sICdKb2huIEUgRHJh a2UnIDxqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiwgICdEb25namllIChKaW1teSknIDxqaWUuZG9u Z0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj4sICdMaXpoZW5iaW4nIDxs aXpoZW5iaW5AaHVhd2VpLmNvbTxtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20+PiwgdGVhc0Bp ZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4gPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNA aWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5 IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KSSB3b25kZXIgd2hldGhlciB3 ZSBjYW4gcGljayB0aGlzIGFwYXJ0IGFuZCBwdXQgaXQgYmFjayB0b2dldGhlciBpbiBhIHdheQ0K dGhhdCBtYWtlcyBzZW5zZS4NCg0KVGhlIGN1c3RvbWVyJ3MgdmlldyBvZiBhbGwgdGhpcyBpcyBh biAiSUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2UiLiBJIHRoaW5rDQooaG9wZSkgd2UgYXJlIGFs bCBhZ3JlZWQgb24gdGhpcy4gVGhlIGN1c3RvbWVyIG1heSBhc2sgKGluIHNob3J0aGFuZCkgZm9y IGENCiJuZXR3b3JrIHNsaWNlIiwgYnV0Og0KLSB0aGV5IGFyZSB0YWxraW5nIGFib3V0IElFVEYg dGVjaG5vbG9neSwgc28gdGhleSBhc2tpbmcgZm9yIGFuICJJRVRGDQpuZXR3b3JrIHNsaWNlIg0K LSB0aGV5IGFjdHVhbGx5IHdhbnQgYmVoYXZpb3VyYWwgY2hhcmFjdGVyaXN0aWNzIGFuZCBoYXZl IG5vIHJpZ2h0IHRvIHRlbGwNCnRoZSBvcGVyYXRvcg0KICBob3cgdG8gbWFuYWdlIHRoZSBuZXR3 b3JrLCBzbyB0aGV5IGFyZSBhc2tpbmcgZm9yIGFuICJJRVRGIG5ldHdvcmsgc2xpY2UNCnNlcnZp Y2UuIg0KDQpUaGUgb3BlcmF0b3IgaGFzIGEgYmlnZ2VyIHNldCBvZiB0aGluZ3MgdG8gd29ycnkg YWJvdXQuDQoNCjEuIEF0IHRoZSB0b3Agb2YgdGhlIG9wZXJhdG9yJ3MgdmlldyBpcyB0aGUgIklF VEYgbmV0d29yayBzbGljZSBzZXJ2aWNlIiBhcw0KICAgIHJlcXVlc3RlZCBieSB0aGUgY3VzdG9t ZXIuIFdlIGhhdmUgdGhpcyBkZWZpbmVkIGFscmVhZHksIHNvIG5vdGhpbmcgbW9yZQ0KICAgIHRv IHNheS4NCg0KMi4gVGhlIG9wZXJhdG9yIG1hcHMgdGhlIHJlcXVlc3QgZm9yIGEgc2xpY2Ugc2Vy dmljZSBpbnRvIHRoZSAiSUVURiBuZXR3b3JrDQogICAgc2xpY2UiIHdoaWNoIGlzIHRoZSBleHBy ZXNzaW9uIG9mIHRoZSBzZXJ2aWNlIGluIHRlcm1zIG9mIG5ldHdvcmsNCmNvbm5lY3Rpdml0eQ0K ICAgIGluIHRoZSBjb250ZXh0IG9mIHRoZSBvcGVyYXRvcidzIG5ldHdvcmsuIFRoZSByZWxhdGlv bnNoaXAgaGVyZSBpcyBsaWtlDQp0aGUNCiAgICByZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUgTDNT TSBhbmQgTDNOTS4NCg0KMy4gQXQgdGhlIGJvdHRvbSBvZiB0aGVpciB2aWV3IGlzIGFuIHVuZGVy bHlpbmcgbmV0d29yay4gVGhlIHRlY2hub2xvZ3kgb2YNCnRoaXMNCiAgIG5ldHdvcmsgZGVwZW5k cywgb2YgY291cnNlLCBvbiB0aGUgb3BlcmF0b3IncyBvZmZlcmluZywgYnV0IHRoaXMgaXMgdGhl DQpuZXR3b3JrDQogICB0ZWNobm9sb2d5IGJlaW5nIHNsaWNlZC4gSXQgbWF5IGJlIGFuIElQIG5l dHdvcmssIGFuZCBNUExTIG5ldHdvcmssIGFuDQpPVE4sDQogICBvciB3aGF0ZXZlci4gSSB3b3Vs ZCBjYWxsIHRoaXMgdGhlICJVbmRlcmxheSBOZXR3b3JrLiIgVGhpcyBuZXR3b3JrIG1heSwNCmlu DQogICB0dXJuLCBiZSBidWlsdCB1cG9uIGFuIHVuZGVybGF5IG5ldHdvcmsgb2YgdGhlIHNhbWUg b3IgYSBkaWZmZXJlbnQNCnRlY2hub2xvZ3ksDQogICBhbmQgaXQgbWF5IGJlIGZhY2lsaXRhdGVk IHRocm91Z2ggbmV0d29yayBzbGljaW5nIC0gYnV0IHRoaXMgbmVlZCBub3QNCmNvbmNlcm4NCiAg IHVzIGhlcmUuDQoNCjQuIFRoYXQgbGVhdmVzIHRoZSBnbHVlIGluIHRoZSBtaWRkbGU6IHRoZSBi aXQgdGhhdCBlbmFibGVzIHRoZSBzY2FsaW5nIGFuZA0KbWFwcw0KICAgdGhlIG5ldHdvcmsgc2xp Y2UgdG8gdGhlIG5ldHdvcmsuIEFuZCBJIHRoaW5rIGl0IGlzIHRoaXMgYml0IHRoYXQgaXMNCmNh dXNpbmcgdGhlDQogICBtb3N0IGRlYmF0ZSBhYm91dCB0ZXJtaW5vbG9neS4gVGhlcmUgYXJlIHNv bWUgcG9pbnRzIHRvIGNvbnNpZGVyOg0KDQogICBhLiBUaGUgdGVybSAibmV0d29yayByZXNvdXJj ZXMiIGFwcGxpZXMgdG8gdGhlIGJhbmR3aWR0aCwgcXVldWVzLA0KYnVmZmVycywNCiAgICAgICBl dGMuIGF2YWlsYWJsZSBvbiB0aGUgbGlua3MgYW5kIG5vZGVzIGluIHRoZSBuZXR3b3JrLiBUaGF0 IG1heSBiZQ0KICAgICAgIGV4dGVuZGVkIHRvIHJlZmVyIHRvIHdob2xlIGxpbmtzIGFuZCBub2Rl cy4NCg0KICAgYi4gVGhlIG51bWJlciBvZiBJRVRGIG5ldHdvcmsgc2xpY2Ugc2VydmljZXMgaXMg cG90ZW50aWFsbHkgbGFyZ2UgYW5kIHRoZQ0KICAgICAgIG9wZXJhdG9yIG5lZWRzIGEgbWVjaGFu aXNtIHRvIHNjYWxlIHRoZSBtYXBwaW5nIG9mIHNlcnZpY2VzIHRvDQogICAgICAgbmV0d29yayBy ZXNvdXJjZXMuDQoNCiAgIGMuIFRoZSBJRVRGIG5ldHdvcmsgc2xpY2VzIG1heSBiZSBncm91cGVk IGZvciBpZGVudGljYWwgdHJlYXRtZW50IHRvDQogICAgICAgYWNoaWV2ZSBzY2FsaW5nLCB3aGVy ZSB0aGUgZ3JvdXBpbmcgY29sbGVjdHMgSUVURiBuZXR3b3JrIHNsaWNlcyB3aXRoDQogICAgICAg c2ltaWxhciBTTEFzLg0KDQogICBkLiBJdCBtYXkgYmUgdGhhdCBkaWZmZXJlbnQgdHJhZmZpYyBm bG93cyB3aXRoaW4gYSBzaW5nbGUgSUVURiBuZXR3b3JrDQpzbGljZQ0KICAgICAgICBoYXZlIGRp ZmZlcmVudCBjaGFyYWN0ZXJpc3RpY3MuIEluIHRoaXMgY2FzZSwgaXQgbWF5IGJlIGJlbmVmaWNp YWwNCnRvIGdyb3VwDQogICAgICAgIHRvZ2V0aGVyIHNvbWUgb2YgdGhlIHRyYWZmaWMgZmxvd3Mg ZnJvbSBkaWZmZXJlbnQgc2xpY2VzLg0KDQogICBlLiBUaGUgZ3JvdXBlZCBzbGljZXMvZmxvd3Mg YXJlIGVuYWJsZWQgaW4gdGhlIG5ldHdvcmsgdXNpbmcgbmV0d29yaw0KICAgICAgICByZXNvdXJj ZXMgYXNzaWduZWQgZm9yIHRoYXQgcHVycG9zZS4gVGhlIGFzc2lnbm1lbnQgbWF5IGJlIGFueXRo aW5nDQogICAgICAgIGZyb20gYSBmdWxseS1mbGVkZ2VkIHZpcnR1YWwgbmV0d29yayAoc3VjaCBh cyBpbiBBQ1ROIG9yIFZQTispLA0KdGhyb3VnaA0KICAgICAgICBuZXR3b3JrIHJlc2VydmVkIHJl c291cmNlcyAoc3VjaCBhcyBpbiBNUExTLVRFKSwgYW5kIGNlbnRyYWxseQ0KICAgICAgICBhY2Nv dW50ZWQgcmVzb3VyY2VzIChzdWNoIGFzIFNETiBvciBwb3NzaWJsZSBTUiksIHRvIHN0YXRpc3Rp Y2FsbHkNCiAgICAgICAgc2hhcmVkIHJlc291cmNlcy4NCg0KVGhlcmUgc2VlbXMgdG8gYmUgdmFy aW91cyBwb2ludHMgZm9yIGFuZCBhZ2FpbnN0IDRkLiBCdXQsIGl0IHdvdWxkIGFwcGVhcg0KdGhh dCB0aGlzIGlzIGFuIGltcGxlbWVudGF0aW9uIG9yIGRlcGxveW1lbnQgaXNzdWUgdGhhdCBkb2Vz bid0IGNoYW5nZSB3aGF0DQp0aGUgcHJvdG9jb2xzIG5lZWQgdG8gZG8uIFNvIHdlIHNob3VsZCBw cm9iYWJseSBhbGxvdyBpdCBhcmNoaXRlY3R1cmFsbHksIG9yDQphdCBsZWFzdCwgbm90IGRpc2Fs bG93IGl0Lg0KDQpPZiBjb3Vyc2UsIGFzIEtpcmFuIHBvaW50cyBvdXQsIDRjL2QvZSBtYXkgYmUg YSBwYXNzLXRocm91Z2guIFRoYXQgaXMsIGl0IGlzDQpub3QgbmVjZXNzYXJ5IHRvIGltcGxlbWVu dCBzdWNoIGdyb3VwaW5ncyBlaXRoZXIgYmVjYXVzZSB0aGVyZSBhcmUgb25seSBhDQpmZXcgc2xp Y2VzICh3aGljaCBoYXMgYmVlbiB0aGUgdmlldyBvZiBzb21lIG9wZXJhdG9ycykgb3IgYmVjYXVz ZSB0aGUNCm5ldHdvcmsgc3lzdGVtcyBjYW4gaGFuZGxlIHRoZSBudW1iZXIgb2Ygc2xpY2VzLiBB bmQgaXQgaXMgaW4gdGhlIG5hdHVyZSBvZg0KYXJjaGl0ZWN0dXJlcyBvZiB0aGlzIHNvcnQgdGhh dCBhbGwgZnVuY3Rpb25zIGNhbiBiZSBudWxsZWQgb3V0IHdpdGhvdXQgbG9zcw0Kb2YgZ2VuZXJh bGl0eSwgYW5kIHdlIGhhdmUgdG8gcmVjYWxsIHRoYXQgdGhlIGludGVybmFscyBvZiBwcm92aXNp b25pbmcNCnN5c3RlbXMgbWF5IGFwcGVhciBhcyBmdW5jdGlvbmFsIGJsb2NrcyBpbiBvdXIgYXJj aGl0ZWN0dXJlcywgYnV0IHdlIGRvbid0DQpjb21wZWwgaW1wbGVtZW50YXRpb25zIHRvIGFkaGVy ZSB0byB0aGF0IHR5cGUgb2YgYXJjaGl0ZWN0dXJlLiBTbyBJIGRvbid0DQp0aGluayB3ZSBoYXZl IHRvIHdvcnJ5IG9uIHRoYXQgYWNjb3VudC4NCg0KQW5kIHRoYXQgYnJpbmdzIHRoZSBxdWVzdGlv biBvZiBob3cgd2UgbmFtZSB0aGUgcmVzb3VyY2VzIHRoYXQgYXJlIGdhdGhlcmVkDQppbiA0ZS4N Cg0KSSBjYW4ndCBkZWNpZGUgd2hldGhlciBpdCBpcyBoZWxwZnVsIHRvIHNwZW5kIHRpbWUgc2F5 aW5nIHdoeSBJIGRvbid0IGxpa2UNCmVhY2ggb2YgdGhlIHByb3Bvc2VkIHRlcm1zLiBJIGNlcnRh aW5seSBoYXZlIHRoaW5ncyBJIGRvbid0IGxpa2UgYWJvdXQgKGZvcg0KZXhhbXBsZSkgInNsaWNl IGFnZ3JlZ2F0ZSIgKGJlY2F1c2Ugb2YgNGQsIHdoaWNoIG1lYW5zIGl0IGlzIHJlYWxseSBhICJz bGljZQ0Kc3ViLWZsb3cgYWdncmVnYXRlIiksIGFuZCBJIGFtIG5vdCBhIGZhbiBvZiAiVlROIiAo YmVjYXVzZSBvZiAidHJhbnNwb3J0Ig0KYW5kIG1heWJlIGl0IGlzIG5vdCByZWFsbHkgYSBuZXR3 b3JrKS4gQnV0IG1heWJlIGl0IGlzIGJldHRlciBmb3IgbWUgdG8gc2F5DQp3aGF0IEkgdGhpbmsg d2Ugc2hvdWxkIGNhbGwgdGhpbmdzPyBJIHRoaW5rIHdlIGhhdmUuLi4NCg0KLSAgICAgICBJRVRG IG5ldHdvcmsgc2xpY2Ugc2VydmljZSAoY3VzdG9tZXIgdmlldykNCi0gICAgICAgSUVURiBuZXR3 b3JrIHNsaWNlIChvcGVyYXRvciB2aWV3KQ0KLSAgICAgICBSZXNvdXJjZSBwYXJ0aXRpb24gKGRl bGl2ZXJ5IG1lY2hhbmlzbSkNCi0gICAgICAgVW5kZXJsYXkgbmV0d29yayAobmV0d29yayB1c2Vk IHRvIHN1cHBvcnQgdGhlIHNsaWNlKQ0KDQpXaHkgInJlc291cmNlIHBhcnRpdGlvbiI/IFdlbGwg aXQgaXMgYSBjb2xsZWN0aW9uIG9mICJub2RlcywgbGlua3MsIGFuZA0KbmV0d29yayByZXNvdXJj ZXMgdGhhdCBhcmUgbWFya2VkIHdpdGhpbiB0aGUgbmV0d29yayBmb3IgdXNlIGJ5IGEgc2V0IG9m DQpuZXR3b3JrIHNsaWNlIHRyYWZmaWMgZmxvd3MiLg0KSXQgaXMgcG9zc2libGUgdGhhdCB0aGUg d29yZCAicGFydGl0aW9uIiBpcyB0b28gc3Ryb25nIGJlY2F1c2UgaXQgbWF5IGltcGx5DQp0byBz b21lIHBlb3BsZSB0aGF0IHJlc291cmNlcyBpbiBhIHBhcnRpdGlvbiBjYW5ub3QgYmUgc2hhcmVk LCBidXQgSSBkb24ndA0KZmVlbCB0aGF0Lg0KU29mdGVyIHdvcmRzIHRoYW4gInBhcnRpdGlvbiIg d291bGQgYmUgImdyb3VwIiwgImJ1bmRsZSIsICJwb29sIiwgYW5kIEkNCmNvdWxkIGxpdmUgd2l0 aCBhbnkgb2YgdGhlbS4NCg0KQmVzdCwNCkFkcmlhbg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXMtYm91 bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBLaXJhbiBNYWtoaWphbmkNClNlbnQ6IDExIEF1 Z3VzdCAyMDIxIDE2OjAwDQpUbzogSm9obiBFIERyYWtlIDxqZHJha2U9NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+ PjsgRG9uZ2ppZSAoSmltbXkpDQo8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdA aHVhd2VpLmNvbT4+OyBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpo ZW5iaW5AaHVhd2VpLmNvbT4+OyB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPg0K U3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1 c2VkIGZvciBzbGljZQ0KcmVhbGl6YXRpb24NCg0KSGkgSm9obiwgKGFuZCBhbGwpLA0KDQpUd28g dmVyeSBiYXNpYyBjbGFyaWZpY2F0aW9uIHF1ZXN0aW9uczoNCjEuIEhvdyBkbyB3ZSBkaWZmZXJl bnRpYXRlIGJldHdlZW4gIHRoZSBzbGljZS1zZWdtZW50cyB0aGF0IGFyZQ0KcmVzb3VyY2UtYXdh cmUgdnMgdGhvc2UgdGhhdCBhcmUgbm90PyBJIGhhZCBhc3N1bWVkIHRoYXQgc2luY2UgYSBzbGlj ZQ0KaGFzIGFuIFNMTywgaXQgd2lsbCBuZWVkIG5ldHdvcmsgcmVzb3VyY2UgYWxsb2NhdGlvbnMg aW4gc29tZSBmb3JtLg0KDQoyLiBJcyBpdCBvayB0byBhc3N1bWUgdGhhdCB0aGUgY3VzdG9tZXIg dmlldyBvZiBzbGljZSBpcyBhbiAnSUVURg0KbmV0d29yayBzbGljZSBzZXJ2aWNlJyBhbmQgdGhl ICdJRVRGIHNsaWNlIHJlYWxpemF0aW9uJyBvZiB0aGF0IHNlcnZpY2UNCmluIGEgcHJvdmlkZXIg bmV0d29yayBpcyByYWlzZXMgdGhlIHF1ZXN0aW9uIG9mIHVuZGVybGF5IGFuZCBvdmVybGF5DQpj b25zdHJ1Y3RzLiBBbSBJIHJpZ2h0Pw0KKGEpIGlmIHNvLCB0aGVuIHdlIGFyZSBhY2tub3dsZWRn aW5nICB0aGUgcHJlc2VuY2Ugb2YgYW5vdGhlciBsYXllciBvZg0KYWJzdHJhY3Rpb24gKGZvciBy ZWFsaXphdGlvbikuIEl0IGNvdWxkIGJlIHVuZGVybGF5L292ZXJsYXkgb3INCmFnZ3JlZ2F0ZS8/ Py4gVGhlbiB0aGUgdGVybSAnc2xpY2UgYWdncmVnYXRlJyBpcyBiZXR0ZXIgYW5kIG15DQpwcmVm ZXJlbmNlLCBpdCBpcyBlYXNpZXIgdG8gc2VlIHRoYXQgZGlmZmVyZW50IHNsaWNlLXNlcnZpY2Vz IGFyZQ0KYWdncmVnYXRlZCBpbnRvIGEgc2luZ2xlIGNvbnN0cnVjdCAgaW4gYSBwcm92aWRlciBu ZXR3b3JrLiBVc2Ugb2YNCnVuZGVybGF5L292ZXJsYXkgYXJlIGNvbmZ1c2luZy4NCihiKSBmb3Ig YSBsZWFuZXIgcHJvdmlzaW9uaW5nLCBJIHdvdWxkIGFsc28gcHJlZmVyIHRvIHNlZSBpdCBkb2N1 bWVudGVkDQp0aGF0IHRoZSBhZ2dyZWdhdGUgaXMgb3B0aW9uYWwgYW5kIGl0IHNob3VsZCBiZSBw b3NzaWJsZSB0byBkaXJlY3RseSBtYXANCmEgc2xpY2Utc2VydmljZSB0byBwaHlzaWNhbCBvciBy ZWFsIHJlc291cmNlcyBpbiB0aGUgbmV0d29yay4NCnNwZWNpZmljYWxseSB1c2VmdWwgd2hlbiBh IHNpbmdsZSBkb21haW4gaXMgY2FydmluZyBvdXQgc2xpY2VzIGZvcg0KZGlmZmVyZW50IHB1cnBv c2VzLg0KDQpUaGFua3MNCktpcmFuDQoNCg0KLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0t DQpGcm9tOiAiSm9obiBFIERyYWtlIiA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5v cmc8bWFpbHRvOmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPj4NClRvOiAiRG9u Z2ppZSAoSmltbXkpIiA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVhd2Vp LmNvbT4+OyAiTGl6aGVuYmluIg0KPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5i aW5AaHVhd2VpLmNvbT4+OyAidGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4iIDx0 ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClNlbnQ6IDgvMTEvMjAyMSA1OjM4 OjA1IEFNDQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29u c3RydWN0IHVzZWQgZm9yIHNsaWNlDQpyZWFsaXphdGlvbg0KDQo+SmltbXksDQo+DQo+U25pcHBl ZCwgY29tbWVudHMgaW5saW5lLg0KPg0KPllvdXJzIElycmVzcGVjdGl2ZWx5LA0KPg0KPkpvaG4N Cj4NCj4NCj5KdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5DQo+DQo+PiAgLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4+ICBGcm9tOiBEb25namllIChKaW1teSkgPGppZS5kb25nQGh1YXdlaS5j b208bWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20+Pg0KPj4gIFNlbnQ6IFR1ZXNkYXksIEF1Z3Vz dCAxMCwgMjAyMSAxMTowMyBQTQ0KPj4gIFRvOiBKb2huIEUgRHJha2UgPGpkcmFrZUBqdW5pcGVy Lm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj47IExpemhlbmJpbiA8bGl6aGVuYmluQGh1 YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47DQo+PnRlYXNAaWV0Zi5vcmc8 bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQo+PiAgU3ViamVjdDogUkU6IE5ldyB0ZXJtIGZvciB0aGUg dW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlDQpyZWFsaXphdGlvbg0KPj4NCj4+ICBb RXh0ZXJuYWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQo+Pg0KPnVuZGVybGF5IGNv bnN0cnVjdCBmb3IgbmV0d29yayBzbGljZSByZWFsaXphdGlvbiBib3VuZCB0bw0KPj4gID4gPiBu ZXR3b3JrIHNsaWNlIHNlcnZpY2VzPyBUaGF0IGlzLCBpcyB0aGUgdW5kZXJsYXkgY29uc3RydWN0 IG9ubHkgZm9yDQo+PiAgPiA+IHVzZSBpbiBuZXR3b3JrIHNsaWNpbmcsIG9yIHNob3VsZCBpdCBi ZSBnZW5lcmFsaXplZCBmb3IgbW9yZQ0KcG9zc2libGUgdXNlcz8NCj4+ICA+DQo+PiAgPiBbSkRd IEFic29sdXRlbHkgeWVzDQo+Pg0KPj4gIFtKaWVdIEkgZ3Vlc3MgeW91IG1lYW4gIlllcyIgdG8g dGhlIGxhdHRlciBjYXNlLCB3aGljaCBpcyAiaXQgc2hvdWxkIGJlDQpnZW5lcmFsaXplZA0KPj4g IGZvciBtb3JlIHBvc3NpYmxlIHVzZXMiLCBpcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/DQo+ DQo+W0pEXSAgWWVzIHRvIHRoZSBsYXR0ZXINCj4NCj4+DQo+PiAgPg0KPj4gID4gPg0KPj4gID4g PiAyLiAgICAgIElmIHRoZSBhbnN3ZXIgdG8gcXVlc3Rpb24gMSBpcyBZRVMsIHNob3VsZCBpdCBy ZWZsZWN0IHRoZQ0KZm9sbG93aW5nDQo+PiAgPiA+IGNoYXJhY3RlcmlzdGljcz8NCj4+ICA+ID4N Cj4+ICA+ID4gYS4gICAgICBJdCBpcyBhYm91dCB0aGUgdW5kZXJsYXkNCj4+ICA+ID4gYi4gICAg ICBJdCBpcyBhYm91dCB0aGUgcGFydGl0aW9uZWQgcmVzb3VyY2VzIHVzZWQgdG8gZGVsaXZlciB0 aGUNCm5ldHdvcmsgc2xpY2UNCj4+ICA+ID4gc2VydmljZXMNCj4+ICA+ID4gYy4gICAgICBJdCBh bGxvd3MgdGhlIDE6MSwgTjoxLCBhbmQgMTpOIG1hcHBpbmcgbW9kZWxzIGJldHdlZW4gdGhlDQpu ZXR3b3JrDQo+PiAgPiBzbGljZQ0KPj4gID4gPiBzZXJ2aWNlcyBhbmQgdGhlIHVuZGVybGF5IGNv bnN0cnVjdC4gVGhlIDE6MSBhbmQgTjoxIG1hcHBpbmcgbWF5IGJlDQo+PiAgPiA+IHN0cmFpZ2h0 Zm9yd2FyZC4gRG9lcyBpdCBhbHNvIG1ha2Ugc2Vuc2UgdG8gZGl2aWRlIHRoZSBlbGVtZW50cyBv cg0KPj4gID4gPiB0cmFmZmljIGZsb3dzIGluIGEgc2luZ2xlIG5ldHdvcmsgc2xpY2Ugc2Vydmlj ZSB0byBjYXJyeSB0aGVtIGluDQo+PiAgPiA+IGRpZmZlcmVudA0KPj4gID4gdW5kZXJsYXkgY29u c3RydWN0cz8NCj4+ICA+DQo+PiAgPiBbSkRdICBZZXMgdG8gYWxsIG9mIHRoZSBhYm92ZS4gIFBs ZWFzZSBzZWU6DQo+PiAgPiBodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMv X19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZj4NCj4+ICA+IHQtZHJh a2UtYmVzcy1lbmhhbmNlZC12cG4tMDZfXzshIU5FdDZ5TWFPLQ0KPj4gIGdrIVRDaUpIQ1pDd0Zn d3B1Rm91anhWbFo0cjkNCj4+ICA+IEY2bUxwRTRuSi05enBxa1kta2xzLVJPeEw0QzJfeE5hUjJJ bUk0JA0KPj4gID4gPg0KPj4gID4gPiBMYXN0bHksIGhlcmUgYXJlIHNvbWUgY2FuZGlkYXRlcyBv ZiB0aGUgIm5ldyB0ZXJtIjoNCj4+ICA+ID4NCj4+ICA+ID4gT3B0aW9uIDE6IFRoZSBuZXR3b3Jr IHNsaWNlIHNlcnZpY2UgaXMgY2FsbGVkICJvdmVybGF5IHNsaWNlIiwgdGhlbg0KPj4gID4gPiB0 aGUgdW5kZXJsYXkgY29uc3RydWN0IGlzIGNhbGxlZCAidW5kZXJsYXkgc2xpY2UiLg0KPj4gID4g Pg0KPj4gID4gPiBPcHRpb24gMjogVGhlIG5ldHdvcmsgc2xpY2Ugc2VydmljZSBpcyBjYWxsZWQg InNlcnZpY2Ugc2xpY2UiLCB0aGVuDQo+PiAgPiA+IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgaXMg Y2FsbGVkICJyZXNvdXJjZSBzbGljZSIuDQo+PiAgPg0KPj4gID4gW0pEXSAgSSBkb24ndCB0aGlu ayB3ZSBuZWVkIGFub3RoZXIgdGVybSBmb3Igd2hhdCB3ZSBhcmUgYWxyZWFkeQ0KPj4gID4gY2Fs bGluZyBhbiAnSUVURiBOZXR3b3JrIFNsaWNlIFNlcnZpY2UnLiAgQWRyaWFuIGFuZCBJIGFyZSBj b25zaWRlcmluZw0KPj4gID4gdGhlIHRlcm0gJ3Jlc291cmNlIHBhcnRpdGlvbicgdG8gZGVzY3Jp YmUgdGhlIHBhcnRpdGlvbmluZyBvZiB1bmRlcmxheQ0KPj4gID4gbmV0d29yayByZXNvdXJjZXMg aW4gc3VwcG9ydCBvZiB2YXJpb3VzIG92ZXJsYXkgc2VydmljZXMgc3VjaCBhcyBJRVRGDQpOZXR3 b3JrDQo+PiAgU2xpY2UgU2VydmljZXMuDQo+PiAgPiBUaGlzIGlzIGNvbmdydWVudCB3aXRoIHRo ZSBpZGVhcyBleHByZXNzZWQgaW46DQo+PiAgPiBodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19f aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmPGh0dHBzOi8vdXJsZGVm ZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZj4N Cj4+ICA+IHQtaWV0Zi1zcHJpbmctcmVzb3VyY2UtYXdhcmUtc2VnbWVuX187ISFORXQ2eU1hTy0N Cj4+ICBnayFUQ2lKSENaQ3dGZ3dwdUZvdWoNCj4+ICA+IHhWbFo0cjlGNm1McEU0bkotOXpwcWtZ LWtscy1ST3hMNEMyX3hOeEVmd2FYZyQNCj4+ICA+IHRzLTAzLiAgV2hhdCB0aGlzIGFsbG93cyBv bmUgdG8gYnVpbGQgaXMgYW4gJ3BhcnRpdGlvbmVkIHVuZGVybGF5DQo+PiAgPiBuZXR3b3JrIHRv cG9sb2d5Jy4NCj4+DQo+PiAgW0ppZV0gQWdyZWUgdGhhdCBoZXJlIHdlIGFyZSB0YWxraW5nIGFi b3V0IHRoZSB0ZXJtIGZvciB0aGUgdW5kZXJsYXkNCmNvbnN0cnVjdC4NCj4+ICAiUmVzb3VyY2Ug cGFydGl0aW9uIiBjYXB0dXJlcyBvbmUgb2YgaXRzIGtleSBjaGFyYWN0ZXJpc3RpY3MsIHdoaWxl IElNTw0KYW5vdGhlcg0KPj4gIHRoaW5nIHRoZSB0ZXJtIG5lZWRzIHRvIHJlZmxlY3QgaXMgdGhh dCB0aGUgcmVzb3VyY2UgcGFydGl0aW9uIGlzIG5lZWRlZA0Kb24gYQ0KPj4gIHN1YnNldCBvZiB0 aGUgbGlua3MgYW5kIG5vZGVzIChyYXRoZXIgdGhhbiBvbiBhIHNpbmdsZSBub2RlIG9yIGxpbmsp IGluDQp0aGUgcGh5c2ljYWwNCj4+ICBuZXR3b3JrLCB3aGljaCB0b2dldGhlciBidWlsZHMgYSBs b2dpY2FsIG5ldHdvcmsgdG9wb2xvZ3kuDQo+DQo+W0pEXSAgSW4gbXkgaW5pdGlhbCBlbWFpbCwg YWJvdmUsIEkgd2FzIHByb3Bvc2luZyAncGFydGl0aW9uZWQgdW5kZXJsYXkNCm5ldHdvcmsgdG9w b2xvZ3knDQo+DQo+Pg0KPj4gIEJlc3QgcmVnYXJkcywNCj4+ICBKaWUNCj4+DQo+PiAgPg0KPj4g ID4gPg0KPj4gID4gPiBZb3VyIG9waW5pb24gYWJvdXQgdGhlc2UgY2FuZGlkYXRlcyBhcmUgbXVj aCBhcHByZWNpYXRlZC4gWW91IG1heQ0KPj4gID4gPiBhbHNvIHByb3Bvc2Ugb3RoZXIgbmV3IHRl cm0gaWYgaXQgY29tcGxpZXMgd2l0aCB0aGUgYWJvdmUgdHdvDQpwb2ludHMuDQo+PiAgPg0KPj4g ID4gW0pEXSAgSSB0aGluayB5b3UgaGF2ZSBleGNlZWRlZCB5b3VyIHJlbWl0Lg0KPj4gID4NCj4+ ICA+ID4NCj4+ICA+ID4NCj4+ICA+ID4NCj4+ICA+ID4gQmVzdCBSZWdhcmRzLA0KPj4gID4gPiBS b2Jpbg0KPj4gID4gPg0KPj4gID4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gID4gPiBUZWFzIG1haWxpbmcgbGlzdA0KPj4gID4gPiBUZWFzQGll dGYub3JnPG1haWx0bzpUZWFzQGlldGYub3JnPg0KPj4gID4gPiBodHRwczovL3VybGRlZmVuc2Uu Y29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZTxodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3RlPg0KPj4gID4gPiBhcw0KPj4gID4gPiBfXzshIU4NCj4+ICA+ID4gRXQ2eU1hTy1nayFRMHlj T2YwRUx4VDZtRzFHYm5PNExTTC1ROTlKNHV1N2pmZFV0QkVDYUktDQo+PiAgPiA+IE8wOEhxRDMx VEdKY2lOanV4TDJBJA0KPj4gID4NCj4+ICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+PiAgPiBUZWFzIG1haWxpbmcgbGlzdA0KPj4gID4gVGVhc0Bp ZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCj4+ICA+IGh0dHBzOi8vdXJsZGVmZW5zZS5j b20vdjMvX19odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8aHR0cHM6 Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by90ZWFzPg0KPj4gID4gX187ISFORXQ2eU1hTy1nayFUQ2lKSENaQ3dGZ3dwdUZvdWp4VmxaNHI5 RjZtTHBFNG5KLTl6cHFrWS1rbHMtDQo+PiAgUk94TDRDMg0KPj4gID4gX3hORENyUGFOUSQNCj4N Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPlRlYXMg bWFpbGluZyBsaXN0DQo+VGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCj5odHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8aHR0cHM6Ly91cmxkZWZlbnNl LmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFO RXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMx aURfSE5lMmRtczMwT0w4MFEkPg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRl YXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8 aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01MYXNmOV9HYXlB VlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkPg0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNA aWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3RlYXM8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NK VVRFZUZXQ01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkPg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClRlYXMgbWFp bGluZyBsaXN0DQpUZWFzQGlldGYub3JnPG1haWx0bzpUZWFzQGlldGYub3JnPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20v djMvX19odHRwczovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhc19fOyEhTkV0NnlN YU8tZ2shVEtKY2gyZHdzSlVURWVGV0NNTGFzZjlfR2F5QVZUc2dya05LNlZlNDhZVFRTMWlEX0hO ZTJkbXMzME9MODBRJD4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmlu Z0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5n DQotLQ0KDQpb5Zu+5YOP5bey6KKr5Y+R5Lu25Lq65Yig6Zmk44CCXTxodHRwOi8vd3d3LnZlcml6 b24uY29tLz4NCg0KR3lhbiBNaXNocmENCg0KTmV0d29yayBTb2x1dGlvbnMgQXJjaGl0ZWN0DQoN CkVtYWlsIGd5YW4ucy5taXNocmFAdmVyaXpvbi5jb208bWFpbHRvOmd5YW4ucy5taXNocmFAdmVy aXpvbi5jb20+DQoNCk0gMzAxIDUwMi0xMzQ3DQoNCg== --_000_133851406df243668990e9535c3b1298huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2 IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRo IjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAx IDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Okdlb3JnaWE7DQoJcGFub3NlLTE6MiA0 IDUgMiA1IDQgNSAyIDMgMzt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1TIEdvdGhp YyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlv bnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0KcC5Nc29M aXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0K CXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJdGV4dC1pbmRlbnQ6MjEuMHB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk65a6L5L2TO30NCnAubS0zNTU3ODIzMjA3ODQwMDcyMjAwbXNpcGZvb3RlcjMwYjNkNTM4 LCBsaS5tLTM1NTc4MjMyMDc4NDAwNzIyMDBtc2lwZm9vdGVyMzBiM2Q1MzgsIGRpdi5tLTM1NTc4 MjMyMDc4NDAwNzIyMDBtc2lwZm9vdGVyMzBiM2Q1MzgNCgl7bXNvLXN0eWxlLW5hbWU6bV8tMzU1 NzgyMzIwNzg0MDA3MjIwMG1zaXBmb290ZXIzMGIzZDUzODsNCgltc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K CW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9 kzt9DQpwLm0tMzU1NzgyMzIwNzg0MDA3MjIwMG1zb2xpc3RwYXJhZ3JhcGgsIGxpLm0tMzU1Nzgy MzIwNzg0MDA3MjIwMG1zb2xpc3RwYXJhZ3JhcGgsIGRpdi5tLTM1NTc4MjMyMDc4NDAwNzIyMDBt c29saXN0cGFyYWdyYXBoDQoJe21zby1zdHlsZS1uYW1lOm1fLTM1NTc4MjMyMDc4NDAwNzIyMDBt c29saXN0cGFyYWdyYXBoOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0K CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uRW1haWxTdHls ZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEy LjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBHeWFuLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgcHJv dmlkaW5nIHlvdXIgdGhvdWdodHMgb24gdGhpcy4gUGxlYXNlIHNlZSBzb21lIHJlcGxpZXMgaW5s aW5lIHdpdGggW0ppZV06PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5n OjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4gR3lhbiBNaXNocmEgW21haWx0bzpoYXlhYnVzYWdzbUBnbWFpbC5jb21dDQo8YnI+ DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIFNlcHRlbWJlciA0LCAyMDIxIDI6MTQgUE08YnI+DQo8 Yj5Ubzo8L2I+IFRhcmVrIFNhYWQgJmx0O3RzYWFkLm5ldEBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+ Q2M6PC9iPiBBZHJpYW4gRmFycmVsICZsdDthZHJpYW5Ab2xkZG9nLmNvLnVrJmd0OzsgRG9uZ2pp ZSAoSmltbXkpICZsdDtqaWUuZG9uZ0BodWF3ZWkuY29tJmd0OzsgRVhULXZpc2hudXBhdmFuQGdt YWlsLmNvbSAmbHQ7dmlzaG51cGF2YW5AZ21haWwuY29tJmd0OzsgSm9obiBFIERyYWtlICZsdDtq ZHJha2VAanVuaXBlci5uZXQmZ3Q7OyBMaXpoZW5iaW4gJmx0O2xpemhlbmJpbkBodWF3ZWkuY29t Jmd0OzsgVEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZndDs7IGRyYWZ0LWFsaS10ZWFzLXNwcmlu ICZsdDtkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnJmd0 OzsNCiBkcmFmdC1kZWNyYWVuZS1tcGxzLSAmbHQ7ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVu Y29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZyZndDs7IGRyYWZ0LWZpbHNmaWxzLXNwcmlu ICZsdDtkcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5v cmcmZ3Q7OyBtcGxzQGlldGYub3JnOyBzcHJpbmdAaWV0Zi5vcmc7DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPum+mueri+iJszwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4gJmx0O2dvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20mZ3Q7PGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbc3ByaW5nXSBbVGVhc10gTW9yZSBEaXNjdXNzaW9uLy9SRTogUmU6UmU6 IE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxp emF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5IaSBUYXJlaywgSm9obiAmYW1wOyBKaWU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgd291bGQgbGlrZSB0byBjaGlt ZSBpbiwgY29tbWVudHMgaW4tbGluZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkluIGRlZmluaW5nIHRoZSByZXNvdXJjZSBpbiB0aGUgdW5kZXJsYXkg YW5kIGhvdyB0byBkaXNjcmV0ZWx5IGlkZW50aWZ5IHRoZSBub21lbmNsYXR1cmUgZm9yIE5TQyBp biBwcm92aXNpb25pbmcgdW5kZXJsYXkgZm9yIGEgbmV0d29yayBzbGljZS4gJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+QWxzbyBhIGtleSBwb2ludCBtZW50aW9uZWQgaW4gdGhpcyB0aHJlYWQg YW5kIHRoaXMgcmVsYXRlcyB0byBURSBBQ1ROIG5ldHdvcmsgc2xpY2UgYW5kIFNSIG5ldHdvcmsg c2xpY2Ugd2hpY2ggd2UgaGF2ZSBjb21wYXJlZCBhbmQgY29udHJhc3RlZCwgdGhhdCBhbnkgdGVj aG5vbG9neSBldmVuIEZsZXggQWxnbyBvciBhbnkgb3RoZXIgY2FuIGJlIHVzZWQgaW4gdGhlIHVu ZGVybGF5DQogZm9yIHRoZSBOU0MgcHJvdmlzaW9uaW5nIG9mIHRoZSBuZXR3b3JrIHNsaWNlLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5bSmllXSBZZXMsIHRoZXJlIGNhbiBiZSBkaWZmZXJlbnQgYXBwcm9hY2hlcyAo Ym90aCBpbiBkYXRhIHBsYW5lIGFuZCBjb250cm9sIHBsYW5lKSBmb3IgdGhlIGluc3RhbnRpYXRp b24gb2YgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QsIGFuZCB0aGUgdGVybQ0KIG5lZWRzIHRvIGJl IGdlbmVyaWMgZW5vdWdoIHRvIGNvdmVyIGFsbCBvZiB0aGVtLiA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlc291cmNlIFBhcnRpdGlvbiA9IHN1YnNl dCBvZiB1bmRlcmxheSBuZXR3b3JrIGxpbmtzIHJlc291cmNlcyBpbnN0YW50aWF0aW9uIG9mIHRo ZSB1bmRlcmxheSBkYXRhIHBsYW5lIGNyb3NzIHNlY3Rpb24gbGF5ZXIgb2YgdGhlIG5ldHdvcmsu PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5QYXJ0aXRp b25lZCBVbmRlcmxheSBOZXR3b3JrIFRvcG9sb2d5ID0gQ29tYmluYXRpb24gb2YgbXVsdGlwbGUg cmVzb3VyY2UgcGFydGl0aW9ucyB0byBpbnN0YW50aWF0ZSBhbiB1bmRlcmxheSB0b3BvbG9neSBm b3IgdGhlIE5TQyBwcm92aXNpb25pbmcgb2YgdGhlIG5ldHdvcmsgc2xpY2UgLSBKRCZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+TmV0d29yayBS ZXNvdXJjZSBQYXJ0aXRpb24gPSBUYXJlayZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Nb3Jl IGV4cGxpY2l0bHkgZGVmaW5pbmcgcmVzb3VyY2VzIGZvciBhIG5ldHdvcmsgYW5kIG5vdCBqdXN0 IGEgbGluayZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+UmVzb3VyY2UgUGFydGl0aW9uIE5ldHdvcmsgPSBKaWUmbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ W0ppZV0gTXkgcHJvcG9zYWwgd2FzIOKAnFJlc291cmNlIFBhcnRpdGlvbmVkIChzdWItKSBOZXR3 b3Jr4oCdIG9yIOKAnFZpcnR1YWwgVEUgTmV0d29ya+KAnSwgd2hlcmUgdGhlIOKAnG5ldHdvcmvi gJ0gaW5kaWNhdGVzIHRoYXQgaXQgaXMgYSBzZXQgbm9kZXMgYW5kIGxpbmtzDQogb24gd2hpY2gg dGhlIHJlc291cmNlcyBhcmUgcGFydGl0aW9uZWQuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VG8gbWUgcHV0dGluZyBuZXR3b3JrIGluIHRoZSBmcm9u dCBvciBhdCB0aGUgZW5kIGhhcyB0aGUgaW50ZW50IHRvIHRyeSB0byBxdWFsaWZ5IHRoZSByZXNv dXJjZSBQYXJ0aXRpb24gc28gaXTigJlzIG5vdCBqdXN0IGZvciBhIHNldCBvZiBsaW5rcyBidXQg Zm9yIHRoZSBmaW5lIGdyYWluIGRhdGEgcGxhbmUgbmV0d29yayB0b3BvbG9neS48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bSmllXSBJdCBzZWVtcyBhbGwg dGhlIGFib3ZlIHByb3Bvc2FscyBhaW0gdG8gY292ZXIgYm90aCB0aGUgcmVzb3VyY2UgYW5kIHRv cG9sb2d5IGF0dHJpYnV0ZXMgb2YgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QuIEl0IGlzIGdvb2Qg aWYgd2UgaGF2ZSByZWFjaGVkDQogc29tZSBjb25zZW5zdXMgb24gdGhpcy4gPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tIGEgZ3JhbW1hdGljYWwg cGVyc3BlY3RpdmUgdGhlIGFkamVjdGl2ZSBwcm9jZWVkcyB0aGUgbm91bnMgdGhleSBhcmUgZGVz Y3JpYmluZyBzbyBJIHRoaW5rIOKAnG5ldHdvcmsgcmVzb3VyY2UgcGFydGl0aW9u4oCdIHdvdWxk IGJlIGdyYW1tYXRpY2FsbHkgY29ycmVjdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W0ppZV0gSeKAmW0gbm90IGEg bmF0aXZlIEVuZ2xpc2ggc3BlYWtlciwgc28gd2lsbCBsZXQgb3RoZXIgcGVvcGxlIHRvIGNvbW1l bnQgb24gdGhlIGdyYW1tYXIgcGFydC4gTXkgY29uY2VybiB3YXMgc2luY2UgdGhlIHJlc291cmNl cyB3ZSByZWZlcnJlZCB0bw0KIGFyZSBhbHdheXMg4oCcbmV0d29yayByZXNvdXJjZXPigJ0sIHRo ZW4g4oCcbmV0d29yayByZXNvdXJjZSBwYXJ0aXRpb27igJ0gbWF5IGJlIGNvbnNpZGVyZWQgdGhl IHNhbWUgYXMg4oCccmVzb3VyY2UgcGFydGl0aW9u4oCdLCB3aGljaCBkb2VzIG5vdCBleHBsaWNp dGx5IHJlZmxlY3QgdGhhdCBpdCBpcyBhYm91dCB0aGUgcmVzb3VyY2VzIHBhcnRpdGlvbnMgb24g YSBzZXQgb2Ygbm9kZXMgYW5kIGxpbmtzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlNuaXBwZWQgdGhlIGZ1cnRoZXIgZGlz Y3Vzc2lvbjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj7igKY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmd0Ow0K IFBlcmhhcHMgYSBtb3JlIGV4cGxpY2l0IGFwcHJvYWNoIGlzIHRvIHB1dCBuZXR3b3JrIGluIHRo ZSBlbmQ6IHJlc291cmNlIHBhcnRpdGlvbmVkIG5ldHdvcmsgKG9yIHN1Yi1uZXR3b3JrKSwgc28g dGhhdCBpdCBpcyBjbGVhciB0aGF0IHRoZSByZXNvdXJjZSBwYXJ0aXRpb25zIGFyZSBzcHJlYWQg b3ZlciB0aGUgbmV0d29yayB3aXRoIGEgc3ViLXRvcG9sb2d5Lg0KPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkd5YW4mZ3Q7DQogJm5ic3A7SSB0aGluayB0aGUg Z29hbCBwdXR0aW5nICZuYnNwO25ldHdvcmsgYXQgdGhlIGVuZCB0cnlpbmcgdG8gYmV0dGVyIGRl ZmluZSB0aGUgcGFydGl0aW9uZWQgcmVzb3VyY2Ugc2V0IGZyb20gYSBncmFtbWF0aWNhbCBwZXJz cGVjdGl2ZSB0aGUgYWRqZWN0aXZlIGhlcmUg4oCcbmV0d29ya+KAnSBzaG91bGQgcHJvY2VlZCB0 aGUgbm91biDigJxyZXNvdXJjZeKAnTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bSmllXSBTaW5jZSB3ZSBhZ3JlZWQgdGhhdCB0aGUgcmVz b3VyY2UgYW5kIHRvcG9sb2d5IGFyZSB0aGUgdHdvIGJhc2ljIGF0dHJpYnV0ZXMgb2YgdGhpcyB1 bmRlcmxheSBjb25zdHJ1Y3QsIGl0IGlzIGFjdHVhbGx5IGEgbmV0d29yayAoZXNzZW50aWFsbHks DQogYSBuZXR3b3JrIGlzIGEgZ3JhcGggd2l0aCBhdHRyaWJ1dGVzKS4gVGh1cyBteSBvcGluaW9u IGlzIGl0IGlzIG1vcmUgcmVhc29uYWJsZSB0byB1c2Ug4oCcbmV0d29ya+KAnSBhcyBhIG5vdW4s IGFuZCByZXNvdXJjZSBwYXJ0aXRpb24gaXMgdGhlIGtleSBjaGFyYWN0ZXJpc3RpYy4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+4oCmPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5bVFNdOiBURSBjYW4gYmUgZG9uZSBvdmVyIHRoZSByZXNvdXJjZXMg dGhhdCBhIG5ldHdvcmsgcmVzb3VyY2UgcGFydGl0aW9uIGNhbiBvZmZlciDigJMgZm9yIGV4YW1w bGUsIHRvDQogb3B0aW1hbGx5IHBsYWNlIHBhdGhzIG92ZXIgdGhlIHJlbWFpbmluZyByZXNvdXJj ZXMgb2YgbmV0d29yayByZXNvdXJjZSBwYXJ0aXRpb24uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+R3lhbiZndDsgQWdyZWVkJm5ic3A7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+W0ppZV0gVGhpcyBtYXkgYmUgcmVsYXRlZCB0byB0aGUgZGVmaW5pdGlvbiBvZiBURS4gSXMg cmVzb3VyY2UgcGFydGl0aW9uIG9yIHJlc2VydmF0aW9uDQogb25lIG9mIHRoZSBjb21wb25lbnRz IG9mIFRFPyBJIGhvcGUgd2UgY2FuIGdldCBzb21lIGFuc3dlciBmcm9tIDMyNzJiaXMuPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7R3lhbiZndDsgSSB0aGluayB0aGUgcG9pbnQgdGhhdCBKb2huIHNuZCBUYXJlayBhcmUgbWFr aW5nIGlzIHRoYXQgdGhlIHNldCByZXNvdXJjZXMgd2UgYXJlDQogZGVzY3JpYmluZyBjYW4gYXBw bHkgdG8gYW55IHRlY2hub2xvZ3kgVEUsIFNSLCBGbGV4IEFsZ28gb3Igb3RoZXIsIGFuZCBzbyB0 aGUgdGVjaG5vbG9neSBpcyBvcnRob2dvbmFsIGFzIHdlIGFyZSBub3QgdGFraW5nIGFib3V0IHRo ZSB0ZWNobm9sb2d5IGJlaW5nIHVzZWQgaW4gdGhlIHVuZGVybGF5Ljwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bSmllXSBUbyBtZSB0aGUg Y29uY2VwdCBvZiBURSBoYXMgYSBtdWNoIGJyb2FkZXIgc2NvcGUgdGhhbiBURS1MU1AuIEFuZCBS U1ZQLVRFLCBTUiwgRmxleC1BbGdvIG9yIG90aGVyIGNhbiBiZSBzZWVuIGFzIHRoZSB0ZWNobm9s b2dpZXMgdG8gcHJvdmlkZQ0KIGFsbCBvciBwYXJ0IG9mIHRoZSBURSBmdW5jdGlvbmFsaXR5LiBT aW5jZSB0aGlzIFdHIGlzIGFsc28gd29ya2luZyBvbiBhIGJpcyBvZiBSRkMgMzI3MiwgaXQgbWF5 IGJlIGhlbHBmdWwgdG8gYWxpZ24gb3VyIHVuZGVyc3RhbmRpbmcgYWJvdXQgVEUsIGFuZCB0aGUg cmVsYXRpb25zaGlwIGJldHdlZW4gVEUgYW5kIHJlc291cmNlIHBhcnRpdGlvbiAob3IgYWxsb2Nh dGlvbikuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmd0OyBXZSB1c2VkIHRvIGRlZmluZSB0aGUgVEUtTFNQIGFz IHNvbWV0aGluZyB3aXRoIHdoaWNoIHdlIGNhbiBzcGVjaWZ5IHRoZSBwYXRoIGFuZCB0aGUgc2V0 IG9mIHJlc291cmNlcyByZXNlcnZlZCBhbG9uZyB0aGUgcGF0aC4gRm9sbG93aW5nIHRoaXMsDQog dGhlIHVuZGVybGF5IGNvbnN0cnVjdCB3ZSBhcmUgZGlzY3Vzc2luZyBjYW4gYmUgdXNlZCB0byBz cGVjaWZ5IHRoZSB0b3BvbG9neSBhbmQgdGhlIHNldCBvZiByZXNvdXJjZXMgcmVzZXJ2ZWQgaW4g dGhlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZndDsgdG9wb2xvZ3kuICZuYnNw O0lmIHdlIGNhbGwgdGhlIFRFLUxTUCBhIOKAnFRFIHBhdGjigJ0sIG1heWJlIHdlIGNhbiBjYWxs IHRoaXMgdW5kZXJsYXkgY29uc3RydWN0IGEg4oCcVEUgbmV0d29ya+KAnSBvciDigJx2aXJ0dWFs IFRFIG5ldHdvcmvigJ0uIFRoZW4gVEUgcGF0aHMgY2FuDQogYmUgcHJvdmlzaW9uZWQgaW4gdGhl IHZpcnR1YWwgVEUgbmV0d29yaywganVzdCBsaWtlIGhvdyB0aGUgVEUgcGF0aHMgYXJlIHByb3Zp c2lvbmVkIGluIHRoZSBwaHlzaWNhbCBuZXR3b3JrLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTQuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+W1RTMl06IEFGQUlDUywgdGhlIHRlcm0gd2XigJlyZSBkZWZp bmluZyBkZXNjcmliZXMgYSBzZXQgb2YgcmVzb3VyY2VzIGluIGEgbmV0d29yayBhbmQsIGhlbmNl LCBpdCBpcyBvcnRob2dvbmFsIHRvIHRoZSBURSBkaXNjdXNzaW9uLjxvOnA+PC9vOnA+PC9zcGFu PjwvaT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxNC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bSmllXSBC ZWZvcmUgd2UgaGF2ZSBhIGNvbnNpc3RlbnQgdW5kZXJzdGFuZGluZyBvZiBURSwgSeKAmW0gbm90 IHRoYXQgY29udmluY2VkIHRoYXQgVEUgYW5kIHJlc291cmNlIHBhcnRpdGlvbiBhcmUgb3J0aG9n b25hbC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5KaWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzow Y20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XaXNoIHRvIGxlYXJuIHlvdXIgdGhvdWdo dHMgb24gdGhlc2UgY29uc2lkZXJhdGlvbnMgYW5kIGRvdWJ0cy48L3NwYW4+PHNwYW4gbGFuZz0i RU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNw YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5CZXN0IFJlZ2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Um9iaW48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZy b206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gTGl6aGVuYmluDQo8 YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgQXVndXN0IDE3LCAyMDIxIDEwOjI5IFBNPGJyPg0K PGI+VG86PC9iPiAnPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7pvprnq4vo ibM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+JyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20iIHRhcmdldD0iX2JsYW5rIj5nb25nbGl5YW5A Y2hpbmFtb2JpbGUuY29tPC9hPiZndDs7IGRyYWZ0LWFsaS10ZWFzLXNwcmluICZsdDs8YSBocmVm PSJtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9j a3NAaWV0Zi5vcmc8L2E+Jmd0OzsNCiBkcmFmdC1maWxzZmlscy1zcHJpbiAmbHQ7PGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVz cy1zbGljZS1pZEBpZXRmLm9yZzwvYT4mZ3Q7OyBkcmFmdC1kZWNyYWVuZS1tcGxzLSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFi ZWwtaWRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQt ZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+ IERvbmdqaWUgKEppbW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20i IHRhcmdldD0iX2JsYW5rIj5qaWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDs7DQo8YSBocmVmPSJt YWlsdG86c3ByaW5nQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ByaW5nQGlldGYub3JnPC9h PjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCm1wbHNA aWV0Zi5vcmc8L2E+OyBURUFTIFdHICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OzsgRVhULXZpc2hudXBhdmFuQGdt YWkgJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20iIHRhcmdldD0iX2Js YW5rIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0OzsgQWRyaWFuIEZhcnJlbCAmbHQ7PGEg aHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiIHRhcmdldD0iX2JsYW5rIj5hZHJpYW5A b2xkZG9nLmNvLnVrPC9hPiZndDs7DQogVGFyZWsgU2FhZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRz YWFkLm5ldEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj50c2FhZC5uZXRAZ21haWwuY29tPC9h PiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFJlOlJlOiBbVGVhc10gTmV3IHRlcm0gZm9y IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2VyZWFsaXphdGlvbjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIExp eWFuLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlNvcnJ5IHRoYXQgSSBtaXNzZWQgeW91ciBuZXcgZHJhZnQuIFRoYW5rcyBmb3IgeW91 ciBmZWVkYmFjay4gSXQgaXMgaGVscGZ1bCBmb3IgdXMgdG8NCiBoYXZlIGEgY29tbW9uIHRlcm1p bm9sb2d5LiA8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IFJlZ2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Um9iaW48L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7pvprnq4voibM8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+IFs8YSBocmVmPSJtYWlsdG86Z29uZ2xpeWFuQGNoaW5hbW9i aWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzpnb25nbGl5YW5AY2hpbmFtb2JpbGUuY29t PC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBBdWd1c3QgMTcsIDIwMjEgNDo0OCBQ TTxicj4NCjxiPlRvOjwvYj4gTGl6aGVuYmluICZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmlu QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7 OyBkcmFmdC1hbGktdGVhcy1zcHJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWFsaS10ZWFz LXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFm dC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPC9hPiZndDs7DQog ZHJhZnQtZmlsc2ZpbHMtc3ByaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1maWxzZmlscy1z cHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5k cmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc8L2E+ Jmd0OzsgZHJhZnQtZGVjcmFlbmUtbXBscy0gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1kZWNy YWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1p ZEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBEb25namllIChKaW1teSkgJmx0Ozxh IGhyZWY9Im1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRv bmdAaHVhd2VpLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPnNwcmluZ0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxz QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQptcGxzQGlldGYub3JnPC9hPjsgVEVBUyBXRyAm bHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGll dGYub3JnPC9hPiZndDs7IEVYVC12aXNobnVwYXZhbkBnbWFpICZsdDs8YSBocmVmPSJtYWlsdG86 dmlzaG51cGF2YW5AZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+dmlzaG51cGF2YW5AZ21haWwu Y29tPC9hPiZndDs7IEFkcmlhbiBGYXJyZWwgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xk ZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7Ow0K IFRhcmVrIFNhYWQgJmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIiB0YXJn ZXQ9Il9ibGFuayI+dHNhYWQubmV0QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8 L2I+IFJlOlJlOiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNl ZCBmb3Igc2xpY2VyZWFsaXphdGlvbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cD48c3BhbiBsYW5nPSJFTi1VUyI+SGkgQWxsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtNUyBHb3RoaWMmcXVvdDsiPu+8jDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSBkcmFmdC1jaGVu Zy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWRbMV0gYWxzbyBwcm92aWRlZCBh IHNsaWNlIElEIGVuY29kaW5nIHNvbHV0aW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tVVMiPkFuZCBhYm91dCB0aGUg ZGlzY3Vzc2lvbiwgd2UgYXJlIGZpbmUgdG8gZm9sbG93IHRoZSBmaW5hbCBkZWNpc2lvbiBvZiB0 aGUgV0csIG5vIHNwZWNpYWwgcmVxdWlyZW1lbnRzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bh bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFu Zz0iRU4tVVMiPlsxXSA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6 L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGlu Zy1uZXR3b3JrLXNsaWNlaWQvX187ISFORXQ2eU1hTy1nayFVRXpjTVQ1YzhnajNJTTRZVGp0dDNf Y0FLTERJZHZXalZuRG5hTVZKdGNwRktTamdzTnJTNng5STJWWjJrUnMkIiB0YXJnZXQ9Il9ibGFu ayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuZy1zcHJpbmct c3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWQvPC9hPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwv c3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4g bGFuZz0iRU4tVVMiPkJlc3QgUmVnYXJkcyw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxhbmc9IkVOLVVTIj5MaXlhbiBHb25nPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IGlkPSJtXy0z NTU3ODIzMjA3ODQwMDcyMjAwZGl2c2lnbmF0dXJlIj4NCjxwPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0IiBpZD0ibV8tMzU1NzgyMzIw Nzg0MDA3MjIwMG9yaU1zZ0h0bWxTZXBlcmF0b3IiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+LS0tLTwvc3Bhbj7pgq7ku7bljp/mloc8c3BhbiBsYW5nPSJFTi1V UyI+LS0tLTxicj4NCjwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTrlrovk vZMiPuWPkeS7tuS6uu+8mjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyI+TGl6aGVu YmluJm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8L3NwYW4+ PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj7mlLbku7bkurrvvJo8L3Nw YW4+PC9zdHJvbmc+PHNwYW4gbGFuZz0iRU4tVVMiPiZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFm dC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZzwv YT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1u cy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1hbGktdGVh cy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPC9hPiZndDssJnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBp ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRl bGVzcy1zbGljZS1pZEBpZXRmLm9yZzwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRv OmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGlj ZS1pZEBpZXRmLm9yZzwvYT4mZ3Q7LCZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1kZWNyYWVu ZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBp ZXRmLm9yZzwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWRlY3JhZW5l LW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmciIHRhcmdldD0iX2Js YW5rIj5kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGll dGYub3JnPC9hPiZndDs8YnI+DQo8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk65a6L5L2TIj7mioTjgIDpgIE8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+Og0KPC9zcGFuPjwvc3Ryb25nPjxzcGFu IGxhbmc9IkVOLVVTIj4mcXVvdDtEb25namllJm5ic3A7XFwoSmltbXlcXCkmcXVvdDsmbmJzcDsm bHQ7PGEgaHJlZj0ibWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5q aWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDssJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0Bp ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNwcmluZ0BpZXRmLm9yZzwvYT4mcXVvdDsmbmJzcDsm bHQ7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNwcmlu Z0BpZXRmLm9yZzwvYT4mZ3Q7LCZxdW90OzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+bXBsc0BpZXRmLm9yZzwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0i bWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPiZn dDssVEVBUyZuYnNwO1dHJm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7LEpvaG4mbmJzcDtFJm5i c3A7RHJha2UmbmJzcDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmpkcmFrZT00MGp1bmlwZXIu bmV0QGRtYXJjLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+amRyYWtlPTQwanVuaXBlci5uZXRA ZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OywmcXVvdDs8YSBocmVmPSJtYWlsdG86RVhULXZpc2hudXBh dmFuQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb208 L2E+JnF1b3Q7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20i IHRhcmdldD0iX2JsYW5rIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0OyxBZHJpYW4mbmJz cDtGYXJyZWwmbmJzcDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28u dWsiIHRhcmdldD0iX2JsYW5rIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZndDssVGFyZWsmbmJz cDtTYWFkJm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29t IiB0YXJnZXQ9Il9ibGFuayI+dHNhYWQubmV0QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPC9zcGFu PjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+5Y+R6YCB5pe26Ze077ya PC9zcGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj4yMDIxLTA4LTE3IDAwOjA0OjMyPGJy Pg0KPC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+5Li76aKY 77yaPC9zcGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj5SZTombmJzcDtbVGVhc10mbmJz cDtOZXcmbmJzcDt0ZXJtJm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7dW5kZXJsYXkmbmJzcDtjb25z dHJ1Y3QmbmJzcDt1c2VkJm5ic3A7Zm9yJm5ic3A7c2xpY2VyZWFsaXphdGlvbjxicj4NCjxicj4N CiZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgYXV0aG9ycyBvZiBkcmFmdC1hbGktdGVhcy1zcHJp bmctbnMtYnVpbGRpbmctYmxvY2tzL2RyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVz cy1zbGljZS1pZC9kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVs LWlkLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPkl0IGlzIGtub3duIHRoYXQgeW91ciBkcmFmdHMgYXJlIGFsc28gcmVs YXRlZCB3aXRoIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UNCiByZWFsaXph dGlvbi4gSXQgYWxzbyBzZWVtcyB0aGF0IHlvdSB1c2UgdGhlIHRlcm0gd2l0aCDigJxzbGljZeKA nSAmbmJzcDtmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdC4gSW4gdGhlIGRpc2N1c3Npb24gb2Yg VEVBUyBXRywgdGhlcmUgaXMgc29tZSBjb25zZW5zdXMgdG8gZGVmaW5lIGEgbmV1dHJhbCBuZXcg dGVybSB3aXRob3V0IOKAnHNsaWNl4oCdLiZuYnNwOyBXaXNoIHRvIGxlYXJuIHlvdXIgb3Bpbmlv bnMgb24gdGhlIG5ldyB0ZXJtIGRlZmluaXRpb24gYW5kIHRoZXJlDQogd291bGQgYmUgYSBjb252 ZXJnZW5jZSBvbiB0aGUgbmV3IHRlcm0gYWZ0ZXIgeW91ciBwYXJ0aWNpcGF0aW5nICZuYnNwO2lu IHRoZSBkaXNjdXNzaW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJkcyw8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Sb2Jp bjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5Gcm9tOjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4NCiBU ZWFzIFs8YSBocmVmPSJtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8c3Ryb25nPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPk9uIEJlaGFsZiBP ZiA8L3NwYW4+PC9zdHJvbmc+Sm9obiBFIERyYWtlPGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TZW50Ojwvc3Bhbj48 L3N0cm9uZz4gTW9uZGF5LCBBdWd1c3QgMTYsIDIwMjEgODo1MyBQTTxicj4NCjxzdHJvbmc+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VG86 PC9zcGFuPjwvc3Ryb25nPiBEb25namllIChKaW1teSkgJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUu ZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4m Z3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20iIHRhcmdldD0i X2JsYW5rIj5FWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPC9hPiAmbHQ7PGEgaHJlZj0ibWFpbHRv OnZpc2hudXBhdmFuQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnZpc2hudXBhdmFuQGdtYWls LmNvbTwvYT4mZ3Q7OyBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9s ZGRvZy5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+Jmd0Ozxi cj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+Q2M6PC9zcGFuPjwvc3Ryb25nPiBUYXJlayBTYWFkICZsdDs8YSBocmVmPSJt YWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRzYWFkLm5ldEBnbWFp bC5jb208L2E+Jmd0OzsgVEVBUyBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlN1Ympl Y3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkg Y29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uPC9zcGFuPjxzcGFuIGxhbmc9IkVO LUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVO LUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkhpLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+SXQgc291bmRzIGxpa2Ugc2xpY2UgYWdncmVnYXRlcywgb3IgbW9yZSBnZW5l cmFsbHkgb3ZlcmxheSBuZXR3b3JrIHNlcnZpY2UgYWdncmVnYXRlcywgYXJlIHRoZSB0aGluZ3MN CiB3aGljaCB1c2UgcmVzb3VyY2UgcGFydGl0aW9ucy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Zb3VycyBJcnJlc3BlY3RpdmVseSw8L3NwYW4+PHNwYW4g bGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkpvaG48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0ibS0zNTU3ODIzMjA3ODQwMDcyMjAwbXNp cGZvb3RlcjMwYjNkNTM4IiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4t Ym90dG9tOi4wMDAxcHQ7dGV4dC1hbGlnbjpjZW50ZXIiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6YmxhY2siPkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9u bHk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzdHJv bmc+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9zdHJvbmc+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+DQogVGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRl YXMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXMtYm91bmNlc0BpZXRmLm9y ZzwvYT4mZ3Q7DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9zdHJvbmc+RG9uZ2ppZSAo SmltbXkpPGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5TZW50Ojwvc3Bhbj48L3N0cm9uZz4gRnJpZGF5LCBBdWd1c3Qg MTMsIDIwMjEgOToyMCBBTTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VG86PC9zcGFuPjwvc3Ryb25nPiA8YSBocmVm PSJtYWlsdG86RVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPg0KRVhU LXZpc2hudXBhdmFuQGdtYWlsLmNvbTwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZh bkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0 OzsgQWRyaWFuIEZhcnJlbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsi IHRhcmdldD0iX2JsYW5rIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZndDs8YnI+DQo8c3Ryb25n PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PkNjOjwvc3Bhbj48L3N0cm9uZz4gVGFyZWsgU2FhZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRzYWFk Lm5ldEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZn dDs7IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TdWJqZWN0Ojwvc3Bhbj48 L3N0cm9uZz4gUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1 c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO2xpbmUtaGVpZ2h0OjEyLjBw dDtiYWNrZ3JvdW5kOiNGRkVCOUMiPg0KPHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+W0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XTwv c3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5IaSBQYXZhbiwNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNvcnJ5IGZvciBjaGltaW5nIGluLCBwbGVhc2Ug c2VlIHNvbWUgY29tbWVudHMgaW5saW5lOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5Gcm9tOjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij4NCiBUZWFzIFs8YSBocmVmPSJtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+bWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPk9uIEJl aGFsZiBPZiA8L3NwYW4+PC9zdHJvbmc+VmlzaG51IFBhdmFuIEJlZXJhbTxicj4NCjxzdHJvbmc+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ U2VudDo8L3NwYW4+PC9zdHJvbmc+IEZyaWRheSwgQXVndXN0IDEzLCAyMDIxIDE6MzIgQU08YnI+ DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4gQWRyaWFuIEZhcnJlbCAmbHQ7PGEgaHJlZj0i bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiIHRhcmdldD0iX2JsYW5rIj5hZHJpYW5Ab2xkZG9n LmNvLnVrPC9hPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkNjOjwvc3Bhbj48L3N0cm9uZz4gVGFyZWsgU2Fh ZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r Ij50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDs7IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0 bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJy Pg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5TdWJqZWN0Ojwvc3Bhbj48L3N0cm9uZz4gUmU6IFtUZWFzXSBOZXcgdGVybSBm b3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bh bj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPioqIEFzIGEgV0cgcGFydGljaXBh bnQuLiAqKjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+ PGJyPg0KQWRyaWFuLCBIaSE8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxicj4NClRoYW5rcyBmb3IgeW91ciBlYXJsaWVyIGVtYWlscyBpbiB0aGlzIHRo cmVhZCB0aGF0IGhhdmUgaGVscGVkIGRyaWxsIGRvd24gdGhlIGRpc2N1c3Npb24gdG8gdGhlIHNw ZWNpZmljIGl0ZW0gdGhhdCBuZWVkcyBhIGZyZXNoIHRlcm0hPGJyPg0KUGxlYXNlIHNlZSBpbmxp bmUgKHByZWZpeGVkIFZQQikuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLVVTIj48YnI+DQotUGF2YW4gKGFzIGEgV0cgcGFydGljaXBhbnQpPC9zcGFuPjxzcGFu IGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiPk9uIFRodSwgQXVnIDEyLCAyMDIxIGF0IDEwOjA1IEFNIEFk cmlhbiBGYXJyZWwgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJn ZXQ9Il9ibGFuayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRk aW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzIGZvciB5b3VyIHVz ZWZ1bCBvcGluaW9uLCBUYXJlay48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBoYXZlIG5vIG9iamVjdGlv biB0byB0aGUgdXNlIG9mIHRoZSB3b3JkDQo8L3NwYW4+4oCcPHNwYW4gbGFuZz0iRU4tVVMiPmFn Z3JlZ2F0ZTwvc3Bhbj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+LiBJdCBpcyBnZW5lcmFsbHkgdXNl ZCB0byBleHByZXNzIGdyb3VwaW5nIHRvZ2V0aGVyIHRvIHRyZWF0IGFzIGEgc2luZ2xlIGVudGl0 eSBvciB0byBiZSB0cmVhdGVkIGluIHRoZSBzYW1lIHdheS48L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+QnV0 IEkgZG8gbGlrZQ0KPC9zcGFuPuKAnDxzcGFuIGxhbmc9IkVOLVVTIj5mb28gYWdncmVnYXRlPC9z cGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVTIj4gdG8gbWVhbiB0aGF0IGEgbnVtYmVyIG9mIGZvbyBo YXZlIGJlZW4gYWdncmVnYXRlZC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIj5bVlBCXSZuYnNwO0J1dCwgdGhhdCBpc248L3NwYW4+4oCZPHNw YW4gbGFuZz0iRU4tVVMiPnQgbmVjZXNzYXJpbHkgaG93IElFVEYgaGFzIGJlZW4gdXNpbmcgdGhl IHRlcm0NCjwvc3Bhbj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+YWdncmVnYXRlPC9zcGFuPuKAnTxz cGFuIGxhbmc9IkVOLVVTIj4uICZuYnNwOzwvc3Bhbj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+QmVo YXZpb3IgQWdncmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVTIj4gKGFzIGRlZmluZWQg aW4gSUVURikgZG9lc248L3NwYW4+4oCZPHNwYW4gbGFuZz0iRU4tVVMiPnQgbWVhbiBhZ2dyZWdh dGluZyBiZWhhdmlvcnMuIFRoZSBzYW1lIGdvZXMgZm9yDQo8L3NwYW4+4oCcPHNwYW4gbGFuZz0i RU4tVVMiPlRyZWF0bWVudCBBZ2dyZWdhdGU8L3NwYW4+4oCdPHNwYW4gbGFuZz0iRU4tVVMiPi4g QmVoYXZpb3IgQWdncmVnYXRlICh0aGUgd2F5IHdlIHJlYWQvaW50ZXJwcmV0IGl0KSBpcyBhbiBh Z2dyZWdhdGUgd2l0aCBhIHNwZWNpZmljIGJlaGF2aW9yLiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltKaWVd IEkganVzdCBjaGVja2VkIHRoZSBkZWZpbml0aW9uIG9mIHRoZSDigJxhZ2dyZWdhdGXigJ0gcmVs YXRlZCB0ZXJtcyBpbiB0aGUgUkZDczo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVm dDo0LjhwdDt0ZXh0LWluZGVudDoxMC41cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5CZWhhdmlvciBBZ2dyZWdhdGUgKGRlZmluZWQgaW4gUkZDIDI0NzQp OiBhIGNvbGxlY3Rpb24gb2YgcGFja2V0cyB3aXRoIHRoZSBzYW1lIGNvZGVwb2ludCBjcm9zc2lu ZyBhICZuYnNwO2xpbmsgaW4gYSBwYXJ0aWN1bGFyIGRpcmVjdGlvbi7igJ08L3NwYW4+PHNwYW4g bGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttYXJnaW4tbGVmdDo0LjhwdDt0ZXh0LWluZGVudDoxMC41cHQiPg0KPHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4t bGVmdDo0LjhwdDt0ZXh0LWluZGVudDoxMC41cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5UcmFmZmljIEFnZ3JlZ2F0ZSAoZGVmaW5lZCBpbiBSRkMgMzA4 Nik6IGEgY29sbGVjdGlvbiBvZiBwYWNrZXRzIHdpdGggYSBjb2RlcG9pbnQgdGhhdCBtYXBzIHRv IHRoZSBzYW1lICZuYnNwO1BIQiwgdXN1YWxseSBpbiBhIERTIGRvbWFpbiBvciBzb21lIHN1YnNl dCBvZiBhIERTIGRvbWFpbi48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo0LjhwdDt0ZXh0LWlu ZGVudDoxMC41cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDo0LjhwdDt0ZXh0LWluZGVudDoxMC41 cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UcmVhdG1l bnQgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyA1MTI3KTogVGhpcyB0ZXJtIGlzIGRlZmluZWQg YXMgdGhlIGFnZ3JlZ2F0ZSBvZiBEaWZmc2VydiBzZXJ2aWNlICZuYnNwO2NsYXNzZXMuJm5ic3A7 IEEgdHJlYXRtZW50IGFnZ3JlZ2F0ZSBpcyBjb25jZXJuZWQgb25seSB3aXRoIHRoZSBmb3J3YXJk aW5nDQogdHJlYXRtZW50IG9mIHRoZSBhZ2dyZWdhdGVkIHRyYWZmaWMsICZuYnNwO3doaWNoIG1h eSBiZSBtYXJrZWQgd2l0aCBtdWx0aXBsZSBEU0NQcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5NeSByZWFkaW5nIG9m IHRoZXNlIGRlZmluaXRpb25zIGlzIHRoYXQg4oCcYWdncmVnYXRl4oCdIGhlcmUgbWVhbnMgZWl0 aGVyIGFnZ3JlZ2F0ZWQgcGFja2V0cw0KIG9yIGFnZ3JlZ2F0ZWQgc2VydmljZSBjbGFzc2VzIHdo aWNoIGFyZSB0cmVhdGVkIGluIHRoZSBzYW1lICZuYnNwO3dheSBvbiBhIHBhcnRpY3VsYXIgbm9k ZSBvciBsaW5rLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldoaWxlIHdoYXQgd2Ugd2FudCB0byBkZXNjcmliZSB3aXRo IHRoZSBuZXcgdGVybSBJTU8gaXMg4oCcYSBncm91cCBvZiBuZXR3b3JrIHJlc291cmNlcw0KIGFs bG9jYXRlZCBvbiBhIHNldCBvZiBuZXR3b3JrIG5vZGVzIGFuZCBsaW5rc+KAnS4gU3VjaCBncm91 cCAmbmJzcDtvZiByZXNvdXJjZXMgY2FuIGJlIHByb3Zpc2lvbmVkIGluIGRpZmZlcmVudCBwbGFj ZXMgb2YgdGhlIG5ldHdvcmsgYW5kIGFyZSBvcmdhbml6ZWQgdG9nZXRoZXIgdG8gcHJvdmlkZSBh IHNwZWNpZmljIG5ldHdvcmstbGV2ZWwgYmVoYXZpb3IuDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4g bGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaHVzIHRoZSBr ZXkgaW5mb3JtYXRpb24gdG8gYmUgZGVsaXZlcmVkIHdpdGggdGhlIG5ldyB0ZXJtIGlzIOKAnGEg Z3JvdXAgb2Ygb3JnYW5pemVkIHJlc291cmNlcw0KIGluIHRoZSBuZXR3b3Jr4oCdLCByYXRoZXIg dGhhbiDigJxhZ2dyZWdhdGVkIGJlaGF2aW9yIGF0ICZuYnNwO2EgcGFydGljdWxhciBwb2ludOKA nS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SmllPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAw Y20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6 MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPlNvDQo8L3NwYW4+4oCcPHNwYW4gbGFuZz0iRU4tVVMiPnNsaWNlIGFnZ3JlZ2F0 ZTwvc3Bhbj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+IHdvdWxkIGJlIGFuIGFnZ3JlZ2F0aW9uIG9m IHNsaWNlcy4gWW91ciB1c2UgaW4gSS1ELmRyYWZ0LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQgaXMs IHRoZXJlZm9yZSwgY29uZnVzaW5nLiBJZiB0aGUgc2xpY2VzIGFyZSAqPHN0cm9uZz48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj5ub3Q8L3NwYW4+PC9zdHJvbmc+KiBzZXBhcmF0ZWQN CiBvdXQgaW50byBkaWZmZXJlbnQgZmxvd3MgKG9yIHRyYWZmaWMgc3RyZWFtcykgdGhlbiwgeWVz LCB5b3UgYXJlIGFnZ3JlZ2F0aW5nIHNsaWNlcy4gQnV0IGlmIHRoZSBzbGljZXMgYXJlIHNlcGFy YXRlZCBvdXQsIGFzIHlvdSBkZXNjcmliZSwgJm5ic3A7dGhlbiB3aGF0IHlvdSBoYXZlIGlzDQo8 L3NwYW4+4oCcPHNwYW4gbGFuZz0iRU4tVVMiPklFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0 cmVhbSBhZ2dyZWdhdGlvbjwvc3Bhbj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+Ljwvc3Bhbj48c3Bh biBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFu IGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+W1ZQQl0mbmJzcDtZZXMuIFRoZSBkZWZpbml0 aW9uIG9mIHRoZSBzbGljZSBhZ2dyZWdhdGUgKGFzIGRlZmluZWQgaW4gZHJhZnQtYmVzdGJhci10 ZWFzLW5zLXBhY2tldCkgZG9lcyBzdGF0ZSB0aGF0IHRoZSZuYnNwO3NsaWNlIGFnZ3JlZ2F0ZSZu YnNwO2NvbXByaXNlcyBvZiBvbmUgb3IgbW9yZSBJRVRGDQogbmV0d29yayBzbGljZSB0cmFmZmlj IHN0cmVhbXMuJm5ic3A7IFdlIGNvdWxkIGhhdmUgY2hvc2VuIGEgbG9uZ2VyICZuYnNwO2Rlc2Ny aXB0aXZlIG5hbWUsIGJ1dCBvcHRlZCB0byBrZWVwIGl0IHNob3J0Ljwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+4oCcPHNwYW4gbGFuZz0iRU4t VVMiPk5ldHdvcmsgcmVzb3VyY2UgYWdncmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVT Ij4gd291bGQgaW1wbHkgdGhhdCByZXNvdXJjZXMgaGF2ZSBiZWVuIGNvbGxlY3RlZCB0b2dldGhl ciB0byBiZSB1c2VkIGFzIGEgc2luZ2xlIGVudGl0eS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNw YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5bVlBCXSZuYnNwO05vdCBuZWNlc3Nhcmls eS4gJnF1b3Q7TmV0d29yayBSZXNvdXJjZSBBZ2dyZWdhdGUmcXVvdDsgaXNuJ3QgbWVhbnQgdG8g aW1wbHkgJnF1b3Q7YWdncmVnYXRpbmcgbmV0d29yayByZXNvdXJjZXMmcXVvdDsuIFRoZSBpbnRl bnQgYmVoaW5kIHRoZSZuYnNwO3Byb3Bvc2FsIGlzIHRvIHNheSB0aGF0IGl0IGlzDQogYW4gYWdn cmVnYXRlIHRoYXQgaGFzIHNwZWNpZmljIG5ldHdvcmsgcmVzb3VyY2VzLiZuYnNwOzwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+WW91IG1pZ2h0IGRvIHRoYXQsIGZvciBl eGFtcGxlLCB3aXRoIGEgc2V0IG9mIHBhcmFsbGVsIGxpbmtzIHRoYXQgY2FuIGJlIGFnZ3JlZ2F0 ZWQgKG9yIGJ1bmRsZWQpIGFuZCB0cmVhdGVkIGFzIGEgc2luZ2xlIGxpbmsuPC9zcGFuPjxzcGFu IGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiPkkgZG9uPC9zcGFuPuKAmTxzcGFuIGxhbmc9IkVOLVVTIj50IHRoaW5rIHdlIGFyZSBh Z2dyZWdhdGluZyByZXNvdXJjZXMgaW4gdGhpcyBjYXNlLiBXZSBhcmUgZ3JvdXBpbmcsIHByb2Zp bGluZywgcGFydGl0aW9uaW5nLCBjb2xsZWN0aW5nLCBvciBldmVuIGZpbHRlcmluZy48L3NwYW4+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyI+QWRyaWFuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzdHJv bmc+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTrlrovkvZMiPkZyb206PC9z cGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj4gVGFyZWsgU2FhZCAmbHQ7PGEgaHJlZj0i bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj50c2FhZC5uZXRAZ21h aWwuY29tPC9hPiZndDsNCjxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWu i+S9kyI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IDEyIEF1Z3VzdCAyMDIxIDE1OjQxPGJyPg0KPHN0 cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj5Ubzo8L3NwYW4+PC9zdHJvbmc+ IDxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+DQph ZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPjsgJ0tpcmFuIE1ha2hpamFuaScgJmx0OzxhIGhyZWY9Im1h aWx0bzpraXJhbi5pZXRmQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmtpcmFuLmlldGZAZ21h aWwuY29tPC9hPiZndDs7ICdKb2huIEUgRHJha2UnICZsdDtqZHJha2U9PGEgaHJlZj0ibWFpbHRv OjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj40MGp1bmlwZXIu bmV0QGRtYXJjLmlldGYub3JnPC9hPiZndDs7ICZuYnNwOydEb25namllIChKaW1teSknDQogJmx0 OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amll LmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7OyAnTGl6aGVuYmluJyAmbHQ7PGEgaHJlZj0ibWFpbHRv OmxpemhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6aGVuYmluQGh1YXdlaS5j b208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+dGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTrlrovkvZMiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZv ciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSBBZHJpYW4vYWxsLDwvc3Bhbj48c3BhbiBs YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIj5BcyBkZXNjcmliZWQgaW4gSS1ELmlldGYtdGVhcy1pZXRmLW5ldHdvcmstc2xpY2UtZGVm aW5pdGlvbiwgYW4gSUVURiBOZXR3b3JrIFNsaWNlIHNlcnZpY2UgbWF5IGluY2x1ZGUgbXVsdGlw bGUgY29ubmVjdGlvbnMgdGhhdCBhc3NvY2lhdGUgc2V0cyBvZiBlbmRwb2ludHMgLQ0KICZuYnNw O2VhY2ggaGF2aW5nIGEgc2V0IG9mIFNMT3MvU0xFcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPkluIEktRC5kcmFmdC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0LCB3ZSBkZWZpbmVk IGEgU2xpY2UgQWdncmVnYXRlIGFzIGEgY29uc3RydWN0IHRoYXQgY29tcHJpc2VzIG9mIG9uZSBv ciBtb3JlIElFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVhbXMgdGhhdCBzaGFyZSB0aGUN CiAmbmJzcDtzYW1lIHNldCBvZiBTTE9zL1NMRXMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9 IkVOLVVTIj5UaGUgU2xpY2UgQWdncmVnYXRlIGNvbnN0cnVjdCBhbGxvd3MgYWdncmVnYXRpbmcg c3RyZWFtcyBmcm9tIG11bHRpcGxlIElFVEYgTmV0d29yayBTbGljZSBjb25uZWN0aW9ucyB0aGF0 IHNoYXJlIGNvbW1vbiBTTE9zL1NMRXMgc28gdGhhdCB0aGUgcHJvdmlkZXIgbmV0d29yaw0KICZu YnNwO2NhbiBvZmZlciB0aGUgc2FtZSBhZ2dyZWdhdGUgdHJlYXRtZW50IHRvIHRoZW0uIFRoZSBT bGljZSBBZ2dyZWdhdGUgcmVzb3VyY2VzIGFyZSBpbnN0YW50aWF0ZWQgb24gc3BlY2lmaWMgbmV0 d29yayBlbGVtZW50cyBhcyBkaWN0YXRlZCBieSB0aGUgU2xpY2UgQWdncmVnYXRlIHRvcG9sb2d5 Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxh bmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIj5TaW5jZSB0aGUgc2NvcGUgb2YgSS1ELmRyYWZ0LWJlc3RiYXIt dGVhcy1ucy1wYWNrZXQgd2FzIHRoZSByZWFsaXphdGlvbiBvZiBJRVRGIE5ldHdvcmsgU2xpY2Ug c2VydmljZSBpbiBhIHByb3ZpZGVyIG5ldHdvcmssIHdlIGhhZCBjb25zdHJhaW5lZCB0aGUgYWdn cmVnYXRlDQogJm5ic3A7Y29uc3RydWN0IHRvIHNsaWNlcy48L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2Ug dW5kZXJzdGFuZCB0aGF0IHRoZSBhZ2dyZWdhdGUgY29uc3RydWN0IGNhbiBiZSBnZW5lcmFsaXpl ZCB0byBzdXBwb3J0IG90aGVyIHNlcnZpY2VzLiBMZXQgdXMgb2ZmZXIgYW5vdGhlciBvcHRpb24g dG8gY29uc2lkZXIgZm9yIHJlcHJlc2VudGluZyB0aGUgZ2VuZXJpYw0KICZuYnNwO2NvbnN0cnVj dDogPC9zcGFuPuKAnDxzcGFuIGxhbmc9IkVOLVVTIj5OZXR3b3JrIFJlc291cmNlIEFnZ3JlZ2F0 ZTwvc3Bhbj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+LiBUaGVyZSBhcmUgbXVsdGlwbGUgSUVURiBk b2N1bWVudHMgdGhhdCB1c2UgdGhlIHRlcm0gQWdncmVnYXRlIHdoZW5ldmVyIGdyb3VwaW5nIG11 bHRpcGxlIHNlcnZpY2UgY2xhc3NlcyAoQmVoYXZpb3IgQWdncmVnYXRlLCBUcmVhdG1lbnQgQWdn cmVnYXRlLCBUcmFmZmljIEFnZ3JlZ2F0ZSwNCiAmbmJzcDtldGMuKSAtIHJlZmVyIHRvIHJmYzUx MjcgYW5kIHJmYzI0NzQgZm9yIG1vcmUgZXhhbXBsZXMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZ2Fy ZHMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5UYXJlazwvc3Bhbj48c3BhbiBs YW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4tbGVm dDozNi4wcHQiPg0KPHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OuWui+S9kztjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPlRlYXMgJmx0Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyI+PGEgaHJlZj0ibWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi PnRlYXMtYm91bmNlc0BpZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDsN CiBvbiBiZWhhbGYgb2YgQWRyaWFuICZuYnNwO0ZhcnJlbCAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+YWRyaWFuQG9sZGRvZy5j by51azwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTrlrovkvZMiPkRhdGU6IDwvc3Bhbj48L3N0cm9uZz5XZWRuZXNk YXksIEF1Z3VzdCAxMSwgMjAyMSBhdCAzOjM4IFBNPGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk65a6L5L2TIj5UbzogPC9zcGFuPjwvc3Ryb25nPidLaXJhbiBNYWtoaWphbmkn ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmtpcmFuLmlldGZAZ21haWwuY29tIiB0YXJnZXQ9 Il9ibGFuayI+a2lyYW4uaWV0ZkBnbWFpbC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4mZ3Q7LCAnSm9obiBFIERyYWtlJyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpqZHJha2U9 NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmpkcmFrZT00MGp1 bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0 OywNCiAmbmJzcDsnRG9uZ2ppZSAoSmltbXkpJyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpq aWUuZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNvbTwv YT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDssICdMaXpoZW5iaW4nICZsdDs8L3NwYW4+ PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6 aGVuYmluQGh1YXdlaS5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7LA0KPC9z cGFuPjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0Bp ZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiAmbHQ7PC9zcGFuPjxhIGhyZWY9 Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTrlrovkvZMiPlN1YmplY3Q6IDwvc3Bhbj48L3N0cm9uZz5SZTogW1RlYXNdIE5l dyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0 aW9uPC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBw dCI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+SSB3b25kZXIgd2hldGhlciB3ZSBjYW4gcGljayB0aGlz IGFwYXJ0IGFuZCBwdXQgaXQgYmFjayB0b2dldGhlciBpbiBhIHdheTxicj4NCnRoYXQgbWFrZXMg c2Vuc2UuPGJyPg0KPGJyPg0KVGhlIGN1c3RvbWVyJ3MgdmlldyBvZiBhbGwgdGhpcyBpcyBhbiAm cXVvdDtJRVRGIG5ldHdvcmsgc2xpY2Ugc2VydmljZSZxdW90Oy4gSSB0aGluazxicj4NCihob3Bl KSB3ZSBhcmUgYWxsIGFncmVlZCBvbiB0aGlzLiBUaGUgY3VzdG9tZXIgbWF5IGFzayAoaW4gc2hv cnRoYW5kKSBmb3IgYTxicj4NCiZxdW90O25ldHdvcmsgc2xpY2UmcXVvdDssIGJ1dDo8YnI+DQot IHRoZXkgYXJlIHRhbGtpbmcgYWJvdXQgSUVURiB0ZWNobm9sb2d5LCBzbyB0aGV5IGFza2luZyBm b3IgYW4gJnF1b3Q7SUVURjxicj4NCm5ldHdvcmsgc2xpY2UmcXVvdDs8YnI+DQotIHRoZXkgYWN0 dWFsbHkgd2FudCBiZWhhdmlvdXJhbCBjaGFyYWN0ZXJpc3RpY3MgYW5kIGhhdmUgbm8gcmlnaHQg dG8gdGVsbDxicj4NCnRoZSBvcGVyYXRvcjxicj4NCiZuYnNwOyBob3cgdG8gbWFuYWdlIHRoZSBu ZXR3b3JrLCBzbyB0aGV5IGFyZSBhc2tpbmcgZm9yIGFuICZxdW90O0lFVEYgbmV0d29yayBzbGlj ZTxicj4NCnNlcnZpY2UuJnF1b3Q7PGJyPg0KPGJyPg0KVGhlIG9wZXJhdG9yIGhhcyBhIGJpZ2dl ciBzZXQgb2YgdGhpbmdzIHRvIHdvcnJ5IGFib3V0LiA8YnI+DQo8YnI+DQoxLiBBdCB0aGUgdG9w IG9mIHRoZSBvcGVyYXRvcidzIHZpZXcgaXMgdGhlICZxdW90O0lFVEYgbmV0d29yayBzbGljZSBz ZXJ2aWNlJnF1b3Q7IGFzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcXVlc3RlZCBieSB0aGUg Y3VzdG9tZXIuIFdlIGhhdmUgdGhpcyBkZWZpbmVkIGFscmVhZHksIHNvIG5vdGhpbmcgbW9yZTxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyB0byBzYXkuPGJyPg0KPGJyPg0KMi4gVGhlIG9wZXJhdG9y IG1hcHMgdGhlIHJlcXVlc3QgZm9yIGEgc2xpY2Ugc2VydmljZSBpbnRvIHRoZSAmcXVvdDtJRVRG IG5ldHdvcms8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgc2xpY2UmcXVvdDsgd2hpY2ggaXMgdGhl IGV4cHJlc3Npb24gb2YgdGhlIHNlcnZpY2UgaW4gdGVybXMgb2YgbmV0d29yazxicj4NCmNvbm5l Y3Rpdml0eTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBpbiB0aGUgY29udGV4dCBvZiB0aGUgb3Bl cmF0b3IncyBuZXR3b3JrLiBUaGUgcmVsYXRpb25zaGlwIGhlcmUgaXMgbGlrZTxicj4NCnRoZTxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyByZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUgTDNTTSBhbmQg TDNOTS48YnI+DQo8YnI+DQozLiBBdCB0aGUgYm90dG9tIG9mIHRoZWlyIHZpZXcgaXMgYW4gdW5k ZXJseWluZyBuZXR3b3JrLiBUaGUgdGVjaG5vbG9neSBvZjxicj4NCnRoaXM8YnI+DQombmJzcDsm bmJzcDsgbmV0d29yayBkZXBlbmRzLCBvZiBjb3Vyc2UsIG9uIHRoZSBvcGVyYXRvcidzIG9mZmVy aW5nLCBidXQgdGhpcyBpcyB0aGU8YnI+DQpuZXR3b3JrPGJyPg0KJm5ic3A7Jm5ic3A7IHRlY2hu b2xvZ3kgYmVpbmcgc2xpY2VkLiBJdCBtYXkgYmUgYW4gSVAgbmV0d29yaywgYW5kIE1QTFMgbmV0 d29yaywgYW48YnI+DQpPVE4sPGJyPg0KJm5ic3A7Jm5ic3A7IG9yIHdoYXRldmVyLiBJIHdvdWxk IGNhbGwgdGhpcyB0aGUgJnF1b3Q7VW5kZXJsYXkgTmV0d29yay4mcXVvdDsgVGhpcyBuZXR3b3Jr IG1heSw8YnI+DQppbjxicj4NCiZuYnNwOyZuYnNwOyB0dXJuLCBiZSBidWlsdCB1cG9uIGFuIHVu ZGVybGF5IG5ldHdvcmsgb2YgdGhlIHNhbWUgb3IgYSBkaWZmZXJlbnQ8YnI+DQp0ZWNobm9sb2d5 LDxicj4NCiZuYnNwOyZuYnNwOyBhbmQgaXQgbWF5IGJlIGZhY2lsaXRhdGVkIHRocm91Z2ggbmV0 d29yayBzbGljaW5nIC0gYnV0IHRoaXMgbmVlZCBub3Q8YnI+DQpjb25jZXJuPGJyPg0KJm5ic3A7 Jm5ic3A7IHVzIGhlcmUuIDxicj4NCjxicj4NCjQuIFRoYXQgbGVhdmVzIHRoZSBnbHVlIGluIHRo ZSBtaWRkbGU6IHRoZSBiaXQgdGhhdCBlbmFibGVzIHRoZSBzY2FsaW5nIGFuZDxicj4NCm1hcHM8 YnI+DQombmJzcDsmbmJzcDsgdGhlIG5ldHdvcmsgc2xpY2UgdG8gdGhlIG5ldHdvcmsuIEFuZCBJ IHRoaW5rIGl0IGlzIHRoaXMgYml0IHRoYXQgaXM8YnI+DQpjYXVzaW5nIHRoZTxicj4NCiZuYnNw OyZuYnNwOyBtb3N0IGRlYmF0ZSBhYm91dCB0ZXJtaW5vbG9neS4gVGhlcmUgYXJlIHNvbWUgcG9p bnRzIHRvIGNvbnNpZGVyOjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBhLiBUaGUgdGVybSAmcXVv dDtuZXR3b3JrIHJlc291cmNlcyZxdW90OyBhcHBsaWVzIHRvIHRoZSBiYW5kd2lkdGgsIHF1ZXVl cyw8YnI+DQpidWZmZXJzLDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBldGMuIGF2YWlsYWJsZSBvbiB0aGUgbGlua3MgYW5kIG5vZGVzIGluIHRoZSBuZXR3b3JrLiBU aGF0IG1heSBiZSA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZXh0 ZW5kZWQgdG8gcmVmZXIgdG8gd2hvbGUgbGlua3MgYW5kIG5vZGVzLjxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyBiLiBUaGUgbnVtYmVyIG9mIElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlcyBpcyBw b3RlbnRpYWxseSBsYXJnZSBhbmQgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IG9wZXJhdG9yIG5lZWRzIGEgbWVjaGFuaXNtIHRvIHNjYWxlIHRoZSBtYXBwaW5n IG9mIHNlcnZpY2VzIHRvIDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBuZXR3b3JrIHJlc291cmNlcy48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsgYy4gVGhlIElFVEYg bmV0d29yayBzbGljZXMgbWF5IGJlIGdyb3VwZWQgZm9yIGlkZW50aWNhbCB0cmVhdG1lbnQgdG88 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWNoaWV2ZSBzY2FsaW5n LCB3aGVyZSB0aGUgZ3JvdXBpbmcgY29sbGVjdHMgSUVURiBuZXR3b3JrIHNsaWNlcyB3aXRoPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNpbWlsYXIgU0xBcy48YnI+ DQo8YnI+DQombmJzcDsmbmJzcDsgZC4gSXQgbWF5IGJlIHRoYXQgZGlmZmVyZW50IHRyYWZmaWMg Zmxvd3Mgd2l0aGluIGEgc2luZ2xlIElFVEYgbmV0d29yazxicj4NCnNsaWNlPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGhhdmUgZGlmZmVyZW50IGNoYXJh Y3RlcmlzdGljcy4gSW4gdGhpcyBjYXNlLCBpdCBtYXkgYmUgYmVuZWZpY2lhbDxicj4NCnRvIGdy b3VwPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRvZ2V0 aGVyIHNvbWUgb2YgdGhlIHRyYWZmaWMgZmxvd3MgZnJvbSBkaWZmZXJlbnQgc2xpY2VzLjxicj4N Cjxicj4NCiZuYnNwOyZuYnNwOyBlLiBUaGUgZ3JvdXBlZCBzbGljZXMvZmxvd3MgYXJlIGVuYWJs ZWQgaW4gdGhlIG5ldHdvcmsgdXNpbmcgbmV0d29yazxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNvdXJjZXMgYXNzaWduZWQgZm9yIHRoYXQgcHVycG9z ZS4gVGhlIGFzc2lnbm1lbnQgbWF5IGJlIGFueXRoaW5nPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZyb20gYSBmdWxseS1mbGVkZ2VkIHZpcnR1YWwgbmV0 d29yayAoc3VjaCBhcyBpbiBBQ1ROIG9yIFZQTiYjNDM7KSw8YnI+DQp0aHJvdWdoPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5ldHdvcmsgcmVzZXJ2ZWQg cmVzb3VyY2VzIChzdWNoIGFzIGluIE1QTFMtVEUpLCBhbmQgY2VudHJhbGx5PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFjY291bnRlZCByZXNvdXJjZXMg KHN1Y2ggYXMgU0ROIG9yIHBvc3NpYmxlIFNSKSwgdG8gc3RhdGlzdGljYWxseTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzaGFyZWQgcmVzb3VyY2VzLjxi cj4NCjxicj4NClRoZXJlIHNlZW1zIHRvIGJlIHZhcmlvdXMgcG9pbnRzIGZvciBhbmQgYWdhaW5z dCA0ZC4gQnV0LCBpdCB3b3VsZCBhcHBlYXI8YnI+DQp0aGF0IHRoaXMgaXMgYW4gaW1wbGVtZW50 YXRpb24gb3IgZGVwbG95bWVudCBpc3N1ZSB0aGF0IGRvZXNuJ3QgY2hhbmdlIHdoYXQ8YnI+DQp0 aGUgcHJvdG9jb2xzIG5lZWQgdG8gZG8uIFNvIHdlIHNob3VsZCBwcm9iYWJseSBhbGxvdyBpdCBh cmNoaXRlY3R1cmFsbHksIG9yPGJyPg0KYXQgbGVhc3QsIG5vdCBkaXNhbGxvdyBpdC48YnI+DQo8 YnI+DQpPZiBjb3Vyc2UsIGFzIEtpcmFuIHBvaW50cyBvdXQsIDRjL2QvZSBtYXkgYmUgYSBwYXNz LXRocm91Z2guIFRoYXQgaXMsIGl0IGlzPGJyPg0Kbm90IG5lY2Vzc2FyeSB0byBpbXBsZW1lbnQg c3VjaCBncm91cGluZ3MgZWl0aGVyIGJlY2F1c2UgdGhlcmUgYXJlIG9ubHkgYTxicj4NCmZldyBz bGljZXMgKHdoaWNoIGhhcyBiZWVuIHRoZSB2aWV3IG9mIHNvbWUgb3BlcmF0b3JzKSBvciBiZWNh dXNlIHRoZTxicj4NCm5ldHdvcmsgc3lzdGVtcyBjYW4gaGFuZGxlIHRoZSBudW1iZXIgb2Ygc2xp Y2VzLiBBbmQgaXQgaXMgaW4gdGhlIG5hdHVyZSBvZjxicj4NCmFyY2hpdGVjdHVyZXMgb2YgdGhp cyBzb3J0IHRoYXQgYWxsIGZ1bmN0aW9ucyBjYW4gYmUgbnVsbGVkIG91dCB3aXRob3V0IGxvc3M8 YnI+DQpvZiBnZW5lcmFsaXR5LCBhbmQgd2UgaGF2ZSB0byByZWNhbGwgdGhhdCB0aGUgaW50ZXJu YWxzIG9mIHByb3Zpc2lvbmluZzxicj4NCnN5c3RlbXMgbWF5IGFwcGVhciBhcyBmdW5jdGlvbmFs IGJsb2NrcyBpbiBvdXIgYXJjaGl0ZWN0dXJlcywgYnV0IHdlIGRvbid0PGJyPg0KY29tcGVsIGlt cGxlbWVudGF0aW9ucyB0byBhZGhlcmUgdG8gdGhhdCB0eXBlIG9mIGFyY2hpdGVjdHVyZS4gU28g SSBkb24ndDxicj4NCnRoaW5rIHdlIGhhdmUgdG8gd29ycnkgb24gdGhhdCBhY2NvdW50Ljxicj4N Cjxicj4NCkFuZCB0aGF0IGJyaW5ncyB0aGUgcXVlc3Rpb24gb2YgaG93IHdlIG5hbWUgdGhlIHJl c291cmNlcyB0aGF0IGFyZSBnYXRoZXJlZDxicj4NCmluIDRlLiA8YnI+DQo8YnI+DQpJIGNhbid0 IGRlY2lkZSB3aGV0aGVyIGl0IGlzIGhlbHBmdWwgdG8gc3BlbmQgdGltZSBzYXlpbmcgd2h5IEkg ZG9uJ3QgbGlrZTxicj4NCmVhY2ggb2YgdGhlIHByb3Bvc2VkIHRlcm1zLiBJIGNlcnRhaW5seSBo YXZlIHRoaW5ncyBJIGRvbid0IGxpa2UgYWJvdXQgKGZvcjxicj4NCmV4YW1wbGUpICZxdW90O3Ns aWNlIGFnZ3JlZ2F0ZSZxdW90OyAoYmVjYXVzZSBvZiA0ZCwgd2hpY2ggbWVhbnMgaXQgaXMgcmVh bGx5IGEgJnF1b3Q7c2xpY2U8YnI+DQpzdWItZmxvdyBhZ2dyZWdhdGUmcXVvdDspLCBhbmQgSSBh bSBub3QgYSBmYW4gb2YgJnF1b3Q7VlROJnF1b3Q7IChiZWNhdXNlIG9mICZxdW90O3RyYW5zcG9y dCZxdW90Ozxicj4NCmFuZCBtYXliZSBpdCBpcyBub3QgcmVhbGx5IGEgbmV0d29yaykuIEJ1dCBt YXliZSBpdCBpcyBiZXR0ZXIgZm9yIG1lIHRvIHNheTxicj4NCndoYXQgSSB0aGluayB3ZSBzaG91 bGQgY2FsbCB0aGluZ3M/IEkgdGhpbmsgd2UgaGF2ZS4uLjxicj4NCjxicj4NCi0mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2UgKGN1 c3RvbWVyIHZpZXcpPGJyPg0KLSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJ RVRGIG5ldHdvcmsgc2xpY2UgKG9wZXJhdG9yIHZpZXcpPGJyPg0KLSZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNvdXJjZSBwYXJ0aXRpb24gKGRlbGl2ZXJ5IG1lY2hhbmlz bSk8YnI+DQotJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFVuZGVybGF5IG5l dHdvcmsgKG5ldHdvcmsgdXNlZCB0byBzdXBwb3J0IHRoZSBzbGljZSk8YnI+DQo8YnI+DQpXaHkg JnF1b3Q7cmVzb3VyY2UgcGFydGl0aW9uJnF1b3Q7PyBXZWxsIGl0IGlzIGEgY29sbGVjdGlvbiBv ZiAmcXVvdDtub2RlcywgbGlua3MsIGFuZDxicj4NCm5ldHdvcmsgcmVzb3VyY2VzIHRoYXQgYXJl IG1hcmtlZCB3aXRoaW4gdGhlIG5ldHdvcmsgZm9yIHVzZSBieSBhIHNldCBvZjxicj4NCm5ldHdv cmsgc2xpY2UgdHJhZmZpYyBmbG93cyZxdW90Oy48YnI+DQpJdCBpcyBwb3NzaWJsZSB0aGF0IHRo ZSB3b3JkICZxdW90O3BhcnRpdGlvbiZxdW90OyBpcyB0b28gc3Ryb25nIGJlY2F1c2UgaXQgbWF5 IGltcGx5PGJyPg0KdG8gc29tZSBwZW9wbGUgdGhhdCByZXNvdXJjZXMgaW4gYSBwYXJ0aXRpb24g Y2Fubm90IGJlIHNoYXJlZCwgYnV0IEkgZG9uJ3Q8YnI+DQpmZWVsIHRoYXQuPGJyPg0KU29mdGVy IHdvcmRzIHRoYW4gJnF1b3Q7cGFydGl0aW9uJnF1b3Q7IHdvdWxkIGJlICZxdW90O2dyb3VwJnF1 b3Q7LCAmcXVvdDtidW5kbGUmcXVvdDssICZxdW90O3Bvb2wmcXVvdDssIGFuZCBJPGJyPg0KY291 bGQgbGl2ZSB3aXRoIGFueSBvZiB0aGVtLjxicj4NCjxicj4NCkJlc3QsPGJyPg0KQWRyaWFuPGJy Pg0KPGJyPg0KPGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBUZWFz ICZsdDs8YSBocmVmPSJtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+dGVhcy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgT24gQmVoYWxmIE9mIEtpcmFuIE1ha2hp amFuaTxicj4NClNlbnQ6IDExIEF1Z3VzdCAyMDIxIDE2OjAwPGJyPg0KVG86IEpvaG4gRSBEcmFr ZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayI+amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8L2E+ Jmd0OzsgRG9uZ2ppZSAoSmltbXkpPGJyPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0Bo dWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7OyBM aXpoZW5iaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86 dGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0KU3Vi amVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2Vk IGZvciBzbGljZTxicj4NCnJlYWxpemF0aW9uPGJyPg0KPGJyPg0KSGkgSm9obiwgKGFuZCBhbGwp LDxicj4NCjxicj4NClR3byB2ZXJ5IGJhc2ljIGNsYXJpZmljYXRpb24gcXVlc3Rpb25zOjxicj4N CjEuIEhvdyBkbyB3ZSBkaWZmZXJlbnRpYXRlIGJldHdlZW4mbmJzcDsgdGhlIHNsaWNlLXNlZ21l bnRzIHRoYXQgYXJlIDxicj4NCnJlc291cmNlLWF3YXJlIHZzIHRob3NlIHRoYXQgYXJlIG5vdD8g SSBoYWQgYXNzdW1lZCB0aGF0IHNpbmNlIGEgc2xpY2UgPGJyPg0KaGFzIGFuIFNMTywgaXQgd2ls bCBuZWVkIG5ldHdvcmsgcmVzb3VyY2UgYWxsb2NhdGlvbnMgaW4gc29tZSBmb3JtLjxicj4NCjxi cj4NCjIuIElzIGl0IG9rIHRvIGFzc3VtZSB0aGF0IHRoZSBjdXN0b21lciB2aWV3IG9mIHNsaWNl IGlzIGFuICdJRVRGIDxicj4NCm5ldHdvcmsgc2xpY2Ugc2VydmljZScgYW5kIHRoZSAnSUVURiBz bGljZSByZWFsaXphdGlvbicgb2YgdGhhdCBzZXJ2aWNlIDxicj4NCmluIGEgcHJvdmlkZXIgbmV0 d29yayBpcyByYWlzZXMgdGhlIHF1ZXN0aW9uIG9mIHVuZGVybGF5IGFuZCBvdmVybGF5IDxicj4N CmNvbnN0cnVjdHMuIEFtIEkgcmlnaHQ/PGJyPg0KKGEpIGlmIHNvLCB0aGVuIHdlIGFyZSBhY2tu b3dsZWRnaW5nJm5ic3A7IHRoZSBwcmVzZW5jZSBvZiBhbm90aGVyIGxheWVyIG9mIDxicj4NCmFi c3RyYWN0aW9uIChmb3IgcmVhbGl6YXRpb24pLiBJdCBjb3VsZCBiZSB1bmRlcmxheS9vdmVybGF5 IG9yIDxicj4NCmFnZ3JlZ2F0ZS8/Py4gVGhlbiB0aGUgdGVybSAnc2xpY2UgYWdncmVnYXRlJyBp cyBiZXR0ZXIgYW5kIG15IDxicj4NCnByZWZlcmVuY2UsIGl0IGlzIGVhc2llciB0byBzZWUgdGhh dCBkaWZmZXJlbnQgc2xpY2Utc2VydmljZXMgYXJlIDxicj4NCmFnZ3JlZ2F0ZWQgaW50byBhIHNp bmdsZSBjb25zdHJ1Y3QmbmJzcDsgaW4gYSBwcm92aWRlciBuZXR3b3JrLiBVc2Ugb2YgPGJyPg0K dW5kZXJsYXkvb3ZlcmxheSBhcmUgY29uZnVzaW5nLjxicj4NCihiKSBmb3IgYSBsZWFuZXIgcHJv dmlzaW9uaW5nLCBJIHdvdWxkIGFsc28gcHJlZmVyIHRvIHNlZSBpdCBkb2N1bWVudGVkIDxicj4N CnRoYXQgdGhlIGFnZ3JlZ2F0ZSBpcyBvcHRpb25hbCBhbmQgaXQgc2hvdWxkIGJlIHBvc3NpYmxl IHRvIGRpcmVjdGx5IG1hcCA8YnI+DQphIHNsaWNlLXNlcnZpY2UgdG8gcGh5c2ljYWwgb3IgcmVh bCByZXNvdXJjZXMgaW4gdGhlIG5ldHdvcmsuIDxicj4NCnNwZWNpZmljYWxseSB1c2VmdWwgd2hl biBhIHNpbmdsZSBkb21haW4gaXMgY2FydmluZyBvdXQgc2xpY2VzIGZvciA8YnI+DQpkaWZmZXJl bnQgcHVycG9zZXMuPGJyPg0KPGJyPg0KVGhhbmtzPGJyPg0KS2lyYW48YnI+DQo8YnI+DQo8YnI+ DQotLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS08YnI+DQpGcm9tOiAmcXVvdDtKb2huIEUg RHJha2UmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFy Yy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmll dGYub3JnPC9hPiZndDs8YnI+DQpUbzogJnF1b3Q7RG9uZ2ppZSAoSmltbXkpJnF1b3Q7ICZsdDs8 YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmppZS5k b25nQGh1YXdlaS5jb208L2E+Jmd0OzsgJnF1b3Q7TGl6aGVuYmluJnF1b3Q7DQo8YnI+DQombHQ7 PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6 aGVuYmluQGh1YXdlaS5jb208L2E+Jmd0OzsgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9h PiZndDs8YnI+DQpTZW50OiA4LzExLzIwMjEgNTozODowNSBBTTxicj4NClN1YmplY3Q6IFJlOiBb VGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2Ug PGJyPg0KcmVhbGl6YXRpb248YnI+DQo8YnI+DQomZ3Q7SmltbXksPGJyPg0KJmd0Ozxicj4NCiZn dDtTbmlwcGVkLCBjb21tZW50cyBpbmxpbmUuPGJyPg0KJmd0Ozxicj4NCiZndDtZb3VycyBJcnJl c3BlY3RpdmVseSw8YnI+DQomZ3Q7PGJyPg0KJmd0O0pvaG48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDtKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7 Jm5ic3A7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyZndDsmbmJzcDsgRnJv bTogRG9uZ2ppZSAoSmltbXkpICZsdDs8YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVhd2VpLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPmppZS5kb25nQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCiZndDsm Z3Q7Jm5ic3A7IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAxMCwgMjAyMSAxMTowMyBQTTxicj4NCiZn dDsmZ3Q7Jm5ic3A7IFRvOiBKb2huIEUgRHJha2UgJmx0OzxhIGhyZWY9Im1haWx0bzpqZHJha2VA anVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj5qZHJha2VAanVuaXBlci5uZXQ8L2E+Jmd0Ozsg TGl6aGVuYmluICZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdl dD0iX2JsYW5rIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7Ozxicj4NCiZndDsmZ3Q7PGEg aHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3Jn PC9hPjxicj4NCiZndDsmZ3Q7Jm5ic3A7IFN1YmplY3Q6IFJFOiBOZXcgdGVybSBmb3IgdGhlIHVu ZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZTxicj4NCnJlYWxpemF0aW9uPGJyPg0KJmd0 OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBbRXh0ZXJuYWwgRW1haWwuIEJlIGNhdXRpb3VzIG9m IGNvbnRlbnRdPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7dW5kZXJsYXkgY29uc3RydWN0IGZvciBu ZXR3b3JrIHNsaWNlIHJlYWxpemF0aW9uIGJvdW5kIHRvPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0 OyAmZ3Q7IG5ldHdvcmsgc2xpY2Ugc2VydmljZXM/IFRoYXQgaXMsIGlzIHRoZSB1bmRlcmxheSBj b25zdHJ1Y3Qgb25seSBmb3I8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgdXNlIGluIG5l dHdvcmsgc2xpY2luZywgb3Igc2hvdWxkIGl0IGJlIGdlbmVyYWxpemVkIGZvciBtb3JlPGJyPg0K cG9zc2libGUgdXNlcz88YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJz cDsgJmd0OyBbSkRdIEFic29sdXRlbHkgeWVzPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZu YnNwOyBbSmllXSBJIGd1ZXNzIHlvdSBtZWFuICZxdW90O1llcyZxdW90OyB0byB0aGUgbGF0dGVy IGNhc2UsIHdoaWNoIGlzICZxdW90O2l0IHNob3VsZCBiZTxicj4NCmdlbmVyYWxpemVkPGJyPg0K Jmd0OyZndDsmbmJzcDsgZm9yIG1vcmUgcG9zc2libGUgdXNlcyZxdW90OywgaXMgbXkgdW5kZXJz dGFuZGluZyBjb3JyZWN0Pzxicj4NCiZndDs8YnI+DQomZ3Q7W0pEXSZuYnNwOyBZZXMgdG8gdGhl IGxhdHRlcjxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDs8 YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZn dDsgMi4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSWYgdGhlIGFuc3dlciB0byBxdWVz dGlvbiAxIGlzIFlFUywgc2hvdWxkIGl0IHJlZmxlY3QgdGhlPGJyPg0KZm9sbG93aW5nPGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IGNoYXJhY3RlcmlzdGljcz88YnI+DQomZ3Q7Jmd0OyZu YnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgYS4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgSXQgaXMgYWJvdXQgdGhlIHVuZGVybGF5PGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0OyAmZ3Q7IGIuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEl0IGlz IGFib3V0IHRoZSBwYXJ0aXRpb25lZCByZXNvdXJjZXMgdXNlZCB0byBkZWxpdmVyIHRoZTxicj4N Cm5ldHdvcmsgc2xpY2U8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgc2VydmljZXM8YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgYy4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgSXQgYWxsb3dzIHRoZSAxOjEsIE46MSwgYW5kIDE6TiBtYXBwaW5nIG1vZGVscyBiZXR3ZWVu IHRoZTxicj4NCm5ldHdvcms8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHNsaWNlPGJyPg0KJmd0 OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHNlcnZpY2VzIGFuZCB0aGUgdW5kZXJsYXkgY29uc3RydWN0 LiBUaGUgMToxIGFuZCBOOjEgbWFwcGluZyBtYXkgYmU8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7 ICZndDsgc3RyYWlnaHRmb3J3YXJkLiBEb2VzIGl0IGFsc28gbWFrZSBzZW5zZSB0byBkaXZpZGUg dGhlIGVsZW1lbnRzIG9yPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHRyYWZmaWMgZmxv d3MgaW4gYSBzaW5nbGUgbmV0d29yayBzbGljZSBzZXJ2aWNlIHRvIGNhcnJ5IHRoZW0gaW48YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgZGlmZmVyZW50PGJyPg0KJmd0OyZndDsmbmJzcDsg Jmd0OyB1bmRlcmxheSBjb25zdHJ1Y3RzPzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDs8YnI+DQom Z3Q7Jmd0OyZuYnNwOyAmZ3Q7IFtKRF0mbmJzcDsgWWVzIHRvIGFsbCBvZiB0aGUgYWJvdmUuJm5i c3A7IFBsZWFzZSBzZWU6PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyA8YSBocmVmPSJodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWYiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWY8L2E+PGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyB0LWRyYWtlLWJlc3MtZW5oYW5jZWQtdnBuLTA2X187ISFORXQ2eU1hTy08YnI+ DQomZ3Q7Jmd0OyZuYnNwOyBnayFUQ2lKSENaQ3dGZ3dwdUZvdWp4VmxaNHI5PGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0OyBGNm1McEU0bkotOXpwcWtZLWtscy1ST3hMNEMyX3hOYVIySW1JNCQ8YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsg TGFzdGx5LCBoZXJlIGFyZSBzb21lIGNhbmRpZGF0ZXMgb2YgdGhlICZxdW90O25ldyB0ZXJtJnF1 b3Q7Ojxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBPcHRpb24gMTogVGhlIG5ldHdvcmsgc2xpY2Ugc2VydmljZSBpcyBjYWxsZWQgJnF1 b3Q7b3ZlcmxheSBzbGljZSZxdW90OywgdGhlbjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0 OyB0aGUgdW5kZXJsYXkgY29uc3RydWN0IGlzIGNhbGxlZCAmcXVvdDt1bmRlcmxheSBzbGljZSZx dW90Oy48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAm Z3Q7ICZndDsgT3B0aW9uIDI6IFRoZSBuZXR3b3JrIHNsaWNlIHNlcnZpY2UgaXMgY2FsbGVkICZx dW90O3NlcnZpY2Ugc2xpY2UmcXVvdDssIHRoZW48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZn dDsgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCBpcyBjYWxsZWQgJnF1b3Q7cmVzb3VyY2Ugc2xpY2Um cXVvdDsuPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsg W0pEXSZuYnNwOyBJIGRvbid0IHRoaW5rIHdlIG5lZWQgYW5vdGhlciB0ZXJtIGZvciB3aGF0IHdl IGFyZSBhbHJlYWR5PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBjYWxsaW5nIGFuICdJRVRGIE5l dHdvcmsgU2xpY2UgU2VydmljZScuJm5ic3A7IEFkcmlhbiBhbmQgSSBhcmUgY29uc2lkZXJpbmc8 YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHRoZSB0ZXJtICdyZXNvdXJjZSBwYXJ0aXRpb24nIHRv IGRlc2NyaWJlIHRoZSBwYXJ0aXRpb25pbmcgb2YgdW5kZXJsYXk8YnI+DQomZ3Q7Jmd0OyZuYnNw OyAmZ3Q7IG5ldHdvcmsgcmVzb3VyY2VzIGluIHN1cHBvcnQgb2YgdmFyaW91cyBvdmVybGF5IHNl cnZpY2VzIHN1Y2ggYXMgSUVURjxicj4NCk5ldHdvcms8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBTbGlj ZSBTZXJ2aWNlcy48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IFRoaXMgaXMgY29uZ3J1ZW50IHdp dGggdGhlIGlkZWFzIGV4cHJlc3NlZCBpbjo8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IDxhIGhy ZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvZHJhZiIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly91cmxkZWZlbnNlLmNv bS92My9fX2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZjwvYT48YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHQtaWV0Zi1zcHJpbmctcmVzb3VyY2UtYXdhcmUtc2VnbWVu X187ISFORXQ2eU1hTy08YnI+DQomZ3Q7Jmd0OyZuYnNwOyBnayFUQ2lKSENaQ3dGZ3dwdUZvdWo8 YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHhWbFo0cjlGNm1McEU0bkotOXpwcWtZLWtscy1ST3hM NEMyX3hOeEVmd2FYZyQ8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHRzLTAzLiZuYnNwOyBXaGF0 IHRoaXMgYWxsb3dzIG9uZSB0byBidWlsZCBpcyBhbiAncGFydGl0aW9uZWQgdW5kZXJsYXk8YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IG5ldHdvcmsgdG9wb2xvZ3knLjxicj4NCiZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmbmJzcDsgW0ppZV0gQWdyZWUgdGhhdCBoZXJlIHdlIGFyZSB0YWxraW5nIGFi b3V0IHRoZSB0ZXJtIGZvciB0aGUgdW5kZXJsYXk8YnI+DQpjb25zdHJ1Y3QuPGJyPg0KJmd0OyZn dDsmbmJzcDsgJnF1b3Q7UmVzb3VyY2UgcGFydGl0aW9uJnF1b3Q7IGNhcHR1cmVzIG9uZSBvZiBp dHMga2V5IGNoYXJhY3RlcmlzdGljcywgd2hpbGUgSU1PPGJyPg0KYW5vdGhlcjxicj4NCiZndDsm Z3Q7Jm5ic3A7IHRoaW5nIHRoZSB0ZXJtIG5lZWRzIHRvIHJlZmxlY3QgaXMgdGhhdCB0aGUgcmVz b3VyY2UgcGFydGl0aW9uIGlzIG5lZWRlZDxicj4NCm9uIGE8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBz dWJzZXQgb2YgdGhlIGxpbmtzIGFuZCBub2RlcyAocmF0aGVyIHRoYW4gb24gYSBzaW5nbGUgbm9k ZSBvciBsaW5rKSBpbjxicj4NCnRoZSBwaHlzaWNhbDxicj4NCiZndDsmZ3Q7Jm5ic3A7IG5ldHdv cmssIHdoaWNoIHRvZ2V0aGVyIGJ1aWxkcyBhIGxvZ2ljYWwgbmV0d29yayB0b3BvbG9neS48YnI+ DQomZ3Q7PGJyPg0KJmd0O1tKRF0mbmJzcDsgSW4gbXkgaW5pdGlhbCBlbWFpbCwgYWJvdmUsIEkg d2FzIHByb3Bvc2luZyAncGFydGl0aW9uZWQgdW5kZXJsYXk8YnI+DQpuZXR3b3JrIHRvcG9sb2d5 Jzxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7IEJlc3QgcmVnYXJk cyw8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBKaWU8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNw OyAmZ3Q7ICZndDsgWW91ciBvcGluaW9uIGFib3V0IHRoZXNlIGNhbmRpZGF0ZXMgYXJlIG11Y2gg YXBwcmVjaWF0ZWQuIFlvdSBtYXk8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgYWxzbyBw cm9wb3NlIG90aGVyIG5ldyB0ZXJtIGlmIGl0IGNvbXBsaWVzIHdpdGggdGhlIGFib3ZlIHR3bzxi cj4NCnBvaW50cy48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsg Jmd0OyBbSkRdJm5ic3A7IEkgdGhpbmsgeW91IGhhdmUgZXhjZWVkZWQgeW91ciByZW1pdC48YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJy Pg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IEJlc3QgUmVnYXJkcyw8YnI+DQomZ3Q7Jmd0OyZu YnNwOyAmZ3Q7ICZndDsgUm9iaW48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQom Z3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgVGVhcyBtYWlsaW5n IGxpc3Q8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgPGEgaHJlZj0ibWFpbHRvOlRlYXNA aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7 Jm5ic3A7ICZndDsgJmd0OyA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0 cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlIiB0YXJnZXQ9Il9ibGFuayI+DQpo dHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZTwvYT48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgYXM8YnI+DQomZ3Q7 Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgX187ISFOPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7 IEV0NnlNYU8tZ2shUTB5Y09mMEVMeFQ2bUcxR2JuTzRMU0wtUTk5SjR1dTdqZmRVdEJFQ2FJLTxi cj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBPMDhIcUQzMVRHSmNpTmp1eEwyQSQ8YnI+DQom Z3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgVGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IDxhIGhyZWY9Im1h aWx0bzpUZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMv X19odHRwczovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcyIgdGFyZ2V0PSJfYmxh bmsiPg0KaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vdGVhczwvYT48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IF9fOyEhTkV0 NnlNYU8tZ2shVENpSkhDWkN3Rmd3cHVGb3VqeFZsWjRyOUY2bUxwRTRuSi05enBxa1kta2xzLTxi cj4NCiZndDsmZ3Q7Jm5ic3A7IFJPeEw0QzI8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IF94TkRD clBhTlEkPGJyPg0KJmd0Ozxicj4NCiZndDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCiZndDtUZWFzIG1haWxpbmcgbGlzdDxicj4NCiZndDs8YSBo cmVmPSJtYWlsdG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8 L2E+PGJyPg0KJmd0OzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczov d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhc19fOyEhTkV0NnlNYU8tZ2shVEtKY2gy ZHdzSlVURWVGV0NNTGFzZjlfR2F5QVZUc2dya05LNlZlNDhZVFRTMWlEX0hOZTJkbXMzME9MODBR JCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGVhczwvYT48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxicj4NClRlYXMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRl YXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCjxhIGhy ZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vdGVhc19fOyEhTkV0NnlNYU8tZ2shVEtKY2gyZHdzSlVURWVGV0NNTGFzZjlf R2F5QVZUc2dya05LNlZlNDhZVFRTMWlEX0hOZTJkbXMzME9MODBRJCIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczwvYT48YnI+DQo8YnI+ DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClRl YXMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVm ZW5zZS5jb20vdjMvX19odHRwczovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhc19f OyEhTkV0NnlNYU8tZ2shVEtKY2gyZHdzSlVURWVGV0NNTGFzZjlfR2F5QVZUc2dya05LNlZlNDhZ VFRTMWlEX0hOZTJkbXMzME9MODBRJCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vdGVhczwvYT48L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVm PSJtYWlsdG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRF ZUZXQ01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9h Pjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0Kc3ByaW5nIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zcHJp bmdAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9zcHJpbmciIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3NwcmluZzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPi0tIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iY29sb3I6IzIyMjIyMiI+PGEgaHJlZj0iaHR0cDovL3d3dy52ZXJpem9uLmNv bS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzExNTVDQztib3JkZXI6c29s aWQgd2luZG93dGV4dCAxLjBwdDtwYWRkaW5nOjBjbTt0ZXh0LWRlY29yYXRpb246bm9uZSI+PGlt ZyBib3JkZXI9IjAiIHdpZHRoPSI4MSIgaGVpZ2h0PSIxOCIgaWQ9Il94MDAwMF9pMTAyNSIgc3Jj PSJjaWQ6aW1hZ2UwMDEuanBnQDAxRDdBNjJDLjdGNjkwNUMwIiBhbHQ9IuWbvuWDj+W3suiiq+WP keS7tuS6uuWIoOmZpOOAgiI+PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBz dHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bXNvLWxpbmUtaGVpZ2h0LWFs dDo5Ljc1cHQiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+R3lhbiBNaXNocmE8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9 Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O21zby1saW5lLWhlaWdodC1hbHQ6OS43 NXB0Ij48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0dlb3Jn aWEmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPk5ldHdvcmsgU29sdXRpb25zIEFyY2hpdGVjdCZu YnNwOzwvc3Bhbj48L2k+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMjIyMjIyIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9t Oi4wMDAxcHQ7bXNvLWxpbmUtaGVpZ2h0LWFsdDo5Ljc1cHQiPjxpPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtHZW9yZ2lhJnF1b3Q7 LHNlcmlmO2NvbG9yOmJsYWNrIj5FbWFpbA0KPGEgaHJlZj0ibWFpbHRvOmd5YW4ucy5taXNocmFA dmVyaXpvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5neWFuLnMubWlzaHJhQHZlcml6b24uY29tPC9h Pjwvc3Bhbj48L2k+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMjIyMjIyIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJn aW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjBjbTttc28tbGlu ZS1oZWlnaHQtYWx0OjkuNzVwdCI+DQo8aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPk0gMzAxIDUwMi0x MzQ3PC9zcGFuPjwvaT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_133851406df243668990e9535c3b1298huaweicom_-- --_004_133851406df243668990e9535c3b1298huaweicom_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=356; creation-date="Fri, 10 Sep 2021 04:20:08 GMT"; modification-date="Fri, 10 Sep 2021 04:20:08 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/wAALCAASAFEBAREA/8QAHwAAAQUBAQEB AQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1Fh ByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZ WmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/9oACAEBAAA/APZqKKKKKKKKKKKKKKKK KKKKKKKKKKKKKKKK/9k= --_004_133851406df243668990e9535c3b1298huaweicom_-- From nobody Thu Sep 9 21:26:17 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38CBE3A1830 for ; Thu, 9 Sep 2021 21:26:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.352 X-Spam-Level: X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-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 (1024-bit key) header.d=nokia.onmicrosoft.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 Wjfsk3eXg_xp for ; Thu, 9 Sep 2021 21:26:11 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70108.outbound.protection.outlook.com [40.107.7.108]) (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 979563A182E for ; Thu, 9 Sep 2021 21:26:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jTRW91DbfgVrAe8eej9S67N5gqXL8QD4tG6duvysCP2hPMJvGJcp/9jwxWtN7FUk53U/jeo9dYS/yptsl+r2RsXCVjtO3D0IYWQSdCMNgqRRVvjGL2OmMElsfu+ZxJD55dLcVeRfd1pffvmSzVUCObZAgD7iE4WDh+7bAinrKBXBCZS8w2VQHN9mzm097cPbOyUvauxamnZ93AQ1uBkcLXvvyRftW4xvffIf6txCZwsHaX7ZbXCAbFA8t0E34kMfpOjFEwg9iAX2pld28rurxOuJuy6ddEypZWE/zoj0DIscIrDEXC6EoDyuq5C0qxGCmLGgqMy42WseaPZunE+S1w== 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; bh=sDt6h/qNQDFr3sdUOflPUzjn/93VHHDwFZnLW0Ug/w4=; b=k1cC4GBZD7PZIgdW3o2UoylbUpS+cLdQwMhUNUq/qUS6vAlX3xGb0HMSfyPjHI0T3HH4c0IfQvruTmwuCW1Nlo31pRwEGDPcaxLG8ppmCChmi7X+u0SDcVPGeeKRkzAO5QjHpIMNkGZoT6dfCnXrHEuwWY0VJsC6SKuDtRWIuWjX5QIf/Bn42BZRqWEfxApCVzhLL68YzYV7XOPC32xsMT8WbJJ/qFGLS+b7jxdaeStcmUcaKjUkurpvSlS8wVgTJho2zni1qCUu5AJ3eijGNrwj6Ej3ijnkr9cgvVgDbpAsQYil143CHJKb9ymRU+x+7OH9/VY5eQ8Exwd4K6sxTw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sDt6h/qNQDFr3sdUOflPUzjn/93VHHDwFZnLW0Ug/w4=; b=zQQT9a07TJvehmpBg3kX89RGVovjAnZFr+yru18pYZ0yqV03AuKON3isNHfBzybtrZmYtixKMcs6YuIUPROes7bLeIM2dabykbn9LqbjzjxcaZVnwUbOYQ+U6FL12V7u6nY9E3WSvil4QZ509WGr2S7HWMNlX4DNflj6LAywbLc= Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM0PR07MB4226.eurprd07.prod.outlook.com (2603:10a6:208:b5::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.7; Fri, 10 Sep 2021 04:26:05 +0000 Received: from AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9]) by AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9%7]) with mapi id 15.20.4523.009; Fri, 10 Sep 2021 04:26:05 +0000 From: "Henderickx, Wim (Nokia - BE/Antwerp)" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0RvMPpTB6b3J0Wd6DF0O4hy1quZgmmRgAMuhKI= Date: Fri, 10 Sep 2021 04:26:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1e1f7b14-1d02-4335-b885-08d974131ae9 x-ms-traffictypediagnostic: AM0PR07MB4226: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 0lXoOTnP4OB4UPUon43bbDUhkA9pTGOzXxWkPSoAtkv8mIZT0gxHU6zj4joCcvdMc6y/Fa9d7vm4mD/i29t6EPeV2f3CvazFG9m/6jYmXaOSRJEKCJyjiJlnnl4qzDx+RLBNJFhgM9sL7ly0MzOr8kQc2rfhZFFMbMADqfxFNWUvzqm5015mIn1x0RwNx3bVoM7IEnccqwHPcaKp/YlBR4Rsi7s4C1T4KOgZvPbctg/qt5j/2PMVuv2i7sHgGAYf7sgiF2w1BQRXP4cKsNVB8YLMy+D1Ca49Lq9fW48a/0qW5kHSkvJCOArvZ5VNHQqREEHkzuurrT+LfXanyAyKORnVwFVvizXgVqv2HGaELbA6jXOOYsCevh2VqN/o1kaA+H4fgOJcSkLBlHxMZF1uAm5P9UYyQREsTPd81HSSlbicH5ORK2zyfgaWp5HjK6AAZol5PSu+dV6I/NrxzKJxoEgrh6sX8pKLu8O1FYeOcm2xfSWp4Bnk4XzNkn7nb5Hlf5rkS5I9T8cP07/GN95rbdSwcUmK0rt8vJY3YRHAY3BAfEWAJqXsiGoHA+4n0vGmalMN+8bts01TqJZACvYxrAX6yKszuIBmklgUg4XriXIhe4S9FiGV5IgN82+8K2swhqqkYcyyQQkA/Ok34S8wHkrPP3YrNvXdOEbyTGflgss6YP6/YACsotlgMjLvDnc5p/Ox4F33WN5sVQXmttgIrFUA/7KOXCixg7oYTR4MJLq5WDSkj12PpIXSFgQ4CC8L0ofRR4zD3TjBytnUfXmWnU3VIfZJppRscDySp+MTMZ0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4497.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(346002)(366004)(376002)(136003)(39860400002)(52536014)(166002)(26005)(9686003)(71200400001)(966005)(186003)(86362001)(5660300002)(38100700002)(66446008)(122000001)(8676002)(66556008)(64756008)(66946007)(55236004)(6506007)(53546011)(38070700005)(2906002)(7696005)(316002)(8936002)(91956017)(33656002)(76116006)(478600001)(66476007)(55016002)(110136005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?XKe9CAUqDTkNVEjPaFekRTXB6a0NIfSJWlYov+ZpCEa1TL3W7dKPo2wpCrI7?= =?us-ascii?Q?p8nM0MOLYw9GzI7TW/VkzyvOQ3uR/P4l5vEkn1n9dBkYhoe6068FjLVVbyum?= =?us-ascii?Q?71oyg++fNqYfInCoWT8iWLu86JCMFLp99E3I+R30nJnCjgZqSHgunfblKQrE?= =?us-ascii?Q?b7KZsg5aRW8PC6PPsjPp5ici7DelQ3cDtecIHsMV5Ub/2JKcUjQCQW2ar37O?= =?us-ascii?Q?GnaEwIC/lZbpR5Kfgg1GwEUqLYCll/VXm6DQG5k7qIbf5QLrWOMmk2QEv351?= =?us-ascii?Q?Ee8w2OVHUdPbtVRjc6wRJdOComqgCAhLQlpO+MIYZmfrWaaPeVp+Lars4W4K?= =?us-ascii?Q?rMvYKlMwljGV3LkO/M/fy3vxMCjUd4TWhHGnlkl6QSM0Lkvi1uim9zPt3TYI?= =?us-ascii?Q?EITxQTFS4cFuP160IfVIUqmTi6DBz/R2E8oLhrmTrtl2onirEUFKIPM4b5pN?= =?us-ascii?Q?SEbyi29m5b3ovfQ3zMSCaMiFPqAUIVEVrJPkKwWFDroHU+1zUAdS+78bi9av?= =?us-ascii?Q?QAn9xIXHgMtipI3ZG9iPLmWICuXR7hJg3TqkNLUF8EVkyQ0y8goVyZpNMxzg?= =?us-ascii?Q?3EClK6B5k2ZbKjnxwyIhNL+3bz9iUXoIJnjGKYIkbBLdQLcwA0EN7BP+piPx?= =?us-ascii?Q?0f7fYPar7gu8UKiQSJ5HvjlCJqz2z3cRIzjXYHFp3pwH0PVM2TIcFoCDKOq3?= =?us-ascii?Q?dlcuy8zqPG0801A41Jja4aglRwQy5yuYgVLq8zHU0aCFBRsB2IRvXR6I0lLL?= =?us-ascii?Q?zwWjzyR10brfB3Ft6WUsAqw+5etu3EwXa6iezDt4qv2IKGTwmnZXtV/upRwZ?= =?us-ascii?Q?NkG/8CidmrRAFZ7yUXf3wVMsRTg+TtHDESryg8drrfMkzLdWNSHSa5hEetJA?= =?us-ascii?Q?aeIstfNu8xTWnneSeiI/ZkcHPKcGg5k9QqawtI5I3BAvE3wsUUrrUHK1EOwo?= =?us-ascii?Q?uaIkqixz+Hy97mAAWL9Hglq/dOOvfLhsRNWjaLEG8+7lezBxWlc2Q1h6ozAY?= =?us-ascii?Q?qrRRDUSy/Ce7R0yalyWepBLWJ2/gkcb35uKwiisXXGTfV2JPxpG5rCpTYx80?= =?us-ascii?Q?zW3/Fe3Uix5YfavH452UejN6zk1cpYE56/9lJT87P1/b0vb40JHNjhEXvNuz?= =?us-ascii?Q?7ZsvL+AeooQ6Kh9eGCc7RVFOH0/DLSEdpQwa/5rVkAbguwQFwONr6AC7GprY?= =?us-ascii?Q?Lk58rpoSFn3jSUdpm1VObTCdlz+vQurCLbrXC6Hz68Geqj1X6taF872Q31GP?= =?us-ascii?Q?z19NOsjPH9UPuJp4Qre2aumypP05GjBG1SMXqSGow1MG+4Hpfmzk7S0c4lRx?= =?us-ascii?Q?Rf+4cc10iohTwgH9Hbmna0GuXmHVk0ZclSHodP5XFBA7GQ=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_AM0PR07MB449749D85176A7F89B3DF18C83D69AM0PR07MB4497eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4497.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1e1f7b14-1d02-4335-b885-08d974131ae9 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 04:26:05.2982 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: v9XkTawgrvP48+KL8PesEopDJl6a7o1bycNjD7BCBpbNJJfrVsjOg3sAg7weQu06xECjqjr9kcsIarw/6V6uwjoZWQzY5mz4Bs/fAK0ma2k= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4226 Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 04:26:16 -0000 --_000_AM0PR07MB449749D85176A7F89B3DF18C83D69AM0PR07MB4497eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Maybe just to clarify my statement. in my view we can adopt CSID and discus= s the matter of 1 versus 2 data-planes during the WG and see how to move fo= rward from here. At least we can make progress on this matter. From: spring on behalf of Henderickx, Wim (Nokia = - BE/Antwerp) Date: Wednesday, 8 September 2021 at 05:53 To: Joel M. Halpern , spring@ietf.org Subject: Re: [spring] Conclusion from WG poll on dataplane solution for com= pressing segment routing over IPv6 Joel and chairs thx for having us move forward here. On the q if CSID is 1 = dataplane or 2 dataplane, in my view there is 2 dataplanes inside the CSID = proposal and I am advocating that in case CSID moves fwd we pick 1 of them,= not both. From: spring on behalf of Joel M. Halpern Date: Monday, 6 September 2021 at 19:27 To: spring@ietf.org Subject: [spring] Conclusion from WG poll on dataplane solution for compres= sing segment routing over IPv6 Our thanks to the working group members for speaking up clearly. There is a rough (quite clear) consensus for standardizing one dataplane solution to compressing segment routing over IPv6. As chairs, there are some related observations we need to make. There appears to be significant interest in using the framework in the CSID draft for addressing the above. However, before we issue a call for adoption on that, the chairs would like to understand how the working group wants to solve a technical problem. The CSID draft contains two dataplane solutions. The above rough consensus is for one dataplane solution. Does the working group want to choose one? Do the authors want to suggest that one of the two is the one we should standardize, and get working group agreement? Should we adopt the document, with a note indicating the problem, and solve the problem afterwards? (That itself does not solve the problem, it merely kicks it down the road.) Do folks see another means to avoid putting the WG in conflict with itself? As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of other solutions, as long as there is sufficient energy in the working group to deal with those. Also, only documents for which there is at least one implementation will be progressed this way. Thank you, Bruno, Jim, and Joel _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring --_000_AM0PR07MB449749D85176A7F89B3DF18C83D69AM0PR07MB4497eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Maybe just to clarify my statement. in my view we can adopt CSID and = discuss the matter of 1 versus 2 data-planes during the WG and see how to m= ove forward from here. At least we can make progress on this matter.

&nbs= p;

From: spring <spring-b= ounces@ietf.org> on behalf of Henderickx, Wim (Nokia - BE/Antwerp) <w= im.henderickx@nokia.com>
Date: Wednesday, 8 September 2021 at 05:53
To: Joel M. Halpern <jmh@joelhalpern.com>, spring@ietf.org <= ;spring@ietf.org>
Subject: Re: [spring] Conclusion from WG poll on dataplane solution = for compressing segment routing over IPv6

Joel and chairs thx for having us move forward here. On the q if CSID= is 1 dataplane or 2 dataplane, in my view there is 2 dataplanes inside the= CSID proposal and I am advocating that in case CSID moves fwd we pick 1 of them, not both.

&nbs= p;

From: spring <spring-b= ounces@ietf.org> on behalf of Joel M. Halpern <jmh@joelhalpern.com>= ;
Date: Monday, 6 September 2021 at 19:27
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] Conclusion from WG poll on dataplane solution for = compressing segment routing over IPv6

Our thanks to the working group members for speaking= up clearly.  There
is a rough (quite clear) consensus for standardizing one dataplane
solution to compressing segment routing over IPv6.

As chairs, there are some related observations we need to make.
There appears to be significant interest in using the framework in the
CSID draft for addressing the above.

However, before we issue a call for adoption on that, the chairs would
like to understand how the working group wants to solve a technical
problem.  The CSID draft contains two dataplane solutions.  The a= bove
rough consensus is for one dataplane solution.  Does the working group=
want to choose one?  Do the authors want to suggest that one of the tw= o
is the one we should standardize, and get working group agreement?
Should we adopt the document, with a note indicating the problem, and
solve the problem afterwards?  (That itself does not solve the problem= ,
it merely kicks it down the road.) Do folks see another means to avoid
putting the WG in conflict with itself?

As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of
other solutions, as long as there is sufficient energy in the working
group to deal with those.  Also, only documents for which there is at =
least one implementation will be progressed this way.

Thank you,
Bruno, Jim, and Joel

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.o= rg/mailman/listinfo/spring

--_000_AM0PR07MB449749D85176A7F89B3DF18C83D69AM0PR07MB4497eurp_-- From nobody Thu Sep 9 22:38:14 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B3A13A1A9A; Thu, 9 Sep 2021 22:37:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, HTTPS_HTTP_MISMATCH=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=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 K2suV9IPbb5E; Thu, 9 Sep 2021 22:37:46 -0700 (PDT) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 510063A1A98; Thu, 9 Sep 2021 22:37:46 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id g184so834825pgc.6; Thu, 09 Sep 2021 22:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w20hbTabvZ62Zrzee009bfjOJuPGTfPS6nIEGaLlJ5A=; b=amZlaxY+AdODgLCtWLHVkQb7Jc1BFE/lX3Z//uRizlKT2DN6ZKj0D53OBC/9X7aW7F rOVLhOcyd2w4cLkhJy4x6XZdP+CVg/fN79eA8+0dD2drmTmoVfJNeaNo37FaI0nEtcan HyYgtbEODOcgl4Z3VKgxWl27wwjKpTY6PnNDV6Q3OgzEk3Gm+ehKuSSZ4zB3l2RDH06G CgjbkVWUU3kAEi9U0eBF3UmHZ+QXcjcwFmwUPXKGIh/JxhCTWt+WRLMmaNkkzVPOqHbG ZMMQaGTtugKUXVL9RXUIn+y2h9Ya15HS3aQ20DfXuXAj7NY4Swm8jRYZYgewpUCkU6co C2qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w20hbTabvZ62Zrzee009bfjOJuPGTfPS6nIEGaLlJ5A=; b=jGyoYNgaFkUuqzmQmYqUftkJMdEsNBmqrt/BZg0hfHAX0Gd3Pg2cSbAPvp4loTFXuf HpzDEtL3JfJd8b5qPRLpQdKTjCQIusN6DlLG10m+V+apeuu+Aeb0gzBYwTvISz0sKpIe sVZKeoKdKItSlZEi2W+fg1S5GNttYPyA/Hnh4DhAnu0I2CkS60Cqi1KLhdRbCHnOnGTY U8mUFipvp3/DdeWWWcO0EhLSNvwTo4/HawtveTEVcDWn2o/25Y13kWp1Q764blLN7VqR +XVRwAkzwG9RC302bMG3F0S1q9+nqtbxkTyY3/ST77sW5j87CqW/agaYTQPljVBkyXaS cIgQ== X-Gm-Message-State: AOAM5309dppKd37S313o/s7f9O5bWmZf25CnBQjF+HuDOPcJ4VOlFzaD QloC0SPEGWRWpx8qzbjX/5kCLbo1UTCovOl8rf0= X-Google-Smtp-Source: ABdhPJxImsieoSTlTQxPzbwWLAvCpyyMwStCmTEBgsBNbdIAu7W11P2kSAchDjOdE+oZ74SZl9sM9PYJ3469Rg1+/+M= X-Received: by 2002:a63:3c4d:: with SMTP id i13mr5919330pgn.54.1631252264154; Thu, 09 Sep 2021 22:37:44 -0700 (PDT) MIME-Version: 1.0 References: <0addeb9e3cf7452b9d4977a115a76729@huawei.com> <872d55c62cfa4b38ab0ffe777367391e@huawei.com> <133851406df243668990e9535c3b1298@huawei.com> In-Reply-To: <133851406df243668990e9535c3b1298@huawei.com> From: Gyan Mishra Date: Fri, 10 Sep 2021 01:37:32 -0400 Message-ID: To: "Dongjie (Jimmy)" Cc: Adrian Farrel , "EXT-vishnupavan@gmail.com" , John E Drake , Lizhenbin , TEAS WG , Tarek Saad , draft-ali-teas-sprin , draft-decraene-mpls- , draft-filsfils-sprin , "mpls@ietf.org" , "spring@ietf.org" , =?UTF-8?B?6b6a56uL6Imz?= Content-Type: multipart/related; boundary="000000000000be976c05cb9d8384" Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 05:37:53 -0000 --000000000000be976c05cb9d8384 Content-Type: multipart/alternative; boundary="000000000000be976a05cb9d8383" --000000000000be976a05cb9d8383 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jimmy Very welcome. I think we are very close if not at consensus on this topic, and it=E2=80=99s just a matter of realization of the consensus. =F0=9F=99= =8F=F0=9F=98=81 Let me try to break this down. =E2=80=9CNetwork=E2=80=9D defines the underlay topology that is an instanti= ated super set a collection of resource partitions. =E2=80=9CNetwork Resource Partition=E2=80=9D =3D =E2=80=9CNetwork=E2=80=9D = is describing the =E2=80=9CResource Partition=E2=80=9D and the culmination of resource partitions is what makes= up the network. The =E2=80=9Cresource partitions=E2=80=9D are the building blocks= that make up the network. =E2=80=9CResource partitioned sub-network=E2=80=9D or =E2=80=9CVirtual TE n= etwork=E2=80=9D =3D Resource partitioned sub-network, here the resource partition is what is describing the sub network which is a virtualization or sliver of nodes and links made up of a partitioning of discrete resources, which is a subset of all underlay resources that make up the physical network ( aka network slice) I think it=E2=80=99s a close call and both are saying the same thing, just differently, so in that respect we are in theory at consensus. Thinking about it a bit further after breaking it down, I think Jimmy=E2= =80=99s =E2=80=9CResource Partitioned sub-network=E2=80=9D is better aligned with t= he NS definition. Responses in-line. Kind Regards Gyan On Fri, Sep 10, 2021 at 12:20 AM Dongjie (Jimmy) wrote: > Hi Gyan, > > > > Thanks for providing your thoughts on this. Please see some replies inlin= e > with [Jie]: > > > > *From:* Gyan Mishra [mailto:hayabusagsm@gmail.com] > *Sent:* Saturday, September 4, 2021 2:14 PM > *To:* Tarek Saad > *Cc:* Adrian Farrel ; Dongjie (Jimmy) < > jie.dong@huawei.com>; EXT-vishnupavan@gmail.com ; > John E Drake ; Lizhenbin ; TEAS > WG ; draft-ali-teas-sprin < > draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-decraene-mpls- = < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>; > draft-filsfils-sprin < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; mpls@ietf.org; > spring@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 > *Subject:* Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for > the underlay construct used for slice realization > > > > > > Hi Tarek, John & Jie > > > > I would like to chime in, comments in-line. > > > > In defining the resource in the underlay and how to discretely identify > the nomenclature for NSC in provisioning underlay for a network slice. > > > > > > Also a key point mentioned in this thread and this relates to TE ACTN > network slice and SR network slice which we have compared and contrasted, > that any technology even Flex Algo or any other can be used in the underl= ay > for the NSC provisioning of the network slice. > > > > [Jie] Yes, there can be different approaches (both in data plane and > control plane) for the instantiation of this underlay construct, and the > term needs to be generic enough to cover all of them. > > Gyan> Agreed > > Resource Partition =3D subset of underlay network links resources > instantiation of the underlay data plane cross section layer of the netwo= rk. > > > > Partitioned Underlay Network Topology =3D Combination of multiple resourc= e > partitions to instantiate an underlay topology for the NSC provisioning o= f > the network slice - JD > > > > Network Resource Partition =3D Tarek > > More explicitly defining resources for a network and not just a link > > > > Resource Partition Network =3D Jie > > > > [Jie] My proposal was =E2=80=9CResource Partitioned (sub-) Network=E2=80= =9D or =E2=80=9CVirtual TE > Network=E2=80=9D, where the =E2=80=9Cnetwork=E2=80=9D indicates that it i= s a set nodes and links on > which the resources are partitioned. > > Gyan> Understood > > To me putting network in the front or at the end has the intent to try to > qualify the resource Partition so it=E2=80=99s not just for a set of link= s but for > the fine grain data plane network topology. > > > > [Jie] It seems all the above proposals aim to cover both the resource and > topology attributes of this underlay construct. It is good if we have > reached some consensus on this. > > Gyan> Yes, Agreed > > From a grammatical perspective the adjective proceeds the nouns they are > describing so I think =E2=80=9Cnetwork resource partition=E2=80=9D would = be grammatically > correct. > > > > [Jie] I=E2=80=99m not a native English speaker, so will let other people = to > comment on the grammar part. My concern was since the resources we referr= ed > to are always =E2=80=9Cnetwork resources=E2=80=9D, then =E2=80=9Cnetwork = resource partition=E2=80=9D may be > considered the same as =E2=80=9Cresource partition=E2=80=9D, which does n= ot explicitly > reflect that it is about the resources partitions on a set of nodes and > links. > > Gyan> Your point is very well taken and I agree with the ambiguity with > the meaning of =E2=80=9Cnetwork resource partition=E2=80=9D. > > > > Snipped the further discussion: > > > > =E2=80=A6 > > > Perhaps a more explicit approach is to put network in the end: resource > partitioned network (or sub-network), so that it is clear that the resour= ce > partitions are spread over the network with a sub-topology. > > Gyan> I think the goal putting network at the end trying to better > define the partitioned resource set from a grammatical perspective the > adjective here =E2=80=9Cnetwork=E2=80=9D should proceed the noun =E2=80= =9Cresource=E2=80=9D > > [Jie] Since we agreed that the resource and topology are the two basic > attributes of this underlay construct, it is actually a network > (essentially, a network is a graph with attributes). Thus my opinion is i= t > is more reasonable to use =E2=80=9Cnetwork=E2=80=9D as a noun, and resour= ce partition is > the key characteristic. > > Gyan> Agreed > > =E2=80=A6 > > [TS]: TE can be done over the resources that a network resource partition > can offer =E2=80=93 for example, to optimally place paths over the remain= ing > resources of network resource partition. > > Gyan> Agreed > > [Jie] This may be related to the definition of TE. Is resource partition > or reservation one of the components of TE? I hope we can get some answer > from 3272bis. > > Gyan> I think the point that John snd Tarek are making is that the set > resources we are describing can apply to any technology TE, SR, Flex Algo > or other, and so the technology is orthogonal as we are not taking about > the technology being used in the underlay. > > [Jie] To me the concept of TE has a much broader scope than TE-LSP. And > RSVP-TE, SR, Flex-Algo or other can be seen as the technologies to provid= e > all or part of the TE functionality. Since this WG is also working on a b= is > of RFC 3272, it may be helpful to align our understanding about TE, and t= he > relationship between TE and resource partition (or allocation). > > Gyan> Agreed on RFC 3272bis. =F0=9F=91=8D=F0=9F=98=83 > The concept of resource reservations and allocations of resources for path > steering being a component of TE, I think we all agree to that fact. Th= e > idea behind resource partition as to why we are saying it=E2=80=99s ortho= gonal is > that we are treating it as an absolute concept , thus generalizing it=E2= =80=99s > context, so it can be applied to any steering mechanism used by the NSC = to > provision the network slice. > > We used to define the TE-LSP as something with which we can specify the > path and the set of resources reserved along the path. Following this, th= e > underlay construct we are discussing can be used to specify the topology > and the set of resources reserved in the > > > topology. If we call the TE-LSP a =E2=80=9CTE path=E2=80=9D, maybe we = can call this > underlay construct a =E2=80=9CTE network=E2=80=9D or =E2=80=9Cvirtual TE = network=E2=80=9D. Then TE paths > can be provisioned in the virtual TE network, just like how the TE paths > are provisioned in the physical network. > > > > *[TS2]: AFAICS, the term we=E2=80=99re defining describes a set of resour= ces in a > network and, hence, it is orthogonal to the TE discussion.* > > > > [Jie] Before we have a consistent understanding of TE, I=E2=80=99m not th= at > convinced that TE and resource partition are orthogonal. > > > > Best regards, > > Jie > > > > Wish to learn your thoughts on these considerations and doubts. > > > > > > > > Best Regards, > > Robin > > > > > > > > > > > > > > *From:* Lizhenbin > *Sent:* Tuesday, August 17, 2021 10:29 PM > *To:* '=E9=BE=9A=E7=AB=8B=E8=89=B3' ; draft-al= i-teas-sprin < > draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; TEAS WG ; EXT-vishnupavan@gmai < > vishnupavan@gmail.com>; Adrian Farrel ; Tarek Saad < > tsaad.net@gmail.com> > *Subject:* RE: Re:Re: [Teas] New term for the underlay construct used for > slicerealization > > > > Hi Liyan, > > Sorry that I missed your new draft. Thanks for your feedback. It is > helpful for us to have a common terminology. > > > > Best Regards, > > Robin > > > > > > > > *From:* =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com ] > > *Sent:* Tuesday, August 17, 2021 4:48 PM > *To:* Lizhenbin ; draft-ali-teas-sprin < > draft-ali-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; > draft-decraene-mpls- < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *Cc:* Dongjie (Jimmy) ; spring@ietf.org; > mpls@ietf.org; TEAS WG ; EXT-vishnupavan@gmai < > vishnupavan@gmail.com>; Adrian Farrel ; Tarek Saad < > tsaad.net@gmail.com> > *Subject:* Re:Re: [Teas] New term for the underlay construct used for > slicerealization > > > > Hi All=EF=BC=8C > > The draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided a > slice ID encoding solution. > > And about the discussion, we are fine to follow the final decision of the > WG, no special requirements. > > > > [1] > https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network= -sliceid/ > > > > > Best Regards, > > Liyan Gong > > > > ----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---- > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*Lizhenbin > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*"draft-ali-teas-spring-ns-building-= blocks@ietf.org" < > draft-ali-teas-spring-ns-building-blocks@ietf.org>," > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org" < > draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>," > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org" < > draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org> > *=E6=8A=84 =E9=80=81**: *"Dongjie \\(Jimmy\\)" ,"spr= ing@ietf.org" < > spring@ietf.org>,"mpls@ietf.org" ,TEAS WG >,John E Drake ," > EXT-vishnupavan@gmail.com" ,Adrian Farrel < > adrian@olddog.co.uk>,Tarek Saad > *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A*2021-08-17 00:04:32 > *=E4=B8=BB=E9=A2=98=EF=BC=9A* > Re: [Teas] New term for the underlay construct used for slicerealization > > > > Hi authors of > draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-state= less-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id, > > > > It is known that your drafts are also related with the underlay construct > used for slice realization. It also seems that you use the term with > =E2=80=9Cslice=E2=80=9D for the underlay construct. In the discussion of= TEAS WG, there is > some consensus to define a neutral new term without =E2=80=9Cslice=E2=80= =9D. Wish to learn > your opinions on the new term definition and there would be a convergence > on the new term after your participating in the discussion. > > > > > > Best Regards, > > Robin > > > > > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *John E Drake > *Sent:* Monday, August 16, 2021 8:53 PM > *To:* Dongjie (Jimmy) ; EXT-vishnupavan@gmail.com < > vishnupavan@gmail.com>; Adrian Farrel > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > Hi, > > > > It sounds like slice aggregates, or more generally overlay network servic= e > aggregates, are the things which use resource partitions. > > > > Yours Irrespectively, > > > > John > > > > > > Juniper Business Use Only > > *From:* Teas *On Behalf Of *Dongjie (Jimmy) > *Sent:* Friday, August 13, 2021 9:20 AM > *To:* EXT-vishnupavan@gmail.com ; Adrian Farrel < > adrian@olddog.co.uk> > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > *[External Email. Be cautious of content]* > > > > Hi Pavan, > > > > Sorry for chiming in, please see some comments inline: > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *Vishnu Pavan Beeram > *Sent:* Friday, August 13, 2021 1:32 AM > *To:* Adrian Farrel > *Cc:* Tarek Saad ; TEAS WG > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > ** As a WG participant.. ** > > > Adrian, Hi! > > > Thanks for your earlier emails in this thread that have helped drill down > the discussion to the specific item that needs a fresh term! > Please see inline (prefixed VPB). > > > -Pavan (as a WG participant) > > > > On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel > wrote: > > Thanks for your useful opinion, Tarek. > > > > I have no objection to the use of the word =E2=80=9Caggregate=E2=80=9D. I= t is generally > used to express grouping together to treat as a single entity or to be > treated in the same way. > > > > But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of fo= o have been > aggregated. > > > > [VPB] But, that isn=E2=80=99t necessarily how IETF has been using the ter= m =E2=80=9C > aggregate=E2=80=9D. =E2=80=9CBehavior Aggregate=E2=80=9D (as defined in = IETF) doesn=E2=80=99t mean > aggregating behaviors. The same goes for =E2=80=9CTreatment Aggregate=E2= =80=9D. Behavior > Aggregate (the way we read/interpret it) is an aggregate with a specific > behavior. > > > > [Jie] I just checked the definition of the =E2=80=9Caggregate=E2=80=9D re= lated terms in > the RFCs: > > > > Behavior Aggregate (defined in RFC 2474): a collection of packets with th= e > same codepoint crossing a link in a particular direction.=E2=80=9D > > > > Traffic Aggregate (defined in RFC 3086): a collection of packets with a > codepoint that maps to the same PHB, usually in a DS domain or some subs= et > of a DS domain. > > > > Treatment Aggregate (defined in RFC 5127): This term is defined as the > aggregate of Diffserv service classes. A treatment aggregate is concern= ed > only with the forwarding treatment of the aggregated traffic, which may = be > marked with multiple DSCPs. > > > > My reading of these definitions is that =E2=80=9Caggregate=E2=80=9D here = means either > aggregated packets or aggregated service classes which are treated in the > same way on a particular node or link. > > > > While what we want to describe with the new term IMO is =E2=80=9Ca group = of > network resources allocated on a set of network nodes and links=E2=80=9D.= Such > group of resources can be provisioned in different places of the network > and are organized together to provide a specific network-level behavior. > > > > Thus the key information to be delivered with the new term is =E2=80=9Ca = group of > organized resources in the network=E2=80=9D, rather than =E2=80=9Caggrega= ted behavior at a > particular point=E2=80=9D. > > > > Best regards, > > Jie > > > > So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of slices. Y= our use in > I-D.draft-bestbar-teas-ns-packet is, therefore, confusing. If the slices > are **not** separated out into different flows (or traffic streams) then, > yes, you are aggregating slices. But if the slices are separated out, as > you describe, then what you have is =E2=80=9CIETF network slice traffic = stream > aggregation=E2=80=9D. > > > > > > [VPB] Yes. The definition of the slice aggregate (as defined in > draft-bestbar-teas-ns-packet) does state that the slice aggregate compris= es > of one or more IETF network slice traffic streams. We could have chosen = a > longer descriptive name, but opted to keep it short. > > > > > > =E2=80=9CNetwork resource aggregate=E2=80=9D would imply that resources h= ave been > collected together to be used as a single entity. > > > > [VPB] Not necessarily. "Network Resource Aggregate" isn't meant to imply > "aggregating network resources". The intent behind the proposal is to say > that it is an aggregate that has specific network resources. > > > > You might do that, for example, with a set of parallel links that can be > aggregated (or bundled) and treated as a single link. > > > > I don=E2=80=99t think we are aggregating resources in this case. We are g= rouping, > profiling, partitioning, collecting, or even filtering. > > > > Adrian > > > > *From:* Tarek Saad > *Sent:* 12 August 2021 15:41 > *To:* adrian@olddog.co.uk; 'Kiran Makhijani' ; > 'John E Drake' ; 'Dongjie (Jimmy)= ' < > jie.dong@huawei.com>; 'Lizhenbin' ; teas@ietf.org > *Subject:* Re: [Teas] New term for the underlay construct used for slice > realization > > > > Hi Adrian/all, > > > > As described in I-D.ietf-teas-ietf-network-slice-definition, an IETF > Network Slice service may include multiple connections that associate set= s > of endpoints - each having a set of SLOs/SLEs. > > In I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a > construct that comprises of one or more IETF network slice traffic stream= s > that share the same set of SLOs/SLEs. > > The Slice Aggregate construct allows aggregating streams from multiple > IETF Network Slice connections that share common SLOs/SLEs so that the > provider network can offer the same aggregate treatment to them. The Sli= ce > Aggregate resources are instantiated on specific network elements as > dictated by the Slice Aggregate topology. > > > > Since the scope of I-D.draft-bestbar-teas-ns-packet was the realization o= f > IETF Network Slice service in a provider network, we had constrained the > aggregate construct to slices. > > > > We understand that the aggregate construct can be generalized to support > other services. Let us offer another option to consider for representing > the generic construct: =E2=80=9CNetwork Resource Aggregate=E2=80=9D. The= re are multiple > IETF documents that use the term Aggregate whenever grouping multiple > service classes (Behavior Aggregate, Treatment Aggregate, Traffic > Aggregate, etc.) - refer to rfc5127 and rfc2474 for more examples. > > > > Regards, > > Tarek > > > > > > *From: *Teas on behalf of Adrian Farrel < > adrian@olddog.co.uk> > *Date: *Wednesday, August 11, 2021 at 3:38 PM > *To: *'Kiran Makhijani' , 'John E Drake' < > jdrake=3D40juniper.net@dmarc.ietf.org>, 'Dongjie (Jimmy)' < > jie.dong@huawei.com>, 'Lizhenbin' , teas@ietf.org < > teas@ietf.org> > *Subject: *Re: [Teas] New term for the underlay construct used for slice > realization > > I wonder whether we can pick this apart and put it back together in a way > that makes sense. > > The customer's view of all this is an "IETF network slice service". I thi= nk > (hope) we are all agreed on this. The customer may ask (in shorthand) for= a > "network slice", but: > - they are talking about IETF technology, so they asking for an "IETF > network slice" > - they actually want behavioural characteristics and have no right to tel= l > the operator > how to manage the network, so they are asking for an "IETF network slic= e > service." > > The operator has a bigger set of things to worry about. > > 1. At the top of the operator's view is the "IETF network slice service" = as > requested by the customer. We have this defined already, so nothing > more > to say. > > 2. The operator maps the request for a slice service into the "IETF netwo= rk > slice" which is the expression of the service in terms of network > connectivity > in the context of the operator's network. The relationship here is li= ke > the > relationship between the L3SM and L3NM. > > 3. At the bottom of their view is an underlying network. The technology o= f > this > network depends, of course, on the operator's offering, but this is th= e > network > technology being sliced. It may be an IP network, and MPLS network, an > OTN, > or whatever. I would call this the "Underlay Network." This network ma= y, > in > turn, be built upon an underlay network of the same or a different > technology, > and it may be facilitated through network slicing - but this need not > concern > us here. > > 4. That leaves the glue in the middle: the bit that enables the scaling a= nd > maps > the network slice to the network. And I think it is this bit that is > causing the > most debate about terminology. There are some points to consider: > > a. The term "network resources" applies to the bandwidth, queues, > buffers, > etc. available on the links and nodes in the network. That may be > extended to refer to whole links and nodes. > > b. The number of IETF network slice services is potentially large and > the > operator needs a mechanism to scale the mapping of services to > network resources. > > c. The IETF network slices may be grouped for identical treatment to > achieve scaling, where the grouping collects IETF network slices > with > similar SLAs. > > d. It may be that different traffic flows within a single IETF network > slice > have different characteristics. In this case, it may be beneficia= l > to group > together some of the traffic flows from different slices. > > e. The grouped slices/flows are enabled in the network using network > resources assigned for that purpose. The assignment may be anythi= ng > from a fully-fledged virtual network (such as in ACTN or VPN+), > through > network reserved resources (such as in MPLS-TE), and centrally > accounted resources (such as SDN or possible SR), to statisticall= y > shared resources. > > There seems to be various points for and against 4d. But, it would appear > that this is an implementation or deployment issue that doesn't change wh= at > the protocols need to do. So we should probably allow it architecturally, > or > at least, not disallow it. > > Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, it > is > not necessary to implement such groupings either because there are only a > few slices (which has been the view of some operators) or because the > network systems can handle the number of slices. And it is in the nature = of > architectures of this sort that all functions can be nulled out without > loss > of generality, and we have to recall that the internals of provisioning > systems may appear as functional blocks in our architectures, but we don'= t > compel implementations to adhere to that type of architecture. So I don't > think we have to worry on that account. > > And that brings the question of how we name the resources that are gather= ed > in 4e. > > I can't decide whether it is helpful to spend time saying why I don't lik= e > each of the proposed terms. I certainly have things I don't like about (f= or > example) "slice aggregate" (because of 4d, which means it is really a > "slice > sub-flow aggregate"), and I am not a fan of "VTN" (because of "transport" > and maybe it is not really a network). But maybe it is better for me to s= ay > what I think we should call things? I think we have... > > - IETF network slice service (customer view) > - IETF network slice (operator view) > - Resource partition (delivery mechanism) > - Underlay network (network used to support the slice) > > Why "resource partition"? Well it is a collection of "nodes, links, and > network resources that are marked within the network for use by a set of > network slice traffic flows". > It is possible that the word "partition" is too strong because it may imp= ly > to some people that resources in a partition cannot be shared, but I don'= t > feel that. > Softer words than "partition" would be "group", "bundle", "pool", and I > could live with any of them. > > Best, > Adrian > > > -----Original Message----- > From: Teas On Behalf Of Kiran Makhijani > Sent: 11 August 2021 16:00 > To: John E Drake ; Dongjie (Jimmy) > ; Lizhenbin ; teas@ietf.org > Subject: Re: [Teas] New term for the underlay construct used for slice > realization > > Hi John, (and all), > > Two very basic clarification questions: > 1. How do we differentiate between the slice-segments that are > resource-aware vs those that are not? I had assumed that since a slice > has an SLO, it will need network resource allocations in some form. > > 2. Is it ok to assume that the customer view of slice is an 'IETF > network slice service' and the 'IETF slice realization' of that service > in a provider network is raises the question of underlay and overlay > constructs. Am I right? > (a) if so, then we are acknowledging the presence of another layer of > abstraction (for realization). It could be underlay/overlay or > aggregate/??. Then the term 'slice aggregate' is better and my > preference, it is easier to see that different slice-services are > aggregated into a single construct in a provider network. Use of > underlay/overlay are confusing. > (b) for a leaner provisioning, I would also prefer to see it documented > that the aggregate is optional and it should be possible to directly map > a slice-service to physical or real resources in the network. > specifically useful when a single domain is carving out slices for > different purposes. > > Thanks > Kiran > > > ------ Original Message ------ > From: "John E Drake" > To: "Dongjie (Jimmy)" ; "Lizhenbin" > ; "teas@ietf.org" > Sent: 8/11/2021 5:38:05 AM > Subject: Re: [Teas] New term for the underlay construct used for slice > realization > > >Jimmy, > > > >Snipped, comments inline. > > > >Yours Irrespectively, > > > >John > > > > > >Juniper Business Use Only > > > >> -----Original Message----- > >> From: Dongjie (Jimmy) > >> Sent: Tuesday, August 10, 2021 11:03 PM > >> To: John E Drake ; Lizhenbin >; > >>teas@ietf.org > >> Subject: RE: New term for the underlay construct used for slice > realization > >> > >> [External Email. Be cautious of content] > >> > >underlay construct for network slice realization bound to > >> > > network slice services? That is, is the underlay construct only f= or > >> > > use in network slicing, or should it be generalized for more > possible uses? > >> > > >> > [JD] Absolutely yes > >> > >> [Jie] I guess you mean "Yes" to the latter case, which is "it should = be > generalized > >> for more possible uses", is my understanding correct? > > > >[JD] Yes to the latter > > > >> > >> > > >> > > > >> > > 2. If the answer to question 1 is YES, should it reflect the > following > >> > > characteristics? > >> > > > >> > > a. It is about the underlay > >> > > b. It is about the partitioned resources used to deliver the > network slice > >> > > services > >> > > c. It allows the 1:1, N:1, and 1:N mapping models between th= e > network > >> > slice > >> > > services and the underlay construct. The 1:1 and N:1 mapping may = be > >> > > straightforward. Does it also make sense to divide the elements o= r > >> > > traffic flows in a single network slice service to carry them in > >> > > different > >> > underlay constructs? > >> > > >> > [JD] Yes to all of the above. Please see: > >> > > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf > > >> > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFoujxVlZ4r9 > >> > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$ > >> > > > >> > > Lastly, here are some candidates of the "new term": > >> > > > >> > > Option 1: The network slice service is called "overlay slice", th= en > >> > > the underlay construct is called "underlay slice". > >> > > > >> > > Option 2: The network slice service is called "service slice", th= en > >> > > the underlay construct is called "resource slice". > >> > > >> > [JD] I don't think we need another term for what we are already > >> > calling an 'IETF Network Slice Service'. Adrian and I are > considering > >> > the term 'resource partition' to describe the partitioning of > underlay > >> > network resources in support of various overlay services such as IE= TF > Network > >> Slice Services. > >> > This is congruent with the ideas expressed in: > >> > > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf > > >> > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFouj > >> > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$ > >> > ts-03. What this allows one to build is an 'partitioned underlay > >> > network topology'. > >> > >> [Jie] Agree that here we are talking about the term for the underlay > construct. > >> "Resource partition" captures one of its key characteristics, while I= MO > another > >> thing the term needs to reflect is that the resource partition is > needed > on a > >> subset of the links and nodes (rather than on a single node or link) = in > the physical > >> network, which together builds a logical network topology. > > > >[JD] In my initial email, above, I was proposing 'partitioned underlay > network topology' > > > >> > >> Best regards, > >> Jie > >> > >> > > >> > > > >> > > Your opinion about these candidates are much appreciated. You may > >> > > also propose other new term if it complies with the above two > points. > >> > > >> > [JD] I think you have exceeded your remit. > >> > > >> > > > >> > > > >> > > > >> > > Best Regards, > >> > > Robin > >> > > > >> > > _______________________________________________ > >> > > Teas mailing list > >> > > Teas@ietf.org > >> > > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te > > >> > > as > >> > > __;!!N > >> > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI- > >> > > O08HqD31TGJciNjuxL2A$ > >> > > >> > _______________________________________________ > >> > Teas mailing list > >> > Teas@ietf.org > >> > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas > > >> > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls- > >> ROxL4C2 > >> > _xNDCrPaNQ$ > > > >_______________________________________________ > >Teas mailing list > >Teas@ietf.org > >https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > -- > > [image: =E5=9B=BE=E5=83=8F=E5=B7=B2=E8=A2=AB=E5=8F=91=E4=BB=B6=E4=BA=BA= =E5=88=A0=E9=99=A4=E3=80=82] > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000be976a05cb9d8383 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jimmy=C2=A0

Very welcome.=C2=A0 I think we are very close if not at consensus= on this topic, and it=E2=80=99s just a matter of realization of the consen= sus. =F0=9F=99=8F=F0=9F=98=81

Let me try to break this down.

=E2=80=9CNetwork=E2=80=9D defines the underlay topology that i= s an instantiated super set a collection of resource partitions.

=E2=80=9CNetwork Resource Partitio= n=E2=80=9D =3D =E2=80=9CNetwork=E2=80=9D is describing the =E2=80=9CResourc= e Partition=E2=80=9D and the culmination of resource partitions is what mak= es up the network.=C2=A0 The =E2=80=9Cresource partitions=E2=80=9D are the = building blocks that make up the network.

=

=E2=80=9CResource partitioned= sub-network=E2=80=9D or =E2=80=9CVirtual TE network=E2=80=9D =3D Resource = partitioned sub-network, here the resource partition is what is describing = the sub network which is a virtualization or sliver of nodes and links made= up of a partitioning of discrete resources, which is a subset of all under= lay resources that make up the physical network ( aka network slice)=C2=A0<= /div>

I think it=E2=80=99s a c= lose call and both are saying the same thing, =C2=A0just differently, so in= that respect we are in theory at consensus.

Thinking about it a bit further after breaking it down= , =C2=A0I think Jimmy=E2=80=99s =E2=80=9CResource Partitioned sub-network= =E2=80=9D is better aligned with the NS definition.
=
Responses in-line.

<= /div>
Kind Regards=C2=A0

=
Gyan

On Fri, Sep 10, 2021 at 12:20 AM Dongjie (Jimmy)= <jie.dong@huawei.com> wro= te:

Hi Gyan,

=C2=A0=

Thanks for providing your t= houghts on this. Please see some replies inline with [Jie]:

=C2=A0=

From: Gyan Mishra [mailto:hayabusagsm@gmail.com]
Sent: Saturday, September 4= , 2021 2:14 PM
To: Tarek Saad <tsaad.net@gmail.com>
Cc: Adrian Farrel <adrian@olddog.co.uk>; Dongjie (Jimmy) <jie.dong@huawei.com>; E= XT-vishnupavan@gmail.com <vishnupavan@gmail= .com>; John E Drake <jdrake@juniper.net= >; Lizhenbin <lizhenbin@huawei.com>; T= EAS WG <teas@ietf.org>; draft-ali-teas-sprin <= ;draft-ali-teas-spring= -ns-building-blocks@ietf.org>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org= >; draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>= ;; mpls@ietf.org; spring@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 = <gongliyan@chinamobile.com>
Subject: Re: [spring] [Teas= ] More Discussion//RE: Re:Re: New term for the underlay construct used for = slice realization

=C2=A0

=C2=A0

Hi Tarek, John & Jie=

=C2=A0

I would like to chime in, comme= nts in-line.

=C2=A0

In defining the resource in the= underlay and how to discretely identify the nomenclature for NSC in provis= ioning underlay for a network slice. =C2=A0

=C2=A0

=C2=A0

Also a key point mentioned in t= his thread and this relates to TE ACTN network slice and SR network slice w= hich we have compared and contrasted, that any technology even Flex Algo or= any other can be used in the underlay for the NSC provisioning of the network slice.

=C2=A0=

[Jie] Yes, there can be dif= ferent approaches (both in data plane and control plane) for the instantiat= ion of this underlay construct, and the term needs to be generic enough to cover all of them.

=C2=A0Gyan&= gt; Agreed=C2=A0

Resource Partition =3D subset o= f underlay network links resources instantiation of the underlay data plane= cross section layer of the network.

=C2=A0

Partitioned Underlay Network To= pology =3D Combination of multiple resource partitions to instantiate an un= derlay topology for the NSC provisioning of the network slice - JD=C2=A0=

=C2=A0

Network Resource Partition =3D = Tarek=C2=A0

More explicitly defining resour= ces for a network and not just a link=C2=A0

=C2=A0

Resource Partition Network =3D = Jie=C2=A0

=C2=A0=

[Jie] My proposal was =E2= =80=9CResource Partitioned (sub-) Network=E2=80=9D or =E2=80=9CVirtual TE N= etwork=E2=80=9D, where the =E2=80=9Cnetwork=E2=80=9D indicates that it is a= set nodes and links on which the resources are partitioned.

=C2=A0Gyan&= gt; Understood=C2=A0

To me putting network in the fr= ont or at the end has the intent to try to qualify the resource Partition s= o it=E2=80=99s not just for a set of links but for the fine grain data plan= e network topology.

=C2=A0=

[Jie] It seems all the abov= e proposals aim to cover both the resource and topology attributes of this = underlay construct. It is good if we have reached some consensus on this.

=C2=A0Gyan&= gt; Yes, Agreed=C2=A0

From a grammatical perspective = the adjective proceeds the nouns they are describing so I think =E2=80=9Cne= twork resource partition=E2=80=9D would be grammatically correct.=

=C2=A0=

[Jie] I=E2=80=99m not a nat= ive English speaker, so will let other people to comment on the grammar par= t. My concern was since the resources we referred to are always =E2=80=9Cnetwork resources=E2=80=9D, then =E2=80=9Cnetwork reso= urce partition=E2=80=9D may be considered the same as =E2=80=9Cresource par= tition=E2=80=9D, which does not explicitly reflect that it is about the res= ources partitions on a set of nodes and links.

Gyan> Your point is very well taken an= d I agree with the ambiguity with the meaning of =E2=80=9Cnetwork resource = partition=E2=80=9D.<= /p>

=C2=A0=

Snipped the further discussion:

= =C2=A0

=E2=80=A6

> Perhaps a more explicit approach is to put network in the end: resource pa= rtitioned network (or sub-network), so that it is clear that the resource p= artitions are spread over the network with a sub-topology.

=C2=A0Gyan> =C2=A0I think the goal putting =C2=A0network at the end trying to better d= efine the partitioned resource set from a grammatical perspective the adjec= tive here =E2=80=9Cnetwork=E2=80=9D should proceed the noun =E2=80=9Cresour= ce=E2=80=9D

[Jie] Since we agreed that = the resource and topology are the two basic attributes of this underlay con= struct, it is actually a network (essentially, a network is a graph with attributes). Thus my opinion is it is more reaso= nable to use =E2=80=9Cnetwork=E2=80=9D as a noun, and resource partition is= the key characteristic.

Gyan> =C2=A0Agreed =C2=A0

=E2=80=A6

[TS]: TE can be done over the resources that a net= work resource partition can offer =E2=80=93 for example, to optimally place paths over the remaining resources of network resource par= tition.

Gyan> Agreed=C2=A0

[Jie] This may be related t= o the definition of TE. Is resource partition or reservation one of the components of TE? I hope we can get some answer from 3272bis.

=C2=A0Gyan> I think the = point that John snd Tarek are making is that the set resources we are describing can apply to any technology TE, SR, Flex Algo or other, and so = the technology is orthogonal as we are not taking about the technology bein= g used in the underlay.

[Jie] To me the concept of = TE has a much broader scope than TE-LSP. And RSVP-TE, SR, Flex-Algo or othe= r can be seen as the technologies to provide all or part of the TE functionality. Since this WG is also working on a bi= s of RFC 3272, it may be helpful to align our understanding about TE, and t= he relationship between TE and resource partition (or allocation).

=C2=A0Gyan> =C2=A0Agreed on RFC 3272bi= s. =F0=9F=91=8D=F0=9F=98=83

=

The concept of resource reservations and allocations of resources =C2=A0= for path steering being a component of TE, =C2=A0I think we all agree to th= at fact.=C2=A0 The idea behind resource partition as to why we are saying i= t=E2=80=99s orthogonal is that we are treating it as an absolute concept , = thus generalizing it=E2=80=99s =C2=A0context, so it can be applied to any s= teering mechanism used by the NSC to provision the network slice.

> We used to define the = TE-LSP as something with which we can specify the path and the set of resou= rces reserved along the path. Following this, the underlay construct we are discussing can be used to specify the topolo= gy and the set of resources reserved in the

> topology.=C2=A0 If we = call the TE-LSP a =E2=80=9CTE path=E2=80=9D, maybe we can call this underla= y construct a =E2=80=9CTE network=E2=80=9D or =E2=80=9Cvirtual TE network= =E2=80=9D. Then TE paths can be provisioned in the virtual TE network, just like how the TE paths are p= rovisioned in the physical network.

= =C2=A0

[TS2]: AFAICS, the term we=E2=80=99re defining = describes a set of resources in a network and, hence, it is orthogonal to t= he TE discussion.

=C2=A0

[Jie] Before we have a cons= istent understanding of TE, I=E2=80=99m not that convinced that TE and reso= urce partition are orthogonal.

=C2=A0=

Best regards,

Jie

=

=C2=A0

Wish to learn your thoughts= on these considerations and doubts.<= /u>

=C2=A0

=C2=A0

=C2=A0

Best Regards,

Robin

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

From: Lizhenbin
Sent: Tuesday, August 17, 2= 021 10:29 PM
To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' <gongliyan@chinamobile.com>; draft-ali-teas-spr= in <draft-ali-teas-= spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; dr= aft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>= ;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-= vishnupavan@gmai <vishnupavan@gmail.com>= ; Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>
Subject: RE: Re:Re: [Teas] = New term for the underlay construct used for slicerealization

=C2=A0

Hi Liyan,

Sorry that I missed your ne= w draft. Thanks for your feedback. It is helpful for us to have a common terminology.

=C2=A0

Best Regards,

Robin

=C2=A0

=C2=A0

=C2=A0

From: =E9=BE=9A=E7=AB=8B=E8=89=B3 = [mailto:gongliyan@chinamobile.com]
Sent: Tuesday, August 17, 2= 021 4:48 PM
To: Lizhenbin <lizhenbin@huawei.com>; draft-ali-teas-sprin <draft-ali-teas-spring-ns-= building-blocks@ietf.org>; draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; dr= aft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>= ;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-= vishnupavan@gmai <vishnupavan@gmail.com>= ; Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>
Subject: Re:Re: [Teas] New = term for the underlay construct used for slicerealization

=C2=A0

Hi All=EF=BC=8C

The draft-cheng-spring-srv6-encoding-network-slicei= d[1] also provided a slice ID encoding solution.

And about the discussion, we are fine to follow the= final decision of the WG, no special requirements.

=C2=A0

[1] https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network-s= liceid/

=C2=A0

Best Regards,=

Liyan Gong

=C2=A0

----=E9=82=AE=E4=BB=B6= =E5=8E=9F=E6=96=87----
=E5=8F=91=E4= =BB=B6=E4=BA=BA=EF=BC=9ALizhenbin=C2= =A0=C2=A0<lizh= enbin@huawei.com>
=E6=94=B6=E4= =BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-blocks@ietf.org"=C2=A0<<= a href=3D"mailto:draft-ali-teas-spring-ns-building-blocks@ietf.org" target= =3D"_blank">draft-ali-teas-spring-ns-building-blocks@ietf.org>,"= ;draft-filsfils-spring-srv6-stateless-slice-id@ietf.org"=C2=A0<draft-filsfils-spring-srv6-stateless-slic= e-id@ietf.org>,"draft-decraene-mpls-slid-e= ncoded-entropy-label-id@ietf.org"=C2=A0<dr= aft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
=E6=8A=84=E3= =80=80=E9=80=81: "Dongjie=C2=A0\\(Jimmy\\)"= =C2=A0<jie.dong= @huawei.com>,"spring@ietf.org"=C2=A0<spring@ietf.org>,"mpls@ietf.org"=C2=A0<mpls@ietf.org>,TEAS=C2=A0WG=C2=A0=C2= =A0<teas@ietf.org= >,John=C2=A0E=C2=A0Drake=C2=A0=C2=A0<jdrake=3D40juniper.net@dmarc.iet= f.org>,"EXT-vishnupavan@gmail.com"=C2=A0<vishnupavan@gmail.com>,Adrian= =C2=A0Farrel=C2=A0=C2=A0<adrian@olddog.co.uk>,Tarek=C2=A0Saad=C2=A0=C2=A0<tsaad.net@gmail.com>
=E5=8F=91=E9= =80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-= 08-17 00:04:32
=E4=B8=BB=E9= =A2=98=EF=BC=9ARe:=C2=A0[Teas]=C2=A0Ne= w=C2=A0term=C2=A0for=C2=A0the=C2=A0underlay=C2=A0construct=C2=A0used=C2=A0f= or=C2=A0slicerealization

=C2=A0 =C2=A0

Hi authors of draft-ali-tea= s-spring-ns-building-blocks/draft-filsfils-spring-srv6-stateless-slice-id/d= raft-decraene-mpls-slid-encoded-entropy-label-id,

=C2=A0

It is known that your draft= s are also related with the underlay construct used for slice realization. It also seems that you use the term with =E2=80=9Cslice=E2=80= =9D =C2=A0for the underlay construct. In the discussion of TEAS WG, there i= s some consensus to define a neutral new term without =E2=80=9Cslice=E2=80= =9D.=C2=A0 Wish to learn your opinions on the new term definition and there would be a convergence on the new term after your participating =C2=A0in t= he discussion.

=C2=A0

=C2=A0

Best Regards,

Robin

=C2=A0

=C2=A0

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E Drake
Sent: Monday, August 16, 2021 8:53 PM<= br> To: Dongjie (Jimmy) <jie.dong@huawei.com>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

Hi,

=C2=A0

It sounds like slice aggregates, or more generally= overlay network service aggregates, are the things which use resource partitions.

=C2=A0

Yours Irrespectively,<= u>

=C2=A0

John

=C2=A0

=C2=A0

Juniper Business U= se Only

From: Teas <teas-bounces@ietf.org> On Behalf Of Dongjie (Jimmy)
Sent: Friday, August 13, 2021 9:20 AM<= br> To: EXT-vishnupavan@gmail.com <vishnupavan@gmai= l.com>; Adrian Farrel <adrian@olddog.co.uk= >
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

[External Email. Be cautious of content]

=C2=A0

Hi Pavan,

=C2=A0

Sorry for chiming in, pleas= e see some comments inline:

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu Pavan Beeram
Sent: Friday, August 13, 2021 1:32 AM<= br> To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG <teas@ietf.org= >
Subject: Re: [Teas] New term for the u= nderlay construct used for slice realization=

=C2=A0

** As a WG participant.. **


Adrian, Hi!


Thanks for your earlier emails in this thread that have helped drill down t= he discussion to the specific item that needs a fresh term!
Please see inline (prefixed VPB).=


-Pavan (as a WG participant)

=C2=A0

On Thu, Aug 12, 2021 at 10:05 A= M Adrian Farrel <adrian@olddog.co.uk> wrote:<= /u>

Thanks for your useful opinion,= Tarek.

=C2=A0

I have no objection to the use = of the word =E2=80=9Caggregate=E2=80=9D. It is generally used to express grouping together to treat as a s= ingle entity or to be treated in the same way.<= u>

=C2=A0

But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of foo have been aggregated.

=C2=A0

[VPB]=C2=A0But, that isn= =E2=80=99t necessarily how IETF has been using the ter= m =E2=80=9Caggregate=E2=80=9D. =C2=A0=E2=80=9CBehavior Aggregate=E2=80=9D (as defined in IETF) doesn=E2=80= =99t mean aggregating behaviors. The same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. Behavior Aggregate (the way we read/interpret it) is an= aggregate with a specific behavior.=C2=A0

=C2=A0

[Jie] I just checked the de= finition of the =E2=80=9Caggregate=E2=80=9D related terms in the RFCs:

=C2=A0

Behavior Aggregate (defined in RFC 2474): a collec= tion of packets with the same codepoint crossing a =C2=A0link in a particul= ar direction.=E2=80=9D

=C2=A0

Traffic Aggregate (defined in RFC 3086): a collect= ion of packets with a codepoint that maps to the same =C2=A0PHB, usually in= a DS domain or some subset of a DS domain.<= /u>

=C2=A0

Treatment Aggregate (defined in RFC 5127): This te= rm is defined as the aggregate of Diffserv service =C2=A0classes.=C2=A0 A t= reatment aggregate is concerned only with the forwarding treatment of the aggregated traffic, =C2=A0which may be marked with multip= le DSCPs.

=C2=A0

My reading of these definit= ions is that =E2=80=9Caggregate=E2=80=9D here means either aggregated packe= ts or aggregated service classes which are treated in the same =C2=A0way on a= particular node or link.<= /p>

=C2=A0

While what we want to descr= ibe with the new term IMO is =E2=80=9Ca group of network resources allocated on a set of network nodes and links=E2=80=9D. Such group =C2=A0o= f resources can be provisioned in different places of the network and are o= rganized together to provide a specific network-level behavior.

=C2=A0

Thus the key information to= be delivered with the new term is =E2=80=9Ca group of organized resources in the network=E2=80=9D, rather than =E2=80=9Caggregated behavior at =C2= =A0a particular point=E2=80=9D.

=C2=A0

Best regards,

Jie

=C2=A0

So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of slices. Your use in I-D.draft-bes= tbar-teas-ns-packet is, therefore, confusing. If the slices are *not* separated out into different flows (or traffic streams) then, yes, you are aggregati= ng slices. But if the slices are separated out, as you describe, =C2=A0then= what you have is =E2=80=9CIETF network slice traffic stream aggr= egation=E2=80=9D.

=C2=A0

=C2=A0

[VPB]=C2=A0Yes. The definition = of the slice aggregate (as defined in draft-bestbar-teas-ns-packet) does st= ate that the=C2=A0slice aggregate=C2=A0comprises of one or more IETF network slice traffic streams.=C2=A0 We could have chosen a longer =C2=A0d= escriptive name, but opted to keep it short.=

=C2=A0

=C2=A0

=E2=80=9CNetwork resource aggre= gate=E2=80=9D would imply that resources have b= een collected together to be used as a single entity.

=C2=A0

[VPB]=C2=A0Not necessarily. &qu= ot;Network Resource Aggregate" isn't meant to imply "aggregat= ing network resources". The intent behind the=C2=A0proposal is to say = that it is an aggregate that has specific network resources.=C2=A0

=C2=A0

You might do that, for example,= with a set of parallel links that can be aggregated (or bundled) and treat= ed as a single link.

=C2=A0

I don=E2=80=99t think we are aggregating resources in this case. We are groupi= ng, profiling, partitioning, collecting, or even filtering.

=C2=A0

Adrian

=C2=A0

From: Tarek Saad &= lt;tsaad.net@gmail= .com>
Sent: 12 August 2021 15:41
To: = adrian@olddog.co.uk; 'Kiran Makhijani' <kiran.ietf@gmail.com>; 'Jo= hn E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>; =C2=A0'Dongji= e (Jimmy)' <jie.dong@huaw= ei.com>; 'Lizhenbin' <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the underlay construct used for slice realizat= ion

=C2=A0

Hi Adrian/all,

=C2=A0

As described in I-D.ietf-teas-i= etf-network-slice-definition, an IETF Network Slice service may include mul= tiple connections that associate sets of endpoints - =C2=A0each having a set of SLOs/SLEs.

In I-D.draft-bestbar-teas-ns-pa= cket, we defined a Slice Aggregate as a construct that comprises of one or = more IETF network slice traffic streams that share the =C2=A0same set of SLOs/SLEs.

The Slice Aggregate construct a= llows aggregating streams from multiple IETF Network Slice connections that= share common SLOs/SLEs so that the provider network =C2=A0can offer the same aggregate treatment to them. The Slice Aggregate = resources are instantiated on specific network elements as dictated by the = Slice Aggregate topology.<= /p>

=C2=A0

Since the scope of I-D.draft-be= stbar-teas-ns-packet was the realization of IETF Network Slice service in a= provider network, we had constrained the aggregate =C2=A0construct to slices.

=C2=A0

We understand that the aggregat= e construct can be generalized to support other services. Let us offer anot= her option to consider for representing the generic =C2=A0construct: =E2=80=9CNetwork Resource Agg= regate=E2=80=9D. There are multiple IETF docume= nts that use the term Aggregate whenever grouping multiple service classes = (Behavior Aggregate, Treatment Aggregate, Traffic Aggregate, =C2=A0etc.) - refer to rfc5127 and rfc2474 for more examples.

=C2=A0

Regards,

Tarek

=C2=A0

=C2=A0

From: Tea= s <teas-bounces@ietf.org> on behalf of Adrian =C2=A0Farrel <adrian@olddog.co.uk>
Date: Wednesday, August 11, 2021 at 3:38 PM
To: = 'Kiran Makhijani' <kiran.ietf@gmail.com>= ;, 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org<= /a>>, =C2=A0'Dongjie (Jimmy)' <jie.dong@huawei.com>, 'Lizhenbin' <lizhenbin@huawei.com&= gt;, teas@ietf.org= <teas@ietf.org>
Subject: Re: [Teas] New term for the underlay construct used for slice realizat= ion

I wonder whether we can pick this apart and put it bac= k together in a way
that makes sense.

The customer's view of all this is an "IETF network slice service&= quot;. I think
(hope) we are all agreed on this. The customer may ask (in shorthand) for a=
"network slice", but:
- they are talking about IETF technology, so they asking for an "IETF<= br> network slice"
- they actually want behavioural characteristics and have no right to tell<= br> the operator
=C2=A0 how to manage the network, so they are asking for an "IETF netw= ork slice
service."

The operator has a bigger set of things to worry about.

1. At the top of the operator's view is the "IETF network slice se= rvice" as
=C2=A0=C2=A0=C2=A0 requested by the customer. We have this defined already,= so nothing more
=C2=A0=C2=A0=C2=A0 to say.

2. The operator maps the request for a slice service into the "IETF ne= twork
=C2=A0=C2=A0=C2=A0 slice" which is the expression of the service in te= rms of network
connectivity
=C2=A0=C2=A0=C2=A0 in the context of the operator's network. The relati= onship here is like
the
=C2=A0=C2=A0=C2=A0 relationship between the L3SM and L3NM.

3. At the bottom of their view is an underlying network. The technology of<= br> this
=C2=A0=C2=A0 network depends, of course, on the operator's offering, bu= t this is the
network
=C2=A0=C2=A0 technology being sliced. It may be an IP network, and MPLS net= work, an
OTN,
=C2=A0=C2=A0 or whatever. I would call this the "Underlay Network.&quo= t; This network may,
in
=C2=A0=C2=A0 turn, be built upon an underlay network of the same or a diffe= rent
technology,
=C2=A0=C2=A0 and it may be facilitated through network slicing - but this n= eed not
concern
=C2=A0=C2=A0 us here.

4. That leaves the glue in the middle: the bit that enables the scaling and=
maps
=C2=A0=C2=A0 the network slice to the network. And I think it is this bit t= hat is
causing the
=C2=A0=C2=A0 most debate about terminology. There are some points to consid= er:

=C2=A0=C2=A0 a. The term "network resources" applies to the bandw= idth, queues,
buffers,
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 etc. available on the links and nodes = in the network. That may be
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 extended to refer to whole links and n= odes.

=C2=A0=C2=A0 b. The number of IETF network slice services is potentially la= rge and the
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 operator needs a mechanism to scale th= e mapping of services to
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 network resources.

=C2=A0=C2=A0 c. The IETF network slices may be grouped for identical treatm= ent to
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 achieve scaling, where the grouping co= llects IETF network slices with
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 similar SLAs.

=C2=A0=C2=A0 d. It may be that different traffic flows within a single IETF= network
slice
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 have different characteristics. = In this case, it may be beneficial
to group
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 together some of the traffic flo= ws from different slices.

=C2=A0=C2=A0 e. The grouped slices/flows are enabled in the network using n= etwork
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 resources assigned for that purp= ose. The assignment may be anything
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 from a fully-fledged virtual net= work (such as in ACTN or VPN+),
through
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 network reserved resources (such= as in MPLS-TE), and centrally
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 accounted resources (such as SDN= or possible SR), to statistically
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 shared resources.

There seems to be various points for and against 4d. But, it would appear that this is an implementation or deployment issue that doesn't change = what
the protocols need to do. So we should probably allow it architecturally, o= r
at least, not disallow it.

Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, it i= s
not necessary to implement such groupings either because there are only a few slices (which has been the view of some operators) or because the
network systems can handle the number of slices. And it is in the nature of=
architectures of this sort that all functions can be nulled out without los= s
of generality, and we have to recall that the internals of provisioning
systems may appear as functional blocks in our architectures, but we don= 9;t
compel implementations to adhere to that type of architecture. So I don'= ;t
think we have to worry on that account.

And that brings the question of how we name the resources that are gathered=
in 4e.

I can't decide whether it is helpful to spend time saying why I don'= ;t like
each of the proposed terms. I certainly have things I don't like about = (for
example) "slice aggregate" (because of 4d, which means it is real= ly a "slice
sub-flow aggregate"), and I am not a fan of "VTN" (because o= f "transport"
and maybe it is not really a network). But maybe it is better for me to say=
what I think we should call things? I think we have...

-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IETF network slice service (customer = view)
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 IETF network slice (operator view) -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Resource partition (delivery mechanis= m)
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Underlay network (network used to sup= port the slice)

Why "resource partition"? Well it is a collection of "nodes,= links, and
network resources that are marked within the network for use by a set of network slice traffic flows".
It is possible that the word "partition" is too strong because it= may imply
to some people that resources in a partition cannot be shared, but I don= 9;t
feel that.
Softer words than "partition" would be "group", "b= undle", "pool", and I
could live with any of them.

Best,
Adrian


-----Original Message-----
From: Teas <t= eas-bounces@ietf.org> On Behalf Of Kiran Makhijani
Sent: 11 August 2021 16:00
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>; Dongjie= (Jimmy)
<jie.dong@huawe= i.com>; Lizhenbin <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the underlay construct used for slice
realization

Hi John, (and all),

Two very basic clarification questions:
1. How do we differentiate between=C2=A0 the slice-segments that are
resource-aware vs those that are not? I had assumed that since a slice
has an SLO, it will need network resource allocations in some form.

2. Is it ok to assume that the customer view of slice is an 'IETF
network slice service' and the 'IETF slice realization' of that= service
in a provider network is raises the question of underlay and overlay
constructs. Am I right?
(a) if so, then we are acknowledging=C2=A0 the presence of another layer of=
abstraction (for realization). It could be underlay/overlay or
aggregate/??. Then the term 'slice aggregate' is better and my
preference, it is easier to see that different slice-services are
aggregated into a single construct=C2=A0 in a provider network. Use of
underlay/overlay are confusing.
(b) for a leaner provisioning, I would also prefer to see it documented that the aggregate is optional and it should be possible to directly map a slice-service to physical or real resources in the network.
specifically useful when a single domain is carving out slices for
different purposes.

Thanks
Kiran


------ Original Message ------
From: "John E Drake" <jdrake=3D40juniper.net@dmarc.ietf.org>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>; "Lizhenbin"
<lizhenbin@hua= wei.com>; "t= eas@ietf.org" <teas@ietf.org>
Sent: 8/11/2021 5:38:05 AM
Subject: Re: [Teas] New term for the underlay construct used for slice
realization

>Jimmy,
>
>Snipped, comments inline.
>
>Yours Irrespectively,
>
>John
>
>
>Juniper Business Use Only
>
>>=C2=A0 -----Original Message-----
>>=C2=A0 From: Dongjie (Jimmy) <jie.dong@huawei.com>
>>=C2=A0 Sent: Tuesday, August 10, 2021 11:03 PM
>>=C2=A0 To: John E Drake <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>;
>>teas@ietf.org
>>=C2=A0 Subject: RE: New term for the underlay construct used for sl= ice
realization
>>
>>=C2=A0 [External Email. Be cautious of content]
>>
>underlay construct for network slice realization bound to
>>=C2=A0 > > network slice services? That is, is the underlay c= onstruct only for
>>=C2=A0 > > use in network slicing, or should it be generalize= d for more
possible uses?
>>=C2=A0 >
>>=C2=A0 > [JD] Absolutely yes
>>
>>=C2=A0 [Jie] I guess you mean "Yes" to the latter case, w= hich is "it should be
generalized
>>=C2=A0 for more possible uses", is my understanding correct? >
>[JD]=C2=A0 Yes to the latter
>
>>
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > > 2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 If the answer to = question 1 is YES, should it reflect the
following
>>=C2=A0 > > characteristics?
>>=C2=A0 > >
>>=C2=A0 > > a.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It is about the u= nderlay
>>=C2=A0 > > b.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It is about the p= artitioned resources used to deliver the
network slice
>>=C2=A0 > > services
>>=C2=A0 > > c.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It allows the 1:1= , N:1, and 1:N mapping models between the
network
>>=C2=A0 > slice
>>=C2=A0 > > services and the underlay construct. The 1:1 and N= :1 mapping may be
>>=C2=A0 > > straightforward. Does it also make sense to divide= the elements or
>>=C2=A0 > > traffic flows in a single network slice service to= carry them in
>>=C2=A0 > > different
>>=C2=A0 > underlay constructs?
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 Yes to all of the above.=C2=A0 Please see: >>=C2=A0 > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf<= br> >>=C2=A0 > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO-
>>=C2=A0 gk!TCiJHCZCwFgwpuFoujxVlZ4r9
>>=C2=A0 > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$
>>=C2=A0 > >
>>=C2=A0 > > Lastly, here are some candidates of the "new = term":
>>=C2=A0 > >
>>=C2=A0 > > Option 1: The network slice service is called &quo= t;overlay slice", then
>>=C2=A0 > > the underlay construct is called "underlay sl= ice".
>>=C2=A0 > >
>>=C2=A0 > > Option 2: The network slice service is called &quo= t;service slice", then
>>=C2=A0 > > the underlay construct is called "resource sl= ice".
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 I don't think we need another term for w= hat we are already
>>=C2=A0 > calling an 'IETF Network Slice Service'.=C2=A0 = Adrian and I are considering
>>=C2=A0 > the term 'resource partition' to describe the p= artitioning of underlay
>>=C2=A0 > network resources in support of various overlay service= s such as IETF
Network
>>=C2=A0 Slice Services.
>>=C2=A0 > This is congruent with the ideas expressed in:
>>=C2=A0 > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf<= br> >>=C2=A0 > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO-
>>=C2=A0 gk!TCiJHCZCwFgwpuFouj
>>=C2=A0 > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$
>>=C2=A0 > ts-03.=C2=A0 What this allows one to build is an 'p= artitioned underlay
>>=C2=A0 > network topology'.
>>
>>=C2=A0 [Jie] Agree that here we are talking about the term for the = underlay
construct.
>>=C2=A0 "Resource partition" captures one of its key chara= cteristics, while IMO
another
>>=C2=A0 thing the term needs to reflect is that the resource partiti= on is needed
on a
>>=C2=A0 subset of the links and nodes (rather than on a single node = or link) in
the physical
>>=C2=A0 network, which together builds a logical network topology. >
>[JD]=C2=A0 In my initial email, above, I was proposing 'partitioned= underlay
network topology'
>
>>
>>=C2=A0 Best regards,
>>=C2=A0 Jie
>>
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > > Your opinion about these candidates are much appre= ciated. You may
>>=C2=A0 > > also propose other new term if it complies with th= e above two
points.
>>=C2=A0 >
>>=C2=A0 > [JD]=C2=A0 I think you have exceeded your remit.
>>=C2=A0 >
>>=C2=A0 > >
>>=C2=A0 > >
>>=C2=A0 > >
>>=C2=A0 > > Best Regards,
>>=C2=A0 > > Robin
>>=C2=A0 > >
>>=C2=A0 > > _______________________________________________ >>=C2=A0 > > Teas mailing list
>>=C2=A0 > > Teas@ietf.org
>>=C2=A0 > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te >>=C2=A0 > > as
>>=C2=A0 > > __;!!N
>>=C2=A0 > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBE= CaI-
>>=C2=A0 > > O08HqD31TGJciNjuxL2A$
>>=C2=A0 >
>>=C2=A0 > _______________________________________________
>>=C2=A0 > Teas mailing list
>>=C2=A0 > Teas= @ietf.org
>>=C2=A0 > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas<= br> >>=C2=A0 > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zp= qkY-kls-
>>=C2=A0 ROxL4C2
>>=C2=A0 > _xNDCrPaNQ$
>
>_______________________________________________
>Teas mailing list
>Teas@ietf.org >https://www.ietf.org/mailman/listinfo/te= as

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

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

_______________________________= ________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

_______________________________= ________________
spring mailing list
spring@ietf.org = https://www.ietf.org/mailman/listinfo/spring

--

3D"=E5=9B=BE=E5=83=8F=E5=B7=B2=E8=A2=AB=

=
<= div>

Gyan Mishra

Network Solutions Architect=C2=A0<= /i>=

Email gyan.s.mishra@verizon.com

M 3= 01 502-1347=

=C2=A0

--
--000000000000be976a05cb9d8383-- --000000000000be976c05cb9d8384 Content-Type: image/jpeg; name="image001.jpg" Content-Disposition: inline; filename="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: <17bcdf8c9d74cd34f0f1> X-Attachment-Id: 17bcdf8c9d74cd34f0f1 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/wAALCAASAFEBAREA/8QAHwAAAQUBAQEB AQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1Fh ByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZ WmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/9oACAEBAAA/APZqKKKKKKKKKKKKKKKK KKKKKKKKKKKKKKKK/9k= --000000000000be976c05cb9d8384-- From nobody Fri Sep 10 00:42:31 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 229AB3A2090 for ; Fri, 10 Sep 2021 00:42:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 bujq6YFEzmZc for ; Fri, 10 Sep 2021 00:42:24 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25F0D3A208E for ; Fri, 10 Sep 2021 00:42:24 -0700 (PDT) Received: from fraeml705-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H5ST86gqZz67yJM for ; Fri, 10 Sep 2021 15:40:12 +0800 (CST) Received: from kwepeml100006.china.huawei.com (7.221.188.192) by fraeml705-chm.china.huawei.com (10.206.15.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Fri, 10 Sep 2021 09:42:20 +0200 Received: from kwepeml500002.china.huawei.com (7.221.188.128) by kwepeml100006.china.huawei.com (7.221.188.192) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 10 Sep 2021 15:42:18 +0800 Received: from kwepeml500002.china.huawei.com ([7.221.188.128]) by kwepeml500002.china.huawei.com ([7.221.188.128]) with mapi id 15.01.2308.008; Fri, 10 Sep 2021 15:42:18 +0800 From: "Xiejingrong (Jingrong)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCLU0zw Date: Fri, 10 Sep 2021 07:42:18 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.232.176] Content-Type: multipart/alternative; boundary="_000_aa19e1f453ec4aa59761d79e6b4f7c3dhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 07:42:30 -0000 --_000_aa19e1f453ec4aa59761d79e6b4f7c3dhuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, I support the WG adoption of the two documents ! Thanks Jingrong From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_aa19e1f453ec4aa59761d79e6b4f7c3dhuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

I support the WG adoption of the two d= ocuments !

 

Thanks

Jingrong

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_aa19e1f453ec4aa59761d79e6b4f7c3dhuaweicom_-- From nobody Fri Sep 10 01:01:24 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA05A3A00AE for ; Fri, 10 Sep 2021 01:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 nU5B6LiYGeUT for ; Fri, 10 Sep 2021 01:01:18 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF8FC3A00C0 for ; Fri, 10 Sep 2021 01:01:17 -0700 (PDT) Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H5Sty5LpNz67bgT for ; Fri, 10 Sep 2021 15:59:06 +0800 (CST) Received: from kwepeml500001.china.huawei.com (7.221.188.162) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 10 Sep 2021 10:01:13 +0200 Received: from kwepeml500002.china.huawei.com (7.221.188.128) by kwepeml500001.china.huawei.com (7.221.188.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 10 Sep 2021 16:01:12 +0800 Received: from kwepeml500002.china.huawei.com ([7.221.188.128]) by kwepeml500002.china.huawei.com ([7.221.188.128]) with mapi id 15.01.2308.008; Fri, 10 Sep 2021 16:01:12 +0800 From: "Xiejingrong (Jingrong)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCLU0zwAACbj8A= Date: Fri, 10 Sep 2021 08:01:12 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.232.176] Content-Type: multipart/alternative; boundary="_000_b004f9e2e51d4299ad11506194749bddhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 08:01:23 -0000 --_000_b004f9e2e51d4299ad11506194749bddhuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The reason to support the adoption is that, these two documents had been di= scussed thoroughly, and had led to the conclusion from WG to work on soluti= on to compressing segment routing over IPv6. I think it's time to adoption the documents to progress this work. Thanks for the hard work of the authors and the working group. Thanks Jingrong From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Xiejingrong (Jin= grong) Sent: Friday, September 10, 2021 3:42 PM To: bruno.decraene@orange.com; spring@ietf.org Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-= requirement - draft-srcompdt-spring-compression-analysis Hi WG, I support the WG adoption of the two documents ! Thanks Jingrong From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_b004f9e2e51d4299ad11506194749bddhuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

The reason to support the ad= option is that, these two documents had been discussed thoroughly, and had = led to the conclusion from WG to work on solution to compressing segment ro= uting over IPv6.

I think it's time to adoptio= n the documents to progress this work.

Thanks for the hard work of = the authors and the working group.

 

Thanks

Jingrong

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Xiejingrong (Jingrong)
Sent: Friday, September 10, 2021 3:42 PM
To: bruno.decraene@orange.com; spring@ietf.org
Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compr= ession-requirement - draft-srcompdt-spring-compression-analysis<= /span>

 

Hi WG,

 

I support the WG adoption of the two d= ocuments !

 

Thanks

Jingrong

 

From: spring [mailto:spring-b= ounces@ietf.org] On Behalf Of bruno.decr= aene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_b004f9e2e51d4299ad11506194749bddhuaweicom_-- From nobody Fri Sep 10 02:04:20 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B0EA3A09F9 for ; Fri, 10 Sep 2021 02:04:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.352 X-Spam-Level: X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-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 (1024-bit key) header.d=nokia.onmicrosoft.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 mslMnDWHJxqB for ; Fri, 10 Sep 2021 02:04:13 -0700 (PDT) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2093.outbound.protection.outlook.com [40.107.22.93]) (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 C1A2D3A09EF for ; Fri, 10 Sep 2021 02:04:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZHI7/RrYVM3/vhi/aN4y7U0RUb2Tdbq+4gmGVrgPv0etklhi2u8jkk3oiXSdc2dVniwgdvAXQhEsM4Er3W6OZ7j6pKsrGra8AtY30KbcuGaygyIMSPJYe480zj81G3M+hOTbulzmrcQk9jK0GPkYIDBRFO3h0MOBplA6BdJc0aiaHy+a1BslND3ar/doiXS77+gLT6KOUv2n9ujog0FUYfmaFPuCHNM2euU8Z93eoUgc9LH8a1lu5+3LStni9qIiJ2E4cgtu7RQUn952ifOkkwkQHZ5OfR66+PWgEXhEgmMPbwahJuT4FS1uSBhKccgi+gN2wgw+iZYctMcZOJsCwg== 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; bh=pE2aPYikkaK50iZ5Ye27vu54oGmh5qYOwfOsXyWl9Bk=; b=FwUwAlrySRwRRfA1KzJ1er5gbYkl+uOwjOi8MbWLCQLw4WaL241mdBPE2dwwyDZklLOQ1CtE8/Y2A8Jz6415Nfo+Es/HWS2rJ40OuXZxOx8FbZKEVtfFctReouZv10nQvB3h90nKIDIVoKMTFV+benxhL+Ij8Lusst2WCFqkph+nQSlgDENjoBDkHiRxTVElWvDw+ddhQI6jrkP8ltFgS6YuGnIVcFr4QXN7eZM9+jsOrSz1AdLqV37yCNaTK6s3RGMSK8iTnYQ6nUzAoB1Q+UigcQf38oAmGiL7P7NylnyP1YAeHM8M5CsPuMfFG97eK4Xs6tx4S67lDL+UKyGkkQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pE2aPYikkaK50iZ5Ye27vu54oGmh5qYOwfOsXyWl9Bk=; b=ofvJIkeYl8F1AC1dI7s+74s+4QG4xWXHb82qU1HyhbIQkbhCD/1wCni4wjeFpTuKCMioiZ65UmMjR+76KLu53SQVPetiNPEhdOCx88QphZ/Yp4OP2OsPr2Gh+cqgxKniwaVqAZtcb/aZTNUBLPWxUBKGlkZdZrwT1EmjUSBmOSw= Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM9PR07MB7729.eurprd07.prod.outlook.com (2603:10a6:20b:306::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.8; Fri, 10 Sep 2021 09:04:05 +0000 Received: from AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9]) by AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::f913:8431:aa6d:42c9%7]) with mapi id 15.20.4523.009; Fri, 10 Sep 2021 09:04:05 +0000 From: "Henderickx, Wim (Nokia - BE/Antwerp)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCOLTVz Date: Fri, 10 Sep 2021 09:04:05 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: nl-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8cc23a72-9243-493b-93d3-08d97439f0e9 x-ms-traffictypediagnostic: AM9PR07MB7729: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: D4fvaexihrjBaPQBY2IdCNMOD5CXj6asD12C2r9FBLndM1D8mm6MQFf0OE2WtVFv5Yg9O8tGHMl0siWgbnSKlQ1+YmXYFfk3o9JuEexrE2IS7akg+bp9DdqNdCuQWJsd9iXGRf/x0bxWkKy7Y+E1OtJ5snRlDOyIPccWPgtB0JxV8xSCgxJuwcwilo69M1N/s+Y0habedfN4dgqctgADvhy/5aNghb5y7XSIFSGp4ZVb+sFmJ9vcWgML7p5YwWqKEdw5/BVjowF6rzMQWZocw6PIqueEK4bc3HdJuGmevQrIcGV+qWPh1DtME5pKljhfTkxncvMl6mnaG+5IqtoJpLB14ItmbBABxaaME6Xu5+/BybO7L2lFk220jIhCMZk3MIjrkkQPsc/0cosQuMeWT9uq32A8CRqZyM5F9eg3tVsXppKjlLiLjTXyxMPZRxBNPQw2eBTvnXiHsgq6QPtKksBKZ4GxAkxU2BOX1Fy7QNiPjb4zEP0RO4f2QqBIesLUnBKx7zrwDnW5orPA6wSxEoRaThZr1W1udEHlcghB5eBpqqM+oAVa6ydHtoXFbb9Bkl42NIBjKATr87G4Z/1nNiOtdxpPdjkQbUEa4FkEbeaN6RIk1iMZz5yNiGkWS7yDtBKUfhvosylY6zjdGApTQP8fhirdcl5wpjv9RrFXgRgIcM+H7SSAy9OEktgZ2HAB5KzhgoWffDWPBCwhuZpU7d1P2dS2TQsHP85RnfbBjToLnP2xCYmMIBjwXUgwLquqzHaEPmXMbIEStTYzKZLZYRPmq3H3YxjVJmNBc/k0emHiKjOuVroCgbjTp63xW6WXaNY7W4W+f+Fkyb6H4BZEHA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4497.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(39860400002)(376002)(366004)(136003)(396003)(53546011)(6506007)(66946007)(110136005)(122000001)(64756008)(9686003)(316002)(166002)(83380400001)(66476007)(66556008)(38070700005)(8676002)(66446008)(2906002)(91956017)(76116006)(5660300002)(71200400001)(966005)(7696005)(478600001)(55236004)(55016002)(8936002)(33656002)(38100700002)(52536014)(26005)(186003)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?moNMuXFZBbrGQqRXgV1e8hpJC2/PxCw/hQwK/D+wJ4CPlrM6+AQwWkR5s7ra?= =?us-ascii?Q?m0leGnSO7L1fr+bxSPzKLLxPu8ZFUttkIQP+Kb1pLCrMHiIZfkWFQx2D9Ds1?= =?us-ascii?Q?hrj7mJ954o0f20dzggt5uJPlPaPMmFf1i7W6iOS2Bvhq60kJV7CT6xZ/S+CK?= =?us-ascii?Q?bRhdK/Am4CAUmU5q0xp2vN9QqO8LG1VOfmsWCD4czX53W3IYX3mlZnGEi7pI?= =?us-ascii?Q?b7Jzg61ykKvERSYo5kQYadgwxEKR+WyIyl0MauFg32OcAPKWX3KT3xFiaFDo?= =?us-ascii?Q?mY/JIqKbQ5KmRpnHEm3d+5/sGzsT7narK/PHKeoTj9t6kgtdRdVk2ucWT0b/?= =?us-ascii?Q?RsRzTZW/L84Ib331jZDSnMCTqaURiCzSgRFRkaiII6Cv0VdraUKidLHH8txu?= =?us-ascii?Q?4Tbt7pBKKkyi6FGU8w36zy+n9+Z2VIfPVOnUkNYjDbMDcCeQIyEylJP+A0vt?= =?us-ascii?Q?wDpCRnGRI7Fwtd9iCWf3oB1R4JOqHM6jmh8EYSL+Sj0XzmVeGsyXwpa67wTb?= =?us-ascii?Q?Zx4g3TCulwmFy+qamApt5KUD1uIQx40yc01UNCrvKIx5UbFKpxyjR7mVwARG?= =?us-ascii?Q?PCp1OKgOg06RNNLAbqUkK9uOgRfpc4Dd5l2GMhPCCWX8eYpqd5S8g7PN2CGy?= =?us-ascii?Q?ZbgV98Jarc+8mKvJ/9BUQYdFpv7tkfpdgczXkz95C0yp+wc0CzpFfJxenIHj?= =?us-ascii?Q?GeeB5A3fdIGN0STa0oAA7YX69d4nTunWIR7ALj8GGMpZccmS8Z6FV6y7SKhe?= =?us-ascii?Q?moURN40wrblJg+Bj+pE7xSEM4hyqgYJ4kTTYTHARPVBx29QcNKnHmmiAFluF?= =?us-ascii?Q?JCLgoOoNI3iBvJyXs/LYyG2d6ZtRkTplBucBhy9wvIyG2WByjSFfdIQeNzjb?= =?us-ascii?Q?GmnNNEO9II/oCQP9pWKcWVov8AWDQvr1CSXbfL/7YDe7FKvnbeK2lLMlUZn6?= =?us-ascii?Q?ChYjNhGwDDWv8W+RyULBcImimuYhw/ypgSrMV98LSevl4myHPavwbvktpWmV?= =?us-ascii?Q?Qo5UD50slSXnep9yDCqmd73IsyDAQD903rSTxosyVLatcnEuh+0RhDdNkFjl?= =?us-ascii?Q?tU49zMsRs0oEqffsXZpKwkMNKS68VrXD+4CDLScCX/3xDrdktb99iEx2wNHV?= =?us-ascii?Q?SMbvw09ewFEWBjljVYxIqTBxFnljCXLpbFmsoTLa+V9oqGpI5LmzEqMfgeWy?= =?us-ascii?Q?JlCx664DKoZz4L+WtlNz+3S9NlAjvKnads3z06Tf1K0N4+f0/Dda3vbDFiZr?= =?us-ascii?Q?8/v0EFQEF/4qMuZuvbyeGJmmO2AaVqoNIvehJ6qKAYYd+WOlSzZgGtiz8Tfu?= =?us-ascii?Q?6g/EDUFAvqQX9lfSmyOfOQrQANGG5yeIQ0sJz+85TziNTw=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_AM0PR07MB4497CBECB110C940B3CCEB3183D69AM0PR07MB4497eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4497.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8cc23a72-9243-493b-93d3-08d97439f0e9 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 09:04:05.2443 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: PoDCCLXhkWfDKh88BbbnpL3rBMTv3DqOMZPNW3etxiaFngQUv379NX9I19PEcvvoz3kPcQoS65xkn/KcUS+R24sd/IIWz143JL1QPQ7V5VE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9PR07MB7729 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 09:04:19 -0000 --_000_AM0PR07MB4497CBECB110C940B3CCEB3183D69AM0PR07MB4497eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable As a coauthor I support the adopting of the docs. They provide a good basis= on the element to look for regarding SRv6 compression and define the analy= sis of the different proposals out there. From: spring on behalf of bruno.decraene@orange.c= om Date: Tuesday, 7 September 2021 at 15:13 To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_AM0PR07MB4497CBECB110C940B3CCEB3183D69AM0PR07MB4497eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

As a coauthor I support the ado= pting of the docs. They provide a good basis on the element to look for reg= arding SRv6 compression and define the analysis of the different proposals = out there.

 

From: spring <spring-b= ounces@ietf.org> on behalf of bruno.decraene@orange.com <bruno.decrae= ne@orange.com>
Date: Tuesday, 7 September 2021 at 15:13
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis<= /span>

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_AM0PR07MB4497CBECB110C940B3CCEB3183D69AM0PR07MB4497eurp_-- From nobody Fri Sep 10 02:47:04 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8768D3A0C29 for ; Fri, 10 Sep 2021 02:47:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NO_DNS_FOR_FROM=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lapishills-com.20150623.gappssmtp.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 iW9vM-YrdNEc for ; Fri, 10 Sep 2021 02:46:56 -0700 (PDT) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 9B6823A0C2F for ; Fri, 10 Sep 2021 02:46:54 -0700 (PDT) Received: by mail-ed1-x535.google.com with SMTP id n10so1613823eda.10 for ; Fri, 10 Sep 2021 02:46:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lapishills-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=I3z/AF990EWknfVrf/Ozsozs66laZPSSe2Nu5QyZMug=; b=2SCInV6z2BuICUYzdwEFb3bEm5/xXJk6gEWB2uUCKzm7v66GZmuLmgkHrGDafv7d7D cGL5dZLTBMHT57Z/JN5KIfqftBLBnmJAGjCpFhHKoUZce4S806vFNrmrAaxJhm7yz5+6 0gxZa9IBRgCAyQrVhEVnItQR8Kfy6HkTxxyZPQmaUDq7QgoZpDyAnaBqWL8S8OVuV8B8 ljBbVJ+3fjgCCjTCdyKmk+ZwEacfiq/XNJupcyTJcsqs5LWfQtqlIqtZJhKhaxuEU+HH VQXBLmBrOvjmrbn3jGCdO/tgjuKWGPIU5WjeBOKzB5g7P1oViVmewIabOpHLFJju3vOq DLVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=I3z/AF990EWknfVrf/Ozsozs66laZPSSe2Nu5QyZMug=; b=e3dJtKYszrHH5hb8+5aQwrdIC+/wgwWkJaGIET5rJGBcYVHZP9w+x0U6m0VugpR09U qL4sJzDBfsLMfK1pMYvRQ67xabGo4RkfeOWffOoP0UBuZ7RDxujeoCOXDiw98AqEea58 QXWMdvxxePg5HM2J3NXVIZFErFnUxXFtZ2NZV5XHiVcElWDVSIu3/GJ6wSNOweEEBo4j mDsic/zW+6L56LAH9hSWyokQ3hLp4V93fo3yUIV2OiDNJk7+4dNH5l1PSrVpdFfKzC/r hePwictU5eLD+XyYg6cLAKIdtXsmZJkvqhvJmFTb5AVOLmA4DE6AY70IZUhF1cu/YPok fdRw== X-Gm-Message-State: AOAM53352jt4swHczUEZrp3W4i890lnt/T22muWnHnHbdKlWVNwQ5BUh hC3cyIGSkdJhKVhJZidMbHac3RQJPbezB/EHVuaw4fwYr5nOuM4v X-Google-Smtp-Source: ABdhPJy3hogAiEzJS7E5tkYvYumlWkVVgs8OKecCAvcrvT30JMXlmoz1Qt9nYcqpbl0FPmTN4BYMWeZTjOxRv6Oewv8= X-Received: by 2002:aa7:ca4b:: with SMTP id j11mr8282068edt.342.1631267210925; Fri, 10 Sep 2021 02:46:50 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Dirk Steinberg Date: Fri, 10 Sep 2021 12:46:41 +0300 Message-ID: To: bruno.decraene@orange.com Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="000000000000a430ff05cba0fec9" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 09:47:01 -0000 --000000000000a430ff05cba0fec9 Content-Type: text/plain; charset="UTF-8" Dear WG, I support the adoption of the two documents. They have been discussed thoroughly and I therefore think it is time to proceed with the adoption. Thanks Dirk On Tue, Sep 7, 2021 at 4:12 PM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000a430ff05cba0fec9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear WG,

I support the adoption of the = two documents.

They have been discussed thoroughly= and I therefore
think it is time to proceed with the adoption.

Thanks
Dirk

On Tue, Sep 7, 2021 at 4= :12 PM <bruno.decraene@oran= ge.com> wrote:

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requireme= nt

- A solution analysis document: draft-srcompdt-spring-compression-ana= lysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Thanks!=

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000a430ff05cba0fec9-- From nobody Fri Sep 10 03:50:16 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8BE93A1057 for ; Fri, 10 Sep 2021 03:50:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.352 X-Spam-Level: X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-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 (1024-bit key) header.d=nokia.onmicrosoft.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 DxZpI-o3y_ad for ; Fri, 10 Sep 2021 03:50:08 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60099.outbound.protection.outlook.com [40.107.6.99]) (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 4F0673A0E13 for ; Fri, 10 Sep 2021 03:50:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PvWUoculA+v90+5xAYRcP8Am0cSJ2aJjzFm8k7SREfWcKGZq/0YPpawyxb+OCgzt7zyesFvNvP5HlAL5HSGE/uXq7QgctM6zWIKo6GbJKmknP/eA3fAR72+KCPRN+PXA3IPbdPaO9TKrsaGZAVwyUPd6XQZdLMSA0C5E7NXtxbliTm/V9FgAVLL/Q6GZ+P4+1362QZA/m91y5wpRJLCkFaTDT4nXZ9sRXgrtshQ0MPrBqxhbqLrgmgTtz+Br47hpYZX6VHjMKFmfHLkaP1b4buxbpIX9ExSSWrK96aDi12hxcjtkfR6ronoYsSaZr1vEIDKGSu9TZN4LLVZ4J17ehg== 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; bh=dnjqGk/yYlw8CBKwkAv/hua/Y8D7j6PAR1249BPtVMM=; b=Cdjm9Xg0OVQXg3cguKjGoiiMy3EP3Jl3RdwWQhQyQ/NAmIf6YQNh/sb4U0xHsdHO1tsnZskHv0zBkUny20anx72YcdI/giarcjpIGwO5TZUj0M/ctbecAvpv8vpIUJHK/JceBmUiMM4NMDA7q5VHJ9zHCR6Smy/gvdj7nbv7XvFfss844wDe0Ed4OZ0Lt+DOZbHPcuDbe+aOf2qqYEFkjjwzGDCsmnJGchSCv1qDmVeoNd5wMGpzjNAp7Vpt3iSUy3gR1so7yahQ60A6c1Wd9vzMZWL+MSxUE0WqqKoQ/SUw8usfusUDEsUbhp6OPZieMw21/7ZoMJAtPYid9jkARQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dnjqGk/yYlw8CBKwkAv/hua/Y8D7j6PAR1249BPtVMM=; b=C0yflyqUah1niMrlha7L2MlG6OxOSsiJML8gH6fkWZm0LRMWd8+y1LDbBUroHxm5JVt8NePVhVi7z+A/jpQZ1urF47z3JEcbF74Uo64bfangBmwdFobjZmlbWXecY/7aBK0SWgnC9036tX81WlLxCgfy1m/akpaOfING5ht12XA= Received: from VI1PR0701MB6991.eurprd07.prod.outlook.com (2603:10a6:800:17d::22) by VI1PR07MB6477.eurprd07.prod.outlook.com (2603:10a6:800:13b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.9; Fri, 10 Sep 2021 10:50:03 +0000 Received: from VI1PR0701MB6991.eurprd07.prod.outlook.com ([fe80::415d:f3d1:5b61:1aff]) by VI1PR0701MB6991.eurprd07.prod.outlook.com ([fe80::415d:f3d1:5b61:1aff%8]) with mapi id 15.20.4523.009; Fri, 10 Sep 2021 10:50:03 +0000 From: "Bocci, Matthew (Nokia - GB)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCRxMFt Date: Fri, 10 Sep 2021 10:50:03 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b04258be-f01b-4be5-1262-08d97448be74 x-ms-traffictypediagnostic: VI1PR07MB6477: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GnF0Yots0JL008AY0eKgisJZcNVsYxq7izKHscjXM+JomQNBCOTnUkx5a3W/K5uhEzsp0pYHtU+MfsXjNyIhbMkMyGOcvJ1kUmb94iQr9itnHEZ1xxRasmTPOZ/ypx4R5CEIfWl8o+4Mt1dao2wm7brNz5imuoV8Yk0COpslBej2Slqoy8uuBCmqbqEXJHkv6RLdg+cykduD+SC7mKfW3xehQmRyOTM+ERd5lGJAUiqZBji3kOghHFUaZf0xYkxGxX2fhviBogQoXQ3AujvU84Wmf5OBWRqKpvyLNlYyv6DVGaFwkTCEgCE0TGfiOPV5Q+CQ4KEnkOZ5a490eaCN0mdAX4LY8bAllBkadhl/KG+4r7348QlgvlZaDPypK+JD+rdFv3DuphHcOY8qgOpkvyLPnDN+CF3ZNJm3KYiO0rHPJa5usAlNJ9m2moMLAAnl5WinCOH5Frnfx2lmglRuMeSy5hixACmtTDVef448ZheOxJU33H+mpSN0ReJ0NQWtGam0d/NB2GOas7gt1qRyvwkSf2mbJ9/MvpUlBlGCMWEFRLdv3Z3zHuT3rM8zu7pN0h1iSmhyRtmXXm88Hjrq8tOZUtLwIuvus3n3lJkF6jbEPjudfIMXAnjeGJxekj+qh2DoyUrCFOD9xc7KTbzl25wiySoUBU2aA+NHpbD7dYY6rSfwsw44+0qgo3fPCQtlt2wcRIdzfUA92edzGxZd0Yy+rg06m+zPxBTDMU1ryx/klJIESkg53YNdh+Arl/7CCL0Chqr78bc8+p70/DbItm4/JDM1cSTZA3GLr7m92vojOT4B+eVFPZkDjWxyIVqvKVLvs0FHT9THRiM+jiHR6Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR0701MB6991.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38070700005)(52536014)(71200400001)(7696005)(38100700002)(166002)(6506007)(86362001)(76116006)(9686003)(2906002)(53546011)(5660300002)(122000001)(66446008)(66476007)(8936002)(91956017)(8676002)(33656002)(186003)(83380400001)(110136005)(26005)(55016002)(316002)(66946007)(966005)(66556008)(508600001)(64756008); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?1ltRerfS0MBx2HekN4E5S2mo2IdW/fmv1qYf9kqG5tJUcR+YU01qWajsshnH?= =?us-ascii?Q?NTn+NwL7+a/jdG3ZqpnK+JQthHQ9HTWv9qczbtpCOyNbBLMurXwz82CWhHyn?= =?us-ascii?Q?SgeLD7dL58ckwIGArEl1upkoIWufILKA5eOa9qfKUT6pnvAvmhmNImdZZUvR?= =?us-ascii?Q?PlP/qkt18fQ+JMu1z2D16WPD0pS+hkrlHPC5Nh1VdRVa+mZ2VxGn0NqW7yDh?= =?us-ascii?Q?IPb6W38KQVPAhSCED8MDasSoHM3Veeynr+wmHsu30QtDa2pXpkfCG1+EwTPr?= =?us-ascii?Q?y8HsoTj/qIYSN9BscoLdcr2oSIEo8DhWu08F+qa3PgnIItlJv3KJj4hSJpDx?= =?us-ascii?Q?w6drfB6gBZpTpHQs5dClA7XcZxzqTwuJW5NqisatcSre6HaiKAO+zKy1gnOU?= =?us-ascii?Q?qJvYZ7nMXbXazVRlI5ZjVNYtLRyaxxKf+7cTqzyyo2AksmUrBOERZpI6+8/W?= =?us-ascii?Q?Vl23XQQ6JqvvAtbDpigs2a6RIIK8BU7Oc+SZTgd447oJq7YfvSWOcVtwz5Nj?= =?us-ascii?Q?L/0WxCHOFDVwWpVzHKnV5/YQWv1NTdujNITO4aVokyPefolHRa366/T8DkpQ?= =?us-ascii?Q?Qj351EP0+pe5mwKCiVxMWdmun39cuARH1hceV6ovASQMIEJvmvcNKN19T8pH?= =?us-ascii?Q?oLSw2Ym667/DEEUJ1lRa7ZQsfWC8MnYy1xZRKfXhKuBvSoiSCuz1CBH6gAB/?= =?us-ascii?Q?1y07wQjU4xqaLpMts5sTPDmHcPHVcipjfHX8kkq7kG8qK+WEO+F3QcOL+JWt?= =?us-ascii?Q?DAmpf35l3laXYdh2c7fPFFEB0QxF2TYL6fq0PfxwIh4Co0C9rNLA2vlUfJqi?= =?us-ascii?Q?8duFKkmLZwmUI6Z0337DIjAzfeIVOrpGXQ0qnyl8EE9lJdcddjqYovQ/gh0D?= =?us-ascii?Q?bnduPRuD/hKuTrc6yU0AVDt+pW4HoW1VILLclGYAdsfsZb6KQFA14Nbk0cbM?= =?us-ascii?Q?37AcL7RG/kF2zFfjOryowK4NLgyuU0uhhGwRMU5+VGclg6sInwVMj/6V6+sc?= =?us-ascii?Q?NICLUQwBz/vkHNvVbtTJtQgAzPvgJoDMQ5Nuv1KQj0snPYVU9wGX058QBI3j?= =?us-ascii?Q?ooywECC9txxmKsMueKca3JpjKPmoQsJdHcXuU5c8RHBas+DmZYSvrAXcoJW9?= =?us-ascii?Q?6HEPynjAk6eaZgoH5UGPHb4wZ6rwxyQaFEJyujl81Q025jgIc+bg/NjYjI70?= =?us-ascii?Q?25qep7SyG5VD64vmEm75nr96DTvxxapg585NIycBprzawPXC9gGqv8xQnZF7?= =?us-ascii?Q?9HP0K3H0vYunBbBH8S2QqKbj8fhJJZpjGBOHdAffm9riHuyiz9KlTtdC2zDb?= =?us-ascii?Q?xcMdapHigCU2DyANqoMALY1V?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR0701MB6991C8181C9C26D8AB20CC75EBD69VI1PR0701MB6991_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR0701MB6991.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b04258be-f01b-4be5-1262-08d97448be74 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 10:50:03.0226 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: XGbUEVCEZGhFLdL965A8J+Mmid2QC9al4oeaKJxf8ZsspRQDhcjDJsic7VU1/Qf/yMJEDo0kmIixLLV4wUJD0A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB6477 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 10:50:14 -0000 --_000_VI1PR0701MB6991C8181C9C26D8AB20CC75EBD69VI1PR0701MB6991_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Bruno I support adoption of both these documents. These have been widely discusse= d and are going tin the right direction. They are mature enough that it is = time for the WG to take ownership of their future development. Regards Matthew From: spring on behalf of bruno.decraene@orange.c= om Date: Tuesday, 7 September 2021 at 14:13 To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_VI1PR0701MB6991C8181C9C26D8AB20CC75EBD69VI1PR0701MB6991_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Bruno

 

I support adoption of both these documents. These ha= ve been widely discussed and are going tin the right direction. They are ma= ture enough that it is time for the WG to take ownership of their future de= velopment.

 

Regards

Matthew

 

 

 

 

From: spring <spring-b= ounces@ietf.org> on behalf of bruno.decraene@orange.com <bruno.decrae= ne@orange.com>
Date: Tuesday, 7 September 2021 at 14:13
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis<= /span>

Dear WG,

 

 

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compr= ession-requirement

- A solution analysis document: draft-srcompdt-spring= -compression-analysis

 

Both have been presented to the WG and triggered some= discussions but are still individual documents.

We believe it's now time for the WG to consider takin= g ownership of those two documents.

Note that, especially for those two documents, WG ado= ption does not necessarily mean RFC publication in particular if it turns o= ut that the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents.

 

 

This message starts a 2 week WG adoption call, ending= September  20th 2021, for:

https://datatracker.ietf.org/doc= /html/draft-srcompdt-spring-compression-requirement

https://datatracker.ietf.org/doc/ht= ml/draft-srcompdt-spring-compression-analysis

 

 

After review of the document(s) please indicate suppo= rt (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your support= (or lack thereof) as this is a stronger way to indicate your (non) support= as this is not a vote.

 

If you are willing to work on the document(s), please= state this explicitly. This gives the chairs an indication of the energy l= evel of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_VI1PR0701MB6991C8181C9C26D8AB20CC75EBD69VI1PR0701MB6991_-- From nobody Fri Sep 10 06:50:39 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33B2A3A0B89 for ; Fri, 10 Sep 2021 06:50:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.352 X-Spam-Level: X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-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 (1024-bit key) header.d=nokia.onmicrosoft.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 Gxjcl3IrgLOy for ; Fri, 10 Sep 2021 06:50:32 -0700 (PDT) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2095.outbound.protection.outlook.com [40.107.220.95]) (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 500813A0B88 for ; Fri, 10 Sep 2021 06:50:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IahpC1hoATb7wL0//fFEYNLZiRhwNhxAtN9+HOxiLq5kj8eHoyLDfyILlst57Z/y1KiqVQnHCQQ52Ktt3ntgxwvE766MUnCrYGYBW+6ih7AJLZ5ILx+M/gO/7/MOfjsgM5ZAUutGZhfg9G0LgxH1XArXOpzQPPERIiteXRdYk5GFNrmDC/EWxleGHLmc16+PPY5RnPL2LVfQpH9wDUtRfaCvUmLpD1pTdsxDLzV7ckzllvMcmoF7kJz/2tofJRPsk/sVDxUNSuF9yarqaFkyc79jIrT2Qdo/cjv2E+aJWEK0RdgGfnk/b/S5EjG0pfwrC8Dfhgsw2Gjz2cGzfhTKwQ== 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; bh=D9B8++cZ+WTOUe6v+mU93ZUf6SM6D0iLWcwfqNmLVo4=; b=H8i2B7zJn1ykhq3qd8frpyjx7Frx0ZBPJw9DL6pliEeFlk1C2y/GaxzALf+Fv+/mkTVeQieVRQEJeJW4DuEOInXQvSOH/DlAVei4zF+WbmefcDWgB6Dqf9kb03I5LvpzpDoPfXe8WacwKxH0vl1NlA8rp1UiqAyE1rG+yI5eXE1Z09wHghiOF6tkGFq1johS9vdg2LnteChBzIB87pJhfmYECw0qir8dOuqxkb9tNAUn7vAKw4Bk5LJZHu9eoPxfaLelB778UphJZZTPzcWlPUnpeyxQVYgaYJu+DG70Bkm2cXwPzaj2IPJMtb9SgWMsr+RacLu8oELPF9+IoRvQOQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D9B8++cZ+WTOUe6v+mU93ZUf6SM6D0iLWcwfqNmLVo4=; b=gOtdBm+dYltrAdMAZyV6PjETSuUR86o1tNetzFpiv48U7LBTn1oorXOPP+27hSXqfQ5MBolbZOTpu5qNirhXg6iTMi357KHglUh/Z6K+N5qPPCrjzNdZfPis7iduLSlbOpxB+q1zLTW7EQJg3RWCOpOU1kWH5IggXClxYh9eZfE= Received: from BY3PR08MB7060.namprd08.prod.outlook.com (2603:10b6:a03:36d::19) by SJ0PR08MB6557.namprd08.prod.outlook.com (2603:10b6:a03:2d5::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.22; Fri, 10 Sep 2021 13:50:26 +0000 Received: from BY3PR08MB7060.namprd08.prod.outlook.com ([fe80::c968:fb2a:1464:e9bb]) by BY3PR08MB7060.namprd08.prod.outlook.com ([fe80::c968:fb2a:1464:e9bb%9]) with mapi id 15.20.4500.017; Fri, 10 Sep 2021 13:50:26 +0000 From: "Rabadan, Jorge (Nokia - US/Mountain View)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCYKLr2 Date: Fri, 10 Sep 2021 13:50:26 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9c597674-addb-4d1a-bf21-08d97461f19c x-ms-traffictypediagnostic: SJ0PR08MB6557: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: joP54vKR9z2FfJc4dWSB+Du9ljjHnxwtqbE7uesrk5hyi415HnOHv4O4gjYHARN8XOUlsmXsk2DQrTuUaOETMrW38r9P8ol2cZ9F3nE9+/9X9FoHaQ1FKrR9gbXK5QXo8Vs1mnrHzLvjc8hhWTXMls6FYEME7cxMgdN5NGGgN00wJQZBPZj51JxvdOONdtZiZBkM27xIMohiOCISP4S/x+4KqpVTs5nip771A3ANcnHlHg8hiaCMw3w85s2xznQNQMZBZEjAGKNE0T8w9gi+JfeC2scD3IIg+3entWlmoMzVHndNcz/K/BEgw0qCtVI/vm/QmwyD7VTuvJSgtCtCR+ggSc0A80zP2R9p8RDnaBnfA7iErKCc8zVlh1QMFeVnNgtHssdCzse0x2Z3eOAMwU69Fx1E0Lwsd7RdXIm0CnlTdFC0UizJbwkiZ3tQh+OOoGdk2+zTR0/J4IgGIcqjqFezgjKMmlYJq7Tg/A8D5ixO5Tx0ewWRhfWz7fNngh0kAoGN6KjWWiSjdbOUIi/jhqNyD/NQuez21P/BZPPnfyOvaturomDsY+bIbhiXFbYVBfyYC3MrfPLpUTgj+Xj+2dIVCHNvRnhprjfU0ZEx8AP9CUYGL5ROkVwVtHX3vh9oXljIfenfajusx+rxmTd8kz1GKpVqgmtbtuZopRSIywy+/EJIFZmMXzk9z8mA9+MD5aadfRrr93VOPA1UnwtFKX66r3nnAkN8Pc/I7Uu3lKVuafRMWOA0Q0/eep4L0Gb+T75JuJLKWCd96lwAsM/rIPSmYIxJPlv2FWs+8kwPB+tNgXvouL2ANu11j+jISReR+g58Td0mstf61xv+YTD/bw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR08MB7060.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(136003)(346002)(396003)(366004)(39860400002)(8676002)(26005)(33656002)(76116006)(9686003)(91956017)(38100700002)(38070700005)(122000001)(5660300002)(186003)(966005)(316002)(53546011)(52536014)(71200400001)(478600001)(6506007)(55016002)(8936002)(64756008)(66446008)(66556008)(66946007)(2906002)(7696005)(166002)(83380400001)(66476007)(110136005)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ve4njHZTPfX2MxI973P8WT/+kZTgnPlQ77h1JYVCT5mWcXi6CIRzb9U3hgfP?= =?us-ascii?Q?bimSyuQ/jlDxAkXJcSFvUbIFAVdvbkVoJGutW0JLBy4MTmwwAT6SUj0Up7z3?= =?us-ascii?Q?cgjJniGmHAKgEObIigdHcWiDj/8bZraaGstHgGGnZyuf43GJuvmcZ6KmktbH?= =?us-ascii?Q?O/rIH1/1wDE1lxdn0y31b/1lo1sc+C8s1A1qvIlmUIJngtwagvrZFDyjnNwm?= =?us-ascii?Q?vtxp+/ezVBE0CziXNUGf8ESGNNaz4Fg/f+VmwDWcSfdxonoO+AvCYjFBUuC5?= =?us-ascii?Q?+q3vOEV58V54mY6RK8kC9Y0e7tda1LEGk9sd6PuKx8qqUu64OyTPMmzPAufx?= =?us-ascii?Q?351d/WK8Q1HuAdr8gr+T4z3Rg9SRdlthu+MCUiGp891K1q6lrcmjp2rQduDB?= =?us-ascii?Q?ZhyT4uuoFlp6zCLbcZeI/JeQem9XpzKF6yj3FMNauHQC/icNgCHsNVL6KtXC?= =?us-ascii?Q?t1r343H6qTCKrvoyywjhYlSOYqh0hda5Kx5uAIfSUyt9BvB8OWcuzGzPPLtK?= =?us-ascii?Q?CSLzAqCj5AKkFYeuI/5NsmC+ty9jryPYVI74jQ7i2a2V0cNO30roiPBZRaoD?= =?us-ascii?Q?RAJQJouzkrWbjfoRP5LGqOA/9+nF24y5j+fUDdYo+itf3csWKdzcWvCQ6Dl7?= =?us-ascii?Q?V/VrLb5WAc3CXx2sUPvqkBOKU09Rm+bE/f04gmFNVnFhdpHMBUw79mRtzEUP?= =?us-ascii?Q?nKibJzGf6sBggAwC5RmphNaSJys8D+hM3e4EadaFwLSVvyz3bt+Yfx3hzYT6?= =?us-ascii?Q?S9If2aAVKqrG23cMhO11Cc1jyZLL+muXFZqOOYJMibSkkC0Il2zS7TwFxKU8?= =?us-ascii?Q?p85kTb/eRazyqBZwX6RO9UVpAogGscUaKNrxjpaXJHRO2TQ6BtTp3e26hIrs?= =?us-ascii?Q?K2Vo35j4+9u0obEGf/reVeivk4F/a0yV6y0vvJ9BkPv5vZkWNp07WlyAe1hM?= =?us-ascii?Q?FZ48fHGkIcMrT3742uXI8jyHoB2Wp6MbfjKc7192oiyyu3wdfneGMMXoUAN0?= =?us-ascii?Q?y2jGVG6h7aJUpqXrOZBSUiQEv3ECuXoX46RUSnTvR+nAWd6f6hfLP/ckrsqd?= =?us-ascii?Q?7TPi7H5S68sIW2ZHTxlYM0IVVkhz5jF4K27oY2xqT0QgrcG5nAuq3zUEYINL?= =?us-ascii?Q?NfxEWa57HayxmwChAj2EPD25DIMB0Y1rDct4JYxVrm/Yv32NE+Nd90jSkmHU?= =?us-ascii?Q?spkzJkrpSAsE7Sp+eLfqwDyE93gNtPiGMdl+kcSXtVMxLv6FiZjvOV3rVQS2?= =?us-ascii?Q?ErvUOPHa46sMm+VqkgLBVvnwhmBxBj7mxlKBcop+Of3qh57RJa4kwB65wlB0?= =?us-ascii?Q?SKv3tGcZuA56uHYTI5dyB+9czcuXphgL23kBsgcYED/0lg=3D=3D?= Content-Type: multipart/alternative; boundary="_000_BY3PR08MB7060BB5AD28EE49087FEB6B3F7D69BY3PR08MB7060namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR08MB7060.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9c597674-addb-4d1a-bf21-08d97461f19c X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 13:50:26.2493 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5w8Wal4w1TlkO+FkmIadhVK7K8T0h0yYgA4GAzi47GZn7XG0aBctXNBum7oMrOa4qt6MfVQKJfluJR+wVsPViQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR08MB6557 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 13:50:37 -0000 --_000_BY3PR08MB7060BB5AD28EE49087FEB6B3F7D69BY3PR08MB7060namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support the adoption of the two documents as WG documents. The design team has done a great job, and the result is pretty good. The do= cuments are a great reference and should be adopted. Thanks. Jorge From: spring on behalf of bruno.decraene@orange.c= om Date: Tuesday, September 7, 2021 at 3:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_BY3PR08MB7060BB5AD28EE49087FEB6B3F7D69BY3PR08MB7060namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support the adoption of the two documents as WG documents.

The design team has done a great job, and the result is pretty good. The = documents are a great reference and should be adopted.

 

Thanks.

Jorge

 

From: spring <spring-bounces@ietf.org> o= n behalf of bruno.decraene@orange.com <bruno.decraene@orange.com>
Date: Tuesday, September 7, 2021 at 3:13 PM
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

Dear WG,

 <= /o:p>

&nbs= p;

The Desig= n Team has produced two documents:

- A requi= rement document: draft-srcompdt-spring-compression-requirement

- A solut= ion analysis document: draft-srcompdt-spring-compression-analysis

&nbs= p;

Both have= been presented to the WG and triggered some discussions but are still indi= vidual documents.

We believ= e it's now time for the WG to consider taking ownership of those two docume= nts.

Note that= , especially for those two documents, WG adoption does not necessarily mean= RFC publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort = to finalize those two documents.

&nbs= p;

&nbs= p;

This mess= age starts a 2 week WG adoption call, ending September  20th 2021, for= :

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-c= ompression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-comp= ression-analysis

&nbs= p;

&nbs= p;

After rev= iew of the document(s) please indicate support (or not) for WG adoption of = the document(s) to the mailing list.

Please al= so provide comments/reasons for your support (or lack thereof) as this is a= stronger way to indicate your (non) support as this is not a vote.

&nbs= p;

If you ar= e willing to work on the document(s), please state this explicitly. This gi= ves the chairs an indication of the energy level of people in the working group willing to work on the document.

 <= /o:p>

Thanks!=

 <= /o:p>

Jim, Bruno &= amp; Joel

 <= /o:p>

_______________________=
___________________________________________________________________________=
_______________________
 
Ce message et ses piece=
s jointes peuvent contenir des informations confidentielles ou privilegiees=
 et ne doivent donc
pas etre diffuses, expl=
oites ou copies sans autorisation. Si vous avez recu ce message par erreur,=
 veuillez le signaler
a l'expediteur et le de=
truire ainsi que les pieces jointes. Les messages electroniques etant susce=
ptibles d'alteration,
Orange decline toute re=
sponsabilite si ce message a ete altere, deforme ou falsifie. Merci.
 
This message and its at=
tachments may contain confidential or privileged information that may be pr=
otected by law;
they should not be dist=
ributed, used or copied without authorisation.
If you have received th=
is email in error, please notify the sender and delete this message and its=
 attachments.
As emails may be altere=
d, Orange is not liable for messages that have been modified, changed or fa=
lsified.
Thank you.
--_000_BY3PR08MB7060BB5AD28EE49087FEB6B3F7D69BY3PR08MB7060namp_-- From nobody Fri Sep 10 07:11:27 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B47B83A00E3 for ; Fri, 10 Sep 2021 07:11:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 tkqMADhZRP4h for ; Fri, 10 Sep 2021 07:11:20 -0700 (PDT) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 C30933A00E1 for ; Fri, 10 Sep 2021 07:11:20 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id bg1so1211893plb.13 for ; Fri, 10 Sep 2021 07:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WEIE7gIKMlypX0iYHmL2Q80pDXKDw8uNsQFpNRMYPbY=; b=TFbphmU/NyOmUa5BrM4ZtAHR0INSN9KBR5nu0agTxUfE+c21CsFPngXmrk5fz08LVp 6HsKbwZ4ocXfXX9DUN0u0+6HZFSzkE17GgsMDR3pRCD+alro8lyHR6wIJYvXJ4A1Fv25 TfkKnoIV3Eel6N9NtOZXXZCUyQ0s09dBakKvp1KzrLn2zhRLnJG3UqpfGQwGtiDUvcHX EVx5D9LMOTY7PjeOeUGWLNBQadY/2fn6XhvHAPRurTR7rC2hHJDA0nuk4RsrQIyxUQFK B2F7s1GCrQw0UDTTzds7AAsy2xXY10GcAkPXKGkDJQ0SKxiyRArlwt2bViI4635gjCbx NzhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WEIE7gIKMlypX0iYHmL2Q80pDXKDw8uNsQFpNRMYPbY=; b=kBo88P9Pt3/0yTWULYQjvTrmu4UniCmnUmmABBpNJXJLq0JoBC6VCrGIY4g3AWyjZn ViO4d4Wua4pgqTX14HUmMTtFAQyCh0RXMLaj+IQBp7FTqXerhxr1DYJs5G5F66axh023 4yWJo6vV7VsGJOkrX7bN0815ta8y9JirMig21cvBbzqR2bSGzwUfgtvY3QUE1ASspBXK F+jMHS4lPClAaQK94lfaPw7O0jfj7sVsStPqY4N8e+0COgBSxnYw0NXvKnuCo1sHI8A3 FK05IiLawRWofB4Gx42UiHXUxx/LZYOcL4ZdOxgVlYbfOSmWC1uQzl00kWWoaOwURudg MArg== X-Gm-Message-State: AOAM533elbQstUSCZb1AtQhWE/UpRGFmFzUFGSMH849Kj4itr6znmVGx sVwyNIjQ+WyJTRgP2dG2JN/FhKvn7O2dXZcX98cPeuXa X-Google-Smtp-Source: ABdhPJyYa4UhWPj4e+iV/3P9NlIfXFmSoZ0qpotS5wcmclF2dAUlLy25KsQf8oEOVcV4gMmn1P/pcTCOjblsEYNcZsE= X-Received: by 2002:a17:90b:4f4d:: with SMTP id pj13mr3336829pjb.47.1631283079018; Fri, 10 Sep 2021 07:11:19 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: From: Gyan Mishra Date: Fri, 10 Sep 2021 10:11:07 -0400 Message-ID: To: "Rabadan, Jorge (Nokia - US/Mountain View)" Cc: "bruno.decraene@orange.com" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000073feac05cba4b02b" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 14:11:26 -0000 --00000000000073feac05cba4b02b Content-Type: text/plain; charset="UTF-8" I support WG adoption of these two documents. Hats off for all the dedication and focus by the design team to successfully complete the requirements document as well as complete the well documented detailed analysis on the compression solutions. In the compression analysis conclusion section before this draft is published, I believe the WG should come to a final consensus on a single compression solution and document the compression solution at the end of the conclusion section. I believe the solutions draft that the WG has consensus on should as well be adopted and progressed to RFC updating RFC 8986 SRv6 PGM and RFC 8754 SRH on the SRv6 compression algorithm integration into the SRv6 specification. Kind Regards Gyan On Fri, Sep 10, 2021 at 9:50 AM Rabadan, Jorge (Nokia - US/Mountain View) < jorge.rabadan@nokia.com> wrote: > I support the adoption of the two documents as WG documents. > > The design team has done a great job, and the result is pretty good. The > documents are a great reference and should be adopted. > > > > Thanks. > > Jorge > > > > *From: *spring on behalf of > bruno.decraene@orange.com > *Date: *Tuesday, September 7, 2021 at 3:13 PM > *To: *spring@ietf.org > *Subject: *[spring] WG Adoption call - > draft-srcompdt-spring-compression-requirement - > draft-srcompdt-spring-compression-analysis > > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --00000000000073feac05cba4b02b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I support WG adoption of these two documen= ts.

Hats off for all the= dedication and focus by the design team to successfully complete the requi= rements document as well as complete the well documented detailed analysis = on the compression solutions.

In the compression analysis conclusion section before this draft is p= ublished, I believe the WG should come to a final consensus on a single com= pression solution and document the compression solution at the end of the c= onclusion section.=C2=A0

I believe the solutions draft that the WG has consensus on =C2=A0should as= well be adopted and progressed to RFC updating RFC 8986 SRv6 PGM and =C2= =A0RFC 8754 SRH on the SRv6 compression algorithm integration into the SRv6= specification.

Kind Reg= ards=C2=A0

Gyan=C2=A0

On Fri, Sep 10, 2021 at 9:50 AM Rabadan, Jorge (Nokia - US/Mountain View)= <jorge.rabadan@nokia.com= > wrote:

I support the adoption of the two documents as WG documents.

The design team has done a great job, and the result is pretty good. The = documents are a great reference and should be adopted.

=C2=A0

Thanks.

Jorge

=C2=A0

From: spring <spring-bounces@ietf.org> on behalf of <= a href=3D"mailto:bruno.decraene@orange.com" target=3D"_blank">bruno.decraen= e@orange.com <bruno.decraene@orange.com>
Date: Tuesday, September 7, 2021 at 3:13 PM
To: spring@ietf= .org <spring@ie= tf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

Dear WG,<= /span>

=C2=A0

=C2=A0=

The Design Team has pro= duced two documents:

- A requirement documen= t: draft-srcompdt-spring-compression-requirement

- A solution analysis d= ocument: draft-srcompdt-spring-compression-analysis=

=C2=A0=

Both have been presente= d to the WG and triggered some discussions but are still individual documen= ts.

We believe it's now= time for the WG to consider taking ownership of those two documents.

Note that, especially f= or those two documents, WG adoption does not necessarily mean RFC publicati= on in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort = to finalize those two documents.<= /u>

=C2=A0=

=C2=A0=

This message starts a 2= week WG adoption call, ending September=C2=A0 20th 2021, for:=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-requirement

https://datatracker.iet= f.org/doc/html/draft-srcompdt-spring-compression-analysis<= /u>

=C2=A0=

=C2=A0=

After review of the doc= ument(s) please indicate support (or not) for WG adoption of the document(s= ) to the mailing list.

Please also provide com= ments/reasons for your support (or lack thereof) as this is a stronger way = to indicate your (non) support as this is not a vote.

=C2=A0=

If you are willing to w= ork on the document(s), please state this explicitly. This gives the chairs= an indication of the energy level of people in the working group willing to work on the document. =

=C2=A0

Thanks!

=C2=A0

Jim, Bruno & Joel

=C2=A0

____________________________________________=
___________________________________________________________________________=
__
=C2=
=A0
Ce message et ses pieces jointes peuvent con=
tenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans =
autorisation. Si vous avez recu ce message par erreur, veuillez le signaler=
<=
/u>
a l'expediteur et le detruire ainsi que =
les pieces jointes. Les messages electroniques etant susceptibles d'alt=
eration,
Orange decline toute responsabilite si ce me=
ssage a ete altere, deforme ou falsifie. Merci.
=C2=
=A0
This message and its attachments may contain=
 confidential or privileged information that may be protected by law;
they should not be distributed, used or copi=
ed without authorisation.
If you have received this email in error, pl=
ease notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liab=
le for messages that have been modified, changed or falsified.

Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--
--00000000000073feac05cba4b02b-- From nobody Fri Sep 10 07:17:00 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 646D03A03F3 for ; Fri, 10 Sep 2021 07:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 KO5EVUqE-leG for ; Fri, 10 Sep 2021 07:16:53 -0700 (PDT) Received: from mail-pf1-x435.google.com (mail-pf1-x435.google.com [IPv6:2607:f8b0:4864:20::435]) (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 915DA3A03EA for ; Fri, 10 Sep 2021 07:16:53 -0700 (PDT) Received: by mail-pf1-x435.google.com with SMTP id y17so1976743pfl.13 for ; Fri, 10 Sep 2021 07:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UCYgXDjlIHuVZoW2G/Eo37vvXpGMykbl0PqN+AgKRq8=; b=l+pOR0RpWmkqFRIaZ+z9slbKSY3tWfEb4jcK9twIzaq67w7aUJ9qlpxElNdHNc4RFD 4mqoWkKmNbTU3WpyPgJhn7cd2rf/idGhhULJ2Eb8i7Tx08zAqzhHmD6p+6tRETzr2wet 5JowdDi+NlpARBK86G1A16p9jeYJffVFf1SNu9T8iU46jvxZ11nNAxujSyGov9MP9K7f 5yHUg7Be8WhweniI8PbIT9wx2w5wHr3mNQ0HRpDrNeBdxxfBa709KooN2DGn3FbeY7tT T9Yt1zDrfifrSpBtbph++hxZEsLxPobjm9a8wM/MyLQg8X1NOR43MGHOqknZBpB7N0e9 qIeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UCYgXDjlIHuVZoW2G/Eo37vvXpGMykbl0PqN+AgKRq8=; b=e3BSjdAKNTgviXnroil7qUB9F4WgwPbPIZqCqoHMYpVWusjEkdm6vDW9hE1lRqO7hR fpk30gLEoFet92ys+TyF66Z07AFIGSP4YRRLkctIg//6pDPh2+qc56dArAuTOqAC2QlD Hh386kqddeB+IDj3Tf1GJXKd6KaXjC8MqofRLSBqfgQlmE099fLuuJzr5Xpu6PD5d2RZ ROzT3K55i5CuKoJSkQnMrm+CYlMXhS96EcbaYCgQ6jDQ+IE7fwER/pVzYptxMVSn/ZKZ Gi6JKrCvVcJpJb6I6f7NycvcgIxEHQkelUP1fvGMNODHbftJQX0Cry7v3sLXjiYz8Xo0 nd5A== X-Gm-Message-State: AOAM533W4ijoAZekkvbcmqAdLrzr2txluGzZsEhhVOoi/v9UXsIDoC7o K+ESP6/MMr1b8xdPg0A01hvBVmfjvRCFnzIOa+o= X-Google-Smtp-Source: ABdhPJz7g1JmFaCRMQMZV4RLTbO/AjOjZDMzGU0ZV21duEYq8deNLeeyi5HYzLKBhpmgJ7v+dT7lRNjKOcVwMc6ulg4= X-Received: by 2002:a62:aa15:0:b0:3fb:9dd6:a95f with SMTP id e21-20020a62aa15000000b003fb9dd6a95fmr8452337pff.76.1631283411047; Fri, 10 Sep 2021 07:16:51 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: From: Gyan Mishra Date: Fri, 10 Sep 2021 10:16:39 -0400 Message-ID: To: "Rabadan, Jorge (Nokia - US/Mountain View)" Cc: "bruno.decraene@orange.com" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="0000000000003e598505cba4c411" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 14:16:58 -0000 --0000000000003e598505cba4c411 Content-Type: text/plain; charset="UTF-8" I would be happy to collaborate on the progression of these two drafts to RFC as well as the single compression solution that the WG has final consensus to adopt and progress to RFC. Kind Regards Gyan Verizon On Fri, Sep 10, 2021 at 10:11 AM Gyan Mishra wrote: > > I support WG adoption of these two documents. > > Hats off for all the dedication and focus by the design team to > successfully complete the requirements document as well as complete the > well documented detailed analysis on the compression solutions. > > In the compression analysis conclusion section before this draft is > published, I believe the WG should come to a final consensus on a single > compression solution and document the compression solution at the end of > the conclusion section. > > I believe the solutions draft that the WG has consensus on should as well > be adopted and progressed to RFC updating RFC 8986 SRv6 PGM and RFC 8754 > SRH on the SRv6 compression algorithm integration into the SRv6 > specification. > > Kind Regards > > Gyan > > On Fri, Sep 10, 2021 at 9:50 AM Rabadan, Jorge (Nokia - US/Mountain View) < > jorge.rabadan@nokia.com> wrote: > >> I support the adoption of the two documents as WG documents. >> >> The design team has done a great job, and the result is pretty good. The >> documents are a great reference and should be adopted. >> >> >> >> Thanks. >> >> Jorge >> >> >> >> *From: *spring on behalf of >> bruno.decraene@orange.com >> *Date: *Tuesday, September 7, 2021 at 3:13 PM >> *To: *spring@ietf.org >> *Subject: *[spring] WG Adoption call - >> draft-srcompdt-spring-compression-requirement - >> draft-srcompdt-spring-compression-analysis >> >> Dear WG, >> >> >> >> >> >> The Design Team has produced two documents: >> >> - A requirement document: draft-srcompdt-spring-compression-requirement >> >> - A solution analysis document: draft-srcompdt-spring-compression-analysis >> >> >> >> Both have been presented to the WG and triggered some discussions but are >> still individual documents. >> >> We believe it's now time for the WG to consider taking ownership of those >> two documents. >> >> Note that, especially for those two documents, WG adoption does not >> necessarily mean RFC publication in particular if it turns out that the >> benefit of long term archive would not justify the WG and IESG effort to >> finalize those two documents. >> >> >> >> >> >> This message starts a 2 week WG adoption call, ending September 20th >> 2021, for: >> >> >> https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement >> >> >> https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis >> >> >> >> >> >> After review of the document(s) please indicate support (or not) for WG >> adoption of the document(s) to the mailing list. >> >> Please also provide comments/reasons for your support (or lack thereof) >> as this is a stronger way to indicate your (non) support as this is not a >> vote. >> >> >> >> If you are willing to work on the document(s), please state this >> explicitly. This gives the chairs an indication of the energy level of >> people in the working group willing to work on the document. >> >> >> >> Thanks! >> >> >> >> Jim, Bruno & Joel >> >> >> >> _________________________________________________________________________________________________________________________ >> >> >> >> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc >> >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler >> >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, >> >> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >> >> >> >> This message and its attachments may contain confidential or privileged information that may be protected by law; >> >> they should not be distributed, used or copied without authorisation. >> >> If you have received this email in error, please notify the sender and delete this message and its attachments. >> >> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. >> >> Thank you. >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > -- > > > > *Gyan Mishra* > > *Network Solutions A**rchitect * > > *Email gyan.s.mishra@verizon.com * > > > > *M 301 502-1347* > > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --0000000000003e598505cba4c411 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I would be happy to collaborate on the progression of the= se two drafts to RFC as well as the single compression solution that the WG= has final consensus to adopt and progress to RFC.
<= br>
Kind Regards=C2=A0

Gyan
Verizon=C2=A0
<= br>
On Fri,= Sep 10, 2021 at 10:11 AM Gyan Mishra <hayabusagsm@gmail.com> wrote:

I support WG adoption of these t= wo documents.

Hats off f= or all the dedication and focus by the design team to successfully complete= the requirements document as well as complete the well documented detailed= analysis on the compression solutions.

In the compression analysis conclusion section before this = draft is published, I believe the WG should come to a final consensus on a = single compression solution and document the compression solution at the en= d of the conclusion section.=C2=A0

I believe the solutions draft that the WG has consensus on =C2= =A0should as well be adopted and progressed to RFC updating RFC 8986 SRv6 P= GM and =C2=A0RFC 8754 SRH on the SRv6 compression algorithm integration int= o the SRv6 specification.

Kind Regards=C2=A0

Gya= n=C2=A0

On Fri, Sep 10, 2021 at 9:50 AM Rabadan, Jorge (Nokia - US/Moun= tain View) <jorge.rabadan@nokia.com> wrote:

I support the adoption of the two documents as WG documents.

The design team has done a great job, and the result is pretty good. The = documents are a great reference and should be adopted.

=C2=A0

Thanks.

Jorge

=C2=A0

From: spring <spring-bounces@ietf.org> on behalf of <= a href=3D"mailto:bruno.decraene@orange.com" target=3D"_blank">bruno.decraen= e@orange.com <bruno.decraene@orange.com>
Date: Tuesday, September 7, 2021 at 3:13 PM
To: spring@ietf= .org <spring@ie= tf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

Dear WG,<= /span>

=C2=A0

=C2=A0=

The Design Team has pro= duced two documents:

- A requirement documen= t: draft-srcompdt-spring-compression-requirement

- A solution analysis d= ocument: draft-srcompdt-spring-compression-analysis=

=C2=A0=

Both have been presente= d to the WG and triggered some discussions but are still individual documen= ts.

We believe it's now= time for the WG to consider taking ownership of those two documents.

Note that, especially f= or those two documents, WG adoption does not necessarily mean RFC publicati= on in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort = to finalize those two documents.<= /u>

=C2=A0=

=C2=A0=

This message starts a 2= week WG adoption call, ending September=C2=A0 20th 2021, for:=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-requirement

https://datatracker.iet= f.org/doc/html/draft-srcompdt-spring-compression-analysis<= /u>

=C2=A0=

=C2=A0=

After review of the doc= ument(s) please indicate support (or not) for WG adoption of the document(s= ) to the mailing list.

Please also provide com= ments/reasons for your support (or lack thereof) as this is a stronger way = to indicate your (non) support as this is not a vote.

=C2=A0=

If you are willing to w= ork on the document(s), please state this explicitly. This gives the chairs= an indication of the energy level of people in the working group willing to work on the document. =

=C2=A0

Thanks!

=C2=A0

Jim, Bruno & Joel

=C2=A0

____________________________________________=
___________________________________________________________________________=
__
=C2=
=A0
Ce message et ses pieces jointes peuvent con=
tenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans =
autorisation. Si vous avez recu ce message par erreur, veuillez le signaler=
<=
/u>
a l'expediteur et le detruire ainsi que =
les pieces jointes. Les messages electroniques etant susceptibles d'alt=
eration,
Orange decline toute responsabilite si ce me=
ssage a ete altere, deforme ou falsifie. Merci.
=C2=
=A0
This message and its attachments may contain=
 confidential or privileged information that may be protected by law;
they should not be distributed, used or copi=
ed without authorisation.
If you have received this email in error, pl=
ease notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liab=
le for messages that have been modified, changed or falsified.

Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--


Gyan Mishra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com=
<= /font>

M 301 502-1347


--
--0000000000003e598505cba4c411-- From nobody Fri Sep 10 10:23:43 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DBF53A0F16; Fri, 10 Sep 2021 10:23:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.37.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163129462137.5733.12547561177112565664@ietfa.amsl.com> Date: Fri, 10 Sep 2021 10:23:41 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-sr-service-programming-05.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 17:23:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Service Programming with Segment Routing Authors : Francois Clad Xiaohu Xu Clarence Filsfils Daniel Bernier Cheng Li Bruno Decraene Shaowen Ma Chaitanya Yadlapalli Wim Henderickx Stefano Salsano Filename : draft-ietf-spring-sr-service-programming-05.txt Pages : 38 Date : 2021-09-10 Abstract: This document defines data plane functionality required to implement service segments and achieve service programming in SR-enabled MPLS and IPv6 networks, as described in the Segment Routing architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-sr-service-programming/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-sr-service-programming-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-sr-service-programming-05 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Sep 10 11:48:33 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01F373A14A4 for ; Fri, 10 Sep 2021 11:48:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.338 X-Spam-Level: X-Spam-Status: No, score=-9.338 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, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_MSPIKE_H2=-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=eCP4fQeT; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=fdfD02Y9 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 xnYmcsbQsqrp for ; Fri, 10 Sep 2021 11:48:23 -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 775043A14A2 for ; Fri, 10 Sep 2021 11:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12715; q=dns/txt; s=iport; t=1631299703; x=1632509303; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=v9RuBjZFKW8AOD0BbFTrLxJ6QkrazUM+gfc6dp7qqaw=; b=eCP4fQeT3UMczhZEOoOJUvghWEAe31DezAtMIVi3E41OG7vEth743tXD 0ceMHOz+Z3b8gKsG1y1IVbb7KoqXPHDT4J1jJaGm/JA9H9HulHebRq5AO hyyQNfpRVQmHoGEwAGc1FQWbghZ7POFUUJIyNAeNu1ti2PT0KtaQV8phU E=; X-IPAS-Result: =?us-ascii?q?A0AlBgDppjthjIgNJK1agmKBIzBRflo3MYRHg0gDhTmIB?= =?us-ascii?q?pVehQOBLhSBEQNUCwEBAQ0BASoBDAoEAQGELkUCF4IrAiU2Bw4BAgQBAQEBA?= =?us-ascii?q?wIDAQEBAQUBAQUBAQECAQYEFAEBAQGBDIVoDYZDAgEDAQEQCyMBASwMDwIBB?= =?us-ascii?q?gI7BAUCAiULFBECBAESCBMHgk8BgX5XAy8BDpVIjzQBgToCih9zCYEvgQKCC?= =?us-ascii?q?AEBBgQEgUpBgn8YgjQDBoE6gn+CdVNIhm0nHIFJRIEVQ4I3MD6CYgEBAgGBI?= =?us-ascii?q?zwVFoJmOoIuhwMBgTkLAQNRAiA7apJNjFGNRZIfCoMrikCUPBSnBZYcjESTZ?= =?us-ascii?q?IUHAgQCBAUCDgEBBoFoDCaBW3AVO4JpURkPjiwNCRWDO4UUhUp0AjYCBgEKA?= =?us-ascii?q?QEDCZBEAQE?= IronPort-PHdr: A9a23:NVUsCB/P6kSwcv9uWMvoyV9kXcBvk770Pwgc750tirZDNK+k+seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB7wLP/sZik9F sVGWRlu+HToeURQEdz1MlvVpHD65DUOGxL5YAxyIOm9GoPbg8mtke6o/JiGaARTjz37arR3f 32L IronPort-HdrOrdr: A9a23:aemgHquI2U4YtBPd8DNzzkQI7skC3YMji2hC6mlwRA09TyXGra GTdaUguyMc1gx/ZJh5o6H9BEDyewKiyXcV2/heAV7GZmnbUQSTXflfBOfZsljd8mjFh5NgPM RbAulD4b/LfCNHZK/BiWHSebtNsbr3kpxAx92utUuFJjsaDJ2Imj0JczpzZXcGIjWua6BJcK a0145inX6NaH4XZsO0Cj0uRO7YveDGk5rgfFovGwMnwBPmt0Lp1JfKVzyjmjsOWTJGxrkvtU LflRbi26mlu/anjjfBym7o6YhMkteJ8KoBOCXMsLlWFtzfsHftWG1TYczEgNnzmpDo1L8eqq iIn/7nBbUr15qeRBDsnfKn4Xif7N9n0Q6S9bbfuwq5nSQ8LwhKVvaoQuliA0HkAgMbzaFB+b MO0GSDu5VNCxTc2Cz7+tjTThlv0lG5uHw4jIco/jZiuKYlGfdsRLYkjQho+VY7bVbHwZFiFP MrANDX5f5Qf1/fZ3fFvnN3yNjpWngoBB+JTkULp8TQilFt7TxE5lpdwNZakmYL9Zo7RZUB7+ PYMr5wnLULSsMNd6pyCOoIXMPyAG3QRhDHNn6UPD3cZew6EmOIr4Sy7KQ+5emsdpBNxJwumI 7ZWFcdrmI2c1KGM7zG4HSKyGG6fIyZZ0Wj9ihz3ekKhlTMfsudDcTYciFcryKJmYRrPvHm X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,283,1624320000"; d="scan'208,217";a="772643468" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Sep 2021 18:48:22 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 18AImLGm017625 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 10 Sep 2021 18:48:22 GMT Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 10 Sep 2021 13:48:21 -0500 Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 10 Sep 2021 14:48:20 -0400 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 10 Sep 2021 13:48:20 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mjWd/BGCf63sQ8wXcLnCYNIB48rcCFva0inwus9Z5pbngTPMmWgCL8r/u9w3r1wZpZvittfe9ExwKgH59LXqjR1S9Ch3u+sUXPDg6oQP0Sd80BKO+Om/5KpTtLycSfzNN4irQAHycyQvn8fptceMRLQhd+TaGReGfRdV2Ogu0f/g6B11PkwnnMMJOTKesu7MVmLcyAru0lxQJ6cH2q9axPWzOWt6KoF2VsI+/loApNHXexjN7Uk/utkJUfw9EeUfvpnAXTYKsTRq6dy4y5UHj+eIQlYjktpk/WkbUgJRzST4j3sVEh5xkGygMnwogc4Pb4D/Y7RfHgH0LE+c4nbqiA== 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; bh=9mkqYZGxl5BW+erlGhm6YZUnRXnlcC+daAtz5FX5EP8=; b=CEtahNK6rYzrmzsJiFXgfykJWCcEE5rjQSP0+hrni85sG9VE54aRtrclP0iqNd2NuT9X2Hai8tslSGB7uJY2u0Nca3Rc+qGEKx9FuyVcxeMDEHnOo7erzkjk4CogERTuUKFRnpa//zoUCjf5ttCq/rJVG6EPqnOS66gTRcVUeWUXz62SnZ+fmn0jd0eoiAbV+pekQ8wD3SLOJc5+/Hv0ddk81fcpDtVoAC80GDaj/tU0j7ABKOK+ukaWoDv8USHlnIbHMQtsjOHrqdWO//Lo5DsLJFQBBXtBnGwdsPu0bmC1ecTFb0iU1QMsKkvvoE04o2cCbojtb+/RsZaCUmqmHQ== 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=9mkqYZGxl5BW+erlGhm6YZUnRXnlcC+daAtz5FX5EP8=; b=fdfD02Y9Ker1feQ3OAWVfhQGm9quEPp4HlSc1PxUqHhmd+3H1PnFzgaWHPcZoP7c6mRtHEvddBzy5Yj2R1O2+NRgbkLNqdvQr9EsU4GnCtYdhfx7t6GFjjgvcV4nnqX+d1Sn/GVLHBEVW9Js9yxyAe28xLoBzSW+S3gdegCG9Jo= Received: from BN6PR11MB4081.namprd11.prod.outlook.com (2603:10b6:405:78::38) by BN6PR11MB0068.namprd11.prod.outlook.com (2603:10b6:405:69::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14; Fri, 10 Sep 2021 18:48:18 +0000 Received: from BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a]) by BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a%6]) with mapi id 15.20.4500.017; Fri, 10 Sep 2021 18:48:18 +0000 From: "Darren Dukes (ddukes)" To: Weiqiang Cheng , "'Joel M. Halpern'" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0R4u46XVOQo8kCGa903AQblkKuZe7gAgAQhovE= Date: Fri, 10 Sep 2021 18:48:17 +0000 Message-ID: References: <06fb01d7a461$217a86e0$646f94a0$@com> In-Reply-To: <06fb01d7a461$217a86e0$646f94a0$@com> Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: chinamobile.com; dkim=none (message not signed) header.d=none;chinamobile.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9e4bf7fa-4b7b-4135-10d2-08d9748b8df1 x-ms-traffictypediagnostic: BN6PR11MB0068: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 6hOsUh2KkAfxDCxYU1EsIlcYsH0s7qIQn9x55dy4OjaqtgYMx5D5hPQPnKWWrvTlhHSVJXsLmH183uIuRy/JGVIZgDbHau4nV+zey1J+RyjhaxG4ps6T5zHd26aRGf0JFqjKMTXVMoEqGE7Tvp5x/aOTUEjuBBXLdqbE7Y+gKArQEBnUYjy8PBa8blPnEDGayTfvvLoCc5Da+mu6ycVCeYULmkzyxqz7MjJuJfVTwm6NMIiviC4gyihAVCRmzvFqXS4qkBUI1SylL1GwlCfcg1n3y2JsmZEiUemDs1qfAXVpmUebgyn2OvpN92+21HfUXGE4JpciaEuMKScp1a2X3jHRHGr/69uYyMN2hH4mwznVEbMjz7dYE2vKYBAhYGGCL1zDdqAR/9P+XbUabiq9U5Bbte63cOaqVNYzO2saQGJvuZjuvjH7bX5XPOcdP7v+6QAT3FNDCGaqFV9ikgTjVeRIubZrvaj6sNLV4imuCo6bHsD9gLJ8iC0R78Hq0ViGgXIG4Zult3LfJ/qhRyc8zjsr9ARC/yuHhW5r43tQxQE4cEgKW+9LhsyguMcxK0pBuGbNEwyIh1Dt7ICdu1hJDR9tPLpbxKtGYRrvaSWZf4GlN8E/VJRmTaYd0pdRg84LA/stZqV13Y50X9l3bcTovxt1qKgFAcCj1SvAO45giYzcwlqeaUYe5z1DTC9zRGVk49jkLmMChh/REXF8SqOjmbqXz45Vhj6BDGmGSl5tFmyVhisbog5/6HVv+UEkr6mRqmCkl1UvVOkIQ2KL6S9UNj90tZNbcZQyjlVmyNKkzOankE71rdaxQzVQL9fpbYDT5OYtB1iroIzZtjY0igUk/A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB4081.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(376002)(346002)(136003)(366004)(396003)(9686003)(53546011)(33656002)(5660300002)(55016002)(966005)(38070700005)(52536014)(86362001)(66476007)(6506007)(66446008)(66946007)(91956017)(76116006)(8936002)(66556008)(7696005)(8676002)(110136005)(122000001)(26005)(83380400001)(71200400001)(478600001)(186003)(64756008)(316002)(38100700002)(166002)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?gb2312?B?MTlYTURLNFo4Y1drbWFUbDBKYkNGTmJ3Sm9OODdMQ3ZQQW1uS1VEK1MxSDdM?= =?gb2312?B?TnVkNC9YTlQ3SnNoczNmYzNyVVBqWU1LT2Q3Tlo5L0dESE1EK24zYzhzdmV1?= =?gb2312?B?czVmeDZJUjFaS3Q2cmROY3BKRk9TbHZPeWZrS1FSN2RRV0xTVS9McTlsK1pl?= =?gb2312?B?MGR2STZLV3p3TlZaSllIVnM2MS84cDl2UGE2U1FOcnV2ZC9yTmhTcC8yZjlZ?= =?gb2312?B?OE9rNENFVklpcUV2OU40Y1BqeE9BMi9RbEV6aXBTTUQ5ai94dDlmR3FqWGhS?= =?gb2312?B?Y1pCdEZlaDd3THVTeHdHbzdyVWwvWVEvNFdwSHB5aW1kZHl1WVg0dktGWlJP?= =?gb2312?B?OTZabmRGcURCcFhWR0VOdDFlTXRCR3VzcU52VjlvRTlQdUpwTndaWTZib1Vy?= =?gb2312?B?WWs2TkxGRHVvUmFtbHExUWp5TStEQ0xPa09acXQ0a3dNdDFRQjA3c2NMc3Vr?= =?gb2312?B?R0w3SC9tVyt6Mm1DQ3N0czYyL05NNkt0UHdHckszNk5KMGF3ZE42cFNCQkE5?= =?gb2312?B?NzcvMTMrckFwaW5UenI2YVRMdDI5cEpBZit4Y0NPSk1hTXJkTzlzQlRkMUFh?= =?gb2312?B?c2dReU9pZnM2VkRvbnNjSkh4c0d4d0ZKNmNPYldybVZOWnRIRjZRUVo3M3ZY?= =?gb2312?B?YlArTGVTcjRndkRVYkltUWdKbG9kbjNENUhicmt3VEl6empFTzhUU1BFd0Jk?= =?gb2312?B?blI1aUxYUXhtSys3dFErVDhrbzg5Q0M1S0Q2d25QenlyZDA4UGRHZDYxZW5t?= =?gb2312?B?U3U2REQyMlJRaVlPeXoyaTFLUy9DTEdPSVoweUR4UDF6cFRCTDVrY0ZtWmxq?= =?gb2312?B?TzFWV1dPZ0pZMkR4OHp2RDR5dm9tc0NrRyt0Y3FUMkdSSkdTQkJQcFpBSCtO?= =?gb2312?B?YlljUG4wcEZwaCttazZnak14RFovRnlaS3ZLeEtEdU81OGJYZ3R5MFpVTk04?= =?gb2312?B?Z0YwNnJvaUMwVHhTLzlHb0xjNlRtdHVNWXc5emE4L3lQd1JDQkJFOURUdnY4?= =?gb2312?B?WTRvZVVuWFl6MUp3V2dJTGg1dnRCaUF0OE02UGxkZUJ3NVpadlQrS2J1by9s?= =?gb2312?B?bWNFSzhhQTkvbjVMc3VUT0NWVXptUGhScStTcXdFRUZuUU5TVUJySDJQdkE2?= =?gb2312?B?M0wvNlNPY2hOMi9DRTVaQTFHL3dMR09DWklGLzZCdVJ5b1ZPUjRNbUhobGVF?= =?gb2312?B?WnVQMUdwckFWNU0xY0Y1NFdCUys0QnRvN2hzWmlqZW1KVDQzaUFTUHltR0RE?= =?gb2312?B?d1hDcHVaUGhZNjE1TWpIK1paZFlqMW11ZkhoU3BsSmJvcWFBMkVIZ2R3VExB?= =?gb2312?B?SVY2Q2pBOVlnN3JVSHJTZERTaXpONithdHo1QWFqeVYwZWdZa0NQL0VKVXFK?= =?gb2312?B?SERjYlE5WURFcXVoZktva05LRmgzQmtWSTB6ejJKZHhpZnRONUQ0eXdZY0dm?= =?gb2312?B?Q2k3aDZ0WDhjbVhjZ1VpYTc4bXhCaVQ1L2tVeURLaW5jNzJHSlAzOVJ2MlF2?= =?gb2312?B?RHJuUjlaVW04MTNMU2F4MkxkVm1wUVBBRGpUaVIxNThCL2dndmZnMHMxUGFI?= =?gb2312?B?ZVdJT3ByMHNSTDlHZ3dVVHFNdGcwN1NJa2ZtT2dDeTFsYTlvQWFjQkZkM0Zz?= =?gb2312?B?SWQvWG11UEsvK2VUWWR6THpyY1MzQkNPWGJoeWhWbnN6N3AwZGQ5WVlHa0RO?= =?gb2312?B?RFBJcVUwUGE3WkdGaGQwOEk4R2JUWHk0bmlJMzBLSTY3eFBqYW1NSGN5T0xi?= =?gb2312?B?SldGeWJSeVNNbnJRZ2w3aFd2L0pYa1BvaEJrTGF2VGtmS3FDTTNyM2VLUFdi?= =?gb2312?B?RG5GUWJWZXB4cG1DRU16dz09?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BN6PR11MB40816433601B16F196BF4755C8D69BN6PR11MB4081namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB4081.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9e4bf7fa-4b7b-4135-10d2-08d9748b8df1 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 18:48:17.8938 (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: EHXYPp0pqcP4Q7phXapanoPCMUI5oDI4e7FYOLWjdMRN7H8FajBa3QC8b1OUVN45KVlBpkxyiPo6S0MV1JC+Dw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB0068 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 18:48:30 -0000 --_000_BN6PR11MB40816433601B16F196BF4755C8D69BN6PR11MB4081namp_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGVsbG8gSm9lbCBhbmQgY2hhaXJzLg0KDQpJIGFncmVlIHdpdGggdGhlIENTSUQgYXV0aG9ycyBv YnNlcnZhdGlvbnMgYmVsb3cuDQpJIHRoaW5rIHdlIGNhbiBtYWtlIGV4Y2VsbGVudCBwcm9ncmVz cyBub3cgdGhhdCB0aGUgV0cgaGFzIHNldHRsZWQgb24gb25lIHNvbHV0aW9uLCBsZXShr3MgYWRv cHQgdGhlIENTSUQgZHJhZnQgYW5kIGRpcmVjdCBvdXIgZW5lcmd5IHRvd2FyZCBpdCBhcyBhIFdH IGRvY3VtZW50Lg0KDQpUaGFua3MNCiAgRGFycmVuDQoNCk9uIDIwMjEtMDktMDcsIDExOjI1IFBN LCAic3ByaW5nIiA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc+IHdyb3RlOg0KDQoNCkRlYXIgQ2hh aXJzLA0KDQpNYW55IHRoYW5rcyBmb3IgeW91ciBoYXJkIHdvcmtpbmcuDQoNCldlIGFyZSBoYXBw eSB0byBzZWUgdGhhdCB0aGUgQ1NJRCBkcmFmdCBoYXMgc2lnbmlmaWNhbnQgaW50ZXJlc3QgdG8g YmUNCmFkb3B0ZWQgYXMgYSBXRyBkb2N1bWVudC4NCg0KUmVnYXJkaW5nIHRoZSBkYXRhcGxhbmUs IHRoZSBhdXRob3JzIGJlbGlldmUgdGhhdCB0aGUgQ1NJRCBkcmFmdCBjb250YWlucw0Kb25seSBv bmUgZGF0YXBsYW5lIHNvbHV0aW9uIHdpdGggdHdvIGRpZmZlcmVudCBmbGF2b3JzWzFdOiBORVhU LUNTSUQtRkxBVk9SDQphbmQgUkVQTEFDRS1DU0lELUZMQVZPUiwgcmF0aGVyIHRoYW4gdHdvIGRh dGFwbGFuZSBzb2x1dGlvbnMuDQoNCkJvdGggdGhlIGZsYXZvcnMgYXJlIGRlZmluZWQgYmFzZWQg b24gdGhlIFNSdjYgZGF0YSBwbGFuZShvbmUgZGF0YSBwbGFuZSksDQphbmQgdGhlIFNJRHMgd2l0 aCB0aGVzZSB0d28gZmxhdm9ycyBjYW4gYmUgZW5jb2RlZCBpbiBhIHNpbmdsZSBTUkgganVzdCBs aWtlDQp3ZSBjYW4gZW5jb2RlIFBTUCBGbGF2b3IgU0lEcyBhbmQgVVNEIGZsYXZvciBTSURzIHRv Z2V0aGVyIGluIGEgU1JILg0KDQpUaGUgaW50ZXItb3AgdGVzdCBvZiBDU0lEcyBoYWQgYmVlbiBk b25lIGFsbW9zdCBvbmUgeWVhciBhZ29bMl0sIGFuZA0KZXZlcnl0aGluZyB3YXMgT0suDQoNCkZ1 cnRoZXJtb3JlLCB0aGUgbWVjaGFuaXNtIGRlZmluZWQgaW4gdGhlIGRyYWZ0IGhhcyBiZWVuIHN0 YWJsZSBhbmQgbWF0dXJlLg0KDQpXaXRoIHRoZSBjb25zZW5zdXMsIHRoZSBhdXRob3JzIGhvcGUg V0cgY2FuIGNvbnNpZGVyIHRvIGFkb3B0IHRoZSBDU0lEDQpkcmFmdC4NCg0KQmVzdCByZWdhcmRz LA0KV2VpcWlhbmcNCm9uIGJlaGFsZiBvZiBDU0lEIGF1dGhvcnMNCg0KWzFdLiBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg5ODYjc2VjdGlvbi00LjE2DQpbMl0uDQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWZpbHNmaWxzY2hlbmct c3ByaW5nLXNydjYtc3JoLWNvDQptcHJlc3Npb24tMDIjc2VjdGlvbi0xMQ0KDQoNCg0KLS0tLS3T yrz+1K28/i0tLS0tDQq3orz+yMs6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYu b3JnXSC0+rHtIEpvZWwgTS4gSGFscGVybg0Kt6LLzcqxvOQ6IDIwMjHE6jnUwjfI1SAwMToyNw0K ytW8/sjLOiBzcHJpbmdAaWV0Zi5vcmcNCtb3zOI6IFtzcHJpbmddIENvbmNsdXNpb24gZnJvbSBX RyBwb2xsIG9uIGRhdGFwbGFuZSBzb2x1dGlvbiBmb3IgY29tcHJlc3NpbmcNCnNlZ21lbnQgcm91 dGluZyBvdmVyIElQdjYNCg0KT3VyIHRoYW5rcyB0byB0aGUgd29ya2luZyBncm91cCBtZW1iZXJz IGZvciBzcGVha2luZyB1cCBjbGVhcmx5LiAgVGhlcmUNCmlzIGEgcm91Z2ggKHF1aXRlIGNsZWFy KSBjb25zZW5zdXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFwbGFuZQ0Kc29sdXRpb24gdG8g Y29tcHJlc3Npbmcgc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ni4NCg0KQXMgY2hhaXJzLCB0aGVy ZSBhcmUgc29tZSByZWxhdGVkIG9ic2VydmF0aW9ucyB3ZSBuZWVkIHRvIG1ha2UuDQpUaGVyZSBh cHBlYXJzIHRvIGJlIHNpZ25pZmljYW50IGludGVyZXN0IGluIHVzaW5nIHRoZSBmcmFtZXdvcmsg aW4gdGhlDQpDU0lEIGRyYWZ0IGZvciBhZGRyZXNzaW5nIHRoZSBhYm92ZS4NCg0KSG93ZXZlciwg YmVmb3JlIHdlIGlzc3VlIGEgY2FsbCBmb3IgYWRvcHRpb24gb24gdGhhdCwgdGhlIGNoYWlycyB3 b3VsZA0KbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgd29ya2luZyBncm91cCB3YW50cyB0byBz b2x2ZSBhIHRlY2huaWNhbA0KcHJvYmxlbS4gIFRoZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIHR3byBk YXRhcGxhbmUgc29sdXRpb25zLiAgVGhlIGFib3ZlDQpyb3VnaCBjb25zZW5zdXMgaXMgZm9yIG9u ZSBkYXRhcGxhbmUgc29sdXRpb24uICBEb2VzIHRoZSB3b3JraW5nIGdyb3VwDQp3YW50IHRvIGNo b29zZSBvbmU/ICBEbyB0aGUgYXV0aG9ycyB3YW50IHRvIHN1Z2dlc3QgdGhhdCBvbmUgb2YgdGhl IHR3bw0KaXMgdGhlIG9uZSB3ZSBzaG91bGQgc3RhbmRhcmRpemUsIGFuZCBnZXQgd29ya2luZyBn cm91cCBhZ3JlZW1lbnQ/DQpTaG91bGQgd2UgYWRvcHQgdGhlIGRvY3VtZW50LCB3aXRoIGEgbm90 ZSBpbmRpY2F0aW5nIHRoZSBwcm9ibGVtLCBhbmQNCnNvbHZlIHRoZSBwcm9ibGVtIGFmdGVyd2Fy ZHM/ICAoVGhhdCBpdHNlbGYgZG9lcyBub3Qgc29sdmUgdGhlIHByb2JsZW0sDQppdCBtZXJlbHkg a2lja3MgaXQgZG93biB0aGUgcm9hZC4pIERvIGZvbGtzIHNlZSBhbm90aGVyIG1lYW5zIHRvIGF2 b2lkDQpwdXR0aW5nIHRoZSBXRyBpbiBjb25mbGljdCB3aXRoIGl0c2VsZj8NCg0KQXMgYSBsb29z ZWx5IHJlbGF0ZWQgc2lkZSBub2RlLCB0aGUgY2hhaXJzIHdpbGwgYWxzbyBvYnNlcnZlIHRoYXQg d2UgZG8NCm5vdCBzZWUgYW4gb2JzdGFjbGUgdG8gaW5mb3JtYXRpb25hbCBvciBleHBlcmltZW50 YWwgcHVibGljYXRpb24gb2YNCm90aGVyIHNvbHV0aW9ucywgYXMgbG9uZyBhcyB0aGVyZSBpcyBz dWZmaWNpZW50IGVuZXJneSBpbiB0aGUgd29ya2luZw0KZ3JvdXAgdG8gZGVhbCB3aXRoIHRob3Nl LiAgQWxzbywgb25seSBkb2N1bWVudHMgZm9yIHdoaWNoIHRoZXJlIGlzIGF0DQpsZWFzdCBvbmUg aW1wbGVtZW50YXRpb24gd2lsbCBiZSBwcm9ncmVzc2VkIHRoaXMgd2F5Lg0KDQpUaGFuayB5b3Us DQpCcnVubywgSmltLCBhbmQgSm9lbA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnNwcmluZyBtYWlsaW5n IGxpc3QNCnNwcmluZ0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9zcHJpbmcNCg== --_000_BN6PR11MB40816433601B16F196BF4755C8D69BN6PR11MB4081namp_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hello Joel and chairs.

 

I agree with the CSID authors o= bservations below. 

I think we can make excellent p= rogress now that the WG has settled on one solution, let=A1=AFs adopt the C= SID draft and direct our energy toward it as a WG document.

 

Thanks

  Darren=

 

On 2021-09-07, 11:25 PM= , "spring" <spring-bounces@ietf.org> wrote:



Dear Chairs,

Many thanks for your hard working.

We are happy to see that the CSID draft has significant interest to be
adopted as a WG document.

Regarding the dataplane, the authors believe that the CSID draft contains only one dataplane solution with two different flavors[1]: NEXT-CSID-FLAVOR=
and REPLACE-CSID-FLAVOR, rather than two dataplane solutions.

Both the flavors are defined based on the SRv6 data plane(one data plane),<= br> and the SIDs with these two flavors can be encoded in a single SRH just lik= e
we can encode PSP Flavor SIDs and USD flavor SIDs together in a SRH.

The inter-op test of CSIDs had been done almost one year ago[2], and
everything was OK.

Furthermore, the mechanism defined in the draft has been stable and mature.=

With the consensus, the authors hope WG can consider to adopt the CSID
draft.

Best regards,
Weiqiang
on behalf of CSID authors

[1]. https://datatracker.ietf.org/doc/html/rfc8986#section-4.16
[2].
https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spr= ing-srv6-srh-co
mpression-02#section-11



-----=D3=CA=BC=FE=D4=AD=BC=FE-----
=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1= =ED Joel M. Halpern
=B7=A2=CB=CD=CA=B1=BC=E4: 2021=C4=EA9=D4=C27=C8=D5 01:27
=CA=D5=BC= =FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] Conclusion from WG poll on dataplane solution= for compressing
segment routing over IPv6

Our thanks to the working group members for speaking up clearly.  Ther= e
is a rough (quite clear) consensus for standardizing one dataplane
solution to compressing segment routing over IPv6.

As chairs, there are some related observations we need to make.
There appears to be significant interest in using the framework in the
CSID draft for addressing the above.

However, before we issue a call for adoption on that, the chairs would
like to understand how the working group wants to solve a technical
problem.  The CSID draft contains two dataplane solutions.  The a= bove
rough consensus is for one dataplane solution.  Does the working group=
want to choose one?  Do the authors want to suggest that one of the tw= o
is the one we should standardize, and get working group agreement?
Should we adopt the document, with a note indicating the problem, and
solve the problem afterwards?  (That itself does not solve the problem= ,
it merely kicks it down the road.) Do folks see another means to avoid
putting the WG in conflict with itself?

As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of
other solutions, as long as there is sufficient energy in the working
group to deal with those.  Also, only documents for which there is at =
least one implementation will be progressed this way.

Thank you,
Bruno, Jim, and Joel

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.o= rg/mailman/listinfo/spring



_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.o= rg/mailman/listinfo/spring

--_000_BN6PR11MB40816433601B16F196BF4755C8D69BN6PR11MB4081namp_-- From nobody Fri Sep 10 12:15:57 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FAD93A1619 for ; Fri, 10 Sep 2021 12:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.451 X-Spam-Level: X-Spam-Status: No, score=-2.451 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_MSPIKE_H2=-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=juniper.net header.b=2KzRZ7KV; dkim=pass (1024-bit key) header.d=juniper.net header.b=CmSRziT5 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 I0WeTgl7ktDH for ; Fri, 10 Sep 2021 12:15:49 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 9BBFD3A1613 for ; Fri, 10 Sep 2021 12:15:49 -0700 (PDT) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.0.43) with SMTP id 18AC3NXK013737; Fri, 10 Sep 2021 12:15:48 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=cr0MLEQa1XcVBLzSkJAUWZD077qDy6gLrgkA674VfVA=; b=2KzRZ7KVoP1ZU5vvrrxt+8NvmO5eJjwknjVbK9pWfRANOkx6aeo2jX0dazhE/YIf3n5M x62voWFB5LmVX1AFz7SuLa14JdZ0WASa7UkzbVQ4Y7B/VwDUPj/sYckhiNFb68etct0x yek9XnCLBwa7BAq+wyFrWJ2j+3sFxOZoRzYUgrO0CixqMiVPKHmizjwGS2lZ6lREHWYQ 8qxGBUAy7LNU5GDJyfkH9nDuQSLlnJEnDJ7BagtZOAir4W81ORfAQLcbDWw+hUBgK76c nC4mFBy7PK7NPIEUOroiqPyc0ThtC1WqIEwrCqatlHvBieLUb0mEdAUIkmGjZtXjc4nH PQ== Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2102.outbound.protection.outlook.com [104.47.58.102]) by mx0b-00273201.pphosted.com with ESMTP id 3b071h0ugq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 10 Sep 2021 12:15:48 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SBRmHnCZEL2GleVJMjMSAlXKbXapZf+LXxmRHFnz6ZisuUYE6lPoV56kltnzUNCQave8ZyKC4i7srf5VqLiODkdzB+bF1yw/0g3b+xBw72ZkH6P5wX+UK/M9HsW7v2DfCdhoKZXJ+oUbcR9yleAmKJrn/qHtHl7o+mRTnLg1D+nq2nQh1XmGta/xxNNETpEd25q8aJlatkBlzWXJianfH9fmw6ammJBR7uY4gM1MEPEXxW0oOytma8k7urF6qbfaCYTZHbSSwMtWc/e7qTueYnAPzWEp0ljO0CJkv0Yu2lWI1i24p+kkAWHyvwR49Ptm5ruI57Eru12OWg3tY7mH/g== 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; bh=cr0MLEQa1XcVBLzSkJAUWZD077qDy6gLrgkA674VfVA=; b=FIFyFNgFypP8hbORPxsIgEeyLbE3LKLTpibBUCwPjUxo4U43ICqtHVITcLTjc5iiv55xiv1ujuH90CeI1IR9jfo8lmkVMc6lH1+87JlvL1pZ/TKNJDc5AkjVzMBsZx/hhtU5T910s5BhIwnLlec7aUcjZTIu9bVeI4jPF/iqKuuZP401X1rWLSbiOFLiJoLWR4TO66mfy42jiMnzVJEzGzSGCnJyDAcf7iQHSVhlBccqAK36LFygfrRgukR+EdyWvis93lxuMYzSU0nE1dHxm5ILl7FhVbKfzqVp17wA+rBsdxxGDcdLOY/bYSMBHKVzyVTKJAktnOMtXyR5ZXhLIw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cr0MLEQa1XcVBLzSkJAUWZD077qDy6gLrgkA674VfVA=; b=CmSRziT512cNsn8KNhYJ1ty50bSLA2OozfrTyqz+Ycyb7NhKbAgKbQaTDjfiYzbI20uhmekVyt/DtrHmPtCg/8OCPMd+leLlGE52a7RPAfj6HTCybwM2jd0RZO4mzcwW+3nKOWtlBzseeIT2rB29ZN+Tn8m36g/C7IEiL4Eq6hs= Received: from BL0PR05MB5316.namprd05.prod.outlook.com (2603:10b6:208:2f::25) by MN2PR05MB6990.namprd05.prod.outlook.com (2603:10b6:208:193::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.9; Fri, 10 Sep 2021 19:15:44 +0000 Received: from BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::a4ee:d0b5:51bf:2927]) by BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::a4ee:d0b5:51bf:2927%5]) with mapi id 15.20.4523.009; Fri, 10 Sep 2021 19:15:44 +0000 From: Ron Bonica To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCjaDaQ Date: Fri, 10 Sep 2021 19:15:44 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-10T19:15:42Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=7d38dd39-0c48-4efc-80df-293229d954b5; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: dafb5e91-3fd7-4fa3-c2e1-08d9748f6332 x-ms-traffictypediagnostic: MN2PR05MB6990: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4502; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zslqSqYI8d9PNkVJ32g1OuFZoUyJTTrs3KEy3bQ4VERPBSAtNrktfshuOnLQviMVNpiqfMZlgyeUYa+e0p/Z8+Y0QumMayI5jCKdMyXmCreIKK6l+wjMv3dyIZAieQOPTZ/hXk1L9bc3n1I7c8Dq7QstFKR1vugG0UwiewUvMGfoMUGNNt8dhC35FKkf5NUJQuP9hzdi7O8qHjydPVIe2Y33Tty0iAL6uM/PMh9LQKtkYrtKjDFE9YK3JUU7jYn+bcOrLcP0HtYzz2AObYfxiJBc7ikcFjaCnADGt9b8uQpFNPhtHeMOcb7hO+jPgvWGkd8VHQa7+vL/EnncrmiZx7MJbWbV7nf89+UWQoTV2dAyMWwipcS2rqlqAcUJwhfa9IfNzVeqMbWZyoNIxm82mD1QfrLvUMu4oKd2GEwPoEOh4xc1ekiBiSnwsK7vb03Wx9dMWSfwWDJRw0w8Hvo7ps6IObj1aET8KCQ+cSCCoW9C+GkRa4V+uGu+cIUme1tblgew33Fb2t7xlio239FGCjjTd0z83Iing/8zk+smreazDym6aJq0wP7G9q2dilDwtFiA5Go+XrmdxE869gls/0+VEgwRUdnqlbcbnMvjvRm9Qshd8WubVHlsStAhG/qWBSKOkTAIKWDTocnseYZA6Rx6C8jUHrPA/CoLMmMWlOTtk8+sZ55VgN0Ca20HN4abr85Rz7d0hP25/oFI5knP5IT/Ig4CIVSXb5PtkfstldfI2odVMgtorWfVrk/VfIMi98Qx1jc5P8pdBvkqoktbJl++Y60qpjp/WS2GoNuF5sL3f11yQA9rNPypXLJiCd8hDkfr+z/MPOLwyR0U8B5zsQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5316.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(71200400001)(26005)(122000001)(38100700002)(76116006)(53546011)(8676002)(966005)(8936002)(2906002)(66476007)(64756008)(52536014)(66946007)(5660300002)(66556008)(33656002)(508600001)(83380400001)(66446008)(110136005)(6506007)(186003)(38070700005)(86362001)(9686003)(55016002)(166002)(316002)(7696005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?41rsnBy/aoC1BF9WGUIIvqYqq5Pmoe9jWGpfwaNd5MBp6w4Qs2efPOUkcIpE?= =?us-ascii?Q?a0yPKPr+Wj0/BqBdD2gmyOLT4lj6KWAqxzdMEeGeEs8ilwS3lR+/7OjHf+4x?= =?us-ascii?Q?pOMcUeBaNoFRQVjd1y7jOFBZp3Ctr3TYro1HoRlJE29ZyOjb7C0SlvIIyKqZ?= =?us-ascii?Q?S0d+/4MpjuuVTST8vWNLyIdEjOJtsITip+/qhjlo7QfxpUzcmpkyaaa71Qf9?= =?us-ascii?Q?OVTaDwuvDUsyD4kWGrXAB1Nl3CWV6AkhPHA6R+dU6a3QMMGslD7t6RHXIr0l?= =?us-ascii?Q?PAcMOZouYmWdxk1KFnfNAH3TeWBBMiT30QoYtRocRU6s/ZrlUub/vG93Drk6?= =?us-ascii?Q?/rhwYQHiTHthAGVs1r8mPapGQs71QHWQ3bxhLFeEoUFjiiCzCzZwHU18oV0X?= =?us-ascii?Q?CPTaUsyNan//JGcyN6wVPya/2CSmN5zuEi/KdlXo4x0o4JIE6xqOTJ645RLf?= =?us-ascii?Q?Y8ttTIXeDvu2Q72aU3VWRwNO6a65s3l7y4HqRUCbwd2RJ8jZGoNQcF2jS9JC?= =?us-ascii?Q?9q0lo+FfH8O+VzTnn3v271plwKv8xUvdQqBhIzdveaEHhtlYrV6h+9wZ2252?= =?us-ascii?Q?hXhrqu/xZn72n1mydTnwoIOlXArSHAurzYkNC2rcWmyPctuwp8eZH0L4qTw/?= =?us-ascii?Q?RWYuaj2JDhZSgpJjKiD89ukx8a5Td4kDOLqLTfXX+ZNZdnovJQ43tAZEAl9A?= =?us-ascii?Q?4GRo0QXkoiK1I23W0G3uusVdiPz/pG356f9Lt7iWPbzFxGzxPezX9ifVeMnw?= =?us-ascii?Q?pLuKrWUBl/giO6DN4sOXYcM1/2m/MWx79jj0J3PdfReEuC3nGXkV05hVxKlS?= =?us-ascii?Q?sffBDnueDDHFzKYaMoi7M7xerQXFgCo+5kUle4+FdR0Xk0Rq9KL59g/V/1WC?= =?us-ascii?Q?Ol8SkJS9qNEFYziofk0lltCBk2twK28vnDjipHK+Jqf01tHTg3QwarN3whe+?= =?us-ascii?Q?z//89vkDqk0Eb3zjhb0acLrzMrSXDu31ItRSXDhwGawD2Td3/6x9e4O5IvEP?= =?us-ascii?Q?CbPNIsIjiE/TX/xpgBH8vWu0IC2iOl4bKAtIltOj6WZ2Pkj1rNJNFeSfErGd?= =?us-ascii?Q?E2XWsJJiiZ2uhV+GDcLz9N/yp56RVhHz4TSGfOTmc3ECYKnAx/vdEK7Dez88?= =?us-ascii?Q?APlmCZwS3RsYS2VyMSpfQbf4Ze6DxrNFO0V3KpLp9Fa9WnnHpEmT/7WXdMX0?= =?us-ascii?Q?oV2wDrexZX6g4osYeAK089MQjQtqu3465nfg9St4fBAWJIpjKtpXXRE97R5r?= =?us-ascii?Q?2kDUFv0aTmvXNjAthI6kKj+V0+5UsOI4awYQazQJbRuwlKMEpRRNDQJ8ZFdo?= =?us-ascii?Q?i2ciGDtTCoukUpmQLH1M7Khp?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BL0PR05MB5316751D7554E56FDA5CBB30AED69BL0PR05MB5316namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5316.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: dafb5e91-3fd7-4fa3-c2e1-08d9748f6332 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 19:15:44.0583 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: zRFFnC8oN/suNHg2BpxcJm8iEVlsMTI9ygjQS5B8thu93sNAQsHC9CzX/LueX/WJTATg8QONGtGP8AtJAatNzw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6990 X-Proofpoint-GUID: 7WHzjtyfy0eiiATLlu_teCfogQwLSvNp X-Proofpoint-ORIG-GUID: 7WHzjtyfy0eiiATLlu_teCfogQwLSvNp X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-10_07,2021-09-09_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 clxscore=1011 mlxscore=0 phishscore=0 bulkscore=0 spamscore=0 lowpriorityscore=0 priorityscore=1501 suspectscore=0 malwarescore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109030001 definitions=main-2109100111 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 19:15:56 -0000 --_000_BL0PR05MB5316751D7554E56FDA5CBB30AED69BL0PR05MB5316namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Bruno, When a WG adopts a design team draft, I assume that the draft becomes subje= ct to the following guidelines from RFC7221: "Once a working group adopts a draft, the document is owned by the working = group and can be changed however the working group decides, within the boun= ds of IETF process and the working group charter. Absent explicit agreemen= t, adopting a document does not automatically mean that the working group h= as agreed to all of its content. So a working group (or its charter) might= explicitly dictate the basis for retaining, removing, or modifying some or= all of a draft's content, technical details, or the like. However, i= n the absence of such constraints, it is worth having the adoption process = include a sub-process of gathering working group concerns about the existin= g draft and flagging them explicitly." Do I have that right? If so, I support adoption of this draft. Ron Juniper Business Use Only From: spring On Behalf Of bruno.decraene@orange.c= om Sent: Tuesday, September 7, 2021 9:13 AM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_BL0PR05MB5316751D7554E56FDA5CBB30AED69BL0PR05MB5316namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Bruno,

 

When a WG adopts a = design team draft, I assume that the draft becomes subject to the following= guidelines from RFC7221:

 

“Once a worki= ng group adopts a draft, the document is owned by the working group and can= be changed however the working group decides, within the bounds of IETF pr= ocess and the working group charter.  Absent explicit agreement, adopting a document does not automatically mean that t= he working group has agreed to all of its content.  So a working group= (or its charter) might explicitly dictate the basis for retaining, removin= g, or modifying some or       all of a draft's content, technical details, or the like. However, in the absence= of such constraints, it is worth having the adoption process include a sub= -process of gathering working group concerns about the existing draft and f= lagging them explicitly.”

 

Do I have that righ= t?

 

If so, I support ad= option of this draft.

 

   &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;          Ron<= /span>

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> = On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 AM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

<= span lang=3D"FR" style=3D"font-size:10.5pt;font-family:"Lato",san= s-serif;color:black">[External Email. Be cautious of content]

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-sprin= g-compression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-c= ompression-analysis

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_BL0PR05MB5316751D7554E56FDA5CBB30AED69BL0PR05MB5316namp_-- From nobody Fri Sep 10 12:28:22 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BE1C3A16E1 for ; Fri, 10 Sep 2021 12:28:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.996 X-Spam-Level: X-Spam-Status: No, score=-1.996 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, HTTPS_HTTP_MISMATCH=0.1, MIME_QP_LONG_LINE=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 v1GfUoW1sAcy for ; Fri, 10 Sep 2021 12:28:13 -0700 (PDT) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 1D4E03A16DD for ; Fri, 10 Sep 2021 12:28:13 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id u13-20020a17090abb0db0290177e1d9b3f7so2227164pjr.1 for ; Fri, 10 Sep 2021 12:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=eijKMI/GYNJPZsxwbQIUCzL/oY9+8/jKLIzRfQwZRTI=; b=gIcb9QMLc1ykWyeQwfY0dsfDsJ0rXqwH5NDtzWKclqikkArkU0203N8rZ2UcKtHku2 Pbx8vWdcS/+ZJtlFcB8NgCINzwDeBe8+e/KIWYegW1EscspSKFMvCcpz67Y87X7rrtLY eUjGJZcvnQcUsUjSH2dm/YrakPyo+xJ+AYWZ4SdkesksRt+WBXdzidL3S1QRpPQpLOj+ cKttmBuMC5+wKxjKTHC7xbOg/OW7eR+o5Fkvwp2N/9qLrhOaTkeOygDkcexO7N6cO4Xe U1gQ4O3JNb9UtG+R1t5U0CNOMmO1Cw9Ktvyos6MGxdEg2I3fmCkoDBtaiKWcas2e0YA1 j+Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=eijKMI/GYNJPZsxwbQIUCzL/oY9+8/jKLIzRfQwZRTI=; b=2hKXu6QkG5Z1P2PxERWPZyb8Ar6tl4/OfHGCc1/2ZZ3TsjjMW5sQ1DjjqShcgHFJSb lAQ4jE2Nq26/VWMCNsz1MuxFw/JZBKvZ1QUXG+t2yhd/g7v7jexfT8vMVO09vXBIUJWq wqEgaWDLpVhQSGsuCplNKm+a22VIcCMkQ/8cxXzEoOi7Y5ncktisv6LStdEYZjB0PkOd PsU60PAcEfwMtlQ+HJm4DP/AwdrUadEW6EErwbC/fgweGwL3etmlPPQLkpdwPf/XBb+0 YzzbNPTtJ+RJDLdjxL4UAQTWVcJo13GKPIrri9JXPDU+OFYCVXRnTAGY3ZJrPWhh1kys yTBA== X-Gm-Message-State: AOAM533wunZ0g//aPBMwHTWPCdYVZVcRiY6Dt7YOXvgxckta2HoC5FAU ewYOpw+RHocdxBiAPVpDs9I= X-Google-Smtp-Source: ABdhPJxfaCt7zLNtVm7r5VRSELVNGqNQM27dlRRpkOjXGQIrKEQyF+7fE5UtjZepugsLeXjBE/olfA== X-Received: by 2002:a17:90a:e547:: with SMTP id ei7mr11462298pjb.177.1631302091223; Fri, 10 Sep 2021 12:28:11 -0700 (PDT) Received: from smtpclient.apple ([96.47.57.145]) by smtp.gmail.com with ESMTPSA id g12sm5127652pja.28.2021.09.10.12.28.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 Sep 2021 12:28:10 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-538D2709-4CAA-4364-844E-5F3F1E10220D Content-Transfer-Encoding: 7bit From: Tony Li Mime-Version: 1.0 (1.0) Date: Fri, 10 Sep 2021 12:28:09 -0700 Message-Id: References: Cc: bruno.decraene@orange.com, spring@ietf.org In-Reply-To: To: Ron Bonica X-Mailer: iPhone Mail (18G82) Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 19:28:20 -0000 --Apple-Mail-538D2709-4CAA-4364-844E-5F3F1E10220D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I support adoption. T Sent from my iPhone > On Sep 10, 2021, at 12:16 PM, Ron Bonica wrote: >=20 > =EF=BB=BF > Bruno, > =20 > When a WG adopts a design team draft, I assume that the draft becomes subj= ect to the following guidelines from RFC7221: > =20 > =E2=80=9COnce a working group adopts a draft, the document is owned by the= working group and can be changed however the working group decides, within t= he bounds of IETF process and the working group charter. Absent explicit ag= reement, adopting a document does not automatically mean that the working gr= oup has agreed to all of its content. So a working group (or its charter) m= ight explicitly dictate the basis for retaining, removing, or modifying some= or all of a draft's content, technical details, or the like. However,= in the absence of such constraints, it is worth having the adoption process= include a sub-process of gathering working group concerns about the existin= g draft and flagging them explicitly.=E2=80=9D > =20 > Do I have that right? > =20 > If so, I support adoption of this draft. > =20 > Ron > =20 > =20 > Juniper Business Use Only > From: spring On Behalf Of bruno.decraene@orange.= com > Sent: Tuesday, September 7, 2021 9:13 AM > To: spring@ietf.org > Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-req= uirement - draft-srcompdt-spring-compression-analysis > =20 > [External Email. Be cautious of content] > =20 > Dear WG, > =20 > =20 > The Design Team has produced two documents: > - A requirement document: draft-srcompdt-spring-compression-requirement > - A solution analysis document: draft-srcompdt-spring-compression-analysis= > =20 > Both have been presented to the WG and triggered some discussions but are s= till individual documents. > We believe it's now time for the WG to consider taking ownership of those t= wo documents. > Note that, especially for those two documents, WG adoption does not necess= arily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize thos= e two documents. > =20 > =20 > This message starts a 2 week WG adoption call, ending September 20th 2021= , for: > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-re= quirement > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-an= alysis > =20 > =20 > After review of the document(s) please indicate support (or not) for WG ad= option of the document(s) to the mailing list. > Please also provide comments/reasons for your support (or lack thereof) as= this is a stronger way to indicate your (non) support as this is not a vote= . > =20 > If you are willing to work on the document(s), please state this explicitl= y. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document. > =20 > Thanks! > =20 > Jim, Bruno & Joel > =20 > __________________________________________________________________________= _______________________________________________ > =20 > Ce message et ses pieces jointes peuvent contenir des informations confide= ntielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez rec= u ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages e= lectroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou= falsifie. Merci. > =20 > This message and its attachments may contain confidential or privileged in= formation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and del= ete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been= modified, changed or falsified. > Thank you. > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring --Apple-Mail-538D2709-4CAA-4364-844E-5F3F1E10220D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I support adoption.

T
Sent from my iPhone

On Sep 10, 2021, at 12:16 PM, Ron Bonica <rbonica=3D40j= uniper.net@dmarc.ietf.org> wrote:

=EF=BB=BF =

Bruno,

 

When a WG adopts a d= esign team draft, I assume that the draft becomes subject to the following g= uidelines from RFC7221:

 

=E2=80=9COnce a work= ing group adopts a draft, the document is owned by the working group and can= be changed however the working group decides, within the bounds of IETF pro= cess and the working group charter.  Absent explicit agreement, adopting a document does not automatically mean that th= e working group has agreed to all of its content.  So a working group (= or its charter) might explicitly dictate the basis for retaining, removing, o= r modifying some or       all of a draft's content, technical details, or the like. However, in the absence o= f such constraints, it is worth having the adoption process include a sub-pr= ocess of gathering working group concerns about the existing draft and flagg= ing them explicitly.=E2=80=9D

 

Do I have that right= ?

 

If so, I support ado= ption of this draft.

 

   &n= bsp;            =             &nbs= p;            &n= bsp;            =           Ron=

 

 

Juniper Business Use Only=

From: spring <spring-bounces@ietf.org> <= b>On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 AM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressio= n-requirement - draft-srcompdt-spring-compression-analysis

 

[External Email. Be cautious of content]

 

Dear WG,

 

 

The Design Team has produced two documen= ts:

- A requirement document: draft-srcompdt= -spring-compression-requirement

- A solution analysis document: draft-sr= compdt-spring-compression-analysis

 

Both have been presented to the WG and t= riggered some discussions but are still individual documents.

We believe it's now time for the WG to c= onsider taking ownership of those two documents.

Note that, especially for those two docu= ments, WG adoption does not necessarily mean RFC publication in particular i= f it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two docu= ments.

 

 

This message starts a 2 week WG adoption= call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-com= pression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compre= ssion-analysis

 

 

After review of the document(s) please i= ndicate support (or not) for WG adoption of the document(s) to the mailing l= ist.

Please also provide comments/reasons for= your support (or lack thereof) as this is a stronger way to indicate your (= non) support as this is not a vote.

 

If you are willing to work on the docume= nt(s), please state this explicitly. This gives the chairs an indication of t= he energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

=

 

_____________________________________________________=
____________________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des=
 informations confidentielles ou privilegiees et ne doivent donc<=
/span>
pas etre diffuses, exploites ou copies sans autorisat=
ion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jo=
intes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a e=
te altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confiden=
tial or privileged information that may be protected by law;
they should not be distributed, used or copied withou=
t authorisation.
If you have received this email in error, please noti=
fy the sender and delete this message and its attachments.=

As emails may be altered, Orange is not liable for me=
ssages that have been modified, changed or falsified.

Thank you.
_______________________________________________
spring= mailing list
spring@ietf.org
https://www.ie= tf.org/mailman/listinfo/spring
= --Apple-Mail-538D2709-4CAA-4364-844E-5F3F1E10220D-- From nobody Fri Sep 10 12:31:48 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E4043A1702 for ; Fri, 10 Sep 2021 12:31:46 -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 qgWgE94lJg43 for ; Fri, 10 Sep 2021 12:31:41 -0700 (PDT) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 5AB893A1701 for ; Fri, 10 Sep 2021 12:31:41 -0700 (PDT) Received: by mail-ej1-x634.google.com with SMTP id me10so6368548ejb.11 for ; Fri, 10 Sep 2021 12:31:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NZxBruNAYkUd3i+hBFWtg5BeZZRz5B8pPapc2YoKlnc=; b=GQjdzZJi17gpINen3NlNvu6PFjBDeY/Julckeceyn9w9E3Gj8Fg/LngEVI3rbmbFRS 3QF9bENjKcYMiif4anQNquJxbuO4NLHvlFTjSA3cta4JTcYo6idNmQW7PnR1LVgxXqdM ToKiEgiuqwO1eBaAkQbGmTbZsR/91c+S5+ErZxRK/hABV6gR4SLnMM5FIPAIvw9IpcHq EA6Xvqqyg8ve3fyCtkm8SPvspEzZD0oH7smORgM+t+8+2ZJKbKjB0uUgkWl7lFOYWRlz bH7RiXkGwT4qHVdEK3ac2Kfcjqt9F8uR+1DiRz151yfDMGddsRMEOUGeKGYYztb4g/rc ZlnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NZxBruNAYkUd3i+hBFWtg5BeZZRz5B8pPapc2YoKlnc=; b=7DrjNQYj4Vnzre5eEEndDDLrZSdJqPkznhQi4en1inCLO/uhtw1ryn8utJWslXjwn5 AymARUrFs+UcEjutnRuhBbSW9xndNbaAb5iKR2PrOogvQ7J0l8/APqxk4f+6516NnArC J2NcKa+JuKHsvZB1IlvcK7ApO4Xn65Trn08sji0EG2x/WRAkzPejdMfbtTGZ5pTy+fTL mimJrUIpOKBFPs7Y0EnGwr7nye5zBO6gWXx33M0xZq8/vu4xMPqqHaHsvgh8vChWd15G x4t8iurS8UEG35svAcbNQ7hvuDxydCnjfveCyB3o1P11bvf+4bs7XNClzImCr11oG/wU TQYQ== X-Gm-Message-State: AOAM533FaappnQODI61ZbnOHTxqi2b86MmSe+mAgNEWBc0cNaaLaFiIv dRzH++sbDIlHg7PtaoF9zyGpp0Qq25IiuoSH0cNqC6H9hc4= X-Google-Smtp-Source: ABdhPJwcCtGIz547JwLeI0P+lVuc0fNSz9TXfoYWjjGH5r6EnauCq/5FzSmqu1jhsUKy03YhlxU0MYSiLpYgiAIK5S4= X-Received: by 2002:a17:906:369a:: with SMTP id a26mr11239266ejc.539.1631302298787; Fri, 10 Sep 2021 12:31:38 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Greg Mirsky Date: Fri, 10 Sep 2021 12:31:27 -0700 Message-ID: To: Bruno Decraene Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="0000000000000a633b05cba92a8f" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 19:31:47 -0000 --0000000000000a633b05cba92a8f Content-Type: text/plain; charset="UTF-8" Hi Bruno et al. Firstly, many thanks to the members of the Design Team for all their commitment, long hours that resulted in such good work. And equally, thanks to all who commented, discussed helping make the documents stronger. I support adoption of both drafts by the SPRING WG. I'd be glad to continue discussing them and improving as WG documents. Regards, Greg On Tue, Sep 7, 2021 at 6:13 AM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --0000000000000a633b05cba92a8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Bruno et al.
Firstly, many thanks to the members of= the Design Team for all their commitment, long hours that resulted in such= good work. And equally, thanks to all who commented, discussed helping mak= e the documents stronger.
I support adoption of both drafts by th= e SPRING WG. I'd be glad to continue discussing them and improving as W= G documents.

Regards,
Greg

<= /div>

On Tue, Sep 7, 2021 at 6:13 AM <bruno.decraene@orange.com> wrote:

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requireme= nt

- A solution analysis document: draft-srcompdt-spring-compression-ana= lysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Thanks!=

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--0000000000000a633b05cba92a8f-- From nobody Fri Sep 10 12:52:37 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BAE73A1835 for ; Fri, 10 Sep 2021 12:52:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZI0Knv8ovF0x for ; Fri, 10 Sep 2021 12:52:29 -0700 (PDT) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA8E33A1833 for ; Fri, 10 Sep 2021 12:52:28 -0700 (PDT) Received: by mail-ed1-x533.google.com with SMTP id g8so4079050edt.7 for ; Fri, 10 Sep 2021 12:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LpvtiMOxqLH0VePtgV3xOisc0FmEy7mlRgsoh4Id6O0=; b=BWeNPm2W3tbXF+259l1Iw+t6XwjP7+RTVmU52f1m3AcJRcHlmIjTAvvvazujo8ZmHN VvVFlmwzrvfNinl4rrMYXuPhZ6EeL/ougMQq4jnWG+qWJWy8shf/C5H3iA6z/TCIUkmS ze6R6WdrSHClWgY8ZT9v7VfvAfxAUJVp0UaQBxOPwjhksi2Ob/TRXtI3ohtZfakD4M6E 4EFezMyThzGQhIp2w8J7bdBzmxEEA878eIVGbpCSu6u62em4xnoqL7ZwXhOZ/mFpWGyw YfgzIZ2V208cOklyTUKSldRYjkfGo2ksOeT4XGUhAKNnsuro23Qblr5u0aM9cTwvFuzL tsiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LpvtiMOxqLH0VePtgV3xOisc0FmEy7mlRgsoh4Id6O0=; b=GjogOmHXdhXVkBHnDGnDZRLrvpcYpttLnAfFfgzic17l0Dvq4/cLkYR5eWNzkSgqs0 DTh8F9hANiED5rc67o2qHtZT++/Aogt6idTQjDTemWnXHuhK4lzaBPBQqliIBJbbUj8j uDuwSTsegklI9ft3y90qfGEHiKR7YPhiWE22QTa4Uju1xtDJsz73xN5M4dmCnjWXK24g LLVIs4rWoaEeqf+gBVRzuUUCctLga3Qq759NHD3KkQr1tcjq9Rd2xNd72ZWYGN/0icsI as5+QC7LMmMPwMwg+GRegM3OC84Cr6dngWu48pfeyeutSjloopgwa5FEnvieZGGqi4X5 b72Q== X-Gm-Message-State: AOAM530rnauY1IZMzjOgMDQlcNNUpA5HSItMNsnECpr8mkbXoSr5AgIo 1uA/ukv7yKhe3ltkqrapBclTQL73k8bHZJ450+hRy1EQ47smPA== X-Google-Smtp-Source: ABdhPJzPFbVptUgUgSaEVG0MDP5aeYWJ+7byXiR7aFAnFP3Zq6d+K5LwAR2Gw5rfgOtg1iBzbYGZ1Laqd5jsHd88nbM= X-Received: by 2002:a50:9e8b:: with SMTP id a11mr10572879edf.126.1631303545813; Fri, 10 Sep 2021 12:52:25 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Fri, 10 Sep 2021 12:52:14 -0700 Message-ID: To: "Joel M. Halpern" Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="0000000000005e7d2505cba9741e" Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 19:52:35 -0000 --0000000000005e7d2505cba9741e Content-Type: text/plain; charset="UTF-8" Hi Joel et al. in evaluating a draft during a WG AP I am looking for three questions: - Is the document written reasonably well to clearly convey the problem and proposed solution? - Does the problem statement reflect a real existing challenge, an issue that needs to be solved? - Is the proposed solution technically viable? Reading the CSID draft (draft-filsfilscheng-spring-srv6-srh-compression ) I could positively answer the first two questions. While deciding on the third question, I've got sense that the document describes two different behaviors in the data plane, two ways to encode variable-length SIDs in the SRH extension header. I agree that it can be resolved through either the authors selecting one solution, or the WG working on that. Personally, I encourage the authors to do that. Regards, Greg On Mon, Sep 6, 2021 at 10:27 AM Joel M. Halpern wrote: > Our thanks to the working group members for speaking up clearly. There > is a rough (quite clear) consensus for standardizing one dataplane > solution to compressing segment routing over IPv6. > > As chairs, there are some related observations we need to make. > There appears to be significant interest in using the framework in the > CSID draft for addressing the above. > > However, before we issue a call for adoption on that, the chairs would > like to understand how the working group wants to solve a technical > problem. The CSID draft contains two dataplane solutions. The above > rough consensus is for one dataplane solution. Does the working group > want to choose one? Do the authors want to suggest that one of the two > is the one we should standardize, and get working group agreement? > Should we adopt the document, with a note indicating the problem, and > solve the problem afterwards? (That itself does not solve the problem, > it merely kicks it down the road.) Do folks see another means to avoid > putting the WG in conflict with itself? > > As a loosely related side node, the chairs will also observe that we do > not see an obstacle to informational or experimental publication of > other solutions, as long as there is sufficient energy in the working > group to deal with those. Also, only documents for which there is at > least one implementation will be progressed this way. > > Thank you, > Bruno, Jim, and Joel > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --0000000000005e7d2505cba9741e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Joel et al.
in evaluating a draft = during a WG AP I am looking for three questions:
  • Is the d= ocument written reasonably well to clearly convey the problem and proposed = solution?
  • Does the problem statement reflect=C2=A0a real existing= =C2=A0challenge, an issue that needs to be solved?
  • Is the proposed = solution technically viable?
Reading the CSID draft (draft-filsfilscheng-spring-srv6-srh-compression) I could po= sitively=C2=A0answer the first two questions. While deciding on the third q= uestion, I've got sense that the document describes two different behav= iors in the data plane, two ways to encode variable-length SIDs in the SRH = extension=C2=A0header. I agree that it can be resolved through either the a= uthors selecting one solution, or the WG working on that. Personally, I enc= ourage the authors to do that.

Regards,
Greg

On Mon, Sep 6, 2021 at 10:27 AM Joel M. Halpern <<= a href=3D"mailto:jmh@joelhalpern.com">jmh@joelhalpern.com> wrote:
Our thanks to the = working group members for speaking up clearly.=C2=A0 There
is a rough (quite clear) consensus for standardizing one dataplane
solution to compressing segment routing over IPv6.

As chairs, there are some related observations we need to make.
There appears to be significant interest in using the framework in the
CSID draft for addressing the above.

However, before we issue a call for adoption on that, the chairs would
like to understand how the working group wants to solve a technical
problem.=C2=A0 The CSID draft contains two dataplane solutions.=C2=A0 The a= bove
rough consensus is for one dataplane solution.=C2=A0 Does the working group=
want to choose one?=C2=A0 Do the authors want to suggest that one of the tw= o
is the one we should standardize, and get working group agreement?
Should we adopt the document, with a note indicating the problem, and
solve the problem afterwards?=C2=A0 (That itself does not solve the problem= ,
it merely kicks it down the road.) Do folks see another means to avoid
putting the WG in conflict with itself?

As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of
other solutions, as long as there is sufficient energy in the working
group to deal with those.=C2=A0 Also, only documents for which there is at =
least one implementation will be progressed this way.

Thank you,
Bruno, Jim, and Joel

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--0000000000005e7d2505cba9741e-- From nobody Fri Sep 10 13:15:42 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB9C3A1926 for ; Fri, 10 Sep 2021 13:15:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oN90nz4HGeP7 for ; Fri, 10 Sep 2021 13:15:34 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 AA0013A1925 for ; Fri, 10 Sep 2021 13:15:33 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id k13so6418242lfv.2 for ; Fri, 10 Sep 2021 13:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RoZL+JC5neS73swxRMCbKVbrqXiJ0Y8LbNFwcVvNvrg=; b=STUqFgFU+PoD/vz0bFFp3iL3gFR3wCIdQr5ACLKbe0bJ1wrzSlbLVmaQsbVmX3faot v3A6fQIIsvESMpxNuYLMwL3quFcK9pAGDjSWrSCd2+Xs9Bmm00xHLoEjzTFyJMjiDnYR kmb4JECEJukyBl8nR+hOM/9w3gdVZwlIaoGVQc+ldVWwb+xv91gqIJGm2op1vqY23aYv 8bZEnYS9X+sSxKtdxENNlUV5z1HS1hBWbXJlga4EVuVq26pYHH5JAP+lRf1PH1SnMNnx jhwfT9Fx700JaouIy0w8f8ODNxrXo5fW9wemUgV7w4I3hbrUkSrj/TtSMEGJIV9vAGu7 caAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RoZL+JC5neS73swxRMCbKVbrqXiJ0Y8LbNFwcVvNvrg=; b=iEpS/g+6MjS/t+5S5kFTaX22U8lXpdQitvflTegVRHK0sLL5XZFfopJ7j9iUriMB44 GI4OvB+c9mZTmOrEhLZcjXGlCZzR4YutpBj4Dz53ZBp0+IB1a24wuniGb9DS1H3iFi2o 1Ywz4HxdwSutmbvlbakNWOF+1NvXX3fRKBKe/tTWLg/jcvkz2V1ADzg8nlsREd39WQw9 KXNnQVM1QZVQhw+6t4miTSWByVfi1tn3UulaiP1qpA0b97kI6Ouj3ZeuB9OFCmT3f8X+ HdlUDiYqckfsejnYtJsZgVr+9aD/3Z77yiBoOhpBagQ+g9ZA7/qOaGxoUck/sj/sWdp/ lr9A== X-Gm-Message-State: AOAM531m6Vl1WmDPWUrzsroj9flM+PiE4c7azgNXbghIPfjgzdRNGdja Q13BWByO/MuB/aMV57mN3H8ZDpBCA8CoDiZo96vduw== X-Google-Smtp-Source: ABdhPJwgQlmDLBVI2f1+5y7ScT1C4H3n5KL3zuuO0uSQVHb8yPJqzFAMaACKynAl1GTh4VKbn8wqmrg+g7GTfpvdTYU= X-Received: by 2002:a19:f701:: with SMTP id z1mr2506530lfe.457.1631304930902; Fri, 10 Sep 2021 13:15:30 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Robert Raszuk Date: Fri, 10 Sep 2021 22:15:51 +0200 Message-ID: To: Bruno Decraene Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ed5af205cba9c634" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 20:15:40 -0000 --000000000000ed5af205cba9c634 Content-Type: text/plain; charset="UTF-8" Support adoption of both drafts. Thx, R. On Tue, Sep 7, 2021 at 3:12 PM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000ed5af205cba9c634 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support adoption of both drafts.=C2=A0

= Thx,
R.

On Tue, Sep 7, 2021 at 3:12 PM <bruno.decraene@orange.com> wrote:

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requireme= nt

- A solution analysis document: draft-srcompdt-spring-compression-ana= lysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Thanks!=

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000ed5af205cba9c634-- From nobody Fri Sep 10 14:57:11 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 372AB3A1FA4 for ; Fri, 10 Sep 2021 14:57:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 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_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rRl5ZfNC5OwJ for ; Fri, 10 Sep 2021 14:56:57 -0700 (PDT) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2104.outbound.protection.outlook.com [40.107.223.104]) (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 C7A4C3A1FA1 for ; Fri, 10 Sep 2021 14:56:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i34pzALz01c/ygDpWZZRT0QXulEI6l+JPvRPuCuUZNNCrbO1pDXVnS03d4md2NBTdN8BG9U3iyAx+zHN8V5U6YiJTDGoFWhZs4fkc95Eez/v8EcuMNPys6TVd+Awb8goG/oRHqEXKt8EtjZ1evrF8qCmGW66foQGMbEjxNU4qutt+zXMode6t5J5F8LEEKXVnLs6qDknNVt3BP5P+xeMt7qAtVF5MF8SGUL5WXwLLbyKL4BPOEhoqWe+nZSdv4zAoV6bYAsviPByPO8rWP6um0JjtKFwITgtCKHzRXIEkcviaWMFneFj6HcL8EZUAzsZgkBmJ5RUTth+3VKuoDT5NQ== 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; bh=owxhOxQ3MYEzUSXw4HEv4X59nhhkJ7Lao2DLvPLtcZY=; b=cfQ28VWRCFADyHVGoW5+3cZxS9qY/JVzbrH/tWosdU5QxHEQiPT2wZs6jek668dzLu/AyG0snh7C8GIQRc6jszcpZcdpcuc9n8Qsw4ObLlSJ6RhCep3wLaX+2Dq+zcStaNC3lbnZxQhx3R3epEw1Z8i2IDTrwOzcmclcHSuh69Ov5IBAiP7pSsLFUhQ/grBBokTc1Frtoslpk3+jJvqyC56P2+kDvGvWVKFnFVkR/Dn2ICq3lCg+ZKHJMM52qPNfgE+pIcp6IOhlBTcJUrNO+nHqBkLxbngPIv2YWQJXknNicmzbRQmu4BALwae1Fqckc34Z97xTRB4IpgR2IS5DSg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=owxhOxQ3MYEzUSXw4HEv4X59nhhkJ7Lao2DLvPLtcZY=; b=pMPpO92F6Ok7ag0E69x29HpAMEHZER6M4ZUJ6Ex3CYB58omGPfbpc6crohHMBWR/WJPK1ehN2j8MqGBjY6i1hN43FqzT4182wgZk09jhzJpfWZDNgBcqIEhNLShVTBXswic5odF5LkLeZLI7N1cCCpc7CgvepUv6/Tvz4JuxX14= Received: from CO1PR13MB4920.namprd13.prod.outlook.com (2603:10b6:303:f7::17) by MWHPR1301MB1966.namprd13.prod.outlook.com (2603:10b6:301:30::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.9; Fri, 10 Sep 2021 21:56:55 +0000 Received: from CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::892a:e925:e1fb:6866]) by CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::5d50:595c:b06:1c68%9]) with mapi id 15.20.4500.017; Fri, 10 Sep 2021 21:56:55 +0000 From: Linda Dunbar To: Ron Bonica , "spring@ietf.org" CC: "bruno.decraene@orange.com" Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCjaDaQAACaqYAABS6VsA== Date: Fri, 10 Sep 2021 21:56:55 +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: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 07071acd-f9f9-45aa-87fd-08d974a5e7b3 x-ms-traffictypediagnostic: MWHPR1301MB1966: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: js+3ClkUhOILpMIP8DbQFEWs+x8XRulpJjzbXPwwAtlNaIYWp6hQ+JxQvN7uyReC6MIjeEuLGjD6T00eBgyLLKEgQkCNjl+Vp0ZPVeoVTeUlsm+M0TYrLtF6dvs4eXf0B9jXZ7Uxo2R9FIX2Q3jVbL3/LaV6LRm4ntmFFmLeV0GRCu3wkX7OwDeBjXSGetq0JzfQO3Gi4zYeeEkGJ1oBYwkYs3ryJgShE9I9EMB+x3aBVVldCNcdpT1hqPU3nLTfRupWP6hFs30bZQ3fDKmYMaaFFTVahKOnEANHEG1tpwBl67xMLQ3TveSL95qhDy7LTzG1M66lcuiTnNoFPK+t0QdzdFv9MXlKOFOkI33jxUu84Ty2DF86n+NsmD23X+rZYKiW8QTYlCgH4Wc7w0ZThFnZJPWeMtaTF3SFU7/VHmZBj8UpRhWo4doiqbUaoQk/IUjZHPciuzkaTTrVnDslGsZ5frs01/frSJ5fdIlpA2y2q5suRNQvLO1wOeNac2QSfeC5Q6MWe3URiX/ZmQUkPiOUQ7VyA96sQhN4G320EBIzlEcb01A5xRo7F+/Y7sbhg3shk0A5QXTdvh3BBHzoUjB90bH60c3UD6KtdP59CmwD0DFGiUFkzofCDXUqhm6jkO5OPuypBv31CS4eBc9hDDlHDvuhE4jjLOcNqKosWUkMds69gZK9KPJWAzY7D1zOlxPdt1pu84Hs/9mrTqH8UYI7A+LxBWbv4gOFKFlEDzjbtBWseN3HDzGEyspp+4kQ9IQocDjp1cbnvtyQXMwavCjhmqOFYL+3si1NIBu1YyjvKJjD4KB0Lvo5dJepjIENrONSbc0OyBqG5phYaQgxnw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR13MB4920.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39840400004)(396003)(366004)(346002)(136003)(6506007)(53546011)(86362001)(8936002)(33656002)(186003)(166002)(71200400001)(478600001)(8676002)(7696005)(4326008)(26005)(2906002)(5660300002)(38070700005)(44832011)(66946007)(76116006)(966005)(52536014)(38100700002)(66556008)(64756008)(66446008)(122000001)(110136005)(55016002)(83380400001)(9686003)(66476007)(316002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?dGVGTTBwZUIzaDNDaXV5dEJ0N2dqcFZYL0tpK1ltQy9TMUlLTFBscHdtbWw0?= =?utf-8?B?b043MmdndG5YSVB4VEhGT0RNZEg0VnNzRFM4MndBSUd0QmFiL01nWll5SFIy?= =?utf-8?B?TDYvSU8zb29aUkpCTTN4VjlISXhFTkp2Q0ptMTRIN3I5VHMzeGl1NW5JdzNa?= =?utf-8?B?M1JSZHZUZjZqaWFxT2k2bVlKOHVuMHVkbklwaUJWUUlTZUFiOFZSalJ6VjRJ?= =?utf-8?B?YW44QVFWakJoK2FGT0ozNVdkOUJXY0tFRWhieW9WdW96QWFQaGRwY3psUTVC?= =?utf-8?B?S3IxczRzQ0gyTEtVNDJsYzBtbklyY0ozMkpueWhpeURqVXVqNWg4RjZpUWth?= =?utf-8?B?UXN3WmY1dlBNamhMbzNFRjZsU2NOVGZRdU12ZzVjcXlXb2l3RWhWN2ozRGNI?= =?utf-8?B?QTRNMzlVemZWUndPdFVnU0tMbHhGT3RBOXplVExtTXpNUUlKcnI0b2ljZy9W?= =?utf-8?B?N1dldXJ4a25MVU5WcjJBbmNTenlmL1M4aW84T3RGc3d2WmQxeVZXRTRqSUEv?= =?utf-8?B?ZkNBckhGdXZMZUVpajhQV0RCbkpNQ0V6MnpNT3VYa1VpRFF0MmY1S3VKK1Mw?= =?utf-8?B?WnFHS29xNHRmY1Z4TGMxZmkyT0g0S2JzRXFWWG1DU1M4Nzl2RERKUUFQS3RK?= =?utf-8?B?ZnpKM3ZHUXEyVmlKdVRhdTk0UVlrODJNcUxGVUM5Nm5KdUdpVVNNYUtxbGp6?= =?utf-8?B?NCt3NkQ3K2lqVis2RnIzdE94R3BGV3VyOVVGakhJand0a1RITC90blVQdkhY?= =?utf-8?B?SnNJS0RkeHIycUcyM28wSmtQWWlrZGluUzJvdzhmbWtmUzZjd2lCR2lLcTU2?= =?utf-8?B?cjhJbk1PME5FTUhKQlpOc25wSlFseUwvZ2NOT3dXNFExYkdlSTYwYmFDb3FY?= =?utf-8?B?czNEU0k4emdsMWZlM25qNGs0ZlVsMkx3WDlmZ1hLLzVINmFveWQ1NUZPd2cr?= =?utf-8?B?RGtpZXo5Vm9BVkl0c3kwSk16K011cWpSV2hkSS9LczZaajR4b2pocVJRTVh3?= =?utf-8?B?eHMzcUhqQi9kdk10eWtCUklUcHlBS1FDQnpoVk1jeVNpSWdaSitwQWplL0NY?= =?utf-8?B?aVFndjZjUnVPenBZNmIxVGVkTFJOd0lzcENxZWFObGpJMkVrQmg1cWhQejN6?= =?utf-8?B?Y0NNcWdySlJHcVhKSEllMFpYUi9oSkp1RGVWdjJ2T1YvOHFQUHVJRXlLMFdv?= =?utf-8?B?eEx5TzBqd09zNWNGelRlTTcwcUEvMEQyUGZpbWpkM3lTSHRuWlliU3JkWmtz?= =?utf-8?B?OEU4ajRDSXFXN0xvSld4YzVySWNFRUc5RlRBelNJY3FRTWZkbittN2NCQnpa?= =?utf-8?B?UnVNN3ZuWEdLRGVlY3MrYUxkMWNIWVlqbXI2L2hmTld4QTVwWDh3d1M4LzQ0?= =?utf-8?B?dXlZaEVKdTk3b2g0MVlkOEFQMjNMSE9xTnA0UldLK0U3Q3Z3K204VkdzR2dG?= =?utf-8?B?aDZ3NHR2TUpqcEt0ZXVmVjUyb2t6aUR6U1Bqd2hBN2pxR1N6L0gzN2F5MW8z?= =?utf-8?B?b3lERE1CaVhHK09SSXVqYXhLNXp5ckJwZFlMVnY5cnFtSWFWZ2c5b1RIbzRJ?= =?utf-8?B?SEtYYlc2U2svbVRUL0V3dWgwSHZCNTBCNkZhSm1uZS8vOWZUaUFzcmI5d2k2?= =?utf-8?B?Q2V5QnBldW5zNDVaY0VLdzV3Y00rcG50YTFQTmNsZDduYXd0cVRMY2M5Z0hl?= =?utf-8?B?clFxMkNmVTB1WG14THpRQVQ2L2ZhajdnSk1FSEJ0bUxiN01MYUs0b3IrRkNR?= =?utf-8?Q?IEvLI42MwQGn60Vpjdb+etE7MoJUztOXR+eg0zG?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR13MB4920C8E2815058DD80E6C1DA85D69CO1PR13MB4920namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR13MB4920.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 07071acd-f9f9-45aa-87fd-08d974a5e7b3 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 21:56:55.4249 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: kbHJbUyt0JwGrQMIrGgz87+jmmZ/1OZxmp8rY821JVyvcKeg/cGUNQpNnsibEx+4dCwFKknJTqUOBCEbGWlJCw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1301MB1966 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 21:57:04 -0000 --_000_CO1PR13MB4920C8E2815058DD80E6C1DA85D69CO1PR13MB4920namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpJIHN1cHBvcnQgYWRvcHRpb24uDQoNCkxpbmRhIER1bmJhcg0KDQpPbiBTZXAgMTAsIDIwMjEs IGF0IDEyOjE2IFBNLCBSb24gQm9uaWNhIDxyYm9uaWNhPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0 Zi5vcmc8bWFpbHRvOnJib25pY2E9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZz4+IHdyb3Rl Og0K77u/DQpCcnVubywNCg0KV2hlbiBhIFdHIGFkb3B0cyBhIGRlc2lnbiB0ZWFtIGRyYWZ0LCBJ IGFzc3VtZSB0aGF0IHRoZSBkcmFmdCBiZWNvbWVzIHN1YmplY3QgdG8gdGhlIGZvbGxvd2luZyBn dWlkZWxpbmVzIGZyb20gUkZDNzIyMToNCg0K4oCcT25jZSBhIHdvcmtpbmcgZ3JvdXAgYWRvcHRz IGEgZHJhZnQsIHRoZSBkb2N1bWVudCBpcyBvd25lZCBieSB0aGUgd29ya2luZyBncm91cCBhbmQg Y2FuIGJlIGNoYW5nZWQgaG93ZXZlciB0aGUgd29ya2luZyBncm91cCBkZWNpZGVzLCB3aXRoaW4g dGhlIGJvdW5kcyBvZiBJRVRGIHByb2Nlc3MgYW5kIHRoZSB3b3JraW5nIGdyb3VwIGNoYXJ0ZXIu ICBBYnNlbnQgZXhwbGljaXQgYWdyZWVtZW50LCBhZG9wdGluZyBhIGRvY3VtZW50IGRvZXMgbm90 IGF1dG9tYXRpY2FsbHkgbWVhbiB0aGF0IHRoZSB3b3JraW5nIGdyb3VwIGhhcyBhZ3JlZWQgdG8g YWxsIG9mIGl0cyBjb250ZW50LiAgU28gYSB3b3JraW5nIGdyb3VwIChvciBpdHMgY2hhcnRlcikg bWlnaHQgZXhwbGljaXRseSBkaWN0YXRlIHRoZSBiYXNpcyBmb3IgcmV0YWluaW5nLCByZW1vdmlu Zywgb3IgbW9kaWZ5aW5nIHNvbWUgb3IgICAgICAgYWxsIG9mIGEgZHJhZnQncyBjb250ZW50LCB0 ZWNobmljYWwgZGV0YWlscywgb3IgdGhlIGxpa2UuIEhvd2V2ZXIsIGluIHRoZSBhYnNlbmNlIG9m IHN1Y2ggY29uc3RyYWludHMsIGl0IGlzIHdvcnRoIGhhdmluZyB0aGUgYWRvcHRpb24gcHJvY2Vz cyBpbmNsdWRlIGEgc3ViLXByb2Nlc3Mgb2YgZ2F0aGVyaW5nIHdvcmtpbmcgZ3JvdXAgY29uY2Vy bnMgYWJvdXQgdGhlIGV4aXN0aW5nIGRyYWZ0IGFuZCBmbGFnZ2luZyB0aGVtIGV4cGxpY2l0bHku 4oCdDQoNCkRvIEkgaGF2ZSB0aGF0IHJpZ2h0Pw0KDQpJZiBzbywgSSBzdXBwb3J0IGFkb3B0aW9u IG9mIHRoaXMgZHJhZnQuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNl IE9ubHkNCkZyb206IHNwcmluZyA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNwcmlu Zy1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxmIE9mIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5j b208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+DQpTZW50OiBUdWVzZGF5LCBTZXB0 ZW1iZXIgNywgMjAyMSA5OjEzIEFNDQpUbzogc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdA aWV0Zi5vcmc+DQpTdWJqZWN0OiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jj b21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3By aW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCltFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMg b2YgY29udGVudF0NCg0KRGVhciBXRywNCg0KDQpUaGUgRGVzaWduIFRlYW0gaGFzIHByb2R1Y2Vk IHR3byBkb2N1bWVudHM6DQotIEEgcmVxdWlyZW1lbnQgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0 LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KLSBBIHNvbHV0aW9uIGFuYWx5c2lzIGRv Y3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0KQm90 aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQgdHJpZ2dlcmVkIHNvbWUgZGlzY3Vz c2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy4NCldlIGJlbGlldmUgaXQn cyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRha2luZyBvd25lcnNoaXAgb2YgdGhv c2UgdHdvIGRvY3VtZW50cy4NCk5vdGUgdGhhdCwgZXNwZWNpYWxseSBmb3IgdGhvc2UgdHdvIGRv Y3VtZW50cywgV0cgYWRvcHRpb24gZG9lcyBub3QgbmVjZXNzYXJpbHkgbWVhbiBSRkMgcHVibGlj YXRpb24gaW4gcGFydGljdWxhciBpZiBpdCB0dXJucyBvdXQgdGhhdCB0aGUgYmVuZWZpdCBvZiBs b25nIHRlcm0gYXJjaGl2ZSB3b3VsZCBub3QganVzdGlmeSB0aGUgV0cgYW5kIElFU0cgZWZmb3J0 IHRvIGZpbmFsaXplIHRob3NlIHR3byBkb2N1bWVudHMuDQoNCg0KVGhpcyBtZXNzYWdlIHN0YXJ0 cyBhIDIgd2VlayBXRyBhZG9wdGlvbiBjYWxsLCBlbmRpbmcgU2VwdGVtYmVyICAyMHRoIDIwMjEs IGZvcjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21w ZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50PGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtz LnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnVybGRlZmVuc2UuY29t JTJGdjMlMkZfX2h0dHBzJTNBJTJGZGF0YXRyYWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZodG1sJTJG ZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50X18lM0IhIU5FdDZ5 TWFPLWdrIVQxaTk5SzNIb29kS1Q4dmVQWlNBQU9CUzVjejBhM2ZUV2xRRWs1eFRpWmEwNWxQODJ6 TUtPdndNaFVvekNZMmYlMjQmZGF0YT0wNCU3QzAxJTdDbGluZGEuZHVuYmFyJTQwZnV0dXJld2Vp LmNvbSU3QzY2YjA5ZGQ0ZGZhOTRkNmQwYTRmMDhkOTc0OTEyZThjJTdDMGZlZThmZjJhM2IyNDAx ODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMSU3QzYzNzY2ODk4OTIwMDEwMDEzMSU3Q1Vua25vd24l N0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJ NklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAwJnNkYXRhPWUxUjdVa2pEandGcW9PNkptN01t UU04Y2N5YU9aWDZIbmJDMVhaVHFxQVklM0QmcmVzZXJ2ZWQ9MD4NCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFu YWx5c2lzPGh0dHBzOi8vbmFtMTEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3Vy bD1odHRwcyUzQSUyRiUyRnVybGRlZmVuc2UuY29tJTJGdjMlMkZfX2h0dHBzJTNBJTJGZGF0YXRy YWNrZXIuaWV0Zi5vcmclMkZkb2MlMkZodG1sJTJGZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXBy ZXNzaW9uLWFuYWx5c2lzX18lM0IhIU5FdDZ5TWFPLWdrIVQxaTk5SzNIb29kS1Q4dmVQWlNBQU9C UzVjejBhM2ZUV2xRRWs1eFRpWmEwNWxQODJ6TUtPdndNaGMwaUlSWG8lMjQmZGF0YT0wNCU3QzAx JTdDbGluZGEuZHVuYmFyJTQwZnV0dXJld2VpLmNvbSU3QzY2YjA5ZGQ0ZGZhOTRkNmQwYTRmMDhk OTc0OTEyZThjJTdDMGZlZThmZjJhM2IyNDAxODljNzUzYTFkNTU5MWZlZGMlN0MxJTdDMSU3QzYz NzY2ODk4OTIwMDEwMDEzMSU3Q1Vua25vd24lN0NUV0ZwYkdac2IzZDhleUpXSWpvaU1DNHdMakF3 TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dpTENKWFZDSTZNbjAlM0QlN0MxMDAw JnNkYXRhPWhtb3VRYUJaVlJiYkdqM3YxWGNLOUk2SXlHZnlmdGZlSG1uTmRjVUJmUFElM0QmcmVz ZXJ2ZWQ9MD4NCg0KDQpBZnRlciByZXZpZXcgb2YgdGhlIGRvY3VtZW50KHMpIHBsZWFzZSBpbmRp Y2F0ZSBzdXBwb3J0IChvciBub3QpIGZvciBXRyBhZG9wdGlvbiBvZiB0aGUgZG9jdW1lbnQocykg dG8gdGhlIG1haWxpbmcgbGlzdC4NClBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVudHMvcmVhc29u cyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMgaXMgYSBzdHJvbmdl ciB3YXkgdG8gaW5kaWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMgaXMgbm90IGEgdm90 ZS4NCg0KSWYgeW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50KHMpLCBwbGVh c2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMgYW4gaW5kaWNh dGlvbiBvZiB0aGUgZW5lcmd5IGxldmVsIG9mIHBlb3BsZSBpbiB0aGUgd29ya2luZyBncm91cCB3 aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50Lg0KDQpUaGFua3MhDQoNCkppbSwgQnJ1bm8g JiBKb2VsDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50 ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBw cml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBs b2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdleHBlZGl0ZXVy IGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdl cyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQoNCk9yYW5n ZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJl LCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9y bWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hvdWxkIG5vdCBi ZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQpJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCg0K QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2Fn ZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFu ayB5b3UuDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K c3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K --_000_CO1PR13MB4920C8E2815058DD80E6C1DA85D69CO1PR13MB4920namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4i Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkxhdG87fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250 LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGlu aywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMw NTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCglt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0K CXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1m YW1pbHk6Q29uc29sYXM7fQ0KcC5tc2lwZm9vdGVyMzBiM2Q1MzgsIGxpLm1zaXBmb290ZXIzMGIz ZDUzOCwgZGl2Lm1zaXBmb290ZXIzMGIzZDUzOA0KCXttc28tc3R5bGUtbmFtZTptc2lwZm9vdGVy MzBiM2Q1Mzg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsN Cgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVt YWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjo3MC44NXB0 IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEi IHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHN1cHBvcnQgYWRvcHRpb24uPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGluZGEgRHVuYmFyPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5PbiBT ZXAgMTAsIDIwMjEsIGF0IDEyOjE2IFBNLCBSb24gQm9uaWNhICZsdDs8YSBocmVmPSJtYWlsdG86 cmJvbmljYT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnIj5yYm9uaWNhPTQwanVuaXBlci5u ZXRAZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+77u/IDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4w cHQiPkJydW5vLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTQuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+V2hl biBhIFdHIGFkb3B0cyBhIGRlc2lnbiB0ZWFtIGRyYWZ0LCBJIGFzc3VtZSB0aGF0IHRoZSBkcmFm dCBiZWNvbWVzIHN1YmplY3QgdG8gdGhlIGZvbGxvd2luZyBndWlkZWxpbmVzIGZyb20gUkZDNzIy MTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjE0LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPuKAnE9uY2UgYSB3 b3JraW5nIGdyb3VwIGFkb3B0cyBhIGRyYWZ0LCB0aGUgZG9jdW1lbnQgaXMgb3duZWQgYnkgdGhl IHdvcmtpbmcgZ3JvdXAgYW5kIGNhbiBiZSBjaGFuZ2VkIGhvd2V2ZXIgdGhlIHdvcmtpbmcgZ3Jv dXAgZGVjaWRlcywgd2l0aGluIHRoZSBib3VuZHMgb2YgSUVURiBwcm9jZXNzIGFuZCB0aGUgd29y a2luZyBncm91cCBjaGFydGVyLiZuYnNwOyBBYnNlbnQNCiBleHBsaWNpdCBhZ3JlZW1lbnQsIGFk b3B0aW5nIGEgZG9jdW1lbnQgZG9lcyBub3QgYXV0b21hdGljYWxseSBtZWFuIHRoYXQgdGhlIHdv cmtpbmcgZ3JvdXAgaGFzIGFncmVlZCB0byBhbGwgb2YgaXRzIGNvbnRlbnQuJm5ic3A7IFNvIGEg d29ya2luZyBncm91cCAob3IgaXRzIGNoYXJ0ZXIpIG1pZ2h0IGV4cGxpY2l0bHkgZGljdGF0ZSB0 aGUgYmFzaXMgZm9yIHJldGFpbmluZywgcmVtb3ZpbmcsIG9yIG1vZGlmeWluZyBzb21lIG9yICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2FsbCBvZg0KIGEgZHJhZnQncyBjb250 ZW50LCB0ZWNobmljYWwgZGV0YWlscywgb3IgdGhlIGxpa2UuIEhvd2V2ZXIsIGluIHRoZSBhYnNl bmNlIG9mIHN1Y2ggY29uc3RyYWludHMsIGl0IGlzIHdvcnRoIGhhdmluZyB0aGUgYWRvcHRpb24g cHJvY2VzcyBpbmNsdWRlIGEgc3ViLXByb2Nlc3Mgb2YgZ2F0aGVyaW5nIHdvcmtpbmcgZ3JvdXAg Y29uY2VybnMgYWJvdXQgdGhlIGV4aXN0aW5nIGRyYWZ0IGFuZCBmbGFnZ2luZyB0aGVtIGV4cGxp Y2l0bHku4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTQuMHB0Ij5EbyBJ IGhhdmUgdGhhdCByaWdodD8gPC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox NC4wcHQiPklmIHNvLCBJIHN1cHBvcnQgYWRvcHRpb24gb2YgdGhpcyBkcmFmdC48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjE0LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBSb248L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0ibXNpcGZvb3RlcjMwYjNkNTM4IiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luOjBp bjt0ZXh0LWFsaWduOmNlbnRlciI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9y OmJsYWNrIj5KdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PkZyb206PC9iPiBzcHJpbmcgJmx0OzxhIGhyZWY9Im1haWx0bzpzcHJpbmctYm91bmNlc0BpZXRm Lm9yZyI+c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwv Yj48YSBocmVmPSJtYWlsdG86YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSI+YnJ1bm8uZGVjcmFl bmVAb3JhbmdlLmNvbTwvYT48YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgU2VwdGVtYmVyIDcs IDIwMjEgOToxMyBBTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRm Lm9yZyI+c3ByaW5nQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbc3ByaW5nXSBX RyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVp cmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTIu MHB0O2JhY2tncm91bmQ6I0ZGRUI5QyI+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0xhdG8mcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+W0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XTwvc3Bhbj48L2I+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGUiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmIj5EZWFyIFdHLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBEZXNpZ24gVGVhbSBoYXMgcHJvZHVj ZWQgdHdvIGRvY3VtZW50czo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+LSBBIHJlcXVpcmVtZW50IGRvY3VtZW50 OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQNCjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj4tIEEgc29sdXRpb24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNw cmluZy1jb21wcmVzc2lvbi1hbmFseXNpczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z ZXJpZiI+Qm90aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQgdHJpZ2dlcmVkIHNv bWUgZGlzY3Vzc2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+V2UgYmVsaWV2ZSBpdCdzIG5vdyB0aW1lIGZvciB0aGUgV0cgdG8gY29uc2lkZXIg dGFraW5nIG93bmVyc2hpcCBvZiB0aG9zZSB0d28gZG9jdW1lbnRzLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5O b3RlIHRoYXQsIGVzcGVjaWFsbHkgZm9yIHRob3NlIHR3byBkb2N1bWVudHMsIFdHIGFkb3B0aW9u IGRvZXMgbm90IG5lY2Vzc2FyaWx5IG1lYW4gUkZDIHB1YmxpY2F0aW9uIGluIHBhcnRpY3VsYXIg aWYgaXQgdHVybnMgb3V0IHRoYXQgdGhlIGJlbmVmaXQgb2YgbG9uZyB0ZXJtDQogYXJjaGl2ZSB3 b3VsZCBub3QganVzdGlmeSB0aGUgV0cgYW5kIElFU0cgZWZmb3J0IHRvIGZpbmFsaXplIHRob3Nl IHR3byBkb2N1bWVudHMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+VGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDIgd2VlayBXRyBhZG9wdGlv biBjYWxsLCBlbmRpbmcgU2VwdGVtYmVyJm5ic3A7IDIwdGggMjAyMSwgZm9yOjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj48YSBocmVmPSJodHRwczovL25hbTExLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2su Y29tLz91cmw9aHR0cHMlM0ElMkYlMkZ1cmxkZWZlbnNlLmNvbSUyRnYzJTJGX19odHRwcyUzQSUy RmRhdGF0cmFja2VyLmlldGYub3JnJTJGZG9jJTJGaHRtbCUyRmRyYWZ0LXNyY29tcGR0LXNwcmlu Zy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudF9fJTNCISFORXQ2eU1hTy1nayFUMWk5OUszSG9vZEtU OHZlUFpTQUFPQlM1Y3owYTNmVFdsUUVrNXhUaVphMDVsUDgyek1LT3Z3TWhVb3pDWTJmJTI0JmFt cDtkYXRhPTA0JTdDMDElN0NsaW5kYS5kdW5iYXIlNDBmdXR1cmV3ZWkuY29tJTdDNjZiMDlkZDRk ZmE5NGQ2ZDBhNGYwOGQ5NzQ5MTJlOGMlN0MwZmVlOGZmMmEzYjI0MDE4OWM3NTNhMWQ1NTkxZmVk YyU3QzElN0MxJTdDNjM3NjY4OTg5MjAwMTAwMTMxJTdDVW5rbm93biU3Q1RXRnBiR1pzYjNkOGV5 SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsxaGFXd2lMQ0pYVkNJ Nk1uMCUzRCU3QzEwMDAmYW1wO3NkYXRhPWUxUjdVa2pEandGcW9PNkptN01tUU04Y2N5YU9aWDZI bmJDMVhaVHFxQVklM0QmYW1wO3Jlc2VydmVkPTAiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50 PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL25hbTExLnNhZmVsaW5rcy5wcm90 ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ1cmxkZWZlbnNlLmNvbSUyRnYz JTJGX19odHRwcyUzQSUyRmRhdGF0cmFja2VyLmlldGYub3JnJTJGZG9jJTJGaHRtbCUyRmRyYWZ0 LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpc19fJTNCISFORXQ2eU1hTy1nayFU MWk5OUszSG9vZEtUOHZlUFpTQUFPQlM1Y3owYTNmVFdsUUVrNXhUaVphMDVsUDgyek1LT3Z3TWhj MGlJUlhvJTI0JmFtcDtkYXRhPTA0JTdDMDElN0NsaW5kYS5kdW5iYXIlNDBmdXR1cmV3ZWkuY29t JTdDNjZiMDlkZDRkZmE5NGQ2ZDBhNGYwOGQ5NzQ5MTJlOGMlN0MwZmVlOGZmMmEzYjI0MDE4OWM3 NTNhMWQ1NTkxZmVkYyU3QzElN0MxJTdDNjM3NjY4OTg5MjAwMTAwMTMxJTdDVW5rbm93biU3Q1RX RnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsx aGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmYW1wO3NkYXRhPWhtb3VRYUJaVlJiYkdqM3YxWGNL OUk2SXlHZnlmdGZlSG1uTmRjVUJmUFElM0QmYW1wO3Jlc2VydmVkPTAiPmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9u LWFuYWx5c2lzPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkFmdGVyIHJldmlldyBvZiB0aGUgZG9jdW1lbnQocykgcGxlYXNlIGlu ZGljYXRlIHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHIGFkb3B0aW9uIG9mIHRoZSBkb2N1bWVudChz KSB0byB0aGUgbWFpbGluZyBsaXN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5QbGVhc2UgYWxzbyBwcm92aWRl IGNvbW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3IgbGFjayB0aGVyZW9mKSBhcyB0 aGlzIGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBhcyB0 aGlzIGlzIG5vdCBhIHZvdGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5J ZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQocyksIHBsZWFzZSBzdGF0 ZSB0aGlzIGV4cGxpY2l0bHkuIFRoaXMgZ2l2ZXMgdGhlIGNoYWlycyBhbiBpbmRpY2F0aW9uIG9m IHRoZSBlbmVyZ3kgbGV2ZWwgb2YgcGVvcGxlIGluIHRoZSB3b3JraW5nIGdyb3VwDQogd2lsbGlu ZyB0byB3b3JrIG9uIHRoZSBkb2N1bWVudC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5UaGFua3MhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5KaW0sIEJydW5vICZhbXA7 IEpvZWw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHByZT48c3Bh biBsYW5nPSJGUiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJGUiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkZSIj5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRl cyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2 ZW50IGRvbmM8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPnBh cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h bGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5hIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDwv c3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+T3JhbmdlIGRlY2xp bmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9y bWUgb3UgZmFsc2lmaWUuIE1lcmNpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJGUiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIGxh bmc9IkZSIj5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+dGhl eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv cmlzYXRpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5J ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48L3Nw YW4+PG86cD48L286cD48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPkFzIGVtYWlscyBtYXkg YmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBi ZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48L3NwYW4+PG86cD48L286cD48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPlRoYW5rIHlvdS48L3NwYW4+PG86cD48L286cD48L3By ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQpzcHJpbmcgbWFpbGluZyBsaXN0PGJyPg0KPGEg aHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+c3ByaW5nQGlldGYub3JnPC9hPjxicj4NCjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nIj5odHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzwvYT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_CO1PR13MB4920C8E2815058DD80E6C1DA85D69CO1PR13MB4920namp_-- From nobody Fri Sep 10 15:00:53 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4E3D3A1FBF for ; Fri, 10 Sep 2021 15:00:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 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_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SKpNtS-Iyzje for ; Fri, 10 Sep 2021 15:00:22 -0700 (PDT) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2095.outbound.protection.outlook.com [40.107.92.95]) (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 B364E3A1FC1 for ; Fri, 10 Sep 2021 15:00:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xx4WkW+Ct+9r3xaYjsPR/hei+9MgKSrk4nFNRqCxNI1O3sGyqDQ2LTMxcL0RGNrqPWS5Q7YkbjniEbLNgUMIYIJNOgUdvtHI8jETHcFdFKO9t+6Sfm5mtJ+X12i831xEmlTnq3i+w1ZZ/OLKSqDpvHKug5yq2NrZfIR1SqBN4R/VLbCbIbGjXAbTD2caRZ+ksr2qR8FqMxZVZp3hgrSXNlilNLeuf7UT7wQVjc6gBPhD1PH5msD2L1gtA5TUekLv8O/s4BVcqAp7Cz/WoompE0cjxAeNYi1zYWKFqLR9VwKW+lWZ2rMf3UsHw0bwUFr52DWdL4U1RG6nDvlSMmjHWA== 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; bh=d7UhKgPt6sbBim8/sut/y7xtFtQ17EWwrI4TIkeZAiw=; b=m9ZcLFkcZ9QgX6GEoN9/usLNbFu37QYuR4XLm1H0gx3Fp8oBpVtAlumUjfm3YffS1Wvj+ytR6h6+bxnm4D4It/9aH4LbY2IgvMusoG/8jGewV75P9BN0QxmxyYlZeD8edQnmi5XnrMgURaqIxJwdogvBuzpaqnYkeURxv2oaaBtc2hZk78IfLPBhBBTCDRNtuYo6aIsGtNlF+opdsPIL2swkeJzIL0my36LlcvI4LVRHs7q16uQCqdneoBKQGc8Q+2H7/3eTpY38YatxOstzBv1u5zwZC3y6ShTMItov5jrY/kZ4QKhTu8oZ2txOwY4KZkFtSFQH1rFHfXVxNRKDIg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d7UhKgPt6sbBim8/sut/y7xtFtQ17EWwrI4TIkeZAiw=; b=I94AUdtsAZN67uWw+D+v3YmSlAYI8TEMzf6AsJ71H3DmNeqSdOQD0rtDCtyIwJy9549dm6rq0NrJcjfjBQeIXg+4Y19rMHgyTxvT94RSidFzWWTPDNoydL7Buh/+IGLPU5NGzdRVoicg2AfT+qtd86Jo1hkYlFXxGgcBm9/IGN0= Received: from BY3PR13MB5044.namprd13.prod.outlook.com (2603:10b6:a03:362::22) by BY3PR13MB5058.namprd13.prod.outlook.com (2603:10b6:a03:362::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.8; Fri, 10 Sep 2021 22:00:18 +0000 Received: from BY3PR13MB5044.namprd13.prod.outlook.com ([fe80::4dd7:9d8f:5e4e:7320]) by BY3PR13MB5044.namprd13.prod.outlook.com ([fe80::4dd7:9d8f:5e4e:7320%8]) with mapi id 15.20.4523.009; Fri, 10 Sep 2021 22:00:18 +0000 From: Huaimo Chen To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCpSFIN Date: Fri, 10 Sep 2021 22:00:17 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: f9d322bf-9ae4-9fec-773b-6607302f5adf authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1c511ca6-af85-4c90-afb9-08d974a66082 x-ms-traffictypediagnostic: BY3PR13MB5058: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4303; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: OEGQMWgJVQD+Y9MdXeUl15g3p2r+SvRldkGQvTdRtDml3Qj4gCxIsKcjjjFxL0Lr1bETporWyIBECXu/OCVn3ik7np5pgJGXHZA8u0mxX01D6SAJiP6z3cqreXd7CoWfIfe9yfG7mPdbGu5/2Rn1HrNQ1ZHTPwjMKDuH/clM+ENZ18HF2ERuaOg6U5I/mA53hUITVTS07yJMCs4pX0JeKtQ/diGdCNshntF93HDW2d++VHpF1gRQHNyIY08B+WDgcP3h+ydUX/3fmIbgkZ7wlzgYDT9L15D3A4LodvUTj5khKQhBjnl06/7QCZ6/uhhzL/M141nP9hUTEHmvb/Js8s0y22TN6ppdvutmvVxYQzkVrmHr/ebr4VVKLj9TVPAd6du30Ct6DGxr8R+S9stFSh2z6D8TDcRo56WBhSyCn27Xy/AA8XsBjQxb5jMxYk2sKa0jihWTN0vmL2OBmPGp5PyVLuUmFPrgLd2iy+Hb8YU0WKXjOgWZhs7bMgdhf2Vq6C9Topoo16yKLELAmmfveqO9aLMMAz9Ci3QTTRAIwuxsrlPqobrM6+eeVWSyE2z3IZRzJXsTkvIuCQCORvF6xgA4Xfv2WPvFmC/3VfiFN2PGyqanPcfCz1xLLADHP2+nPEW6X2/lxRz1mr1gZNf3uyx46lmSLgqpyTV3VCmW3V4SGMKcj0cc1tJ03cR6x4r/doIHfMQz2jyNYuPYlB9tEbreYpMszEaW/8xm6EojiRpFAez1+vzB+06Xnpoxv3dhKRK2DJ+APM0qwYpOQ00rh9wP8S4toHgg7Oy4TB4jmb2ZFSE3CIUpVHv1UXkPmr1rYt5mc2ygZfkTPEWiFn6svg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR13MB5044.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(86362001)(19627405001)(110136005)(44832011)(55016002)(66556008)(508600001)(6506007)(7696005)(8936002)(5660300002)(83380400001)(38100700002)(122000001)(8676002)(66946007)(71200400001)(76116006)(9686003)(64756008)(66476007)(186003)(33656002)(91956017)(2906002)(38070700005)(966005)(316002)(66446008)(53546011)(52536014)(166002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?V5H1bANgQ7rnIIBDMDfdS4VEH9h4Rb+V+cyGbh+199nZ+d02cT8tTGxJH/?= =?iso-8859-1?Q?WIfrZ4XtVzPmiM4548MdajW/mupRw9NEY+VNiMzs+TMRebmgajYR+oXud2?= =?iso-8859-1?Q?koTHkUPZVfBeBJ281PUG5a0oqsIdCP04g8o7ZfdG20wYFIS9hjePVFKPax?= =?iso-8859-1?Q?9ALhW/lej5s27PluL+ojTz2msoqpwWUt98fco6YqilUXmi80ILKIIjjz6i?= =?iso-8859-1?Q?BBi4SotvfG0KnUiDzzcAr4vO2MrXXKsFc9KI0du+IQPOjL+/sUphpvf4wq?= =?iso-8859-1?Q?B6HlfedHaHEqXRMjSjebzbFbxlmJw4tWo4Pu3fJNYkIWICt3sqb40e0Q/y?= =?iso-8859-1?Q?rpIj927leoCA/b/hZLhXsrCtO0YxMqB/NGR8wqrbGTlytBQmJFX+I2AJTd?= =?iso-8859-1?Q?QvnzZD04eyIaPaDuJGmGVX+xU/F8E30fEJC7u5tmwqvuc445Qz5DQUBzAG?= =?iso-8859-1?Q?no5oinFdLRVsw4wv1xx+9qyshTCqIcb4yrOKBRKE7XbvCO0lLB9FXtEweX?= =?iso-8859-1?Q?zL2lD5JexfKQjgZ35eyxsfH/pxPXEGhm7y0/R+P9ZA3E3za4aOWN5j+xM8?= =?iso-8859-1?Q?decRhU32XJTtiBNKeqPrpRrDEIFb8MsGlFqkTYoLgZX2JVIA9ceqqHGHjS?= =?iso-8859-1?Q?43jtoCNWvFW9Z0tZGXVF929sovVu/h7Mqk4Q1ysWGeJEcVbJq8hkdUWvY0?= =?iso-8859-1?Q?FxCDpsNjyl1gQwsNNzmSRa7ciKosVur6xsCoHN4i8oXhetQ/py1pgIHhG7?= =?iso-8859-1?Q?tuZBAbAn5NsNkbIuZpYxyczXre05JodDwgoiMIZjhkMt5Yn0DZFH4o/IDO?= =?iso-8859-1?Q?aRD1GgL9dB3XMHcVbDOduSu+we1PQNV+Ta3CQOr/GLMCrdEqKPMCjUz3Kt?= =?iso-8859-1?Q?BVUuN0nqpd039WMeKrQ3aBRA8ebaMvgOR57WpetO0mclBt4xOSExZnltjE?= =?iso-8859-1?Q?lXvxywNEdAQqV18+AaD+s8ZDNQx5mPyY/DUsASE7LUMA20bYuEp6V0dNYm?= =?iso-8859-1?Q?yBVQN1FWDizmZFzbtca6Kwb3CedkwvX559LpxFcMDN5VE7dHYrT4346TCD?= =?iso-8859-1?Q?WPEl2N/zZQvrvLVKN+N/w6d9l85Iop6Rmd7ob3bv92gk7O8vK/NNonv+Vf?= =?iso-8859-1?Q?vL+q90AJPwJcqsbab6Awebi7eyDwiL2B1xjcK8vF7vcXgxRL8RauB2sVIe?= =?iso-8859-1?Q?efDqTs067etJB5v6NgOZbzWsYBxoB8RgYNDMnIAxKqJMzSWZemCKagFVPx?= =?iso-8859-1?Q?aXvjYBaiUBWax2r5F2WK2vFj3u7uzls4VJDbls48D9tKuLvWw8NrD1odOI?= =?iso-8859-1?Q?GXCBd7M8INCP65uXpNc0ujvPftQyXOwk34EQCeff+Rovj0xXQ2GfgpInRd?= =?iso-8859-1?Q?k5izytNo+oExhmKoPcn1TZF8yp+z7QCWzibDP/MfJUKo6ewApdwAPLeKTq?= =?iso-8859-1?Q?szSVGvmUjmsEnPXv?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BY3PR13MB5044848D741C5164C99F256AF2D69BY3PR13MB5044namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB5044.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1c511ca6-af85-4c90-afb9-08d974a66082 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2021 22:00:18.0006 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rlHK07qAMK3KpSTTeN2NGxEJmgxCorC7VuqvP9Xh68P6DDkI6hITJnx/xzLckAgQAl1aXz9zLFQx9y71xrrReg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY3PR13MB5058 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2021 22:00:28 -0000 --_000_BY3PR13MB5044848D741C5164C99F256AF2D69BY3PR13MB5044namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Everyone, I support the adoption of the two documents. Best Regards, Huaimo ________________________________ From: spring on behalf of bruno.decraene@orange.c= om Sent: Tuesday, September 7, 2021 9:12 AM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_BY3PR13MB5044848D741C5164C99F256AF2D69BY3PR13MB5044namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Everyone,

    I support the adoption of the two documents.

Best Regards,
Huaimo
From: spring <spring-bou= nces@ietf.org> on behalf of bruno.decraene@orange.com <bruno.decraene= @orange.com>
Sent: Tuesday, September 7, 2021 9:12 AM
To: spring@ietf.org <spring@ietf.org>
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis
 

Dear WG,

=  

 

The Design Team has produced two documents:

- A requirement document: draft-src= ompdt-spring-compression-requirement

- A solution analysis document: draft-srcompdt-spring-compression-analysis

 

Both have been presented to the WG and triggered some discus= sions but are still individual documents.

We believe it's now time for the WG to consider taking owner= ship of those two documents.

Note that, especially for those two documents, WG adoption d= oes not necessarily mean RFC publication in particular if it turns out that= the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents.

 

 

This message starts a 2 week WG adoption call, ending Septem= ber  20th 2021, for:

https://datatracker.ietf.org/doc/html= /draft-srcompdt-spring-compression-requirement

https://datatracker.ietf.org/doc/html/draft= -srcompdt-spring-compression-analysis

 

 

After review of the document(s) please indicate support (or = not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your support (or la= ck thereof) as this is a stronger way to indicate your (non) support as thi= s is not a vote.

 

If you are willing to work on the document(s), please state = this explicitly. This gives the chairs an indication of the energy level of= people in the working group willing to work on the document.

=  

Thanks!

=  

= Jim, Bruno & Joel

=  

______________________________________________________________________=
___________________________________________________=0A=
=0A=
Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc=0A=
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler=0A=
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,=0A=
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.=0A=
=0A=
This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;=0A=
they should not be distributed, used or copied without authorisation.=0A=
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.=0A=
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.=0A=
Thank you.=0A=
--_000_BY3PR13MB5044848D741C5164C99F256AF2D69BY3PR13MB5044namp_-- From nobody Fri Sep 10 18:52:38 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B7E23A2A0B for ; Fri, 10 Sep 2021 18:52:34 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 t6U0KYTCTSFS for ; Fri, 10 Sep 2021 18:52:30 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D100F3A2A0C for ; Fri, 10 Sep 2021 18:52:29 -0700 (PDT) Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H5wfx21vsz67NrY for ; Sat, 11 Sep 2021 09:50:17 +0800 (CST) Received: from dggpemm100003.china.huawei.com (7.185.36.68) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Sat, 11 Sep 2021 03:52:25 +0200 Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm100003.china.huawei.com (7.185.36.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Sat, 11 Sep 2021 09:52:23 +0800 Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.008; Sat, 11 Sep 2021 09:52:23 +0800 From: "Chengli (Cheng Li)" To: Weiqiang Cheng , "'Joel M. Halpern'" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0SK2QJ436DHw0udUuKGXRCjnKuY9ZwAgAUgZIA= Date: Sat, 11 Sep 2021 01:52:23 +0000 Message-ID: <31f16f0b79d44374b3d42336abd16af6@huawei.com> References: <06fb01d7a461$217a86e0$646f94a0$@com> In-Reply-To: <06fb01d7a461$217a86e0$646f94a0$@com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.130] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Sep 2021 01:52:35 -0000 SGkgQ2hhaXJzLA0KDQpBZnRlciBhIGxvbmctdGltZSBkaXNjdXNzaW9uIGFuZCBtYW55IGNvbnRy aWJ1dGlvbnMgaGF2ZSBiZWVuIG1hZGUgdG8gdGhlIHRvcGljLCAgSSBiZWxpZXZlIHdlIGhhdmUg Z2V0IHRoZSBwb2ludCB0aGF0IHdlIHNob3VsZCBzdGVwIGZvcndhcmQgdG8gYWRvcHQgdGhlIENT SUQgZHJhZnQsIHRoZXJlZm9yZSwgSSBmdWxseSBhZ3JlZSB3aXRoIHRoZSBDU0lEIGF1dGhvcnMn IFBPVi4NCg0KTWFueSB0aGFua3MgZm9yIHlvdXIgd29yaywgaXQgTVVTVCBiZSBkaWZmaWN1bHQg Zm9yIHlvdSA6KQ0KQnV0IEkgc3RpbGwgYmVsaWV2ZSB0aGF0IHdlIGNhbiBhZGRyZXNzIHRoZSB0 b3VnaCB0YXNrcyB2ZXJ5IHNvb24gYXMgbG9uZyBhcyB3ZSBjYW4gc3RpbGwgbW92ZSBmb3J3YXJk Lg0KDQpUaGFuayB5b3UgYWdhaW4gZm9yIHRoZSBleGNlbGxlbnQgd29yayBhbmQgcmVzcGVjdCwN CkNoZW5nDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogc3ByaW5nIFtt YWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBXZWlxaWFuZyBDaGVu Zw0KU2VudDogV2VkbmVzZGF5LCBTZXB0ZW1iZXIgOCwgMjAyMSAxMToyNSBBTQ0KVG86ICdKb2Vs IE0uIEhhbHBlcm4nIDxqbWhAam9lbGhhbHBlcm4uY29tPjsgc3ByaW5nQGlldGYub3JnDQpTdWJq ZWN0OiBSZTogW3NwcmluZ10gQ29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24gZGF0YXBsYW5lIHNv bHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2DQoNCkRlYXIg Q2hhaXJzLA0KDQpNYW55IHRoYW5rcyBmb3IgeW91ciBoYXJkIHdvcmtpbmcuIA0KDQpXZSBhcmUg aGFwcHkgdG8gc2VlIHRoYXQgdGhlIENTSUQgZHJhZnQgaGFzIHNpZ25pZmljYW50IGludGVyZXN0 IHRvIGJlIGFkb3B0ZWQgYXMgYSBXRyBkb2N1bWVudC4gDQoNClJlZ2FyZGluZyB0aGUgZGF0YXBs YW5lLCB0aGUgYXV0aG9ycyBiZWxpZXZlIHRoYXQgdGhlIENTSUQgZHJhZnQgY29udGFpbnMgb25s eSBvbmUgZGF0YXBsYW5lIHNvbHV0aW9uIHdpdGggdHdvIGRpZmZlcmVudCBmbGF2b3JzWzFdOiBO RVhULUNTSUQtRkxBVk9SIGFuZCBSRVBMQUNFLUNTSUQtRkxBVk9SLCByYXRoZXIgdGhhbiB0d28g ZGF0YXBsYW5lIHNvbHV0aW9ucy4NCg0KQm90aCB0aGUgZmxhdm9ycyBhcmUgZGVmaW5lZCBiYXNl ZCBvbiB0aGUgU1J2NiBkYXRhIHBsYW5lKG9uZSBkYXRhIHBsYW5lKSwgYW5kIHRoZSBTSURzIHdp dGggdGhlc2UgdHdvIGZsYXZvcnMgY2FuIGJlIGVuY29kZWQgaW4gYSBzaW5nbGUgU1JIIGp1c3Qg bGlrZSB3ZSBjYW4gZW5jb2RlIFBTUCBGbGF2b3IgU0lEcyBhbmQgVVNEIGZsYXZvciBTSURzIHRv Z2V0aGVyIGluIGEgU1JILg0KDQpUaGUgaW50ZXItb3AgdGVzdCBvZiBDU0lEcyBoYWQgYmVlbiBk b25lIGFsbW9zdCBvbmUgeWVhciBhZ29bMl0sIGFuZCBldmVyeXRoaW5nIHdhcyBPSy4gDQoNCkZ1 cnRoZXJtb3JlLCB0aGUgbWVjaGFuaXNtIGRlZmluZWQgaW4gdGhlIGRyYWZ0IGhhcyBiZWVuIHN0 YWJsZSBhbmQgbWF0dXJlLg0KDQpXaXRoIHRoZSBjb25zZW5zdXMsIHRoZSBhdXRob3JzIGhvcGUg V0cgY2FuIGNvbnNpZGVyIHRvIGFkb3B0IHRoZSBDU0lEIGRyYWZ0Lg0KDQpCZXN0IHJlZ2FyZHMs DQpXZWlxaWFuZw0Kb24gYmVoYWxmIG9mIENTSUQgYXV0aG9ycw0KDQpbMV0uIGh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODk4NiNzZWN0aW9uLTQuMTYNClsyXS4NCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtZmlsc2ZpbHNjaGVuZy1z cHJpbmctc3J2Ni1zcmgtY28NCm1wcmVzc2lvbi0wMiNzZWN0aW9uLTExDQoNCg0KDQotLS0tLdPK vP7Urbz+LS0tLS0NCreivP7Iyzogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gSm9lbCBNLiBIYWxwZXJuDQq3osvNyrG85DogMjAyMcTqOdTCN8jVIDAxOjI3DQrK 1bz+yMs6IHNwcmluZ0BpZXRmLm9yZw0K1vfM4jogW3NwcmluZ10gQ29uY2x1c2lvbiBmcm9tIFdH IHBvbGwgb24gZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRp bmcgb3ZlciBJUHY2DQoNCk91ciB0aGFua3MgdG8gdGhlIHdvcmtpbmcgZ3JvdXAgbWVtYmVycyBm b3Igc3BlYWtpbmcgdXAgY2xlYXJseS4gIFRoZXJlIGlzIGEgcm91Z2ggKHF1aXRlIGNsZWFyKSBj b25zZW5zdXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFwbGFuZSBzb2x1dGlvbiB0byBjb21w cmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2Lg0KDQpBcyBjaGFpcnMsIHRoZXJlIGFy ZSBzb21lIHJlbGF0ZWQgb2JzZXJ2YXRpb25zIHdlIG5lZWQgdG8gbWFrZS4NClRoZXJlIGFwcGVh cnMgdG8gYmUgc2lnbmlmaWNhbnQgaW50ZXJlc3QgaW4gdXNpbmcgdGhlIGZyYW1ld29yayBpbiB0 aGUgQ1NJRCBkcmFmdCBmb3IgYWRkcmVzc2luZyB0aGUgYWJvdmUuDQoNCkhvd2V2ZXIsIGJlZm9y ZSB3ZSBpc3N1ZSBhIGNhbGwgZm9yIGFkb3B0aW9uIG9uIHRoYXQsIHRoZSBjaGFpcnMgd291bGQg bGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgd29ya2luZyBncm91cCB3YW50cyB0byBzb2x2ZSBh IHRlY2huaWNhbCBwcm9ibGVtLiAgVGhlIENTSUQgZHJhZnQgY29udGFpbnMgdHdvIGRhdGFwbGFu ZSBzb2x1dGlvbnMuICBUaGUgYWJvdmUgcm91Z2ggY29uc2Vuc3VzIGlzIGZvciBvbmUgZGF0YXBs YW5lIHNvbHV0aW9uLiAgRG9lcyB0aGUgd29ya2luZyBncm91cCB3YW50IHRvIGNob29zZSBvbmU/ ICBEbyB0aGUgYXV0aG9ycyB3YW50IHRvIHN1Z2dlc3QgdGhhdCBvbmUgb2YgdGhlIHR3byBpcyB0 aGUgb25lIHdlIHNob3VsZCBzdGFuZGFyZGl6ZSwgYW5kIGdldCB3b3JraW5nIGdyb3VwIGFncmVl bWVudD8NClNob3VsZCB3ZSBhZG9wdCB0aGUgZG9jdW1lbnQsIHdpdGggYSBub3RlIGluZGljYXRp bmcgdGhlIHByb2JsZW0sIGFuZCBzb2x2ZSB0aGUgcHJvYmxlbSBhZnRlcndhcmRzPyAgKFRoYXQg aXRzZWxmIGRvZXMgbm90IHNvbHZlIHRoZSBwcm9ibGVtLCBpdCBtZXJlbHkga2lja3MgaXQgZG93 biB0aGUgcm9hZC4pIERvIGZvbGtzIHNlZSBhbm90aGVyIG1lYW5zIHRvIGF2b2lkIHB1dHRpbmcg dGhlIFdHIGluIGNvbmZsaWN0IHdpdGggaXRzZWxmPw0KDQpBcyBhIGxvb3NlbHkgcmVsYXRlZCBz aWRlIG5vZGUsIHRoZSBjaGFpcnMgd2lsbCBhbHNvIG9ic2VydmUgdGhhdCB3ZSBkbyBub3Qgc2Vl IGFuIG9ic3RhY2xlIHRvIGluZm9ybWF0aW9uYWwgb3IgZXhwZXJpbWVudGFsIHB1YmxpY2F0aW9u IG9mIG90aGVyIHNvbHV0aW9ucywgYXMgbG9uZyBhcyB0aGVyZSBpcyBzdWZmaWNpZW50IGVuZXJn eSBpbiB0aGUgd29ya2luZyBncm91cCB0byBkZWFsIHdpdGggdGhvc2UuICBBbHNvLCBvbmx5IGRv Y3VtZW50cyBmb3Igd2hpY2ggdGhlcmUgaXMgYXQgbGVhc3Qgb25lIGltcGxlbWVudGF0aW9uIHdp bGwgYmUgcHJvZ3Jlc3NlZCB0aGlzIHdheS4NCg0KVGhhbmsgeW91LA0KQnJ1bm8sIEppbSwgYW5k IEpvZWwNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQo= From nobody Sat Sep 11 03:10:22 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C70B83A0B98 for ; Sat, 11 Sep 2021 03:10:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 HizkoT-SeHt0 for ; Sat, 11 Sep 2021 03:10:15 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3F733A0B97 for ; Sat, 11 Sep 2021 03:10:15 -0700 (PDT) Received: from fraeml742-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H67jS2pH9z67WFS for ; Sat, 11 Sep 2021 18:08:12 +0800 (CST) Received: from kwepeml100001.china.huawei.com (7.221.188.249) by fraeml742-chm.china.huawei.com (10.206.15.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Sat, 11 Sep 2021 12:10:11 +0200 Received: from kwepeml500004.china.huawei.com (7.221.188.141) by kwepeml100001.china.huawei.com (7.221.188.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Sat, 11 Sep 2021 18:10:09 +0800 Received: from kwepeml500004.china.huawei.com ([7.221.188.141]) by kwepeml500004.china.huawei.com ([7.221.188.141]) with mapi id 15.01.2308.008; Sat, 11 Sep 2021 18:10:09 +0800 From: Zhuangshunwan To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wDCue5A Date: Sat, 11 Sep 2021 10:10:09 +0000 Message-ID: <879058cd87864075a7ee5bed1a1b6d64@huawei.com> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.152.178] Content-Type: multipart/alternative; boundary="_000_879058cd87864075a7ee5bed1a1b6d64huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Sep 2021 10:10:21 -0000 --_000_879058cd87864075a7ee5bed1a1b6d64huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, I support the adoption of the two drafts. Thanks, Shunwan From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_879058cd87864075a7ee5bed1a1b6d64huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

I support the adoption of the two draf= ts.

 

Thanks,

Shunwan

 = ;

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_879058cd87864075a7ee5bed1a1b6d64huaweicom_-- From nobody Sat Sep 11 17:51:52 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B64BF3A1A6C for ; Sat, 11 Sep 2021 17:51:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.837 X-Spam-Level: X-Spam-Status: No, score=-1.837 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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=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 LZRyiBxWb5-P for ; Sat, 11 Sep 2021 17:51:46 -0700 (PDT) Received: from mail-yb1-xb41.google.com (mail-yb1-xb41.google.com [IPv6:2607:f8b0:4864:20::b41]) (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 01FA93A1A6A for ; Sat, 11 Sep 2021 17:51:45 -0700 (PDT) Received: by mail-yb1-xb41.google.com with SMTP id s16so12452001ybe.0 for ; Sat, 11 Sep 2021 17:51:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=EBTW4z9L2iYgolcqybOVVyKvGoYw8ocOXWwTOO+dGJc=; b=ftHkrnHRUJqdda2JTgh+hhlqvbKrQRwco8dpH6NqCMP9Gjme5p13DxwnBPQ1zoI2Mh k1stifBgf7YPdj4Z045iSmjHd1b2ZZD6EhtVf3TxsLk7wUjSPZ1PQI5PuOY14XLZD1Vm e31tuOsE5RRj2IGscfyGbgD/Q/Uz5m4uA2ep0xpUXyoPVXiSmR2TDb3LLgVGQic9wlrp xZQzfz4G4yOR2G6RkdnpFy6lVWJwa/nmbfPh54ZOJ33FVAHYCadyKaV+9KxCBYe9CJVR IVILmI+JEJqf+qra9Vj2bqfTz9IBAzoopnmrCoXALCP8Svm6G5bZABMVZKQYWr9+EfzX sMzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=EBTW4z9L2iYgolcqybOVVyKvGoYw8ocOXWwTOO+dGJc=; b=4ZpZMtNlEc6WQt0zVdQSnMsXoAvdx6fA5GRa+ZxY9zptz4vrZ5CV+hghtAj46kv5Ug BCyLsi5/2AXTTs0ifXsDsBCmJvuNfkFIlcwAsKegqn444PGkItnkYCGpCZFDYZdbrgLr 291YqubE+PjE6T/DH1lsOs98IIE0OAMaSv90WuNQCWMTcFhqTj8GUukvBfLA1A9uE5/D 73Ecsf4A1NEghZOe1An2RqmEKT2zRANVNObbd35U99pggjBE9LbIW/98oUyuFI/v3oUh 7LHd7kxum7/KHhrt0Y/mkPp8UUHFSYWACT10/VN+tm+3f7TF/GPNmam3+8Lj7bmucua0 iTTA== X-Gm-Message-State: AOAM532m3UWS7G3MTcO1FYAPOjZcdtDwVR2SelsK9CF1PzkL49t0e6g6 Z+I/UG+19ZETUJNl5IRq0TD5phG/PDo9vTE609vuMBQQTWU= X-Google-Smtp-Source: ABdhPJzdLdPmMrwuTf7WhYC1L4Nj0igxXVQFlh8wQMX61ABhD7TnhvplOKznjQa1pwJ6rCGdQWIRhjg9T4X9BK0EOR4= X-Received: by 2002:a25:be44:: with SMTP id d4mr6285602ybm.461.1631407903999; Sat, 11 Sep 2021 17:51:43 -0700 (PDT) MIME-Version: 1.0 From: zhen han Date: Sun, 12 Sep 2021 08:51:32 +0800 Message-ID: To: "spring@ietf.org" Content-Type: multipart/alternative; boundary="0000000000009a0ae805cbc1c0aa" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2021 00:51:51 -0000 --0000000000009a0ae805cbc1c0aa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi WG=EF=BC=8C I support the adoption of these 2 documents=EF=BC=8Cand also look forward t= o the next step . Many thanks for harding working of the Design Team. Best Regards=EF=BC=8C Zhen HAN (Fiberhome) *From:* bruno.decraene@orange.com *Date:* 2021-09-07 21:12 *To:* spring@ietf.org *Subject:* [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are still individual documents. We believe it's now time for the WG to consider taking ownership of those two documents. Note that, especially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents. This message starts a 2 week WG adoption call, ending September 20th 2021, for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. --0000000000009a0ae805cbc1c0aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi WG=EF=BC=8C

I suppor= t the adoption of these 2 documents=EF=BC=8Cand also look forward to the ne= xt step .
Many thanks for harding working of the Design Team.

Best Regards=EF=BC=8C
Zhen HAN=C2=A0(Fib= erhome)


=C2=A0
Date:=C2=A02021-09-07=C2=A021:12
<= div>To:=C2=A0spring@ietf.org
Subject:=C2=A0[spring] WG Adoption call - draft-srcompdt-sp= ring-compression-requirement - draft-srcompdt-spring-compression-analysis

Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:<= span>

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

=C2=A0

Both have been presented to the WG and trigg= ered some discussions but are still individual documents.

We believe it's now time for the WG to c= onsider taking ownership of those two documents.

Note that, especially for those two documents, WG adoption does not=20 necessarily mean RFC publication in particular if it turns out that the benefit of=20 long term archive would not justify the WG and IESG effort to finalize=20 those two documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption cal= l, ending September=C2=A0 20th 2021, for:

https://datatracker.ietf= .org/doc/html/draft-srcompdt-spring-compression-requirement

https://datatracker.ietf.or= g/doc/html/draft-srcompdt-spring-compression-analysis

=C2=A0

=C2=A0

After review of the document(s) please indic= ate support (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for you= r support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s= ), please state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

Thanks!

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.
This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--0000000000009a0ae805cbc1c0aa-- From nobody Sat Sep 11 17:53:30 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A60683A1A7D for ; Sat, 11 Sep 2021 17:53:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.837 X-Spam-Level: X-Spam-Status: No, score=-1.837 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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=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 tW9TgIO4J2DN for ; Sat, 11 Sep 2021 17:53:22 -0700 (PDT) Received: from mail-yb1-xb44.google.com (mail-yb1-xb44.google.com [IPv6:2607:f8b0:4864:20::b44]) (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 4C3033A1A74 for ; Sat, 11 Sep 2021 17:53:22 -0700 (PDT) Received: by mail-yb1-xb44.google.com with SMTP id a93so12377732ybi.1 for ; Sat, 11 Sep 2021 17:53:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=IyM0RFXjjngjEb58noq9BlsayygJpHnNNw9uqIiQqhw=; b=eQsy3wEUGyIDXJhxm98AFdwHr4kLIA86jGyLtwP86rh6WYYHD0A4Z4RdwGcvJOyLvP REHemns2HGCdJ2FZ3dyCBngYOOpmXfpySk95+s5ru56Yg3ufktucWHFQg1YGRG3JttnJ omuMjnymjo+/g+vrCH1t2ZlY1adak4GWFyX8aatfJOmTp0X5L9gv74C589wJGlylE3NW WpqDrUsYgLb1P4MKRo94nGPvgwt8Z+FRmuPUye8beO4ObOHwpWOGDaPtstOqUUodDsqY KUjpML8GHpBnoRIJ9vlDbgn9lQFtFNBez43/3BgsO2UurPHPFIPXMRl2zT9LCIJwaA67 48RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IyM0RFXjjngjEb58noq9BlsayygJpHnNNw9uqIiQqhw=; b=bOPECqBERZUkwk/LCfx8ouLV8owWYDvwRa/pMctAqJ4E0KoTP4C9SQrnp67h2MQ5bl rgtobiFwNW81fcOr7v77EDdJ5+p9vZ94rEbpR/QQRf01ENFbyxaaUTkB/V5qyX33AJA3 3RzHG/x2c9QF7wD2mSLzBBeuL9PsQypFoAgYmFTx44VMUC1Gj8XZMeXwHwZo7HL1cMRz KyBgNOkH0objDlaI7U2MJu/ipwWDVzF36zVQQ3rEdDNec9NaWsX7MDPAkOW18UxXfdwt Dj69RIR5zYp3+PDQVW2GEFs36KF2lN033TwiuHOj+tNgU/l5UzCnPM+3d0xnrI/zFy13 GK0Q== X-Gm-Message-State: AOAM5326II2QsULR14R/w/m9LVHzse1ibey8UMJnW8d6gv/6JDeBVy9j /4zRhDjZI++rBFpxs+Dfmzie2QRt8CaVFFSDh6Vj9cGkdJs= X-Google-Smtp-Source: ABdhPJxrCP3GvEQVHCpHCtXeRZ/9Nu4f90WNRhBrvCdlTP5zY6kvOPB6rpxix1XnlO9+nTrURw5cAIfcR8bgoIYsfK4= X-Received: by 2002:a25:4786:: with SMTP id u128mr6495744yba.539.1631407999932; Sat, 11 Sep 2021 17:53:19 -0700 (PDT) MIME-Version: 1.0 From: zhen han Date: Sun, 12 Sep 2021 08:53:08 +0800 Message-ID: To: =?UTF-8?B?56iL5Lyf5by6?= , "Joel M. Halpern" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000051dd8205cbc1c666" Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2021 00:53:28 -0000 --00000000000051dd8205cbc1c666 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Chairs=EF=BC=8C I fully agree with the CSID authors opinions below. It is definitely not a easy topic as it take such a long time to get a consensus version. Thank the authors for their hard working=EF=BC=81 I agree that 2 flavors are not equal to 2 dataplane=EF=BC=8Cdifferent flavo= rs are all based on the same SRv6 dataplane=EF=BC=88one dateplane=EF=BC=89. The current version could be called as one solution. Considering the huge progress we have achieved=EF=BC=8Cit seems 100% ready = to step forward ASAP. Best Regards=EF=BC=8C Zhen HAN (Fiberhome) *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A* Weiqiang Cheng *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A* 2021-09-08 11:25 *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A* 'Joel M. Halpern' ; spring@ietf.org *=E4=B8=BB=E9=A2=98=EF=BC=9A* Re: [spring] Conclusion from WG poll on datap= lane solution for compressing segment routing over IPv6 Dear Chairs, Many thanks for your hard working. We are happy to see that the CSID draft has significant interest to be adopted as a WG document. Regarding the dataplane, the authors believe that the CSID draft contains only one dataplane solution with two different flavors[1]: NEXT-CSID-FLAVOR and REPLACE-CSID-FLAVOR, rather than two dataplane solutions. Both the flavors are defined based on the SRv6 data plane(one data plane), and the SIDs with these two flavors can be encoded in a single SRH just lik= e we can encode PSP Flavor SIDs and USD flavor SIDs together in a SRH. The inter-op test of CSIDs had been done almost one year ago[2], and everything was OK. Furthermore, the mechanism defined in the draft has been stable and mature. With the consensus, the authors hope WG can consider to adopt the CSID draft. Best regards, Weiqiang on behalf of CSID authors [1]. https://datatracker.ietf.org/doc/html/rfc8986#section-4.16 [2]. https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-c= o mpression-02#section-11 -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: spring [mailto:spring-bounces@ietf.org] =E4=BB= =A3=E8=A1=A8 Joel M. Halpern =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021=E5=B9=B49=E6=9C=887=E6=97=A5 01:= 27 =E6=94=B6=E4=BB=B6=E4=BA=BA: spring@ietf.org =E4=B8=BB=E9=A2=98: [spring] Conclusion from WG poll on dataplane solution = for compressing segment routing over IPv6 Our thanks to the working group members for speaking up clearly. There is a rough (quite clear) consensus for standardizing one dataplane solution to compressing segment routing over IPv6. As chairs, there are some related observations we need to make. There appears to be significant interest in using the framework in the CSID draft for addressing the above. However, before we issue a call for adoption on that, the chairs would like to understand how the working group wants to solve a technical problem. The CSID draft contains two dataplane solutions. The above rough consensus is for one dataplane solution. Does the working group want to choose one? Do the authors want to suggest that one of the two is the one we should standardize, and get working group agreement? Should we adopt the document, with a note indicating the problem, and solve the problem afterwards? (That itself does not solve the problem, it merely kicks it down the road.) Do folks see another means to avoid putting the WG in conflict with itself? As a loosely related side node, the chairs will also observe that we do not see an obstacle to informational or experimental publication of other solutions, as long as there is sufficient energy in the working group to deal with those. Also, only documents for which there is at least one implementation will be progressed this way. Thank you, Bruno, Jim, and Joel _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring --00000000000051dd8205cbc1c666 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Chairs=EF=BC=8C

I fu= lly agree with the CSID authors opinions below.

It= is definitely not a easy topic as it take such a long time to get a consen= sus version.
Thank the authors for their hard working=EF=BC=81
I agree that 2 flavors are not equal to 2 dataplane=EF=BC=8Cdiffere= nt=C2=A0flavors=C2=A0are all based on the same SRv6 dataplane=EF=BC=88one d= ateplane=EF=BC=89.
The current version could be called as one sol= ution.

Considering the huge progress we have achie= ved=EF=BC=8Cit seems 100% ready to step forward ASAP.

<= /div>
Best Regards=EF=BC=8C
Zhen HAN=C2=A0(Fiberhome)=

=C2=A0
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A=C2=A0Weiqiang Cheng
= =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A=C2=A02021-09-08=C2=A011:2= 5
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A=C2=A0'Joel M. Halpern'; <= a href=3D"mailto:spring@ietf.org" target=3D"_blank">spring@ietf.org
=E4=B8=BB=E9=A2=98=EF=BC=9A=C2=A0Re: [spring] Conclusion from= WG poll on dataplane solution for compressing segment routing over IPv6
Dear Chairs,
=C2=A0
Many thanks for your hard working.
=C2=A0
We are happy to see that the CSID draft has significant interest to be=
adopted as a WG document.
=C2=A0
Regarding the dataplane, the authors believe that the CSID draft conta= ins
only one dataplane solution with two different flavors[1]: NEXT-CSID-F= LAVOR
and REPLACE-CSID-FLAVOR, rather than two dataplane solutions.
=C2=A0
Both the flavors are defined based on the SRv6 data plane(one data pla= ne),
and the SIDs with these two flavors can be encoded in a single SRH jus= t like
we can encode PSP Flavor SIDs and USD flavor SIDs together in a SRH.
=C2=A0
The inter-op test of CSIDs had been done almost one year ago[2], and
everything was OK.
=C2=A0
Furthermore, the mechanism defined in the draft has been stable and ma= ture.
=C2=A0
With the consensus, the authors hope WG can consider to adopt the CSID=
draft.
=C2=A0
Best regards,
Weiqiang
on behalf of CSID authors
=C2=A0
[2].
mpression-02#section-11
=C2=A0
=C2=A0
=C2=A0
-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: spring [mailto:spring-bounces@ietf.org] =E4=BB=A3= =E8=A1=A8 Joel M. Halpern
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021=E5=B9=B49=E6=9C=887=E6=97= =A5 01:27
=E6=94=B6=E4=BB=B6=E4=BA=BA: spring@ietf.org
=E4=B8=BB=E9=A2=98: [spring] Conclusion from WG poll on dataplane solu= tion for compressing
segment routing over IPv6
=C2=A0
Our thanks to the working group members for speaking up clearly.=C2=A0= There
is a rough (quite clear) consensus for standardizing one dataplane
solution to compressing segment routing over IPv6.
=C2=A0
As chairs, there are some related observations we need to make.
There appears to be significant interest in using the framework in the=
CSID draft for addressing the above.
=C2=A0
However, before we issue a call for adoption on that, the chairs would=
like to understand how the working group wants to solve a technical
problem.=C2=A0 The CSID draft contains two dataplane solutions.=C2=A0 = The above
rough consensus is for one dataplane solution.=C2=A0 Does the working = group
want to choose one?=C2=A0 Do the authors want to suggest that one of t= he two
is the one we should standardize, and get working group agreement?
Should we adopt the document, with a note indicating the problem, and =
solve the problem afterwards?=C2=A0 (That itself does not solve the pr= oblem,
it merely kicks it down the road.) Do folks see another means to avoid=
putting the WG in conflict with itself?
=C2=A0
As a loosely related side node, the chairs will also observe that we d= o
not see an obstacle to informational or experimental publication of
other solutions, as long as there is sufficient energy in the working =
group to deal with those.=C2=A0 Also, only documents for which there i= s at
least one implementation will be progressed this way.
=C2=A0
Thank you,
Bruno, Jim, and Joel
=C2=A0
_______________________________________________
spring mailing list
=C2=A0
=C2=A0
=C2=A0
_______________________________________________
spring mailing list
--00000000000051dd8205cbc1c666-- From nobody Sun Sep 12 12:24:04 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 911343A18A1 for ; Sun, 12 Sep 2021 12:23:51 -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 z7Yp0v9nPnja for ; Sun, 12 Sep 2021 12:23:46 -0700 (PDT) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 834923A1887 for ; Sun, 12 Sep 2021 12:23:46 -0700 (PDT) Received: by mail-oi1-x22d.google.com with SMTP id q39so11206436oiw.12 for ; Sun, 12 Sep 2021 12:23:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=p3G/T/Z2e7ayKDtZRGOEbU8uB9c/cgccSa9nYnxc4Kw=; b=DZ1jc/EJMcQU+KeoXA+muRvmVWDhFEEFPNN1QBKDEmums3AbIiAmiILSCJ0MMqvG0G ETGA4Wmu6I9J0RSWXomZuYKY1goRwXmOuBkQa/kJATqwl9kbRi6rLHj7+kYpOgnpK2PK hXuecOuhAZGD5qYBc7G9Ssb744kNRr/xrKGjkA8iDzqpW3OOZ4Mi+utVqA5U5h2h8SCb uZJBFsMKDhdIUDTtiIS40UtiiwAFISyBJ7+6hm/DCsYUDuHdhuk40KrnuGb1qdHfMBSY wOevjqW0NS1VlWQzP+X0NC6vW4m8ETF93lrPGZvUnpVqd2UadOfikCvzP/1Z7HnaBPOl 7fqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=p3G/T/Z2e7ayKDtZRGOEbU8uB9c/cgccSa9nYnxc4Kw=; b=gLpGB0ys8hEJ92rNwoTrpa/+kZkd2kBWZX8Zv8bVUKxpEeNVzIBQbVj5VbxBAxufS7 dMTGKTfgVV/W+52plGu4I4/IBKCy+qoLgzThlXWMwp9LhofA7sCqMbJ/UEfaGUahy1Fk /659EXwDQ0dzWWhvcrxv3EAUFPB9PM2wttCc1ASABkv2eZhXpXZf15kYlCReh12DYL4o JzA6K0hECLWj0uNJpTqK4LdBKY5kYAE9CBQ+f2V0NloxfPFlmaT1AS7CI4fFtM+Mrw0W 39b7cOGpFTY6zibUqCIR5xzn0Oy94EHCd2gdoUMvj+fZx8kijLVE8J5DlNoww29BqHbr DvTQ== X-Gm-Message-State: AOAM5303/HrSQ2TkAUdvSTcQishShPuemVNeBJKUdR6ZorKYLjJ3lMdm tGIq1F1EEzZAKIF/7PNHVrj+9dwEhcmdq2zbJiu62MjI X-Google-Smtp-Source: ABdhPJwr17nyenHTdjyDLJn40zQCsPjBNu3PmmY04MTG6ocdCYZY4ipmqaq0UZMSff4RHf9gzPtPZaCOYvGg2GFide8= X-Received: by 2002:a05:6808:913:: with SMTP id w19mr5558011oih.97.1631474625016; Sun, 12 Sep 2021 12:23:45 -0700 (PDT) MIME-Version: 1.0 References: <163129462137.5733.12547561177112565664@ietfa.amsl.com> In-Reply-To: <163129462137.5733.12547561177112565664@ietfa.amsl.com> From: Erik Kline Date: Sun, 12 Sep 2021 12:23:34 -0700 Message-ID: To: SPRING WG Content-Type: multipart/alternative; boundary="0000000000007bf6cf05cbd14997" Archived-At: Subject: Re: [spring] I-D Action: draft-ietf-spring-sr-service-programming-05.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2021 19:24:02 -0000 --0000000000007bf6cf05cbd14997 Content-Type: text/plain; charset="UTF-8" Ummm...Is section 6.4.2 attempting to describe some support for IPv6 NAT? On Fri, Sep 10, 2021 at 10:23 AM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Source Packet Routing in Networking WG of > the IETF. > > Title : Service Programming with Segment Routing > Authors : Francois Clad > Xiaohu Xu > Clarence Filsfils > Daniel Bernier > Cheng Li > Bruno Decraene > Shaowen Ma > Chaitanya Yadlapalli > Wim Henderickx > Stefano Salsano > Filename : draft-ietf-spring-sr-service-programming-05.txt > Pages : 38 > Date : 2021-09-10 > > Abstract: > This document defines data plane functionality required to implement > service segments and achieve service programming in SR-enabled MPLS > and IPv6 networks, as described in the Segment Routing architecture. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-spring-sr-service-programming/ > > There is also an htmlized version available at: > > https://datatracker.ietf.org/doc/html/draft-ietf-spring-sr-service-programming-05 > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-sr-service-programming-05 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --0000000000007bf6cf05cbd14997 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ummm...Is section 6.4.2 attempting to describe some suppor= t for IPv6 NAT?

On Fri, Sep 10, 2021 at 10:23 AM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Source Packet Routing in Networking WG of = the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Service Programming with Segment Routing
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Fran= cois Clad
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Xiaohu Xu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Clarence Filsfils
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Daniel Bernier
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Cheng Li
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Bruno Decraene
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Shaowen Ma
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Chaitanya Yadlapalli
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Wim Henderickx
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Stefano Salsano
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-spring-sr-service-programming-05.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 38
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-09-10

Abstract:
=C2=A0 =C2=A0This document defines data plane functionality required to imp= lement
=C2=A0 =C2=A0service segments and achieve service programming in SR-enabled= MPLS
=C2=A0 =C2=A0and IPv6 networks, as described in the Segment Routing archite= cture.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.o= rg/doc/draft-ietf-spring-sr-service-programming/

There is also an htmlized version available at:
https://datatracker= .ietf.org/doc/html/draft-ietf-spring-sr-service-programming-05

A diff from the previous version is available at:
https://www.ietf.org/= rfcdiff?url2=3Ddraft-ietf-spring-sr-service-programming-05


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


_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--0000000000007bf6cf05cbd14997-- From nobody Sun Sep 12 17:25:15 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1533D3A0B40 for ; Sun, 12 Sep 2021 17:25:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NICE_REPLY_A=-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 GdL8_l9HPF6k for ; Sun, 12 Sep 2021 17:25:06 -0700 (PDT) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 2683C3A0B3A for ; Sun, 12 Sep 2021 17:25:06 -0700 (PDT) Received: by mail-pg1-x534.google.com with SMTP id 17so7794291pgp.4 for ; Sun, 12 Sep 2021 17:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=6SeHHxaaxr1YpaSjP6N7GrssEdcSNL+RS8V+jS2eyD8=; b=KKZk0JZEwy+bzYf9EOx+SEsflwDci91QP3OgU/sE2XMGTVrrrnoRzKB7UO5YtiW9O6 vMlPoluCiXE6wj/4MiXr1Jbb/rMM8M0pazND8O9Fu6yC3ZIMMNcYB0MTHz8l2gPar6Ic k1hVx5gV95TMWIKfaQocl+IIGhvx9zlblZlw79RAjIpU8VmCzQ6zKNZg4uO24XYD4xs0 KM3F33Y1LbYK8UK7POHfCHwmpEDVOSZwUtsO/du2ixsN3nDYzJRl+qcl7NC8qt9/5spk Pf0pvvsQ9UkfJp8hiDjEKQOEYibDcENJMRzmStCi7wlQ/dAMW2i9rbXUwH/xB6HzMfGA jKsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=6SeHHxaaxr1YpaSjP6N7GrssEdcSNL+RS8V+jS2eyD8=; b=foCzHqTPjipBOaePFeOn8WElu41mf2w1AUSidd12fWkxYBE4o16hKx3WhiWONzMgGo f6nUlZHbLGWaLAbUJFWgXFofVkB96OL96B6GqDW4oOWA79NfP+pMb3bQXo1Q+7yPsx8i 9FJre45v1KpBQ+dVqHw77R1YJ6fVWkBix7fv1Yaj1iyBx1qZuRDFvIgCZ159GfiN3Fy/ 2ziQhHzGKpfA4hGvDix5qs++qrdTvRsHpAKjNFDf5UNQO3UTLagObX0AhAQ7KnkkZcsQ XkOO/zh2gUSz/osX24FhOSkJU2n6PHxQgj85IEyB2H4qylYu8/QfGn0xQxK1IfmmKxDR uX4A== X-Gm-Message-State: AOAM5307w+0z5I/BaN5eHm4+j4CR0Dqr9e8Kaq5kBdHI4di161H7ytKj Svdhvg8EayJ7cGZOKvSWZefVtYBsudg= X-Google-Smtp-Source: ABdhPJyU8x4rTsgxJl83tcp1XhoNu89pBdNv/c03b7yR4IVxXae+qa42apDNNNT5r9o65YmbLWAKwA== X-Received: by 2002:aa7:88ce:0:b0:410:d7ea:7a77 with SMTP id k14-20020aa788ce000000b00410d7ea7a77mr8600911pff.45.1631492704028; Sun, 12 Sep 2021 17:25:04 -0700 (PDT) Received: from [192.168.10.9] (122x210x140x65.ap122.ftth.ucom.ne.jp. [122.210.140.65]) by smtp.gmail.com with ESMTPSA id n22sm4856273pff.57.2021.09.12.17.25.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 12 Sep 2021 17:25:03 -0700 (PDT) To: spring@ietf.org References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Kentaro Ebisawa Message-ID: <0a6af772-5bc5-b08b-72ee-a9e258c4a6c7@gmail.com> Date: Mon, 13 Sep 2021 09:25:00 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------F3188AB8F128AEE682E59122" Content-Language: en-US Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 00:25:12 -0000 This is a multi-part message in MIME format. --------------F3188AB8F128AEE682E59122 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit I support adaption of the 2 drafts. It has been heavily discussed in the WG and also updated, thus I think it's good to be maintained as WG document so it could be referenced while discussing on compression draft. -- Kentaro Ebisawa | Mailing List: | Work: On 2021/09/07 22:12, bruno.decraene@orange.com wrote: > > DearWG, > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > Both have been presented to the WG and triggered some discussions but are still individual documents. > > We believe it's now time for the WG to consider taking ownership of those two documents. > > Note that, especially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents. > > This message starts a 2 week WG adoption call, ending September20th 2021, for: > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > After review of the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote. > > If you are willing to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on the document. > > Thanks! > > Jim, Bruno & Joel > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring --------------F3188AB8F128AEE682E59122 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
I support adaption of the 2 drafts.

It has been heavily discussed in the WG and also updated, thus I think it's good to be maintained as WG document so it could be referenced while discussing on compression draft.

-- 
Kentaro Ebisawa | Mailing List: <ebiken.g@gmail.com> | Work: <ebisawa@toyota-tokyo.tech>
On 2021/09/07 22:12, bruno.decraene@orange.com wrote:

Dear WG,

 

 

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requirement

- A solution analysis document: draft-srcompdt-spring-compression-analysis

 

Both have been presented to the WG and triggered some discussions but are still individual documents.

We believe it's now time for the WG to consider taking ownership of those two documents.

Note that, especially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents.

 

 

This message starts a 2 week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis

 

 

After review of the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote.

 

If you are willing to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

_________________________________________________________________________________________________________________________

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

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


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

--------------F3188AB8F128AEE682E59122-- From nobody Sun Sep 12 23:36:19 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E344B3A07F6 for ; Sun, 12 Sep 2021 23:36:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUlEFQaCvXFL for ; Sun, 12 Sep 2021 23:36:13 -0700 (PDT) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 15D1B3A07DE for ; Sun, 12 Sep 2021 23:36:13 -0700 (PDT) Received: by mail-lf1-x136.google.com with SMTP id i4so1676409lfv.4 for ; Sun, 12 Sep 2021 23:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IxNjlHvne0L2mrLRmfLeZYUJ+GfkkIxharLZxAqwL/Y=; b=Q6MXR7JDvo0SpKXwyaKMuyfOFo2cUdlHLOZYEC/cD9Wa6RKfJfcYZkH2UE6XIP1uZX hAd+U1UvdYpJ1wbdSMx3sk4TfNLiNaG0QwThLvICjxj6rC5+q/xMA7Frt7MdDoJpwWvB DGW6pCC49KEqi7We+dvQSF3rDoYPEXLfM65NddCCHzp8TOKIajcPQuRpedGRNIUG37jK CRkAkVqVWX3Gck9E8Kh5y2Y5PkcUTADp011i/dVzTDohOnHs/Hm7DkXwm3vzsxW2YlxQ 3UotxIsqzjKzgjht2dMAUdvMG7yssora7a6MalLmt4yRjb+ZHirTliDoDXftiVXmHqxY LJrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IxNjlHvne0L2mrLRmfLeZYUJ+GfkkIxharLZxAqwL/Y=; b=Dz9Kgut13zt2P6HScVsO7L9PV8+CEENB1mrPh43hdGb8IpCNiy1VmX7ukWCiNT9Uqs mgAyEKmhSXsTA+iVl+f+hZ4ZnAdeS5l8dkux0hjrp9Oiuh/3XVZcIionGJmZxoGngCnB 0McUv37Iu+++XHoC9ey4x+MJzdKy69VEWZm4vZ0Z1FLlAham7aF40C4UAQ5aMPolmnY3 1I8pxDVB+zbsqa0E4sA27ARGX7pJRHLA9KN1ekYrNV/5/BfPlDHbN4DB3t6VEj0PW/hY AGscDMWRHDVzjFjiADsrlLRfsHpsq7qgar0fppGcaovp0wZiVsAVe5HA+sc66E5aIXeD qIoQ== X-Gm-Message-State: AOAM530IHjIvNfP+jzlebydLGjECQ7PiYbQqBT+it1A+JfUBNxwr7xGs ba1MpS38vHCJosxfC0y2IolHAuZUDAWsQBW6K6u8dcV0 X-Google-Smtp-Source: ABdhPJwVVaFjz/YAjuKcSnR6X2F/FOFiEuOg7t1FREuJMZfBFP4ucNgkPHrQD3qzmLidVRjcZejSwP6Xzzwb5NXU7dQ= X-Received: by 2002:a05:6512:3096:: with SMTP id z22mr7912671lfd.475.1631514969681; Sun, 12 Sep 2021 23:36:09 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Eduard Metz Date: Mon, 13 Sep 2021 08:36:00 +0200 Message-ID: To: bruno.decraene@orange.com Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000036b2f205cbdaaea7" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 06:36:18 -0000 --00000000000036b2f205cbdaaea7 Content-Type: text/plain; charset="UTF-8" Support adoption of both, to provide a baseline for progressing the SID compression solution cheers, Eduard On Tue, Sep 7, 2021 at 3:13 PM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --00000000000036b2f205cbdaaea7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support adoption of both, to provide a baseline for progre= ssing the SID compression solution

cheers,
=C2= =A0 Eduard

On Tue, Sep 7, 2021 at 3:13 PM <bruno.decraene@orange.com> wrote:

Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requiremen= t

- A solution analysis document: draft-srcompdt-spring-compression-anal= ysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

Thanks!<= /u>

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--00000000000036b2f205cbdaaea7-- From nobody Mon Sep 13 02:49:43 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 880DE3A0EE4 for ; Mon, 13 Sep 2021 02:49:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 cnFOBO_I_1jY for ; Mon, 13 Sep 2021 02:49:35 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (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 090353A0EE2 for ; Mon, 13 Sep 2021 02:49:35 -0700 (PDT) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr20.francetelecom.fr (ESMTP service) with ESMTPS id 4H7MC05bpgz2017; Mon, 13 Sep 2021 11:49:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1631526572; bh=Ix8qaWYu5H+fEycQl9vj5s1Yc12I2Uo1Gx779uO06D0=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=pdVV9yY+fsmutuwQnylPpO1JDT3gqn1XwwTKe2b0yfq3D9brDcf2d+PMz3CNixePM t6K75toOlw1DFIow7+kzQg0Wdkn+othyuz+q4KnZWtVIJZJy/utx+9vO5S5khjAb9q NXWOjH6foN/7XYaQZP2ktgNeGWUxm47qaV8fw/tSKmewpY23w77ew/GKFrc8ilow4b fftp+LH4f+UFexcOeuI2GKlMIH3+8wGOdDYj3EFNdoI2T5ZGcEGhNTprOaH170Es5J TLDdTLZPq4pFNlQYSH3xdeXG3FMZY8HZAfuhz/kIlnuzeEhFBrKH8CXjk/NP7FCg4A G+UrXPyLdPDQQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr05.francetelecom.fr (ESMTP service) with ESMTPS id 4H7MC04dQGzyQ6; Mon, 13 Sep 2021 11:49:32 +0200 (CEST) From: To: Ron Bonica CC: "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCjaDaQAIIZdNA= Date: Mon, 13 Sep 2021 09:49:31 +0000 Message-ID: <28058_1631526572_613F1EAC_28058_447_1_53C29892C857584299CBF5D05346208A4CEABF02@OPEXCAUBM43.corporate.adroot.infra.ftgroup> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A4CEABF02OPEXCAUBM43corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 09:49:41 -0000 --_000_53C29892C857584299CBF5D05346208A4CEABF02OPEXCAUBM43corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ron, It looks to me that you are quite well aware of the whole IETF process; but= if not [1] may be a good starting pointer. This WG adoption call is not expected to be any different than other WG ado= ption calls. You are right that WG adoption of a document means that the WG own the docu= ment and so its content. But WG adoption of a document only make sense if t= he wg believe that the document is a good starting point: we are not adopti= ng the title but the whole document. Your below email is not crystal clear to me with regards to whether or not = you have a concern with the document. If you have specific concern(s) on the document or some part/sentences in t= he document, could you please state those concerns on the mailing list? >From the informational document that you have cited, below are two question= s which seem related to your email. If you wish to, you are also welcome to= voice your opinion on these two points. * Does the document provide an acceptable platform for continued effort= by the working group? * What are the process or technical objections to adoption of the draft? > If so, I support adoption of this draft. Which one? [1] https://www.ietf.org/standards/process/ --Bruno From: Ron Bonica [mailto:rbonica@juniper.net] Sent: Friday, September 10, 2021 9:16 PM To: DECRAENE Bruno INNOV/NET ; spring@ietf.org Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-requireme= nt - draft-srcompdt-spring-compression-analysis Bruno, When a WG adopts a design team draft, I assume that the draft becomes subje= ct to the following guidelines from RFC7221: "Once a working group adopts a draft, the document is owned by the working = group and can be changed however the working group decides, within the boun= ds of IETF process and the working group charter. Absent explicit agreemen= t, adopting a document does not automatically mean that the working group h= as agreed to all of its content. So a working group (or its charter) might= explicitly dictate the basis for retaining, removing, or modifying some or= all of a draft's content, technical details, or the like. However, i= n the absence of such constraints, it is worth having the adoption process = include a sub-process of gathering working group concerns about the existin= g draft and flagging them explicitly." Do I have that right? If so, I support adoption of this draft. Ron Juniper Business Use Only From: spring > On B= ehalf Of bruno.decraene@orange.com Sent: Tuesday, September 7, 2021 9:13 AM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote. If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A4CEABF02OPEXCAUBM43corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ron,

 

It looks to me that you are quite well aware of the whole IETF process; but if not [1] may be a good starting pointer.<= o:p>

 

This WG adoption call is not expected to be any different than other WG adoption calls.

 

You are right that WG adoption of a document means that the WG own the document and so its content. But WG adoption of = a document only make sense if the wg believe that the document is a good st= arting point: we are not adopting the title but the whole document.

 

Your below email is not crystal clear to me with regards to whether or not you have a concern with the document.=

If you have specific concern(s) on the document or some part/sentences in the document, could you please state those conce= rns on the mailing list?

 

From the informational document that you have cited, below are two questions which seem related to your email. If you wi= sh to, you are also welcome to voice your opinion on these two points.= 

   *&nb=
sp; Does the document provide an acceptable platform for continued e=
ffort by the working group?
   *&nb=
sp; What are the process or technical objections to adoption of the =
draft?

 

 

> If so, I support adoption of this draft.

 

Which one?

 

 

[1] https://www.ietf.org/st= andards/process/

 

--Bruno

 

 

From: Ron Bonica [mailto:rbonica@juniper.net]
Sent: Friday, September 10, 2021 9:16 PM
To: DECRAENE Bruno INNOV/NET <bruno.decraene@orange.com>; spri= ng@ietf.org
Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-re= quirement - draft-srcompdt-spring-compression-analysis

 

Bruno,

 

When a WG adopts a design team draft, I assume that the= draft becomes subject to the following guidelines from RFC7221:=

 

“Once a working group adopts a draft, the documen= t is owned by the working group and can be changed however the working grou= p decides, within the bounds of IETF process and the working group charter.  Absent explicit agreement, adopting a= document does not automatically mean that the working group has agreed to = all of its content.  So a working group (or its charter) might explici= tly dictate the basis for retaining, removing, or modifying some or       all of a draft's = content, technical details, or the like. However, in the absence of such co= nstraints, it is worth having the adoption process include a sub-process of= gathering working group concerns about the existing draft and flagging them explicitly.”

 

Do I have that right?

 

If so, I support adoption of this draft.

 

         &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;    Ron

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decr= aene@orange.com
Sent: Tuesday, September 7, 2021 9:13 AM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Dear WG,

 

 

The Design Tea= m has produced two documents:

- A requiremen= t document: draft-srcompdt-spring-compression-requirement

- A solution a= nalysis document: draft-srcompdt-spring-compression-analysis

 

Both have been= presented to the WG and triggered some discussions but are still individua= l documents.

We believe it'= s now time for the WG to consider taking ownership of those two documents.<= o:p>

Note that, esp= ecially for those two documents, WG adoption does not necessarily mean RFC = publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to f= inalize those two documents.

 

 

This message s= tarts a 2 week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/h= tml/draft-srcompdt-spring-compression-requirement

https://datatracker.ietf.org/doc/html= /draft-srcompdt-spring-compression-analysis

 

 

After review o= f the document(s) please indicate support (or not) for WG adoption of the d= ocument(s) to the mailing list.

Please also pr= ovide comments/reasons for your support (or lack thereof) as this is a stro= nger way to indicate your (non) support as this is not a vote.

 

If you are wil= ling to work on the document(s), please state this explicitly. This gives t= he chairs an indication of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A4CEABF02OPEXCAUBM43corp_-- From nobody Mon Sep 13 05:28:06 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6F8E3A0A8C for ; Mon, 13 Sep 2021 05:28:04 -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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=bell.ca 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 1I9rcUj7J56c for ; Mon, 13 Sep 2021 05:27:59 -0700 (PDT) Received: from ESA4-Dor.bell.ca (esa4-dor.bell.ca [204.101.223.61]) (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 71F283A0A88 for ; Mon, 13 Sep 2021 05:27:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1631536079; x=1663072079; h=from:to:date:message-id:mime-version:subject; bh=bzrm+zGrXH+Uj7JTXlGb/xbp3EKrAqkfaRP8CNb55k4=; b=T2KA0ujVJPgmu+hUfjD2LHwX5L0AsAroBDHKMttBIOYKqCIpybzURzzz c30sM12s3eWd4+w/KePId9z49vU/8+kreuTlWfEUu/qixX3jlXiLUVhMn s5bMzjd0XcHpOnBH7GmY+FhCf5vdroyOI3oL4L5/Y0W7kHWRFCwqSKpZD UWjlb1CqusR1pFdH+LibPvD0nvgXRzAS3Wg/5jkzMmSaAv1hJ3Lt06CSE 9qIZAImt+I6pl6y4IYvd+P1wae+N5061DRlKSiNfO6FT9gJUhm8Bly8nQ SrN8EdLwhPu5RyuEQOphmb1Ale/w8tOFIsV1CgHGp3o6+01u9iNgS1qwK w==; IronPort-SDR: I7o0fqyWDqJmpuZjv5bgPfl+FY5RAClCNxrloDJzmz6d27RB3cdslXlIT41ZFfVWZ6aMDrRvc8 lwsxu8wLVOmg== Received: from dc5cmz-d01.bellca.int.bell.ca (HELO DG1MBX04-WYN.bell.corp.bce.ca) ([198.235.121.232]) by esa04corp-dor.bell.corp.bce.ca with ESMTP; 13 Sep 2021 08:27:57 -0400 Received: from DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) by DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Mon, 13 Sep 2021 08:27:57 -0400 Received: from DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b0c3:78d9:a8f:2958]) by DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b0c3:78d9:a8f:2958%22]) with mapi id 15.00.1497.018; Mon, 13 Sep 2021 08:27:57 -0400 From: "Voyer, Daniel" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: [EXT][spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AQHXqJrI8g/5wCF9FkivANvdANsRWg== Date: Mon, 13 Sep 2021 12:27:57 +0000 Message-ID: <0C99A71F-C1BB-4EC9-B330-634C2ECA956D@bell.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.52.21080801 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.24.112.79] Content-Type: multipart/alternative; boundary="_000_0C99A71FC1BB4EC9B330634C2ECA956Dbellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 12:28:05 -0000 --_000_0C99A71FC1BB4EC9B330634C2ECA956Dbellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIHN1cHBvcnQgYWRvcHRpb24gb2YgYm90aCBkcmFmdHMNCg0KVGhhbmtzLA0KZGFuDQoNCkZy b206IHNwcmluZyA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBCcnVubyBE ZWNyYWVuZSA8YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbT4NCkRhdGU6IFR1ZXNkYXksIFNlcHRl bWJlciA3LCAyMDIxIGF0IDk6MTIgQU0NClRvOiAic3ByaW5nQGlldGYub3JnIiA8c3ByaW5nQGll dGYub3JnPg0KU3ViamVjdDogW0VYVF1bc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQt c3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQt c3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCkRlYXIgV0csDQoNCg0KVGhlIERlc2lnbiBU ZWFtIGhhcyBwcm9kdWNlZCB0d28gZG9jdW1lbnRzOg0KLSBBIHJlcXVpcmVtZW50IGRvY3VtZW50 OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQNCi0gQSBzb2x1 dGlvbiBhbmFseXNpcyBkb2N1bWVudDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9u LWFuYWx5c2lzDQoNCkJvdGggaGF2ZSBiZWVuIHByZXNlbnRlZCB0byB0aGUgV0cgYW5kIHRyaWdn ZXJlZCBzb21lIGRpc2N1c3Npb25zIGJ1dCBhcmUgc3RpbGwgaW5kaXZpZHVhbCBkb2N1bWVudHMu DQpXZSBiZWxpZXZlIGl0J3Mgbm93IHRpbWUgZm9yIHRoZSBXRyB0byBjb25zaWRlciB0YWtpbmcg b3duZXJzaGlwIG9mIHRob3NlIHR3byBkb2N1bWVudHMuDQpOb3RlIHRoYXQsIGVzcGVjaWFsbHkg Zm9yIHRob3NlIHR3byBkb2N1bWVudHMsIFdHIGFkb3B0aW9uIGRvZXMgbm90IG5lY2Vzc2FyaWx5 IG1lYW4gUkZDIHB1YmxpY2F0aW9uIGluIHBhcnRpY3VsYXIgaWYgaXQgdHVybnMgb3V0IHRoYXQg dGhlIGJlbmVmaXQgb2YgbG9uZyB0ZXJtIGFyY2hpdmUgd291bGQgbm90IGp1c3RpZnkgdGhlIFdH IGFuZCBJRVNHIGVmZm9ydCB0byBmaW5hbGl6ZSB0aG9zZSB0d28gZG9jdW1lbnRzLg0KDQoNClRo aXMgbWVzc2FnZSBzdGFydHMgYSAyIHdlZWsgV0cgYWRvcHRpb24gY2FsbCwgZW5kaW5nIFNlcHRl bWJlciAgMjB0aCAyMDIxLCBmb3I6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29t cHJlc3Npb24tYW5hbHlzaXMNCg0KDQpBZnRlciByZXZpZXcgb2YgdGhlIGRvY3VtZW50KHMpIHBs ZWFzZSBpbmRpY2F0ZSBzdXBwb3J0IChvciBub3QpIGZvciBXRyBhZG9wdGlvbiBvZiB0aGUgZG9j dW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlzdC4NClBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVu dHMvcmVhc29ucyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMgaXMg YSBzdHJvbmdlciB3YXkgdG8gaW5kaWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMgaXMg bm90IGEgdm90ZS4NCg0KSWYgeW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50 KHMpLCBwbGVhc2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMg YW4gaW5kaWNhdGlvbiBvZiB0aGUgZW5lcmd5IGxldmVsIG9mIHBlb3BsZSBpbiB0aGUgd29ya2lu ZyBncm91cCB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50Lg0KDQpUaGFua3MhDQoNCkpp bSwgQnJ1bm8gJiBKb2VsDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGll Y2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGll bGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1 c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdl eHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExl cyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24s DQoNCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBl dGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hv dWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0 aW9uLg0KDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4NCg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBm b3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk Lg0KDQpUaGFuayB5b3UuDQo= --_000_0C99A71FC1BB4EC9B330634C2ECA956Dbellca_ Content-Type: text/html; charset="utf-8" Content-ID: <94BB642E12312644A6C1C36DA17D15B6@exchange.bell.ca> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1z dHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpD b25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0 ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0 IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0EiIGxpbms9IiMwNTYzQzEi IHZsaW5rPSIjOTU0RjcyIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLCBzdXBwb3J0IGFkb3B0 aW9uIG9mIGJvdGggZHJhZnRzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmRhbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkZSIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+c3ByaW5nICZsdDtzcHJp bmctYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIEJydW5vIERlY3JhZW5lICZsdDti cnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UdWVzZGF5LCBT ZXB0ZW1iZXIgNywgMjAyMSBhdCA5OjEyIEFNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtzcHJpbmdA aWV0Zi5vcmcmcXVvdDsgJmx0O3NwcmluZ0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8 L2I+W0VYVF1bc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5n LWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNz aW9uLWFuYWx5c2lzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PkRlYXIgV0csPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+VGhlIERlc2lnbiBUZWFtIGhhcyBwcm9kdWNlZCB0d28gZG9jdW1lbnRzOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmIj4tIEEgcmVxdWlyZW1lbnQgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmlu Zy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPi0gQSBzb2x1dGlvbiBh bmFseXNpcyBkb2N1bWVudDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5 c2lzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Cb3RoIGhhdmUgYmVlbiBw cmVzZW50ZWQgdG8gdGhlIFdHIGFuZCB0cmlnZ2VyZWQgc29tZSBkaXNjdXNzaW9ucyBidXQgYXJl IHN0aWxsIGluZGl2aWR1YWwgZG9jdW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5XZSBiZWxpZXZlIGl0 J3Mgbm93IHRpbWUgZm9yIHRoZSBXRyB0byBjb25zaWRlciB0YWtpbmcgb3duZXJzaGlwIG9mIHRo b3NlIHR3byBkb2N1bWVudHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk5vdGUgdGhhdCwgZXNwZWNpYWxseSBm b3IgdGhvc2UgdHdvIGRvY3VtZW50cywgV0cgYWRvcHRpb24gZG9lcyBub3QgbmVjZXNzYXJpbHkg bWVhbiBSRkMgcHVibGljYXRpb24gaW4gcGFydGljdWxhciBpZiBpdCB0dXJucyBvdXQgdGhhdCB0 aGUgYmVuZWZpdCBvZiBsb25nIHRlcm0NCiBhcmNoaXZlIHdvdWxkIG5vdCBqdXN0aWZ5IHRoZSBX RyBhbmQgSUVTRyBlZmZvcnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRvY3VtZW50cy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGlz IG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVuZGluZyBTZXB0ZW1i ZXImbmJzcDsgMjB0aCAyMDIxLCBmb3I6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXBy ZXNzaW9uLXJlcXVpcmVtZW50Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudDwvYT48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMiPmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9u LWFuYWx5c2lzPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkFmdGVyIHJldmlldyBvZiB0aGUgZG9jdW1lbnQocykgcGxlYXNlIGlu ZGljYXRlIHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHIGFkb3B0aW9uIG9mIHRoZSBkb2N1bWVudChz KSB0byB0aGUgbWFpbGluZyBsaXN0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5QbGVhc2UgYWxzbyBwcm92aWRl IGNvbW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3IgbGFjayB0aGVyZW9mKSBhcyB0 aGlzIGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBhcyB0 aGlzIGlzIG5vdCBhIHZvdGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5J ZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQocyksIHBsZWFzZSBzdGF0 ZSB0aGlzIGV4cGxpY2l0bHkuIFRoaXMgZ2l2ZXMgdGhlIGNoYWlycyBhbiBpbmRpY2F0aW9uIG9m IHRoZSBlbmVyZ3kgbGV2ZWwgb2YgcGVvcGxlIGluIHRoZSB3b3JraW5nIGdyb3VwDQogd2lsbGlu ZyB0byB3b3JrIG9uIHRoZSBkb2N1bWVudC4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5UaGFua3MhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5KaW0sIEJydW5vICZhbXA7 IEpvZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHByZT48c3Bh biBsYW5nPSJGUiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJGUiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkZSIj5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRl cyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2 ZW50IGRvbmM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPnBh cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h bGVyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5hIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+T3JhbmdlIGRlY2xp bmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9y bWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJGUiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh bmc9IkZSIj5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25m aWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg YnkgbGF3OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+dGhl eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv cmlzYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5J ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPkFzIGVtYWlscyBtYXkg YmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBi ZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_0C99A71FC1BB4EC9B330634C2ECA956Dbellca_-- From nobody Mon Sep 13 05:30:28 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B578E3A0AB0 for ; Mon, 13 Sep 2021 05:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKL5D4fnO6RJ for ; Mon, 13 Sep 2021 05:30:21 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12DC93A0AAD for ; Mon, 13 Sep 2021 05:30:20 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id E832327D1809E17DDA35 for ; Mon, 13 Sep 2021 20:30:18 +0800 (CST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id BCCDFF8DE9ED45D8B43B; Mon, 13 Sep 2021 20:30:18 +0800 (CST) Received: from kjyxapp04.zte.com.cn ([10.30.12.203]) by mse-fl1.zte.com.cn with SMTP id 18DCUHwQ004489; Mon, 13 Sep 2021 20:30:17 +0800 (GMT-8) (envelope-from liu.aihua@zte.com.cn) Received: from mapi (kjyxapp04[null]) by mapi (Zmail) with MAPI id mid13; Mon, 13 Sep 2021 20:30:17 +0800 (CST) Date: Mon, 13 Sep 2021 20:30:17 +0800 (CST) X-Zmail-TransId: 2b06613f4459a8761099 X-Mailer: Zmail v1.0 Message-ID: <202109132030173896925@zte.com.cn> In-Reply-To: <06fb01d7a461$217a86e0$646f94a0$@com> References: d060f258-4e7d-51a8-2ced-69cfe2daa31f@joelhalpern.com, 06fb01d7a461$217a86e0$646f94a0$@com Mime-Version: 1.0 From: To: , Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl1.zte.com.cn 18DCUHwQ004489 Archived-At: Subject: Re: [spring] =?utf-8?q?Conclusion_from_WG_poll_on_dataplane_solution?= =?utf-8?q?_for_compressing_segment_routing_over_IPv6?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 12:30:26 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 RGVhciBDaGFpcnMgJiBXZWlxaWFuZywNCg0KDQpBcyBJIHByZXNlbnRlZCBiZWZvcmUsIHRoZSBD U0lEIGRyYWZ0IGlzIGp1c3Qgb25seSBvbmUgc29sdXRpb24gd2l0aCB0d28gZGlmZmVyZW50IGZs YXZvcnMuIEV2ZW4gdGhlcmUgYXJlIHNvbWUgb3RoZXJzLCB0aGUgQ1NJRCBoYXMgdGhlIG1vc3Qg c3VwcG9ydGVycyBhbmQgaGFzIGZpbmlzaGVkIG11bHRpLXZlbmRvciBpbnRlcndvcmtpbmcgdGVz dCBhbmQgZmllbGQgdGVzdCwgaW5jbHVkaW5nIG15IGNvbXBhbnkgWlRFLiBFc3BlY2lhbGx5LCBD U0lEIGlzIHRoZSBtb3N0IGNvbXBhdGlibGUgdGhlIHN0YW5kYXJkIFNSdjYgZGF0YXBsYW5lLiBJ dCdzIGJlbmlmaWNpYWwgZm9yIFNSdjYgaW5kdXN0cnkgaWYgdGhlIFdHIGNvdWxkIGFkb3B0IHRo ZSBDU0lEIGRyYWZ0Lg0KDQoNCg0KDQoNCg0KQmVzdCByZWdhcmRzLA0KDQoNCkFpaHVhDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpXZWlxaWFu Z0NoZW5nDQrmlLbku7bkurrvvJonSm9lbCBNLiBIYWxwZXJuJztzcHJpbmdAaWV0Zi5vcmc7DQrm l6Ug5pyfIO+8mjIwMjHlubQwOeaciDA45pelIDExOjI1DQrkuLsg6aKYIO+8mlJlOiBbc3ByaW5n XSBDb25jbHVzaW9uIGZyb20gV0cgcG9sbCBvbiBkYXRhcGxhbmUgc29sdXRpb24gZm9yIGNvbXBy ZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYNCg0KDQoNCg0KRGVhciBDaGFpcnMsDQoN Ck1hbnkgdGhhbmtzIGZvciB5b3VyIGhhcmQgd29ya2luZy4gDQoNCldlIGFyZSBoYXBweSB0byBz ZWUgdGhhdCB0aGUgQ1NJRCBkcmFmdCBoYXMgc2lnbmlmaWNhbnQgaW50ZXJlc3QgdG8gYmUNCmFk b3B0ZWQgYXMgYSBXRyBkb2N1bWVudC4gDQoNClJlZ2FyZGluZyB0aGUgZGF0YXBsYW5lLCB0aGUg YXV0aG9ycyBiZWxpZXZlIHRoYXQgdGhlIENTSUQgZHJhZnQgY29udGFpbnMNCm9ubHkgb25lIGRh dGFwbGFuZSBzb2x1dGlvbiB3aXRoIHR3byBkaWZmZXJlbnQgZmxhdm9yc1sxXTogTkVYVC1DU0lE LUZMQVZPUg0KYW5kIFJFUExBQ0UtQ1NJRC1GTEFWT1IsIHJhdGhlciB0aGFuIHR3byBkYXRhcGxh bmUgc29sdXRpb25zLg0KDQpCb3RoIHRoZSBmbGF2b3JzIGFyZSBkZWZpbmVkIGJhc2VkIG9uIHRo ZSBTUnY2IGRhdGEgcGxhbmUob25lIGRhdGEgcGxhbmUpLA0KYW5kIHRoZSBTSURzIHdpdGggdGhl c2UgdHdvIGZsYXZvcnMgY2FuIGJlIGVuY29kZWQgaW4gYSBzaW5nbGUgU1JIIGp1c3QgbGlrZQ0K d2UgY2FuIGVuY29kZSBQU1AgRmxhdm9yIFNJRHMgYW5kIFVTRCBmbGF2b3IgU0lEcyB0b2dldGhl ciBpbiBhIFNSSC4NCg0KVGhlIGludGVyLW9wIHRlc3Qgb2YgQ1NJRHMgaGFkIGJlZW4gZG9uZSBh bG1vc3Qgb25lIHllYXIgYWdvWzJdLCBhbmQNCmV2ZXJ5dGhpbmcgd2FzIE9LLiANCg0KRnVydGhl cm1vcmUsIHRoZSBtZWNoYW5pc20gZGVmaW5lZCBpbiB0aGUgZHJhZnQgaGFzIGJlZW4gc3RhYmxl IGFuZCBtYXR1cmUuDQoNCldpdGggdGhlIGNvbnNlbnN1cywgdGhlIGF1dGhvcnMgaG9wZSBXRyBj YW4gY29uc2lkZXIgdG8gYWRvcHQgdGhlIENTSUQNCmRyYWZ0Lg0KDQpCZXN0IHJlZ2FyZHMsDQpX ZWlxaWFuZw0Kb24gYmVoYWxmIG9mIENTSUQgYXV0aG9ycw0KDQpbMV0uIGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODk4NiNzZWN0aW9uLTQuMTYNClsyXS4NCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtZmlsc2ZpbHNjaGVuZy1zcHJp bmctc3J2Ni1zcmgtY28NCm1wcmVzc2lvbi0wMiNzZWN0aW9uLTExDQoNCg0KDQotLS0tLemCruS7 tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGll dGYub3JnXSDku6PooaggSm9lbCBNLiBIYWxwZXJuDQrlj5HpgIHml7bpl7Q6IDIwMjHlubQ55pyI N+aXpSAwMToyNw0K5pS25Lu25Lq6OiBzcHJpbmdAaWV0Zi5vcmcNCuS4u+mimDogW3NwcmluZ10g Q29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24gZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVz c2luZw0Kc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ng0KDQpPdXIgdGhhbmtzIHRvIHRoZSB3b3Jr aW5nIGdyb3VwIG1lbWJlcnMgZm9yIHNwZWFraW5nIHVwIGNsZWFybHkuICBUaGVyZSANCmlzIGEg cm91Z2ggKHF1aXRlIGNsZWFyKSBjb25zZW5zdXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFw bGFuZSANCnNvbHV0aW9uIHRvIGNvbXByZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYu DQoNCkFzIGNoYWlycywgdGhlcmUgYXJlIHNvbWUgcmVsYXRlZCBvYnNlcnZhdGlvbnMgd2UgbmVl ZCB0byBtYWtlLg0KVGhlcmUgYXBwZWFycyB0byBiZSBzaWduaWZpY2FudCBpbnRlcmVzdCBpbiB1 c2luZyB0aGUgZnJhbWV3b3JrIGluIHRoZSANCkNTSUQgZHJhZnQgZm9yIGFkZHJlc3NpbmcgdGhl IGFib3ZlLg0KDQpIb3dldmVyLCBiZWZvcmUgd2UgaXNzdWUgYSBjYWxsIGZvciBhZG9wdGlvbiBv biB0aGF0LCB0aGUgY2hhaXJzIHdvdWxkIA0KbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgd29y a2luZyBncm91cCB3YW50cyB0byBzb2x2ZSBhIHRlY2huaWNhbCANCnByb2JsZW0uICBUaGUgQ1NJ RCBkcmFmdCBjb250YWlucyB0d28gZGF0YXBsYW5lIHNvbHV0aW9ucy4gIFRoZSBhYm92ZSANCnJv dWdoIGNvbnNlbnN1cyBpcyBmb3Igb25lIGRhdGFwbGFuZSBzb2x1dGlvbi4gIERvZXMgdGhlIHdv cmtpbmcgZ3JvdXAgDQp3YW50IHRvIGNob29zZSBvbmU/ICBEbyB0aGUgYXV0aG9ycyB3YW50IHRv IHN1Z2dlc3QgdGhhdCBvbmUgb2YgdGhlIHR3byANCmlzIHRoZSBvbmUgd2Ugc2hvdWxkIHN0YW5k YXJkaXplLCBhbmQgZ2V0IHdvcmtpbmcgZ3JvdXAgYWdyZWVtZW50Pw0KU2hvdWxkIHdlIGFkb3B0 IHRoZSBkb2N1bWVudCwgd2l0aCBhIG5vdGUgaW5kaWNhdGluZyB0aGUgcHJvYmxlbSwgYW5kIA0K c29sdmUgdGhlIHByb2JsZW0gYWZ0ZXJ3YXJkcz8gIChUaGF0IGl0c2VsZiBkb2VzIG5vdCBzb2x2 ZSB0aGUgcHJvYmxlbSwgDQppdCBtZXJlbHkga2lja3MgaXQgZG93biB0aGUgcm9hZC4pIERvIGZv bGtzIHNlZSBhbm90aGVyIG1lYW5zIHRvIGF2b2lkIA0KcHV0dGluZyB0aGUgV0cgaW4gY29uZmxp Y3Qgd2l0aCBpdHNlbGY/DQoNCkFzIGEgbG9vc2VseSByZWxhdGVkIHNpZGUgbm9kZSwgdGhlIGNo YWlycyB3aWxsIGFsc28gb2JzZXJ2ZSB0aGF0IHdlIGRvIA0Kbm90IHNlZSBhbiBvYnN0YWNsZSB0 byBpbmZvcm1hdGlvbmFsIG9yIGV4cGVyaW1lbnRhbCBwdWJsaWNhdGlvbiBvZiANCm90aGVyIHNv bHV0aW9ucywgYXMgbG9uZyBhcyB0aGVyZSBpcyBzdWZmaWNpZW50IGVuZXJneSBpbiB0aGUgd29y a2luZyANCmdyb3VwIHRvIGRlYWwgd2l0aCB0aG9zZS4gIEFsc28sIG9ubHkgZG9jdW1lbnRzIGZv ciB3aGljaCB0aGVyZSBpcyBhdCANCmxlYXN0IG9uZSBpbXBsZW1lbnRhdGlvbiB3aWxsIGJlIHBy b2dyZXNzZWQgdGhpcyB3YXkuDQoNClRoYW5rIHlvdSwNCkJydW5vLCBKaW0sIGFuZCBKb2VsDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcg bWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vc3ByaW5nDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTZweDtmb250LWZh bWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9u dC1zaXplOjE2cHg7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPkRl YXIgQ2hhaXJzICZhbXA7IFdlaXFpYW5nLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE2cHg7Zm9u dC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPkFzIEkgcHJlc2VudGVkIGJl Zm9yZSwgdGhlIENTSUQgZHJhZnQgaXMganVzdCBvbmx5IG9uZSBzb2x1dGlvbiB3aXRoIHR3byBk aWZmZXJlbnQgZmxhdm9ycy4gRXZlbiB0aGVyZSBhcmUgc29tZSBvdGhlcnMsIHRoZSBDU0lEIGhh cyB0aGUgbW9zdCBzdXBwb3J0ZXJzIGFuZCBoYXMgZmluaXNoZWQgbXVsdGktdmVuZG9yIGludGVy d29ya2luZyB0ZXN0IGFuZCBmaWVsZCB0ZXN0LCBpbmNsdWRpbmcgbXkgY29tcGFueSBaVEUuIEVz cGVjaWFsbHksIENTSUQgaXMgdGhlIG1vc3QgY29tcGF0aWJsZSB0aGUgc3RhbmRhcmQgU1J2NiBk YXRhcGxhbmUuIEl0J3MgYmVuaWZpY2lhbCBmb3IgU1J2NiBpbmR1c3RyeSBpZiB0aGUgV0cgY291 bGQgYWRvcHQgdGhlIENTSUQgZHJhZnQuPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTZweDtmb250 LWZhbWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+PGJyPjwvcD48cCBzdHlsZT0i Zm9udC1zaXplOjE2cHg7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsi PkJlc3QgcmVnYXJkcyw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNnB4O2ZvbnQtZmFtaWx5OuW+ rui9r+mbhem7kSxNaWNyb3NvZnQgWWFIZWk7Ij5BaWh1YTwvcD48cCBzdHlsZT0iZm9udC1zaXpl OjE2cHg7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPjxicj48L3A+ PGRpdiBjbGFzcz0iek1haWxTaWduIiB1bm9uYW1lY2g9IuWImOeIseWNjjEwMDI0OTk5IiB1bm9u YW1lZW49ImxpdSBhaWh1YTEwMDI0OTk5Ij48L2Rpdj48ZGl2IGNsYXNzPSJ6TWFpbEZyb20iPjwv ZGl2PjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48 ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7 IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEz ODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+ 5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBj bGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhl YWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxk aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8 L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+V2VpcWlhbmdDaGVuZzxjaGVuZ3dl aXFpYW5nQGNoaW5hbW9iaWxlLmNvbT48L2NoZW5nd2VpcWlhbmdAY2hpbmFtb2JpbGUuY29tPjwv c3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVRPVHh0Ij7mlLbk u7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3Bs YXk6IGlubGluZTsiPidKb2VsIE0uIEhhbHBlcm4nPGptaEBqb2VsaGFscGVybi5jb20+Ozwvam1o QGpvZWxoYWxwZXJuLmNvbT48L3NwYW4+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxl PSJkaXNwbGF5OiBpbmxpbmU7Ij5zcHJpbmdAaWV0Zi5vcmc8c3ByaW5nQGlldGYub3JnPjs8L3Nw cmluZ0BpZXRmLm9yZz48L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhp c3RvcnlEYXRlVHh0Ij7ml6Ug5pyfIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMjHlubQw OeaciDA45pelIDExOjI1PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJI aXN0b3J5U3ViamVjdFR4dCI+5Li7IOmimCDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRU aXRsZSI+PHN0cm9uZz5SZTogW3NwcmluZ10gQ29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24gZGF0 YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2 PC9zdHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgem1haWxidXNpbmVzcz0iYnVzaW5lc3NF eHRlcm5hbCI+PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2PkRlYXImbmJz cDtDaGFpcnMsPGJyPjxicj5NYW55Jm5ic3A7dGhhbmtzJm5ic3A7Zm9yJm5ic3A7eW91ciZuYnNw O2hhcmQmbmJzcDt3b3JraW5nLiZuYnNwOzxicj48YnI+V2UmbmJzcDthcmUmbmJzcDtoYXBweSZu YnNwO3RvJm5ic3A7c2VlJm5ic3A7dGhhdCZuYnNwO3RoZSZuYnNwO0NTSUQmbmJzcDtkcmFmdCZu YnNwO2hhcyZuYnNwO3NpZ25pZmljYW50Jm5ic3A7aW50ZXJlc3QmbmJzcDt0byZuYnNwO2JlPGJy PmFkb3B0ZWQmbmJzcDthcyZuYnNwO2EmbmJzcDtXRyZuYnNwO2RvY3VtZW50LiZuYnNwOzxicj48 YnI+UmVnYXJkaW5nJm5ic3A7dGhlJm5ic3A7ZGF0YXBsYW5lLCZuYnNwO3RoZSZuYnNwO2F1dGhv cnMmbmJzcDtiZWxpZXZlJm5ic3A7dGhhdCZuYnNwO3RoZSZuYnNwO0NTSUQmbmJzcDtkcmFmdCZu YnNwO2NvbnRhaW5zPGJyPm9ubHkmbmJzcDtvbmUmbmJzcDtkYXRhcGxhbmUmbmJzcDtzb2x1dGlv biZuYnNwO3dpdGgmbmJzcDt0d28mbmJzcDtkaWZmZXJlbnQmbmJzcDtmbGF2b3JzWzFdOiZuYnNw O05FWFQtQ1NJRC1GTEFWT1I8YnI+YW5kJm5ic3A7UkVQTEFDRS1DU0lELUZMQVZPUiwmbmJzcDty YXRoZXImbmJzcDt0aGFuJm5ic3A7dHdvJm5ic3A7ZGF0YXBsYW5lJm5ic3A7c29sdXRpb25zLjxi cj48YnI+Qm90aCZuYnNwO3RoZSZuYnNwO2ZsYXZvcnMmbmJzcDthcmUmbmJzcDtkZWZpbmVkJm5i c3A7YmFzZWQmbmJzcDtvbiZuYnNwO3RoZSZuYnNwO1NSdjYmbmJzcDtkYXRhJm5ic3A7cGxhbmUo b25lJm5ic3A7ZGF0YSZuYnNwO3BsYW5lKSw8YnI+YW5kJm5ic3A7dGhlJm5ic3A7U0lEcyZuYnNw O3dpdGgmbmJzcDt0aGVzZSZuYnNwO3R3byZuYnNwO2ZsYXZvcnMmbmJzcDtjYW4mbmJzcDtiZSZu YnNwO2VuY29kZWQmbmJzcDtpbiZuYnNwO2EmbmJzcDtzaW5nbGUmbmJzcDtTUkgmbmJzcDtqdXN0 Jm5ic3A7bGlrZTxicj53ZSZuYnNwO2NhbiZuYnNwO2VuY29kZSZuYnNwO1BTUCZuYnNwO0ZsYXZv ciZuYnNwO1NJRHMmbmJzcDthbmQmbmJzcDtVU0QmbmJzcDtmbGF2b3ImbmJzcDtTSURzJm5ic3A7 dG9nZXRoZXImbmJzcDtpbiZuYnNwO2EmbmJzcDtTUkguPGJyPjxicj5UaGUmbmJzcDtpbnRlci1v cCZuYnNwO3Rlc3QmbmJzcDtvZiZuYnNwO0NTSURzJm5ic3A7aGFkJm5ic3A7YmVlbiZuYnNwO2Rv bmUmbmJzcDthbG1vc3QmbmJzcDtvbmUmbmJzcDt5ZWFyJm5ic3A7YWdvWzJdLCZuYnNwO2FuZDxi cj5ldmVyeXRoaW5nJm5ic3A7d2FzJm5ic3A7T0suJm5ic3A7PGJyPjxicj5GdXJ0aGVybW9yZSwm bmJzcDt0aGUmbmJzcDttZWNoYW5pc20mbmJzcDtkZWZpbmVkJm5ic3A7aW4mbmJzcDt0aGUmbmJz cDtkcmFmdCZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzdGFibGUmbmJzcDthbmQmbmJzcDttYXR1 cmUuPGJyPjxicj5XaXRoJm5ic3A7dGhlJm5ic3A7Y29uc2Vuc3VzLCZuYnNwO3RoZSZuYnNwO2F1 dGhvcnMmbmJzcDtob3BlJm5ic3A7V0cmbmJzcDtjYW4mbmJzcDtjb25zaWRlciZuYnNwO3RvJm5i c3A7YWRvcHQmbmJzcDt0aGUmbmJzcDtDU0lEPGJyPmRyYWZ0Ljxicj48YnI+QmVzdCZuYnNwO3Jl Z2FyZHMsPGJyPldlaXFpYW5nPGJyPm9uJm5ic3A7YmVoYWxmJm5ic3A7b2YmbmJzcDtDU0lEJm5i c3A7YXV0aG9yczxicj48YnI+WzFdLiZuYnNwO2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvcmZjODk4NiNzZWN0aW9uLTQuMTY8YnI+WzJdLjxicj5odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYtc3Jo LWNvPGJyPm1wcmVzc2lvbi0wMiNzZWN0aW9uLTExPGJyPjxicj48YnI+PGJyPi0tLS0t6YKu5Lu2 5Y6f5Lu2LS0tLS08YnI+5Y+R5Lu25Lq6OiZuYnNwO3NwcmluZyZuYnNwO1ttYWlsdG86c3ByaW5n LWJvdW5jZXNAaWV0Zi5vcmddJm5ic3A75Luj6KGoJm5ic3A7Sm9lbCZuYnNwO00uJm5ic3A7SGFs cGVybjxicj7lj5HpgIHml7bpl7Q6Jm5ic3A7MjAyMeW5tDnmnIg35pelJm5ic3A7MDE6Mjc8YnI+ 5pS25Lu25Lq6OiZuYnNwO3NwcmluZ0BpZXRmLm9yZzxicj7kuLvpopg6Jm5ic3A7W3NwcmluZ10m bmJzcDtDb25jbHVzaW9uJm5ic3A7ZnJvbSZuYnNwO1dHJm5ic3A7cG9sbCZuYnNwO29uJm5ic3A7 ZGF0YXBsYW5lJm5ic3A7c29sdXRpb24mbmJzcDtmb3ImbmJzcDtjb21wcmVzc2luZzxicj5zZWdt ZW50Jm5ic3A7cm91dGluZyZuYnNwO292ZXImbmJzcDtJUHY2PGJyPjxicj5PdXImbmJzcDt0aGFu a3MmbmJzcDt0byZuYnNwO3RoZSZuYnNwO3dvcmtpbmcmbmJzcDtncm91cCZuYnNwO21lbWJlcnMm bmJzcDtmb3ImbmJzcDtzcGVha2luZyZuYnNwO3VwJm5ic3A7Y2xlYXJseS4mbmJzcDsmbmJzcDtU aGVyZSZuYnNwOzxicj5pcyZuYnNwO2EmbmJzcDtyb3VnaCZuYnNwOyhxdWl0ZSZuYnNwO2NsZWFy KSZuYnNwO2NvbnNlbnN1cyZuYnNwO2ZvciZuYnNwO3N0YW5kYXJkaXppbmcmbmJzcDtvbmUmbmJz cDtkYXRhcGxhbmUmbmJzcDs8YnI+c29sdXRpb24mbmJzcDt0byZuYnNwO2NvbXByZXNzaW5nJm5i c3A7c2VnbWVudCZuYnNwO3JvdXRpbmcmbmJzcDtvdmVyJm5ic3A7SVB2Ni48YnI+PGJyPkFzJm5i c3A7Y2hhaXJzLCZuYnNwO3RoZXJlJm5ic3A7YXJlJm5ic3A7c29tZSZuYnNwO3JlbGF0ZWQmbmJz cDtvYnNlcnZhdGlvbnMmbmJzcDt3ZSZuYnNwO25lZWQmbmJzcDt0byZuYnNwO21ha2UuPGJyPlRo ZXJlJm5ic3A7YXBwZWFycyZuYnNwO3RvJm5ic3A7YmUmbmJzcDtzaWduaWZpY2FudCZuYnNwO2lu dGVyZXN0Jm5ic3A7aW4mbmJzcDt1c2luZyZuYnNwO3RoZSZuYnNwO2ZyYW1ld29yayZuYnNwO2lu Jm5ic3A7dGhlJm5ic3A7PGJyPkNTSUQmbmJzcDtkcmFmdCZuYnNwO2ZvciZuYnNwO2FkZHJlc3Np bmcmbmJzcDt0aGUmbmJzcDthYm92ZS48YnI+PGJyPkhvd2V2ZXIsJm5ic3A7YmVmb3JlJm5ic3A7 d2UmbmJzcDtpc3N1ZSZuYnNwO2EmbmJzcDtjYWxsJm5ic3A7Zm9yJm5ic3A7YWRvcHRpb24mbmJz cDtvbiZuYnNwO3RoYXQsJm5ic3A7dGhlJm5ic3A7Y2hhaXJzJm5ic3A7d291bGQmbmJzcDs8YnI+ bGlrZSZuYnNwO3RvJm5ic3A7dW5kZXJzdGFuZCZuYnNwO2hvdyZuYnNwO3RoZSZuYnNwO3dvcmtp bmcmbmJzcDtncm91cCZuYnNwO3dhbnRzJm5ic3A7dG8mbmJzcDtzb2x2ZSZuYnNwO2EmbmJzcDt0 ZWNobmljYWwmbmJzcDs8YnI+cHJvYmxlbS4mbmJzcDsmbmJzcDtUaGUmbmJzcDtDU0lEJm5ic3A7 ZHJhZnQmbmJzcDtjb250YWlucyZuYnNwO3R3byZuYnNwO2RhdGFwbGFuZSZuYnNwO3NvbHV0aW9u cy4mbmJzcDsmbmJzcDtUaGUmbmJzcDthYm92ZSZuYnNwOzxicj5yb3VnaCZuYnNwO2NvbnNlbnN1 cyZuYnNwO2lzJm5ic3A7Zm9yJm5ic3A7b25lJm5ic3A7ZGF0YXBsYW5lJm5ic3A7c29sdXRpb24u Jm5ic3A7Jm5ic3A7RG9lcyZuYnNwO3RoZSZuYnNwO3dvcmtpbmcmbmJzcDtncm91cCZuYnNwOzxi cj53YW50Jm5ic3A7dG8mbmJzcDtjaG9vc2UmbmJzcDtvbmU/Jm5ic3A7Jm5ic3A7RG8mbmJzcDt0 aGUmbmJzcDthdXRob3JzJm5ic3A7d2FudCZuYnNwO3RvJm5ic3A7c3VnZ2VzdCZuYnNwO3RoYXQm bmJzcDtvbmUmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3R3byZuYnNwOzxicj5pcyZuYnNwO3RoZSZu YnNwO29uZSZuYnNwO3dlJm5ic3A7c2hvdWxkJm5ic3A7c3RhbmRhcmRpemUsJm5ic3A7YW5kJm5i c3A7Z2V0Jm5ic3A7d29ya2luZyZuYnNwO2dyb3VwJm5ic3A7YWdyZWVtZW50Pzxicj5TaG91bGQm bmJzcDt3ZSZuYnNwO2Fkb3B0Jm5ic3A7dGhlJm5ic3A7ZG9jdW1lbnQsJm5ic3A7d2l0aCZuYnNw O2EmbmJzcDtub3RlJm5ic3A7aW5kaWNhdGluZyZuYnNwO3RoZSZuYnNwO3Byb2JsZW0sJm5ic3A7 YW5kJm5ic3A7PGJyPnNvbHZlJm5ic3A7dGhlJm5ic3A7cHJvYmxlbSZuYnNwO2FmdGVyd2FyZHM/ Jm5ic3A7Jm5ic3A7KFRoYXQmbmJzcDtpdHNlbGYmbmJzcDtkb2VzJm5ic3A7bm90Jm5ic3A7c29s dmUmbmJzcDt0aGUmbmJzcDtwcm9ibGVtLCZuYnNwOzxicj5pdCZuYnNwO21lcmVseSZuYnNwO2tp Y2tzJm5ic3A7aXQmbmJzcDtkb3duJm5ic3A7dGhlJm5ic3A7cm9hZC4pJm5ic3A7RG8mbmJzcDtm b2xrcyZuYnNwO3NlZSZuYnNwO2Fub3RoZXImbmJzcDttZWFucyZuYnNwO3RvJm5ic3A7YXZvaWQm bmJzcDs8YnI+cHV0dGluZyZuYnNwO3RoZSZuYnNwO1dHJm5ic3A7aW4mbmJzcDtjb25mbGljdCZu YnNwO3dpdGgmbmJzcDtpdHNlbGY/PGJyPjxicj5BcyZuYnNwO2EmbmJzcDtsb29zZWx5Jm5ic3A7 cmVsYXRlZCZuYnNwO3NpZGUmbmJzcDtub2RlLCZuYnNwO3RoZSZuYnNwO2NoYWlycyZuYnNwO3dp bGwmbmJzcDthbHNvJm5ic3A7b2JzZXJ2ZSZuYnNwO3RoYXQmbmJzcDt3ZSZuYnNwO2RvJm5ic3A7 PGJyPm5vdCZuYnNwO3NlZSZuYnNwO2FuJm5ic3A7b2JzdGFjbGUmbmJzcDt0byZuYnNwO2luZm9y bWF0aW9uYWwmbmJzcDtvciZuYnNwO2V4cGVyaW1lbnRhbCZuYnNwO3B1YmxpY2F0aW9uJm5ic3A7 b2YmbmJzcDs8YnI+b3RoZXImbmJzcDtzb2x1dGlvbnMsJm5ic3A7YXMmbmJzcDtsb25nJm5ic3A7 YXMmbmJzcDt0aGVyZSZuYnNwO2lzJm5ic3A7c3VmZmljaWVudCZuYnNwO2VuZXJneSZuYnNwO2lu Jm5ic3A7dGhlJm5ic3A7d29ya2luZyZuYnNwOzxicj5ncm91cCZuYnNwO3RvJm5ic3A7ZGVhbCZu YnNwO3dpdGgmbmJzcDt0aG9zZS4mbmJzcDsmbmJzcDtBbHNvLCZuYnNwO29ubHkmbmJzcDtkb2N1 bWVudHMmbmJzcDtmb3ImbmJzcDt3aGljaCZuYnNwO3RoZXJlJm5ic3A7aXMmbmJzcDthdCZuYnNw Ozxicj5sZWFzdCZuYnNwO29uZSZuYnNwO2ltcGxlbWVudGF0aW9uJm5ic3A7d2lsbCZuYnNwO2Jl Jm5ic3A7cHJvZ3Jlc3NlZCZuYnNwO3RoaXMmbmJzcDt3YXkuPGJyPjxicj5UaGFuayZuYnNwO3lv dSw8YnI+QnJ1bm8sJm5ic3A7SmltLCZuYnNwO2FuZCZuYnNwO0pvZWw8YnI+PGJyPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPnNwcmluZyZuYnNwO21h aWxpbmcmbmJzcDtsaXN0PGJyPnNwcmluZ0BpZXRmLm9yZzxicj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzxicj48YnI+PGJyPjxicj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj5zcHJpbmcmbmJzcDttYWlsaW5nJm5i c3A7bGlzdDxicj5zcHJpbmdAaWV0Zi5vcmc8YnI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9zcHJpbmc8YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+ PHA+PGJyPjwvcD48L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Mon Sep 13 05:34:34 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EFE973A0B1F; Mon, 13 Sep 2021 05:34:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <163153647282.22130.13675777804028968836@ietfa.amsl.com> Date: Mon, 13 Sep 2021 05:34:32 -0700 Archived-At: Subject: [spring] The SPRING WG has placed draft-srcompdt-spring-compression-analysis in state "Call For Adoption By WG Issued" X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 12:34:33 -0000 The SPRING WG has placed draft-srcompdt-spring-compression-analysis in state Call For Adoption By WG Issued (entered by Bruno Decraene) The document is available at https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-analysis/ Comment: https://mailarchive.ietf.org/arch/msg/spring/yc5wWTgDkHycrIm3q6k322acx9E/ From nobody Mon Sep 13 05:34:51 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 01FAA3A0B6F; Mon, 13 Sep 2021 05:34:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.37.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <163153648898.32321.338824429345867072@ietfa.amsl.com> Date: Mon, 13 Sep 2021 05:34:48 -0700 Archived-At: Subject: [spring] The SPRING WG has placed draft-srcompdt-spring-compression-requirement in state "Call For Adoption By WG Issued" X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 12:34:49 -0000 The SPRING WG has placed draft-srcompdt-spring-compression-requirement in state Call For Adoption By WG Issued (entered by Bruno Decraene) The document is available at https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/ Comment: https://mailarchive.ietf.org/arch/msg/spring/yc5wWTgDkHycrIm3q6k322acx9E/ From nobody Mon Sep 13 08:58:41 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E35083A0C63 for ; Mon, 13 Sep 2021 08:58:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 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_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=WD+wGhIs; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=IC2GxN59 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 PrmeI_UE8qEq for ; Mon, 13 Sep 2021 08:58:33 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 252063A0C60 for ; Mon, 13 Sep 2021 08:58:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8082; q=dns/txt; s=iport; t=1631548713; x=1632758313; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=xeJobTYx9enNMNc40Ub1NFZWorUdwrZN16q9FTL8X9I=; b=WD+wGhIsDarTty6TuqOHp39sW9M+rxcR7beE0xzExPBTa+79MhBG3kmN RjDNTZiEY6+8/OQ/1kyh7PQJRlXp7IflpBSpqeuVVKhc4uHjDG8hH4kjn phtqX2Zab0q6wv42gGy9ORD28WR6p6rHKaxQQTH7pYytMB99Itc3ly2xB 8=; IronPort-PHdr: =?us-ascii?q?A9a23=3AzPq0ox3fiUAnmKFWsmDPs1BlVkEcU/3cPwMJ5?= =?us-ascii?q?Nwgkb0dOqig/pG3OkvZ6L0tiVLSRozU5rpCjPaeqKHvX2EMoPPj+HAPeZBBT?= =?us-ascii?q?VkJ3MMRmQFzAcOZBwv8NvG5JyA/Fd5JAVli+XzzOENJGcH4MlvVpHD67TMbF?= =?us-ascii?q?hjlcwRvIeGgEY/JhMPx3Oe3qPXu?= IronPort-Data: =?us-ascii?q?A9a23=3AhaBuwayAd+jNd84KFDh6t+clxCrEfRIJ4+Muj?= =?us-ascii?q?C+fZmUNrF6WrkVSmDNOCDrUPa6MM2enKN9xb9y/9BsOsZLRmIRjHlZk/1hgH?= =?us-ascii?q?ilAwSbn6Xt1DatR0xt/paQvdWo/hyklQoSGfJ1cokP0/E/3a+Cw9CIkj8lke?= =?us-ascii?q?5KlYAL6EnEpLeNbYH9JZSJLw4bVs6Yw6TSLK1rlVeDa+6UzDGSYNwtcaQr43?= =?us-ascii?q?U4sRCRH55wesBtA1rA3iGsiUFX2zxH5B7pHTU29wueRf2VaIgK6b76rILCR5?= =?us-ascii?q?GjV+VImDcmo1+i9eUwRSbmUNg+L4pZUc/H92V4Z+WpjieBiaaV0hUR/011lm?= =?us-ascii?q?/hrx9xLuZyxYQwoJabL3u8aVnG0FgkuYfUfpuCccCTXXcu7iheun2HX6+52F?= =?us-ascii?q?kAwMqUZ9/p5R2ZU+pQlxJolBvyYr/i9zLT+Qe52i4F9asLqJ4gY/HpnyFnk4?= =?us-ascii?q?T8dacira833CRVwhV/cXvxzIMs=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AOM+erqgaVF8H+QIq2dB0uLfibnBQX3F13D?= =?us-ascii?q?Abv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwRJVoMkmsiqKdgLNhc4tKOT?= =?us-ascii?q?OHhILGFvAb0WKP+UyEJ8S6zJ8h6U4CSdk+NDSTNykAsS+S2mDReLxMrKjlgc?= =?us-ascii?q?KVbKXlvg1QpGpRGsZdBnJCe3+m+zpNNW977PQCZf6hz/sCgwDlVWUcb8y9CH?= =?us-ascii?q?VAdfPEvcf3mJXvZgNDLwI76SGV5AnYqILSIly95FMzQjlPybAt/SzuiAri/J?= =?us-ascii?q?iutPm911v1y3LT1ZJLg9Hso+EzR/Bky/JlaAkEuDzYILiJaIfy+wzdZ9vfrm?= =?us-ascii?q?rCpeO85ivI+f4Dsk85MFvF+ScFkDOQrgrGo0WSuGNwx0GT+vAQgFkBepd8bU?= =?us-ascii?q?UzSGqC16NohqAN7Itbm22erJZZFhXGgWD04MXJTQhjkg6urWMlivN7tQ0UbW?= =?us-ascii?q?IyUs4YkWUkxjIfLH7AJlOP1Kk3VO11SM3M7vdfdl2XK3jfo2l02dSpGnA+BA?= =?us-ascii?q?2PTEQOstGcl2E+pgE082IIgMgE2nsQ/pM0TJdJo+zCL6RzjblLCssbd7h0Cu?= =?us-ascii?q?sNSda+TmbNXRXPOmSPJkmPLtBLB1vd75rspLkl7uCjf5IFiJM0hZTaSVtd8X?= =?us-ascii?q?U/fkr/YPf+laGjMiq9NllVeA6dhf22y6IJyIEUdYCbRhFrEmpe4PdIi89vd/?= =?us-ascii?q?HmZw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CbBgBCdD9h/51dJa1agQmBWYEjMCM?= =?us-ascii?q?uB3daNzGIDwOFOYgHA5VbhQOBLoElA1QLAQEBDQEBNwoEAQGEcwKCQgIlNAk?= =?us-ascii?q?OAQIEAQEBEgEBBQEBAQIBBgSBEROFOwYnAQyGQgEBAQEDEi4BATUDDwIBCBE?= =?us-ascii?q?DAQIvMh0IAgQTCBqCUIF+VwMvAQ6gWAGBOgKKH3iBM4EBgggBAQYEBIFKQYJ?= =?us-ascii?q?/GII0AwaBOoJ/hBCCcIN/JxyBSUSBFUOCZz6CYgEBAgGBXx4NgyCCLocbgTA?= =?us-ascii?q?EUQIUMoEFSGSdbDifLAqDK4pAlDwUpwWWHIxEk3uEcAIEAgQFAg4BAQaBYTu?= =?us-ascii?q?BWXAVGoMKURkPjGaFLIUUhUp0AjYCBgsBAQMJj3MBAQ?= X-IronPort-AV: E=Sophos;i="5.85,290,1624320000"; d="scan'208,217";a="840167394" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Sep 2021 15:58:31 +0000 Received: from mail.cisco.com (xbe-aln-006.cisco.com [173.36.7.21]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 18DFwVnU000507 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for ; Mon, 13 Sep 2021 15:58:31 GMT Received: from xfe-aln-004.cisco.com (173.37.135.124) by xbe-aln-006.cisco.com (173.36.7.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 13 Sep 2021 10:58:31 -0500 Received: from xfe-aln-001.cisco.com (173.37.135.121) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 13 Sep 2021 10:58:31 -0500 Received: from NAM10-BN7-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.15 via Frontend Transport; Mon, 13 Sep 2021 10:58:31 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fMkPHStVS6q+pRdM3ROgGbRi47M0E/Ew0i0JMSvklZxI/mTEAqumdZkg1oXjieV37upCFz0mxz9rboOK56Fp3yN8Buy24KDwDjikZwG/LjuG8Wadqnf/PvLbxy/RkjUpiT58DGBc7nd1ne9uEsUU7ZFLPvaprWxLvw6i2l1DKjw+YqoLb51Py7ypMXV7YrsyaRL6/IbVOYYJTk9sTpXZMCqEoL8OSZlTfkTMEoorOxRG3Yp1f8O46FkBgwwiqkUF5bEZRl7O0x8HAbdkT3/GkcUzVabOnS3MrZGiC82Dd+glVbRRyscCGjCVt4JJ3jkQo2bMa0X+88GJGkfrAYKytw== 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; bh=Scpn77R4Hl3GbLh5gz6GFA8DLrG3ECi8DusCevqlopE=; b=gtM1IC+pXgwLfoiN24vBjck4wOflYR41CLsuE4/rPpDopHDQDUJXGhRsEhjz5JrfEkrfr92Jdz1tycGyqlwWFeIcTIYw8RKR1kaNa8uXE752FbdTVVyEuKyRefDBaKd/z0c0QCsDvAjg+0VJloUNHAHWuD/p5hkmFAbKt2RwwAxCeMdU0+2d3PXKuKD+9R2Z3y3/YJT06TsJgPaYaPZviv1XjP4GBDqa2TygrOVqrHmpEJAR/IpoYOeFOykVIILLwWyRTREjoUYLvCQYlPMm9ZjV0++ex8GSkayGIyw88o/pwBI56B2Zca04ZViPsVo+sGxlLbWpOms5RvEhipEeew== 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=Scpn77R4Hl3GbLh5gz6GFA8DLrG3ECi8DusCevqlopE=; b=IC2GxN5977ns5gRTLe6FvOFf7zzaEexDB3goT3i0aDCwo0KWm7WfDAevjGzP13kG+bhLQ03jrNMLnY97bMzwx026uSTLJBUgH4T606AuC9jS3hAv1yofeLFPjnhCjLG9YzW3XbiOX/L8IE4LGYCkmWbFbjoM6lBLrrB0YJQbn1c= Received: from BL3PR11MB5731.namprd11.prod.outlook.com (2603:10b6:208:352::15) by MN2PR11MB4126.namprd11.prod.outlook.com (2603:10b6:208:136::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.17; Mon, 13 Sep 2021 15:58:30 +0000 Received: from BL3PR11MB5731.namprd11.prod.outlook.com ([fe80::dd22:d9fa:cde3:1a27]) by BL3PR11MB5731.namprd11.prod.outlook.com ([fe80::dd22:d9fa:cde3:1a27%7]) with mapi id 15.20.4500.019; Mon, 13 Sep 2021 15:58:30 +0000 From: "Rakesh Gandhi (rgandhi)" To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-gandhi-spring-enhanced-srpm-00.txt Thread-Index: AQHXmTGd14ZB8PAx2UytzIO6iq4l0KuiOWBW Date: Mon, 13 Sep 2021 15:58:30 +0000 Message-ID: References: <162984162579.17126.6780734454358161397@ietfa.amsl.com> In-Reply-To: <162984162579.17126.6780734454358161397@ietfa.amsl.com> Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 413dd937-ac76-43d3-f144-08d976cf54d5 x-ms-traffictypediagnostic: MN2PR11MB4126: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: RJ/0iQdq4J3j+cl30tkYC2grKGn1axYMS4pKByd7nP3nlcIZLfpaRYo+asvWrsUWiZ6OgCEMmFbf48aaJcWCIkBWpVBOGowwJy+vmO9tDwQIbESkZHLDuzY5EE66oa/vRhBVw/XpMERe8W3zh3bVUM68nkgq8X2FWAUJMNCOV++5galf66qlscK9sFhFSY6omcu20bmIUb/+bJGmkun6jK6g0dQZO8CTAvlYX9PG/NnLIY+6KAv3t9zfk5pVmDuYXEAjz0UJEUMQ1oCnSz3VTYb7Q90edUBcNnygC0ajv8omm6sk14Diby/4Z4n23/2G8bXCETTsfGjlfVrob3ZmtSH0W13WzzQGjFo06GWJAHekGpCk3wvu09//Xweyyci699sqV4axdaLI7Q9MysjpxNMdf9+eF23xa3t5v5eMrTiPgpCy+yvWmyFd1rN0NeFOu+WomNnAmf/juP2NqhYhOw1RLEfivSqPSQpy0wV0EYIxevB98CVsaMiYF5cnGklFsCM6t+f6jxZdCFZNwJKLXK9oreojCm4R4AXqZTfkNNS+b2UyJpEpjAHt02CF9jrbr9/vU1Nd5wxtc/Bi+OUbTotrRuc+Nk5wjCWaVWtTis9tjP77DYSW1nyIzjFj75pz5zaLm2kXlwNBkiiBJRa5nlJkJx5ti2jI/A+MSMjzjJxNfInflIjdyPtkEiJU1DmC5Bk7ilwp5M0P/UfxRnHMVO1+XVSP+O2BgyQXXigXC2KHqH2JtVrynZHnuAjP2RQwyouwJU4rAgNkxOweN5SjzXfK48xC1jXRFJcpnHJJ/uMJgTcnizUtiNFuljnLl7eKCytO3cEjNE8Y6WwY/uUO/g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL3PR11MB5731.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(346002)(366004)(136003)(396003)(376002)(66574015)(52536014)(966005)(76116006)(7696005)(66556008)(66946007)(33656002)(8936002)(66476007)(66446008)(64756008)(71200400001)(5660300002)(122000001)(186003)(53546011)(6506007)(86362001)(316002)(26005)(9686003)(2906002)(38070700005)(83380400001)(478600001)(38100700002)(8676002)(55016002)(15650500001)(6916009)(166002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?lOffeMol+DjBtRj/FsRvMHuWBuuZw/juBEBhz7EvnOIVbaEdQNDM2BH/?= =?Windows-1252?Q?I1ku/jO5BbB1QW+oDU62g2gXQGCVxP3FefUQzpmPwdp0xz8uWT5gztXB?= =?Windows-1252?Q?5F0eYs692BlydDpBJkB4HAI/G2Dg8mCR1btgAnHM+IC5yvWedFoYG7KY?= =?Windows-1252?Q?Q5n4ghhoKzB8U7c3BjnUQLyGESXZP4KIUITJgHmS0V5lR/B3S0jnwF4O?= =?Windows-1252?Q?1qQ9YWS0s+3bAtpwfkuCWE3fgFt5qrRsnesViJ/LckzAciVCXj31SH7E?= =?Windows-1252?Q?uOt4FmFS9jgaPtvDOl9zwoiDa3O38xmKhxEm7L4VeTCqyn/sytoLoJZS?= =?Windows-1252?Q?1TxFIYIWt+MtiU8P0mcrWT4LRSI5Cnh1wqzwL2Y6caLLUFIp6AP7QzIT?= =?Windows-1252?Q?0MBeN2bBA0Bj+I7Qr+iqmzJqR3Hqp57tVaJUy5ntmVvjI1/pov6mYth4?= =?Windows-1252?Q?ZsFQVBHWYNP4q2lax8BiMuUSIp+2ytpQ03trlzNXlCHydZhLZaSxbzkq?= =?Windows-1252?Q?sr0+b8TmgLMomb6DwR7QC7L+SSixAgj3eGgMPtcCygOHZPBY2QgDNnic?= =?Windows-1252?Q?Ffra+wS5XVj+UiVvyaI8nP6EBMolE504xgnJOThRzNrXQpUoOdaRwf0R?= =?Windows-1252?Q?wMdfQU1r+3fgkaDizORY76SXZN1xfJJShZ8HPKOcWXpiWJKyXmw9jjV/?= =?Windows-1252?Q?wZMSrhSwLm+W+W3Kr2LKUNWbwWmTVx8xQjEsft5EzXZDsg9LrH2+0tzK?= =?Windows-1252?Q?kc55LYffZgS66DdyZxJ5HebeX59/eWSNyNNzJHwA9iht0qlzAU4ObnV7?= =?Windows-1252?Q?pYALXTKhJKjumUj+/YzVEU/5CJyb009z6kNR3JJg+52yph0J5/kgXwzA?= =?Windows-1252?Q?1Ytj/cJhqygsjApk4UI/PX84+mo7BoMjG/OdiGqH76bdxr+VwAL24acf?= =?Windows-1252?Q?hzeeQaSP0TAe9Pz31S37xT5qKPfqKdDKlL56SRDj2nOoQBqm8l3fFJHD?= =?Windows-1252?Q?/klSiVHcIwkQQ3+oU9SgzkCbNYv6nNHQo878bvgx6k1MMk4IIcbv+D5w?= =?Windows-1252?Q?n8CLq7v3zqFAaHK1uXQ+pnLvTiKPYSFA/axKidC8yGynpRLjAbazB4Ui?= =?Windows-1252?Q?Uiwa0q438NXdi2S0LSEorFLn0w4TjChkoP8TsR/+q2nckvoXowGtDS8B?= =?Windows-1252?Q?vSZrz0YCx7cp+k5PYXi81XBx0taM3bLAclWyvBVukZ+r44H4KBAsJVfP?= =?Windows-1252?Q?Nkx1IhU/ueiMMUQ4UZEQQ9cSd3wnu2yR7PCxQVZoRuMj4dyLEFehV93U?= =?Windows-1252?Q?93MnWKyezN1mMGrbSGaP7lIm7MK+0sjzpuWk/1REwwFw/lE8XGAEucZR?= =?Windows-1252?Q?5gLP+Og+lAC13LE6B0mZiRMQKHx9gik8wmL9TvwcyP59aWJi1DYxiZBD?= =?Windows-1252?Q?rT1IYdGGy13lBif/CrHs0Q=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BL3PR11MB5731A034438CCEB787A9344DBFD99BL3PR11MB5731namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL3PR11MB5731.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 413dd937-ac76-43d3-f144-08d976cf54d5 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2021 15:58:30.0711 (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: 2e+AeydRu6KUEw6lIAO36CXGtOcH9hFdYPHgrjoa5hrbNJiRe/etvkdEgG7FpTwnAxMUXPtDQY/GzjRs3eDf6A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4126 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.21, xbe-aln-006.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [spring] New Version Notification for draft-gandhi-spring-enhanced-srpm-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 15:58:39 -0000 --_000_BL3PR11MB5731A034438CCEB787A9344DBFD99BL3PR11MB5731namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi WG, We have published a new draft on SRPM enhancements using =93Simple TWAMP=94= . It is extension of the SRPM defined in draft-ietf-spring-stamp-srpm. Welcome your review comments and suggestions. Thanks, Rakesh (for authors) P.S. This draft replaces and builds on the previous work in draft-gandhi-sp= ring-sr-enhanced-plm that was using custom packets. From: internet-drafts@ietf.org Date: Tuesday, August 24, 2021 at 5:47 PM Subject: New Version Notification for draft-gandhi-spring-enhanced-srpm-00.= txt A new version of I-D, draft-gandhi-spring-enhanced-srpm-00.txt has been successfully submitted by Rakesh Gandhi and posted to the IETF repository. Name: draft-gandhi-spring-enhanced-srpm Revision: 00 Title: Enhanced Performance Measurement Using Simple TWAMP in Segm= ent Routing Networks Document date: 2021-08-24 Group: Individual Submission Pages: 17 URL: https://www.ietf.org/archive/id/draft-gandhi-spring-enhance= d-srpm-00.txt Status: https://datatracker.ietf.org/doc/draft-gandhi-spring-enhanc= ed-srpm/ Htmlized: https://datatracker.ietf.org/doc/html/draft-gandhi-spring-e= nhanced-srpm Abstract: Segment Routing (SR) leverages the source routing paradigm. SR is applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv6 (SRv6) data planes. This document defines procedure for Enhanced Performance Measurement of end-to-end SR paths including SR Policies for both SR-MPLS and SRv6 data planes using Simple Two-Way Active Measurement Protocol (STAMP) defined in RFC 8762. The procedure reduces the deployment and operational complexities in a network. The IETF Secretariat --_000_BL3PR11MB5731A034438CCEB787A9344DBFD99BL3PR11MB5731namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi WG,

We have published a new draft on SRPM enhancements using =93Simple TW=
AMP=94.  It is extension of the SRPM defined in draft-ietf-spring-stam=
p-srpm.

 

Welcome your review= comments and suggestions.

 

Thanks,<= /span>

Rakesh (for authors= )

P.S. This draft replaces and builds on the previous = work in draft-gandhi-spring-sr-enhanced-plm that was using custom packets.<= o:p>

 

 

From: internet-drafts@iet= f.org <internet-drafts@ietf.org>
Date: Tuesday, August 24, 2021 at 5:47 PM

Subject: New Version Notification for draft-gandhi-spring-enhanced-s= rpm-00.txt


A new version of I-D, draft-gandhi-spring-enhanced-srpm-00.txt
has been successfully submitted by Rakesh Gandhi and posted to the
IETF repository.

Name:           draft-gan= dhi-spring-enhanced-srpm
Revision:       00
Title:          Enhanced Perfo= rmance Measurement Using Simple TWAMP in Segment Routing Networks
Document date:  2021-08-24
Group:          Individual Sub= mission
Pages:          17
URL:            https://www.ietf.org/archive/id/draft-gandhi-spring-enhanced-srpm-00.txt
Status:         https://datatracker.ietf.org/doc/draft-gandhi-spring-enhanced-srpm/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-gandhi-spring-enhanced-srpm=


Abstract:
   Segment Routing (SR) leverages the source routing paradigm.&nb= sp; SR is
   applicable to both Multiprotocol Label Switching (SR-MPLS) and= IPv6
   (SRv6) data planes.  This document defines procedure for = Enhanced
   Performance Measurement of end-to-end SR paths including SR Po= licies
   for both SR-MPLS and SRv6 data planes using Simple Two-Way Act= ive
   Measurement Protocol (STAMP) defined in RFC 8762.  The pr= ocedure
   reduces the deployment and operational complexities in a netwo= rk.

            &nb= sp;            =             &nb= sp;            =             &nb= sp;            =       


The IETF Secretariat

--_000_BL3PR11MB5731A034438CCEB787A9344DBFD99BL3PR11MB5731namp_-- From nobody Mon Sep 13 10:09:04 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D64E23A0C40 for ; Mon, 13 Sep 2021 10:08:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.45 X-Spam-Level: X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=IAgfEQn/; dkim=pass (1024-bit key) header.d=juniper.net header.b=PE1zpQvO 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 EvsBTm5G8umj for ; Mon, 13 Sep 2021 10:08:51 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 B06273A0C3B for ; Mon, 13 Sep 2021 10:08:51 -0700 (PDT) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18DD4PDj021671; Mon, 13 Sep 2021 10:08:51 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=+izlbZakZu55P/yVoYTOdenZbN30b1Ut9fUw720u6UM=; b=IAgfEQn//U8Tw8jUBsEtd+8Cq9iIFoUMy7gMikoJWsgCmcvQDuchpklYU2r5DdPO1c0X nND2fkHB9IdNCrdYuFue7zAIZcOOE4gNCt4SX0fnSPv7bWMIss3k1C0JZ9D6l3/Q446a QWkuneaPKBXMitOqow8OX6/6uv+JjzQkRKM83/ivvxZfngHIkt4VSQpke2tOQBrzQux2 2dpQR0CBF3HP7pwannZ/sH4xGewIe/D4IM6KqIowOrhdJM80qQAdJ8uIxgL399DIVeUB bOcda6EhN1VVR3o3RkaCTvk+/B+bYPp0QQd3xlhEcd7E3tlXw6EhZXlv7FbPNB7yEpSI xg== Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2172.outbound.protection.outlook.com [104.47.57.172]) by mx0a-00273201.pphosted.com with ESMTP id 3b27720gdb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Sep 2021 10:08:50 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XFMWQOVKYylnf5Ue8erGWV34q+AAsrhrtHVjlQnG2DpDPP1P5ImdPJWrQCHTLaNjVgkHSitQC8y66wy7Y0RQxp6F5mQ0DsB4UuqRR9mxZ6t8ifYQytiYXThs789fhDtz0SDB+S+yFRjNMq3/QE1E3CswExNplC++96CTlqeAAoiyOTm+ngqZ5GFfcLF/6Y8Blw3a06y7L1hNwLuLdhLcww+EpbCT/n4tdMfOVUKy2aoIaaou6QJ6K6BgRpKs7iXIcwCwdR7KaVFPLZb4hv6w9vL5PR8jMSnWsju0XhrIFlWTSM8xFn/v89Z1nniNLreBbvPqYaxcWFvlTciROSKx2A== 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; bh=+izlbZakZu55P/yVoYTOdenZbN30b1Ut9fUw720u6UM=; b=h+53rOGsHxh0MwxMpgDRVnfp1pH/v1Coo6FqcF9ZUW3xdBMJPRrdrCDe/m/vSTAHbvTAlk1NC8ygrx7tI6Tzd4CZDnVi/eUMDnqwCVsra7yl9ELtv/3SGbo2x+lVe6Cq7go8E9txdyUOk8fioujqsa5F43L2VSthz/kFnuAW3OFdgHe+ItPSh9H5Y6c9sLY4s6SsE3pPvb3LdUvR9TBWNxBQ8USRnqveV+hxPXlhlDAxPPpJ0qDNmxLMGAs0dC/DgHyJxUMABsoW8hYBzSjpMnaZ/75iNXPo7GsI3C1rqimIjxvfe3I3mWnmpnNRvFI9aC+BVoBfmC7vOlZO7xNyDA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+izlbZakZu55P/yVoYTOdenZbN30b1Ut9fUw720u6UM=; b=PE1zpQvOUI5VzdFzY+f3iOnl55190IL+aW3fd4ThIWzWIJw/ceMiIJzYopz50C9ZeDxt2UytjNZy0t7lCIp8owD4Q247xu8KtyNecDfq7m1o/lupRXMie+M66WVaG72GwNrqhKgbnr6DuRcXTOts0OgLOVOjxWIPpzYT+4hJy+0= Received: from BL0PR05MB5316.namprd05.prod.outlook.com (2603:10b6:208:2f::25) by BL0PR05MB5571.namprd05.prod.outlook.com (2603:10b6:208:2f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.8; Mon, 13 Sep 2021 17:08:47 +0000 Received: from BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::a4ee:d0b5:51bf:2927]) by BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::a4ee:d0b5:51bf:2927%5]) with mapi id 15.20.4523.014; Mon, 13 Sep 2021 17:08:47 +0000 From: Ron Bonica To: "bruno.decraene@orange.com" CC: "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wCjaDaQAIIZdNAAEG6VAA== Date: Mon, 13 Sep 2021 17:08:47 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <28058_1631526572_613F1EAC_28058_447_1_53C29892C857584299CBF5D05346208A4CEABF02@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <28058_1631526572_613F1EAC_28058_447_1_53C29892C857584299CBF5D05346208A4CEABF02@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-13T17:08:46Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=33701292-9ab9-46a2-a4d9-ffc159b0d5c2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 30ebe3c7-fa52-4081-e312-08d976d9267e x-ms-traffictypediagnostic: BL0PR05MB5571: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: W/+BAigRAjcUQvwZEP24qOfT+r6btf81Z/zUp3vDldt98aFOwrDBTsaHPMcd4mumRZiT0zEZY1wXJBBkoZOU7BjvTjUy63dbPao0r5NRB3YsbWiqajTQKwUhX1h1DERvb3RLSGC11Kgl4nXVzsnFZcXPknIKcOgtikGWWyrjDdktLx6rYpI1vFIHAQfGrN4slAQoo8cV09QG212qx5WCkXhoJwONw/4pe6lccC40ptwgrQIdyoBCaIMP/YNJNcKpuclcpZB6bj0eNEolnc8g3lZ4bigydN+a3EMaCkz0V4dxJ/80K/I6vN2jhut/5QTk14GHh209nq7q0y+u6S+t+wWuQKOwDkbIqAM0d8CR5PpZ4CrnhlI4cTgWyduOTYsOIhl1LlALYTWisrybHgQ9EHW7hcAm6VGDCwQGCueMLK2IFJZPp2kW9Qz8ALRexLGoGiTBKECfdFVyvZPkEOjQ6R3aoDU5p1XO/LcV97pPTU8zXHnYl6Uv2ZkDCvhsOClXCyIromrTlV1E4aJi6Go5yzAWbB5CtZPcQmkjC9vc7RH+xQGrNmSUJR436XZAQMskJ9JLHTbRwwwht49IMDInK9Qzwy3YKNfYTz4TTjuXZcAHW6/h9BFXnaqqUKusa4N+Oe2kF9oQzFmP1Tx9NF4F1+kHh9srXaGObQ8LlPXdvYaqbwjCmd8cqcpn0Z0e/IWZupy+zFzi8hDPXrBcGVQpV1m67cntNHI75giwtPVYoCfV2OWRocy7oU7JV7fDtdcZib2FKh13fvl+7gbX5M6ZRWT/yEE4BmQRceOQSo1Ls3YZ8IpfE6EdL5RHZ0km8rg9Ym3PiZcsHS+jcgSsXfuDJg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5316.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(122000001)(186003)(166002)(66476007)(9686003)(66446008)(5660300002)(26005)(8936002)(7696005)(55016002)(66946007)(66556008)(64756008)(38070700005)(6506007)(53546011)(52536014)(8676002)(83380400001)(4326008)(966005)(86362001)(6916009)(316002)(76116006)(508600001)(71200400001)(2906002)(33656002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?fRNfu+pmR1Ue7RglXs6lZzZavVVTqW6trL8LC+BXaoN4aVrrjHv5lb0aN1Ag?= =?us-ascii?Q?u7MPo2u9RWXrsx2qtNAWE3dnCPFkLndw1Neu6U/NluK5PmvJS6tVi3k0FGlZ?= =?us-ascii?Q?5EMV3aCttt63oHKJcctn9Lyrs1UYPxwlUAR54h15dOdatTMqPOq/C9NED6hW?= =?us-ascii?Q?dDaq66lOYK3tJ+I6G7nI9DbAJJSK/JMdB1dCxf0d4UBbAnjfjw4cfjFqbXTg?= =?us-ascii?Q?8bRWBAn8bFl6yRl+ZgoBbPXvhiRbLGnHCvQvdphCPgtYXgNQLoozdGJp5B/5?= =?us-ascii?Q?g6tqzPMtHh7/queHosMekM4T2EwVzn6ba1hDKtbuGYPHQHAjh6JXMQ0EAZw+?= =?us-ascii?Q?xZk1Ih24Bjl+avE6fhnfkStWlxlYvBCc+sRG/0b5ruOcVYUu28Emq8wM5Mr0?= =?us-ascii?Q?HrOaL13HYcpCjzndtEOC6k4fCxqg8js9loIAM4bbzGGbqIrDBQksFxgIkTiV?= =?us-ascii?Q?5ewSfuaGSCxIsFJ7uFHDCHGkuFBd8ylNznVeNAuANy08V+TCl2w0qtAnsMCP?= =?us-ascii?Q?HLX7DiXHJdLzABNSXvLHlwK21LCnrmpjlRKcB1LVLhUDAOFw9RZbKdVOKybp?= =?us-ascii?Q?e+ry3p31y6SuLNKxktDuyMSxgteNi26mxjjyo5bwlk4amD2AOeF2VZAUiHsZ?= =?us-ascii?Q?+7ZKkHG/gACUDOQTXfUbzpXJuYU4o5z0yLdHcOaOv2cslibDQckL4UFREF1g?= =?us-ascii?Q?kiZhnnBo/7Kcyf1Ew8WqOzInWDkUX7wqo3ZhShzWdZiBWehlZSSEkkn/LLfx?= =?us-ascii?Q?7EK+laQx7uNdv0YGTxIjPu31aQOjYgKzS4vsoJoIzQvQMYMvuaMjnOeh7Ejt?= =?us-ascii?Q?Tw4VPffncC+IrvrM6O1fb3fvjbvXdD2qWjDjsIadHVSoNzQTKdXyHluKCJGL?= =?us-ascii?Q?fA2AcYnow6Q5w5aMrRHHpgikRsebRr0sM0Vw1RNsTlyqeKud6PAS7Yb0G8YH?= =?us-ascii?Q?HSp13anA67FCJnOj7R3984mko2c0qx+Sw80rDz/vIB8s8HjrKYy1Q2AafSBa?= =?us-ascii?Q?oj46QvnoiSuwHDDT9zoknsj8xb5+SsIUzdDtIfuf2SOPGzpaJNUbjuS4Do4I?= =?us-ascii?Q?Kg8XhIvE8KMLnIXFnQUqEitCZdZFFAiIZ6Ezn1s5VzRirfwXG/TWDIwh56Vk?= =?us-ascii?Q?Zu1UJsfQWVF2ITbh8GXreJKcWQGVJk2fTeJcjkn56ADQRqj9/pDN8fRmiNk7?= =?us-ascii?Q?W8Zgb7uqfVz2zdoBc74sGFDVCJqk3ac+xyXpvhldfkEwNO/dMZr/utJFJtVV?= =?us-ascii?Q?isoaRK6RHAOukBmO1Mk5g9OQ0YtbUsQ1tl7XlS40NPxt5gF8VF2Bb/+iZIMp?= =?us-ascii?Q?bZ/ZLHw4ZQ0VM2tvZtz75MQc?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BL0PR05MB531633CEA826275F5EAD36B9AED99BL0PR05MB5316namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5316.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 30ebe3c7-fa52-4081-e312-08d976d9267e X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Sep 2021 17:08:47.4347 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gmKVYOyHQZGfIGTaX3v5RjVTlnjxONHkwV8nlI2sCh6naUM/VMcaLzx/tQcVtC4z+PlEajnsyGY+ih9rEQysLA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5571 X-Proofpoint-GUID: onySNmDDI4c0xOb8w56hB6T8j_CAQTqT X-Proofpoint-ORIG-GUID: onySNmDDI4c0xOb8w56hB6T8j_CAQTqT X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-13_08,2021-09-09_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 phishscore=0 priorityscore=1501 adultscore=0 malwarescore=0 lowpriorityscore=0 clxscore=1015 suspectscore=0 bulkscore=0 spamscore=0 mlxlogscore=999 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109030001 definitions=main-2109130110 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 17:08:58 -0000 --_000_BL0PR05MB531633CEA826275F5EAD36B9AED99BL0PR05MB5316namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Bruno, Thanks. This clears up the confusion. I support adoption. Ron Juniper Business Use Only From: bruno.decraene@orange.com Sent: Monday, September 13, 2021 5:50 AM To: Ron Bonica Cc: spring@ietf.org Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-requireme= nt - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] Ron, It looks to me that you are quite well aware of the whole IETF process; but= if not [1] may be a good starting pointer. This WG adoption call is not expected to be any different than other WG ado= ption calls. You are right that WG adoption of a document means that the WG own the docu= ment and so its content. But WG adoption of a document only make sense if t= he wg believe that the document is a good starting point: we are not adopti= ng the title but the whole document. Your below email is not crystal clear to me with regards to whether or not = you have a concern with the document. If you have specific concern(s) on the document or some part/sentences in t= he document, could you please state those concerns on the mailing list? >From the informational document that you have cited, below are two question= s which seem related to your email. If you wish to, you are also welcome to= voice your opinion on these two points. * Does the document provide an acceptable platform for continued effort= by the working group? * What are the process or technical objections to adoption of the draft= ? > If so, I support adoption of this draft. Which one? [1] https://www.ietf.org/standards/process/ --Bruno From: Ron Bonica [mailto:rbonica@juniper.net] Sent: Friday, September 10, 2021 9:16 PM To: DECRAENE Bruno INNOV/NET >; spring@ietf.org Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-requireme= nt - draft-srcompdt-spring-compression-analysis Bruno, When a WG adopts a design team draft, I assume that the draft becomes subje= ct to the following guidelines from RFC7221: "Once a working group adopts a draft, the document is owned by the working = group and can be changed however the working group decides, within the boun= ds of IETF process and the working group charter. Absent explicit agreemen= t, adopting a document does not automatically mean that the working group h= as agreed to all of its content. So a working group (or its charter) might= explicitly dictate the basis for retaining, removing, or modifying some or= all of a draft's content, technical details, or the like. However, i= n the absence of such constraints, it is worth having the adoption process = include a sub-process of gathering working group concerns about the existin= g draft and flagging them explicitly." Do I have that right? If so, I support adoption of this draft. Ron Juniper Business Use Only From: spring > On B= ehalf Of bruno.decraene@orange.com Sent: Tuesday, September 7, 2021 9:13 AM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_BL0PR05MB531633CEA826275F5EAD36B9AED99BL0PR05MB5316namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Bruno,

 

Thanks. This clears= up the confusion.

 

I support adoption.=

 

   &= nbsp;           &nbs= p;            &= nbsp;     Ron

 

 

 

 

 

Juniper Business Use Only

From: bruno.decraene@orange.com <bruno.dec= raene@orange.com>
Sent: Monday, September 13, 2021 5:50 AM
To: Ron Bonica <rbonica@juniper.net>
Cc: spring@ietf.org
Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-re= quirement - draft-srcompdt-spring-compression-analysis

 

<= span lang=3D"FR" style=3D"font-size:10.5pt;font-family:"Lato",san= s-serif;color:black">[External Email. Be cautious of content]

 

Ron,

 

It looks to me that you are quite well aware of the w= hole IETF process; but if not [1] may be a good starting pointer.

 

This WG adoption call is not expected to be any diffe= rent than other WG adoption calls.

 

You are right that WG adoption of a document means th= at the WG own the document and so its content. But WG adoption of a documen= t only make sense if the wg believe that the document is a good starting point: we are not adopting the title but the whole docu= ment.

 

Your below email is not crystal clear to me with rega= rds to whether or not you have a concern with the document.

If you have specific concern(s) on the document or so= me part/sentences in the document, could you please state those concerns on= the mailing list?

 

From the informational document that you have cited, = below are two questions which seem related to your email. If you wish to, y= ou are also welcome to voice your opinion on these two points.

&=
nbsp;  *  Does the document provide an acceptable platform for co=
ntinued effort by the working group?
&=
nbsp;  *  What are the process or technical objections to adoptio=
n of the draft?

 

 

> If so, I support adoption of this d= raft.

 

Which one?

 

 

[1] https://www.ietf.org/standards/process/

 

--Bruno

 

 

From: Ron Bonica [mailto:rbonica@junip= er.net]
Sent: Friday, September 10, 2021 9:16 PM
To: DECRAENE Bruno INNOV/NET <bruno.decraene@orange.com>; spring@ietf.org
Subject: RE: WG Adoption call - draft-srcompdt-spring-compression-re= quirement - draft-srcompdt-spring-compression-analysis

 

Bruno,

 

When a WG adopts a = design team draft, I assume that the draft becomes subject to the following= guidelines from RFC7221:

 

“Once a worki= ng group adopts a draft, the document is owned by the working group and can= be changed however the working group decides, within the bounds of IETF pr= ocess and the working group charter.  Absent explicit agreement, adopting a document does not automatically mean that t= he working group has agreed to all of its content.  So a working group= (or its charter) might explicitly dictate the basis for retaining, removin= g, or modifying some or       all of a draft's content, technical details, or the like. However, in the absence= of such constraints, it is worth having the adoption process include a sub= -process of gathering working group concerns about the existing draft and f= lagging them explicitly.”

 

Do I have that righ= t?

 

If so, I support ad= option of this draft.

 

   &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;          Ron<= /span>

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decr= aene@orange.com
Sent: Tuesday, September 7, 2021 9:13 AM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

<= span lang=3D"FR" style=3D"font-size:10.5pt;font-family:"Lato",san= s-serif;color:black">[External Email. Be cautious of content]

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-sprin= g-compression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-c= ompression-analysis

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

________________________________________________________________=
_________________________________________________________=

 
Ce message et ses pieces jointes peuvent contenir des informatio=
ns confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vou=
s avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les =
messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, =
deforme ou falsifie. Merci.


 


This message and its attachments may contain confidential or pri=
vileged information that may be protected by law;


they should not be distributed, used or copied without authorisa=
tion.


If you have received this email in error, please notify the send=
er and delete this message and its attachments.


As emails may be altered, Orange is not liable for messages that=
 have been modified, changed or falsified.


Thank you.


________________________________________________________________=
_________________________________________________________=

 
Ce message et ses pieces jointes peuvent contenir des informatio=
ns confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vou=
s avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les =
messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, =
deforme ou falsifie. Merci.


 


This message and its attachments may contain confidential or pri=
vileged information that may be protected by law;


they should not be distributed, used or copied without authorisa=
tion.


If you have received this email in error, please notify the send=
er and delete this message and its attachments.


As emails may be altered, Orange is not liable for messages that=
 have been modified, changed or falsified.


Thank you.
--_000_BL0PR05MB531633CEA826275F5EAD36B9AED99BL0PR05MB5316namp_-- From nobody Mon Sep 13 10:54:55 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD603A10C0; Mon, 13 Sep 2021 10:54:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.37.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163155567550.31398.3399000402091847782@ietfa.amsl.com> Date: Mon, 13 Sep 2021 10:54:35 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-stamp-srpm-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 17:54:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Performance Measurement Using Simple TWAMP (STAMP) for Segment Routing Networks Authors : Rakesh Gandhi Clarence Filsfils Daniel Voyer Mach(Guoyi) Chen Bart Janssens Richard Foote Filename : draft-ietf-spring-stamp-srpm-02.txt Pages : 24 Date : 2021-09-13 Abstract: Segment Routing (SR) leverages the source routing paradigm. SR is applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv6 (SRv6) data planes. This document describes procedures for Performance Measurement in SR networks using the mechanisms defined in RFC 8762 (Simple Two-Way Active Measurement Protocol (STAMP)) and its optional extensions defined in RFC 8972 and further augmented in draft-ietf-ippm-stamp-srpm. The procedure described is applicable to SR-MPLS and SRv6 data planes and is used for both links and end-to- end SR paths including SR Policies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-stamp-srpm/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-stamp-srpm-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-stamp-srpm-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Sep 13 19:53:09 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6859E3A1010 for ; Mon, 13 Sep 2021 19:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m7EfcrxuIN7M for ; Mon, 13 Sep 2021 19:53:03 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2FD3A100A for ; Mon, 13 Sep 2021 19:53:03 -0700 (PDT) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 7491D7925572077C35BD; Tue, 14 Sep 2021 10:52:58 +0800 (CST) Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id 18E2ppwl098593; Tue, 14 Sep 2021 10:51:51 +0800 (GMT-8) (envelope-from peng.shaofu@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Tue, 14 Sep 2021 10:51:51 +0800 (CST) Date: Tue, 14 Sep 2021 10:51:51 +0800 (CST) X-Zmail-TransId: 2afa61400e47c4f7e127 X-Mailer: Zmail v1.0 Message-ID: <202109141051511040872@zte.com.cn> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> References: 15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup Mime-Version: 1.0 From: To: Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 18E2ppwl098593 Archived-At: Subject: Re: [spring] =?utf-8?q?WG_Adoption_call_-_draft-srcompdt-spring-comp?= =?utf-8?q?ression-requirement_-_draft-srcompdt-spring-compression-analysi?= =?utf-8?q?s?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 02:53:09 -0000 --=====_001_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Hi WG, Support Regards, PSF ------------------原始邮件------------------ å‘件人：bruno.decraene@orange.com 收件人：spring@ietf.org; æ—¥ 期 ：2021å¹´09月07æ—¥ 21:13 主 题 ：[spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are still individual documents. We believe it's now time for the WG to consider taking ownership of those two documents. Note that, especially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two documents. This message starts a 2 week WG adoption call, ending September 20th 2021, for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis After review of the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote. If you are willing to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on the document. Thanks! Jim, Bruno & Joel _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. --=====_003_next=====-- --=====_001_next=====-- From nobody Mon Sep 13 23:46:36 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6FD43A0ACB for ; Mon, 13 Sep 2021 23:46:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 OAZBa9qXFWXV for ; Mon, 13 Sep 2021 23:46:29 -0700 (PDT) Received: from h3cspam02-ex.h3c.com (smtp.h3c.com [60.191.123.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 A21263A0ABC for ; Mon, 13 Sep 2021 23:46:27 -0700 (PDT) Received: from DAG2EX01-BASE.srv.huawei-3com.com ([10.8.0.64]) by h3cspam02-ex.h3c.com with ESMTP id 18E6jtE2045603; Tue, 14 Sep 2021 14:45:55 +0800 (GMT-8) (envelope-from lihao@h3c.com) Received: from DAG2EX05-BASE.srv.huawei-3com.com (10.8.0.68) by DAG2EX01-BASE.srv.huawei-3com.com (10.8.0.64) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Tue, 14 Sep 2021 14:45:58 +0800 Received: from DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c]) by DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c%2]) with mapi id 15.01.2242.012; Tue, 14 Sep 2021 14:45:58 +0800 From: Lihao To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AdepNCN1ucpaNY0DSOmZKpSUpxaE9w== Date: Tue, 14 Sep 2021 06:45:57 +0000 Message-ID: <8293f6d2e1f7486382209e426c9cac22@h3c.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.44] x-sender-location: DAG2 Content-Type: multipart/alternative; boundary="_000_8293f6d2e1f7486382209e426c9cac22h3ccom_" MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam02-ex.h3c.com 18E6jtE2045603 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 06:46:34 -0000 --_000_8293f6d2e1f7486382209e426c9cac22h3ccom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGkgV0cNCg0KICAgIFN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoZSB0d28gZHJhZnQuDQoNCg0K t6K8/sjLOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBicnVu by5kZWNyYWVuZUBvcmFuZ2UuY29tDQq3osvNyrG85DogMjAyMcTqOdTCN8jVIDIxOjEzDQrK1bz+ yMs6IHNwcmluZ0BpZXRmLm9yZw0K1vfM4jogW3NwcmluZ10gV0cgQWRvcHRpb24gY2FsbCAtIGRy YWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudCAtIGRyYWZ0LXNyY29t cGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcw0KDQpEZWFyIFdHLA0KDQoNClRoZSBEZXNp Z24gVGVhbSBoYXMgcHJvZHVjZWQgdHdvIGRvY3VtZW50czoNCi0gQSByZXF1aXJlbWVudCBkb2N1 bWVudDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50DQotIEEg c29sdXRpb24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVz c2lvbi1hbmFseXNpcw0KDQpCb3RoIGhhdmUgYmVlbiBwcmVzZW50ZWQgdG8gdGhlIFdHIGFuZCB0 cmlnZ2VyZWQgc29tZSBkaXNjdXNzaW9ucyBidXQgYXJlIHN0aWxsIGluZGl2aWR1YWwgZG9jdW1l bnRzLg0KV2UgYmVsaWV2ZSBpdCdzIG5vdyB0aW1lIGZvciB0aGUgV0cgdG8gY29uc2lkZXIgdGFr aW5nIG93bmVyc2hpcCBvZiB0aG9zZSB0d28gZG9jdW1lbnRzLg0KTm90ZSB0aGF0LCBlc3BlY2lh bGx5IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9wdGlvbiBkb2VzIG5vdCBuZWNlc3Nh cmlseSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0IHR1cm5zIG91dCB0 aGF0IHRoZSBiZW5lZml0IG9mIGxvbmcgdGVybSBhcmNoaXZlIHdvdWxkIG5vdCBqdXN0aWZ5IHRo ZSBXRyBhbmQgSUVTRyBlZmZvcnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRvY3VtZW50cy4NCg0K DQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVuZGluZyBT ZXB0ZW1iZXIgIDIwdGggMjAyMSwgZm9yOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQNCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5n LWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCg0KQWZ0ZXIgcmV2aWV3IG9mIHRoZSBkb2N1bWVudChz KSBwbGVhc2UgaW5kaWNhdGUgc3VwcG9ydCAob3Igbm90KSBmb3IgV0cgYWRvcHRpb24gb2YgdGhl IGRvY3VtZW50KHMpIHRvIHRoZSBtYWlsaW5nIGxpc3QuDQpQbGVhc2UgYWxzbyBwcm92aWRlIGNv bW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3IgbGFjayB0aGVyZW9mKSBhcyB0aGlz IGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBhcyB0aGlz IGlzIG5vdCBhIHZvdGUuDQoNCklmIHlvdSBhcmUgd2lsbGluZyB0byB3b3JrIG9uIHRoZSBkb2N1 bWVudChzKSwgcGxlYXNlIHN0YXRlIHRoaXMgZXhwbGljaXRseS4gVGhpcyBnaXZlcyB0aGUgY2hh aXJzIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBvZiBwZW9wbGUgaW4gdGhlIHdv cmtpbmcgZ3JvdXAgd2lsbGluZyB0byB3b3JrIG9uIHRoZSBkb2N1bWVudC4NCg0KVGhhbmtzIQ0K DQpKaW0sIEJydW5vICYgSm9lbA0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2Vz IHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRl bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBk aWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBh dmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KDQph IGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVz LiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0 aW9uLA0KDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0KDQpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KDQp0aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxl YXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFi bGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNp ZmllZC4NCg0KVGhhbmsgeW91Lg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQqxvtPKvP68sMbkuL28 /rqs09DQwruqyP28r83FtcSxo8Pc0MXPoqOsvfbP3tPat6LLzbj4yc/D5rXY1rfW0MHQs/YNCrXE uPbIy7vyyLrX6aGjvfvWucjOus7G5Mv7yMvS1MjOus7Qzsq9yrnTw6OosPzAqLWrsrvP3tPayKuy v7vysr+31rXY0LnCtqGiuLTWxqGiDQq78smit6KjqbG+08q8/tbQtcTQxc+ioaPI57n7xPq07crV wcuxvtPKvP6jrMfrxPrBory0tee7sLvy08q8/s2o1qq3orz+yMuyosm+s/2xvg0K08q8/qOhDQpU aGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9y bWF0aW9uIGZyb20gTmV3IEgzQywgd2hpY2ggaXMNCmludGVuZGVkIG9ubHkgZm9yIHRoZSBwZXJz b24gb3IgZW50aXR5IHdob3NlIGFkZHJlc3MgaXMgbGlzdGVkIGFib3ZlLiBBbnkgdXNlIG9mIHRo ZQ0KaW5mb3JtYXRpb24gY29udGFpbmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1 dCBub3QgbGltaXRlZCB0bywgdG90YWwgb3IgcGFydGlhbA0KZGlzY2xvc3VyZSwgcmVwcm9kdWN0 aW9uLCBvciBkaXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVk DQpyZWNpcGllbnQocykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBlLW1haWwg aW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlcg0KYnkgcGhvbmUgb3IgZW1haWwgaW1t ZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCENCg== --_000_8293f6d2e1f7486382209e426c9cac22h3ccom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

hi WG

 

  &n= bsp; Support the adoption of the two draft.

 

 

=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1=ED bruno.decraene@orang= e.com
=B7=A2=CB=CD=CA=B1=BC=E4: 2021= =C4=EA9=D4= =C27=C8=D5 21:13
=CA=D5=BC=FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement= - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
-------------------------------------------------= ---------------------------------------------------------------------------= ---------
=B1=BE=D3=CA=BC=FE=BC=B0=C6=E4=B8=BD=BC=FE=BA=AC=D3=D0=D0=C2=BB=AA= =C8=FD=BC=AF=CD=C5=B5=C4=B1=A3=C3=DC=D0=C5=CF=A2=A3=AC=BD=F6=CF=DE=D3=DA=B7= =A2=CB=CD=B8=F8=C9=CF=C3=E6=B5=D8=D6=B7=D6=D0=C1=D0=B3=F6
=B5=C4=B8=F6=C8=CB=BB=F2=C8=BA=D7=E9=A1=A3=BD=FB=D6=B9=C8=CE=BA=CE= =C6=E4=CB=FB=C8=CB=D2=D4=C8=CE=BA=CE=D0=CE=CA=BD=CA=B9=D3=C3=A3=A8=B0=FC=C0= =A8=B5=AB=B2=BB=CF=DE=D3=DA=C8=AB=B2=BF=BB=F2=B2=BF=B7=D6=B5=D8=D0=B9=C2=B6= =A1=A2=B8=B4=D6=C6=A1=A2
=BB=F2=C9=A2=B7=A2=A3=A9=B1=BE=D3=CA=BC=FE=D6=D0=B5=C4=D0=C5=CF=A2= =A1=A3=C8=E7=B9=FB=C4=FA=B4=ED=CA=D5=C1=CB=B1=BE=D3=CA=BC=FE=A3=AC=C7=EB=C4= =FA=C1=A2=BC=B4=B5=E7=BB=B0=BB=F2=D3=CA=BC=FE=CD=A8=D6=AA=B7=A2=BC=FE=C8=CB= =B2=A2=C9=BE=B3=FD=B1=BE
=D3=CA=BC=FE=A3=A1
This e-mail and its attac= hments contain confidential information from New H3C, which is
intended only for the person or entity whose address is listed above. Any u= se of the
information contained herein in any way (including, but not limited to, tot= al or partial
disclosure, reproduction, or dissemination) by persons other than the inten= ded
recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender
by phone or email immediately and delete it! --_000_8293f6d2e1f7486382209e426c9cac22h3ccom_-- From nobody Mon Sep 13 23:58:12 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 044533A0BFC for ; Mon, 13 Sep 2021 23:57:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 rKpn5GAXona8 for ; Mon, 13 Sep 2021 23:57:53 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12BAA3A0C16 for ; Mon, 13 Sep 2021 23:57:53 -0700 (PDT) Received: from fraeml742-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H7vHr30xMz67YtJ for ; Tue, 14 Sep 2021 14:55:36 +0800 (CST) Received: from dggema770-chm.china.huawei.com (10.1.198.212) by fraeml742-chm.china.huawei.com (10.206.15.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Tue, 14 Sep 2021 08:57:49 +0200 Received: from dggema769-chm.china.huawei.com (10.1.198.211) by dggema770-chm.china.huawei.com (10.1.198.212) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Tue, 14 Sep 2021 14:57:47 +0800 Received: from dggema769-chm.china.huawei.com ([10.9.128.71]) by dggema769-chm.china.huawei.com ([10.9.128.71]) with mapi id 15.01.2308.008; Tue, 14 Sep 2021 14:57:47 +0800 From: Huzhibo To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wFS6sfQ Date: Tue, 14 Sep 2021 06:57:47 +0000 Message-ID: <39f6105d8cf04f9baff10dfaba199890@huawei.com> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.52.78.23] Content-Type: multipart/alternative; boundary="_000_39f6105d8cf04f9baff10dfaba199890huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [spring] =?gb2312?b?tPC4tDogV0cgQWRvcHRpb24gY2FsbCAtIGRyYWZ0LXNy?= =?gb2312?b?Y29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudCAtIGRyYWZ0?= =?gb2312?b?LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcw==?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 06:58:08 -0000 --_000_39f6105d8cf04f9baff10dfaba199890huaweicom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 eWVzLCBJIHN1cHBvcnQgdGhlIGFkb3B0aW9uLiBNYW55IHRoYW5rcyB0byBEVCdzIGV4Y2VsbGVu dCBjb250cmlidXRpb25zIQ0KDQpaaGlibyBIdQ0KDQq3orz+yMs6IHNwcmluZyBbbWFpbHRvOnNw cmluZy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20NCrei y83KsbzkOiAyMDIxxOo51MI3yNUgMjE6MTMNCsrVvP7Iyzogc3ByaW5nQGlldGYub3JnDQrW98zi OiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXBy ZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFu YWx5c2lzDQoNCkRlYXIgV0csDQoNCg0KVGhlIERlc2lnbiBUZWFtIGhhcyBwcm9kdWNlZCB0d28g ZG9jdW1lbnRzOg0KLSBBIHJlcXVpcmVtZW50IGRvY3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJp bmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQNCi0gQSBzb2x1dGlvbiBhbmFseXNpcyBkb2N1bWVu dDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCkJvdGggaGF2 ZSBiZWVuIHByZXNlbnRlZCB0byB0aGUgV0cgYW5kIHRyaWdnZXJlZCBzb21lIGRpc2N1c3Npb25z IGJ1dCBhcmUgc3RpbGwgaW5kaXZpZHVhbCBkb2N1bWVudHMuDQpXZSBiZWxpZXZlIGl0J3Mgbm93 IHRpbWUgZm9yIHRoZSBXRyB0byBjb25zaWRlciB0YWtpbmcgb3duZXJzaGlwIG9mIHRob3NlIHR3 byBkb2N1bWVudHMuDQpOb3RlIHRoYXQsIGVzcGVjaWFsbHkgZm9yIHRob3NlIHR3byBkb2N1bWVu dHMsIFdHIGFkb3B0aW9uIGRvZXMgbm90IG5lY2Vzc2FyaWx5IG1lYW4gUkZDIHB1YmxpY2F0aW9u IGluIHBhcnRpY3VsYXIgaWYgaXQgdHVybnMgb3V0IHRoYXQgdGhlIGJlbmVmaXQgb2YgbG9uZyB0 ZXJtIGFyY2hpdmUgd291bGQgbm90IGp1c3RpZnkgdGhlIFdHIGFuZCBJRVNHIGVmZm9ydCB0byBm aW5hbGl6ZSB0aG9zZSB0d28gZG9jdW1lbnRzLg0KDQoNClRoaXMgbWVzc2FnZSBzdGFydHMgYSAy IHdlZWsgV0cgYWRvcHRpb24gY2FsbCwgZW5kaW5nIFNlcHRlbWJlciAgMjB0aCAyMDIxLCBmb3I6 DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNw cmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0K DQpBZnRlciByZXZpZXcgb2YgdGhlIGRvY3VtZW50KHMpIHBsZWFzZSBpbmRpY2F0ZSBzdXBwb3J0 IChvciBub3QpIGZvciBXRyBhZG9wdGlvbiBvZiB0aGUgZG9jdW1lbnQocykgdG8gdGhlIG1haWxp bmcgbGlzdC4NClBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVudHMvcmVhc29ucyBmb3IgeW91ciBz dXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMgaXMgYSBzdHJvbmdlciB3YXkgdG8gaW5k aWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMgaXMgbm90IGEgdm90ZS4NCg0KSWYgeW91 IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50KHMpLCBwbGVhc2Ugc3RhdGUgdGhp cyBleHBsaWNpdGx5LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMgYW4gaW5kaWNhdGlvbiBvZiB0aGUg ZW5lcmd5IGxldmVsIG9mIHBlb3BsZSBpbiB0aGUgd29ya2luZyBncm91cCB3aWxsaW5nIHRvIHdv cmsgb24gdGhlIGRvY3VtZW50Lg0KDQpUaGFua3MhDQoNCkppbSwgQnJ1bm8gJiBKb2VsDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBj b250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMg ZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQoNCk9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQg bWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRl ZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQpJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5k IGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCg0KQXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFuayB5b3UuDQo= --_000_39f6105d8cf04f9baff10dfaba199890huaweicom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

yes, I support the adoption. Many thanks to DT's excellent co= ntributions!

 

Zhibo Hu

 

=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1=ED bruno.decraene@orang= e.com
=B7=A2=CB=CD=CA=B1=BC=E4: 2021= =C4=EA9=D4= =C27=C8=D5 21:13
=CA=D5=BC=FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement= - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_39f6105d8cf04f9baff10dfaba199890huaweicom_-- From nobody Tue Sep 14 01:33:43 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B87D3A0FEC for ; Tue, 14 Sep 2021 01:33:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yd8Ye6IxY-vm for ; Tue, 14 Sep 2021 01:33:37 -0700 (PDT) Received: from h3cspam02-ex.h3c.com (smtp.h3c.com [60.191.123.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 364B03A0FEB for ; Tue, 14 Sep 2021 01:33:36 -0700 (PDT) Received: from DAG2EX05-BASE.srv.huawei-3com.com ([10.8.0.68]) by h3cspam02-ex.h3c.com with ESMTP id 18E8V3TP002610; Tue, 14 Sep 2021 16:31:03 +0800 (GMT-8) (envelope-from lihao@h3c.com) Received: from DAG2EX05-BASE.srv.huawei-3com.com (10.8.0.68) by DAG2EX05-BASE.srv.huawei-3com.com (10.8.0.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Tue, 14 Sep 2021 16:31:06 +0800 Received: from DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c]) by DAG2EX05-BASE.srv.huawei-3com.com ([fe80::f963:2fad:283e:6b1c%2]) with mapi id 15.01.2242.012; Tue, 14 Sep 2021 16:31:06 +0800 From: Lihao To: Weiqiang Cheng , "'Joel M. Halpern'" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AdepQtQF7dy3C+diTkC8QUgwUbULug== Date: Tue, 14 Sep 2021 08:31:06 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.44] x-sender-location: DAG2 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam02-ex.h3c.com 18E8V3TP002610 Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 08:33:43 -0000 DQpIaSBDaGFpcnMmV2VpcWlhbmcNCg0KTWFueSB0aGFua3MgdG8gRFQncyBleGNlbGxlbnQgY29u dHJpYnV0aW9ucyENCg0KQXMgYW4gZXF1aXBtZW50IHZlbmRvciwgSSBiZWxpZXZlIHRoYXQgQ1NJ RCBpcyBhIHNpbmdsZSBkYXRhIHBsYW5lIHNvbHV0aW9uIGZyb20gdGhlIHBlcnNwZWN0aXZlIG9m IGltcGxlbWVudGF0aW9uLg0KDQpUd28gZmxhdm9ycyBjYXJyeSBkaWZmZXJlbnQgZnVuY3Rpb25z LCBidXQgZm9sbG93IHRoZSBzYW1lIHByb2Nlc3NpbmcgcHJpbmNpcGxlcy4NCg0KaXQgd2lsbCBi ZSBnb29kIGlmIFdHIGNvdWxkIGFkb3B0IHRoZSBDU0lEIGRyYWZ0DQoNCg0KDQotLS0tLdPKvP7U rbz+LS0tLS0NCreivP7Iyzogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmdd ILT6se0gV2VpcWlhbmcgQ2hlbmcNCreiy83KsbzkOiAyMDIxxOo51MI4yNUgMTE6MjUNCsrVvP7I yzogJ0pvZWwgTS4gSGFscGVybicgPGptaEBqb2VsaGFscGVybi5jb20+OyBzcHJpbmdAaWV0Zi5v cmcNCtb3zOI6IFJlOiBbc3ByaW5nXSBDb25jbHVzaW9uIGZyb20gV0cgcG9sbCBvbiBkYXRhcGxh bmUgc29sdXRpb24gZm9yIGNvbXByZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYNCg0K RGVhciBDaGFpcnMsDQoNCk1hbnkgdGhhbmtzIGZvciB5b3VyIGhhcmQgd29ya2luZy4NCg0KV2Ug YXJlIGhhcHB5IHRvIHNlZSB0aGF0IHRoZSBDU0lEIGRyYWZ0IGhhcyBzaWduaWZpY2FudCBpbnRl cmVzdCB0byBiZSBhZG9wdGVkIGFzIGEgV0cgZG9jdW1lbnQuDQoNClJlZ2FyZGluZyB0aGUgZGF0 YXBsYW5lLCB0aGUgYXV0aG9ycyBiZWxpZXZlIHRoYXQgdGhlIENTSUQgZHJhZnQgY29udGFpbnMg b25seSBvbmUgZGF0YXBsYW5lIHNvbHV0aW9uIHdpdGggdHdvIGRpZmZlcmVudCBmbGF2b3JzWzFd OiBORVhULUNTSUQtRkxBVk9SIGFuZCBSRVBMQUNFLUNTSUQtRkxBVk9SLCByYXRoZXIgdGhhbiB0 d28gZGF0YXBsYW5lIHNvbHV0aW9ucy4NCg0KQm90aCB0aGUgZmxhdm9ycyBhcmUgZGVmaW5lZCBi YXNlZCBvbiB0aGUgU1J2NiBkYXRhIHBsYW5lKG9uZSBkYXRhIHBsYW5lKSwgYW5kIHRoZSBTSURz IHdpdGggdGhlc2UgdHdvIGZsYXZvcnMgY2FuIGJlIGVuY29kZWQgaW4gYSBzaW5nbGUgU1JIIGp1 c3QgbGlrZSB3ZSBjYW4gZW5jb2RlIFBTUCBGbGF2b3IgU0lEcyBhbmQgVVNEIGZsYXZvciBTSURz IHRvZ2V0aGVyIGluIGEgU1JILg0KDQpUaGUgaW50ZXItb3AgdGVzdCBvZiBDU0lEcyBoYWQgYmVl biBkb25lIGFsbW9zdCBvbmUgeWVhciBhZ29bMl0sIGFuZCBldmVyeXRoaW5nIHdhcyBPSy4NCg0K RnVydGhlcm1vcmUsIHRoZSBtZWNoYW5pc20gZGVmaW5lZCBpbiB0aGUgZHJhZnQgaGFzIGJlZW4g c3RhYmxlIGFuZCBtYXR1cmUuDQoNCldpdGggdGhlIGNvbnNlbnN1cywgdGhlIGF1dGhvcnMgaG9w ZSBXRyBjYW4gY29uc2lkZXIgdG8gYWRvcHQgdGhlIENTSUQgZHJhZnQuDQoNCkJlc3QgcmVnYXJk cywNCldlaXFpYW5nDQpvbiBiZWhhbGYgb2YgQ1NJRCBhdXRob3JzDQoNClsxXS4gaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9yZmM4OTg2I3NlY3Rpb24tNC4xNg0KWzJdLg0K aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1maWxzZmlsc2NoZW5n LXNwcmluZy1zcnY2LXNyaC1jbw0KbXByZXNzaW9uLTAyI3NlY3Rpb24tMTENCg0KDQoNCi0tLS0t 08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRm Lm9yZ10gtPqx7SBKb2VsIE0uIEhhbHBlcm4NCreiy83KsbzkOiAyMDIxxOo51MI3yNUgMDE6MjcN CsrVvP7Iyzogc3ByaW5nQGlldGYub3JnDQrW98ziOiBbc3ByaW5nXSBDb25jbHVzaW9uIGZyb20g V0cgcG9sbCBvbiBkYXRhcGxhbmUgc29sdXRpb24gZm9yIGNvbXByZXNzaW5nIHNlZ21lbnQgcm91 dGluZyBvdmVyIElQdjYNCg0KT3VyIHRoYW5rcyB0byB0aGUgd29ya2luZyBncm91cCBtZW1iZXJz IGZvciBzcGVha2luZyB1cCBjbGVhcmx5LiAgVGhlcmUgaXMgYSByb3VnaCAocXVpdGUgY2xlYXIp IGNvbnNlbnN1cyBmb3Igc3RhbmRhcmRpemluZyBvbmUgZGF0YXBsYW5lIHNvbHV0aW9uIHRvIGNv bXByZXNzaW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYuDQoNCkFzIGNoYWlycywgdGhlcmUg YXJlIHNvbWUgcmVsYXRlZCBvYnNlcnZhdGlvbnMgd2UgbmVlZCB0byBtYWtlLg0KVGhlcmUgYXBw ZWFycyB0byBiZSBzaWduaWZpY2FudCBpbnRlcmVzdCBpbiB1c2luZyB0aGUgZnJhbWV3b3JrIGlu IHRoZSBDU0lEIGRyYWZ0IGZvciBhZGRyZXNzaW5nIHRoZSBhYm92ZS4NCg0KSG93ZXZlciwgYmVm b3JlIHdlIGlzc3VlIGEgY2FsbCBmb3IgYWRvcHRpb24gb24gdGhhdCwgdGhlIGNoYWlycyB3b3Vs ZCBsaWtlIHRvIHVuZGVyc3RhbmQgaG93IHRoZSB3b3JraW5nIGdyb3VwIHdhbnRzIHRvIHNvbHZl IGEgdGVjaG5pY2FsIHByb2JsZW0uICBUaGUgQ1NJRCBkcmFmdCBjb250YWlucyB0d28gZGF0YXBs YW5lIHNvbHV0aW9ucy4gIFRoZSBhYm92ZSByb3VnaCBjb25zZW5zdXMgaXMgZm9yIG9uZSBkYXRh cGxhbmUgc29sdXRpb24uICBEb2VzIHRoZSB3b3JraW5nIGdyb3VwIHdhbnQgdG8gY2hvb3NlIG9u ZT8gIERvIHRoZSBhdXRob3JzIHdhbnQgdG8gc3VnZ2VzdCB0aGF0IG9uZSBvZiB0aGUgdHdvIGlz IHRoZSBvbmUgd2Ugc2hvdWxkIHN0YW5kYXJkaXplLCBhbmQgZ2V0IHdvcmtpbmcgZ3JvdXAgYWdy ZWVtZW50Pw0KU2hvdWxkIHdlIGFkb3B0IHRoZSBkb2N1bWVudCwgd2l0aCBhIG5vdGUgaW5kaWNh dGluZyB0aGUgcHJvYmxlbSwgYW5kIHNvbHZlIHRoZSBwcm9ibGVtIGFmdGVyd2FyZHM/ICAoVGhh dCBpdHNlbGYgZG9lcyBub3Qgc29sdmUgdGhlIHByb2JsZW0sIGl0IG1lcmVseSBraWNrcyBpdCBk b3duIHRoZSByb2FkLikgRG8gZm9sa3Mgc2VlIGFub3RoZXIgbWVhbnMgdG8gYXZvaWQgcHV0dGlu ZyB0aGUgV0cgaW4gY29uZmxpY3Qgd2l0aCBpdHNlbGY/DQoNCkFzIGEgbG9vc2VseSByZWxhdGVk IHNpZGUgbm9kZSwgdGhlIGNoYWlycyB3aWxsIGFsc28gb2JzZXJ2ZSB0aGF0IHdlIGRvIG5vdCBz ZWUgYW4gb2JzdGFjbGUgdG8gaW5mb3JtYXRpb25hbCBvciBleHBlcmltZW50YWwgcHVibGljYXRp b24gb2Ygb3RoZXIgc29sdXRpb25zLCBhcyBsb25nIGFzIHRoZXJlIGlzIHN1ZmZpY2llbnQgZW5l cmd5IGluIHRoZSB3b3JraW5nIGdyb3VwIHRvIGRlYWwgd2l0aCB0aG9zZS4gIEFsc28sIG9ubHkg ZG9jdW1lbnRzIGZvciB3aGljaCB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgaW1wbGVtZW50YXRpb24g d2lsbCBiZSBwcm9ncmVzc2VkIHRoaXMgd2F5Lg0KDQpUaGFuayB5b3UsDQpCcnVubywgSmltLCBh bmQgSm9lbA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0Bp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCrG+08q8/rywxuS4vbz+uqzT0NDCu6rI/byvzcW1xLGjw9zQxc+i o6y99s/e09q3osvNuPjJz8PmtdjWt9bQwdCz9g0KtcS49sjLu/LIutfpoaO9+9a5yM66zsbky/vI y9LUyM66ztDOyr3KudPDo6iw/MCotauyu8/e09rIq7K/u/Kyv7fWtdjQucK2oaK4tNbGoaINCrvy yaK3oqOpsb7Tyrz+1tC1xNDFz6Kho8jnufvE+rTtytXBy7G+08q8/qOsx+vE+sGivLS157uwu/LT yrz+zajWqreivP7Iy7Kiyb6z/bG+DQrTyrz+o6ENClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNo bWVudHMgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZnJvbSBOZXcgSDNDLCB3aGlj aCBpcw0KaW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVz cyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2YgdGhlDQppbmZvcm1hdGlvbiBjb250YWluZWQg aGVyZWluIGluIGFueSB3YXkgKGluY2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBv ciBwYXJ0aWFsDQpkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5 IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudChzKSBpcyBwcm9oaWJp dGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0 aGUgc2VuZGVyDQpieSBwaG9uZSBvciBlbWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0IQ0K From nobody Tue Sep 14 02:04:16 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 513783A0E12 for ; Tue, 14 Sep 2021 02:04:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.899 X-Spam-Level: X-Spam-Status: No, score=-0.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4banoROGdePg for ; Tue, 14 Sep 2021 02:04:09 -0700 (PDT) Received: from h3cspam01-ex.h3c.com (smtp.h3c.com [60.191.123.56]) (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 531633A115D for ; Tue, 14 Sep 2021 02:04:08 -0700 (PDT) Received: from DAG2EX01-BASE.srv.huawei-3com.com ([10.8.0.64]) by h3cspam01-ex.h3c.com with ESMTP id 18E91UDC042625; Tue, 14 Sep 2021 17:01:30 +0800 (GMT-8) (envelope-from qiuyuanxiang@h3c.com) Received: from DAG2EX06-IDC.srv.huawei-3com.com (10.8.0.69) by DAG2EX01-BASE.srv.huawei-3com.com (10.8.0.64) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Tue, 14 Sep 2021 17:01:33 +0800 Received: from DAG2EX06-IDC.srv.huawei-3com.com ([::1]) by DAG2EX06-IDC.srv.huawei-3com.com ([fe80::843a:43af:f00:d3c9%9]) with mapi id 15.01.2242.012; Tue, 14 Sep 2021 17:01:33 +0800 From: Qiuyuanxiang To: Weiqiang Cheng , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AdepQycItSGryq7xSIKkqcMzhbmzoQ== Date: Tue, 14 Sep 2021 09:01:32 +0000 Message-ID: <65f4d2ae01624da0a07ffc9e8c8d46c4@h3c.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.99.152.247] x-sender-location: DAG2 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam01-ex.h3c.com 18E91UDC042625 Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 09:04:15 -0000 RGVhciBDaGFpcnMgJiBXZWlxaWFuZywNCiBUaGUgQ1NJRCBkcmFmdCBqdXN0IGNvbnRhaW5zIG9u ZSBkYXRhIHBsYW5lIHNvbHV0aW9uIHdpdGggdHdvIGRpZmZlcmVudCBmbGF2b3JzLiBIM0MgaGFz IHBhcnRpY2lwYXRlZCBpbiB0aGUgaW50ZXItb3AgdGVzdCBvZiBDU0lEIHdpdGggbXVsdGlwbGUg dmVuZG9ycywgYWxzbyBwcm92ZXMgdGhhdCB0aGlzIGlzIGEgZ29vZCBzb2x1dGlvbi4NCiBXZSBo b3BlIFdHIGNhbiBhZG9wdCB0aGUgQ1NJRCBkcmFmdC4NCg0KQmVzdCByZWdhcmRzLA0KWXVhbnhp YW5nDQoNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IHNwcmluZyBbbWFpbHRvOnNwcmlu Zy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFdlaXFpYW5nIENoZW5nDQq3osvNyrG85DogMjAyMcTq OdTCOMjVIDExOjI1DQrK1bz+yMs6ICdKb2VsIE0uIEhhbHBlcm4nIDxqbWhAam9lbGhhbHBlcm4u Y29tPjsgc3ByaW5nQGlldGYub3JnDQrW98ziOiBSZTogW3NwcmluZ10gQ29uY2x1c2lvbiBmcm9t IFdHIHBvbGwgb24gZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdtZW50IHJv dXRpbmcgb3ZlciBJUHY2DQoNCkRlYXIgQ2hhaXJzLA0KDQpNYW55IHRoYW5rcyBmb3IgeW91ciBo YXJkIHdvcmtpbmcuDQoNCldlIGFyZSBoYXBweSB0byBzZWUgdGhhdCB0aGUgQ1NJRCBkcmFmdCBo YXMgc2lnbmlmaWNhbnQgaW50ZXJlc3QgdG8gYmUgYWRvcHRlZCBhcyBhIFdHIGRvY3VtZW50Lg0K DQpSZWdhcmRpbmcgdGhlIGRhdGFwbGFuZSwgdGhlIGF1dGhvcnMgYmVsaWV2ZSB0aGF0IHRoZSBD U0lEIGRyYWZ0IGNvbnRhaW5zIG9ubHkgb25lIGRhdGFwbGFuZSBzb2x1dGlvbiB3aXRoIHR3byBk aWZmZXJlbnQgZmxhdm9yc1sxXTogTkVYVC1DU0lELUZMQVZPUiBhbmQgUkVQTEFDRS1DU0lELUZM QVZPUiwgcmF0aGVyIHRoYW4gdHdvIGRhdGFwbGFuZSBzb2x1dGlvbnMuDQoNCkJvdGggdGhlIGZs YXZvcnMgYXJlIGRlZmluZWQgYmFzZWQgb24gdGhlIFNSdjYgZGF0YSBwbGFuZShvbmUgZGF0YSBw bGFuZSksIGFuZCB0aGUgU0lEcyB3aXRoIHRoZXNlIHR3byBmbGF2b3JzIGNhbiBiZSBlbmNvZGVk IGluIGEgc2luZ2xlIFNSSCBqdXN0IGxpa2Ugd2UgY2FuIGVuY29kZSBQU1AgRmxhdm9yIFNJRHMg YW5kIFVTRCBmbGF2b3IgU0lEcyB0b2dldGhlciBpbiBhIFNSSC4NCg0KVGhlIGludGVyLW9wIHRl c3Qgb2YgQ1NJRHMgaGFkIGJlZW4gZG9uZSBhbG1vc3Qgb25lIHllYXIgYWdvWzJdLCBhbmQgZXZl cnl0aGluZyB3YXMgT0suDQoNCkZ1cnRoZXJtb3JlLCB0aGUgbWVjaGFuaXNtIGRlZmluZWQgaW4g dGhlIGRyYWZ0IGhhcyBiZWVuIHN0YWJsZSBhbmQgbWF0dXJlLg0KDQpXaXRoIHRoZSBjb25zZW5z dXMsIHRoZSBhdXRob3JzIGhvcGUgV0cgY2FuIGNvbnNpZGVyIHRvIGFkb3B0IHRoZSBDU0lEIGRy YWZ0Lg0KDQpCZXN0IHJlZ2FyZHMsDQpXZWlxaWFuZw0Kb24gYmVoYWxmIG9mIENTSUQgYXV0aG9y cw0KDQpbMV0uIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODk4NiNz ZWN0aW9uLTQuMTYNClsyXS4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwv ZHJhZnQtZmlsc2ZpbHNjaGVuZy1zcHJpbmctc3J2Ni1zcmgtY28NCm1wcmVzc2lvbi0wMiNzZWN0 aW9uLTExDQoNCg0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7Iyzogc3ByaW5nIFttYWlsdG86 c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gSm9lbCBNLiBIYWxwZXJuDQq3osvNyrG85Dog MjAyMcTqOdTCN8jVIDAxOjI3DQrK1bz+yMs6IHNwcmluZ0BpZXRmLm9yZw0K1vfM4jogW3Nwcmlu Z10gQ29uY2x1c2lvbiBmcm9tIFdHIHBvbGwgb24gZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21w cmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2DQoNCk91ciB0aGFua3MgdG8gdGhlIHdv cmtpbmcgZ3JvdXAgbWVtYmVycyBmb3Igc3BlYWtpbmcgdXAgY2xlYXJseS4gIFRoZXJlIGlzIGEg cm91Z2ggKHF1aXRlIGNsZWFyKSBjb25zZW5zdXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFw bGFuZSBzb2x1dGlvbiB0byBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2Lg0K DQpBcyBjaGFpcnMsIHRoZXJlIGFyZSBzb21lIHJlbGF0ZWQgb2JzZXJ2YXRpb25zIHdlIG5lZWQg dG8gbWFrZS4NClRoZXJlIGFwcGVhcnMgdG8gYmUgc2lnbmlmaWNhbnQgaW50ZXJlc3QgaW4gdXNp bmcgdGhlIGZyYW1ld29yayBpbiB0aGUgQ1NJRCBkcmFmdCBmb3IgYWRkcmVzc2luZyB0aGUgYWJv dmUuDQoNCkhvd2V2ZXIsIGJlZm9yZSB3ZSBpc3N1ZSBhIGNhbGwgZm9yIGFkb3B0aW9uIG9uIHRo YXQsIHRoZSBjaGFpcnMgd291bGQgbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgd29ya2luZyBn cm91cCB3YW50cyB0byBzb2x2ZSBhIHRlY2huaWNhbCBwcm9ibGVtLiAgVGhlIENTSUQgZHJhZnQg Y29udGFpbnMgdHdvIGRhdGFwbGFuZSBzb2x1dGlvbnMuICBUaGUgYWJvdmUgcm91Z2ggY29uc2Vu c3VzIGlzIGZvciBvbmUgZGF0YXBsYW5lIHNvbHV0aW9uLiAgRG9lcyB0aGUgd29ya2luZyBncm91 cCB3YW50IHRvIGNob29zZSBvbmU/ICBEbyB0aGUgYXV0aG9ycyB3YW50IHRvIHN1Z2dlc3QgdGhh dCBvbmUgb2YgdGhlIHR3byBpcyB0aGUgb25lIHdlIHNob3VsZCBzdGFuZGFyZGl6ZSwgYW5kIGdl dCB3b3JraW5nIGdyb3VwIGFncmVlbWVudD8NClNob3VsZCB3ZSBhZG9wdCB0aGUgZG9jdW1lbnQs IHdpdGggYSBub3RlIGluZGljYXRpbmcgdGhlIHByb2JsZW0sIGFuZCBzb2x2ZSB0aGUgcHJvYmxl bSBhZnRlcndhcmRzPyAgKFRoYXQgaXRzZWxmIGRvZXMgbm90IHNvbHZlIHRoZSBwcm9ibGVtLCBp dCBtZXJlbHkga2lja3MgaXQgZG93biB0aGUgcm9hZC4pIERvIGZvbGtzIHNlZSBhbm90aGVyIG1l YW5zIHRvIGF2b2lkIHB1dHRpbmcgdGhlIFdHIGluIGNvbmZsaWN0IHdpdGggaXRzZWxmPw0KDQpB cyBhIGxvb3NlbHkgcmVsYXRlZCBzaWRlIG5vZGUsIHRoZSBjaGFpcnMgd2lsbCBhbHNvIG9ic2Vy dmUgdGhhdCB3ZSBkbyBub3Qgc2VlIGFuIG9ic3RhY2xlIHRvIGluZm9ybWF0aW9uYWwgb3IgZXhw ZXJpbWVudGFsIHB1YmxpY2F0aW9uIG9mIG90aGVyIHNvbHV0aW9ucywgYXMgbG9uZyBhcyB0aGVy ZSBpcyBzdWZmaWNpZW50IGVuZXJneSBpbiB0aGUgd29ya2luZyBncm91cCB0byBkZWFsIHdpdGgg dGhvc2UuICBBbHNvLCBvbmx5IGRvY3VtZW50cyBmb3Igd2hpY2ggdGhlcmUgaXMgYXQgbGVhc3Qg b25lIGltcGxlbWVudGF0aW9uIHdpbGwgYmUgcHJvZ3Jlc3NlZCB0aGlzIHdheS4NCg0KVGhhbmsg eW91LA0KQnJ1bm8sIEppbSwgYW5kIEpvZWwNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0BpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg0KDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFp bGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vc3ByaW5nDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQqxvtPKvP68sMbkuL28/rqs09DQ wruqyP28r83FtcSxo8Pc0MXPoqOsvfbP3tPat6LLzbj4yc/D5rXY1rfW0MHQs/YNCrXEuPbIy7vy yLrX6aGjvfvWucjOus7G5Mv7yMvS1MjOus7Qzsq9yrnTw6OosPzAqLWrsrvP3tPayKuyv7vysr+3 1rXY0LnCtqGiuLTWxqGiDQq78smit6KjqbG+08q8/tbQtcTQxc+ioaPI57n7xPq07crVwcuxvtPK vP6jrMfrxPrBory0tee7sLvy08q8/s2o1qq3orz+yMuyosm+s/2xvg0K08q8/qOhDQpUaGlzIGUt bWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9u IGZyb20gTmV3IEgzQywgd2hpY2ggaXMNCmludGVuZGVkIG9ubHkgZm9yIHRoZSBwZXJzb24gb3Ig ZW50aXR5IHdob3NlIGFkZHJlc3MgaXMgbGlzdGVkIGFib3ZlLiBBbnkgdXNlIG9mIHRoZQ0KaW5m b3JtYXRpb24gY29udGFpbmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBub3Qg bGltaXRlZCB0bywgdG90YWwgb3IgcGFydGlhbA0KZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBv ciBkaXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkDQpyZWNp cGllbnQocykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBlLW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlcg0KYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRl bHkgYW5kIGRlbGV0ZSBpdCENCg== From nobody Tue Sep 14 02:29:22 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84A5C3A124C for ; Tue, 14 Sep 2021 02:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=FZHf2V/B; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=NzG3+tt6 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 5F_FRDJMbKGo for ; Tue, 14 Sep 2021 02:28:43 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AADE3A1250 for ; Tue, 14 Sep 2021 02:28:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13504; q=dns/txt; s=iport; t=1631611723; x=1632821323; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=LiDwcltC95B04RdKrLWzpv2YI5afoawHFOAQhKPcoP4=; b=FZHf2V/BAsW4KCVzqYgqsrU8KwmpZzYpiNoU1/jIaftoEyt3IkLhKqL7 AD4/3+v921AFjq/gA8ZXMppuXtsCNaUGlezOxawos1IsfRn0cjov2IEWu o9wjDWPEfC1/VdTMcEVfk6PjEUSX+4o9Lb4fMO5IxAHQ4P9maE9f+0zKr Q=; X-IPAS-Result: =?us-ascii?q?A0AYAADlaUBhmJtdJa1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UUHAQELAYEiMCMuflo3MYgPA4RZYIgHA5VbhQOBLhSBEQNUCwEBAQ0BATcKB?= =?us-ascii?q?AEBhHMCgkMCJTQJDgECBAEBAQEDAgMBAQEBBQEBBQEBAQIBBgQUAQEBAQEBA?= =?us-ascii?q?QGBCIVoDYZCAQEBAQMSGxMBASwMDwIBCBEEAQEkCzIdCAEBBAESCBMHgk8Bg?= =?us-ascii?q?X5XAy8BDkKiDAGBOgKKH3iBM4EBgggBAQYEBIFKQYJ/GII0AwaBOgGCfoJ1E?= =?us-ascii?q?0BIhm8nHIFJRIEVQ4JnPoJiAQECAYEjBQESASMrgyCCLocxTWMBAxQ9Ag12F?= =?us-ascii?q?zsFCy4qOpEkKSWLe41Fkh8KgyuJK4EVlDwUg2aLZ5c4hnmPI4xEk2SFBwIEA?= =?us-ascii?q?gQFAg4BAQaBMDE5a3BwFTuCaVEZD44gGR6DO4UUhUp0OAIGCwEBAwmPRgEB?= IronPort-PHdr: A9a23:isD0bBwSllHhyUDXCzPBngc9DxPP853zJAcT5ZdhgLVLIeyv/JXna UrY4/glzFrERp7S5P8Mje3K+7vhVmoN7dfk0jgCfZVAWgVDhZAQmAotU8mfAEv0IbjhaClpV MhHXUVuqne8N0UdEc3iZlrU93u16zNaGhj2OQdvYOrvHYuHhMWs3Of08JrWMG11 IronPort-Data: A9a23:+OSLD6iBJcd+XzffBUzXMlfNX161FxAKZh0ujC45NGQN5FlHY01je htvUGqHbq7ZMzH3etgib4S+oU0C75SHm9dgQABqpH9jFHhjpJueD7x1DKtf0wB+jyHnZBg6h ynLQoCYdKjYdpJfz/uUGuCJQUNUjclkfZKhTr6ZUsxNbVU8En552Es/w7dRbrNA2LBVPSvc4 bsenOWHULOV82Yc3rU8sv/rRLtH5ZweiRtA1rAMTakjUGz2yxH5OKkiyZSZdBMUdGX78tmSH I4vxJnhlo/QEoxE5tmNyt4XeWVSKlLe0JTnZnd+A8CfbhZ+SiMa8IUpCOYeQEltrBKomcpD1 Pkcq62NRlJ8VkHMsLx1vxhwCSpyO+hN/6XKZCT5us2IxEqAeHzpqxlsJBhpZstDpaAmWicXq KFwxDMlNnhvg8q1za6yTPVEjcU4J86tN4Qa0p1l5W6GVKx4Ec2eHc0m4/dG0Cgwn9hxAM3EZ uEfUWNdSzTxQTFQbwJ/5JUWxbf02SaXnydjgEmNv6sx7EDSwRB/lr/3P7L9cMaXQ8ITkkuTv GvL+WnRBQsTMtOSjzGC9xqRavTnhyj3XscZE6e1s6Isi1yIzWtVAxoTPbemnRWnomydSe5DK WUawA0JjK4oxlCHH8fMYhLt9RZooSUgt8ps//wSsV/Wk/CPvlfEXwDoXRYaMo1475FeqSgCk w7XwI+3VVSDpZXMESrFnop4uw9eLsT8wYUqXy4PTQIf78LkpunfZTqQE44zSMZZYjAJcAwcL hiQpyQ4wr4Ul8NOi81XHGwrYRrx+/AlrSZsu207u15JCCsiOOZJgKTztjDmAQ5odtrxc7V4l CFsdzKiAAUy4XelyXzlrAIlQu3B2hp5GGa0baNHRsN4rG39pxZPg6gPvmwWyLhV3jYsIG+1P xC7VfJ5z55IN3ziVr5sf4+0EKwXIVvIRI25Da2MBueilqNZLVfdlAk3PBb49zm0wCAEzP9jU b/GL5fEJStKWMxPkWvtL89AgOBD7n5lnwv7G8ukpylLJJLDPhZ5v59fbgvXBg34hYvZyDjoH yF3bJfTkEQDD7SlO0E6M+c7dDg3EJTyPriuw+Q/SwJJClYO9L0JYxMJ/Y4cRg== IronPort-HdrOrdr: A9a23:i+MR+60GfPSVxDMmR8FJDgqjBRlyeYIsimQD101hICG9Lfb4qy n+ppomPEHP5wr5AEtQ5exoS5PwPk80lKQFr7X5WI3DYOCIghrREGgP1/qG/9SkIVyCygc/79 YgT0EdMqyKMbESt6+Ti2PUf6dCsbu6GeKT9J3jJhxWPGZXgtRbnn5E43GgYytLrWd9dP4EPa vZwvACiyureHwRYMj+LGICRfL/q9rCk4+jSQIaBjY8gTP+zQ+A2frfKVy1zx0eWzRAzfMJ6m 7eiTH04a2lrrWS1gLc7WnO9J5b8eGRieerRfb8yPT9GA+czjpAV74RHIFqewpF5t1H3Wxa1e UkZS1QZvibpUmhJl1d6iGdpTUImAxemkMKj2Xo2kcKZafCNW8H4w0rv/MCTvKR0TtRgPhslK 1MxG6XrJxREFfJmzn8/cHBU1VwmlOzumdKq59Ys5Vza/pXVFZql/1VwKqVKuZ1IAvqrIQ8VO V+BsDV4/hbNVuccnDCp2FqhNihRG46EBuKSlUL/pX96UkboFlpi08DgMAPlHYJ85wwD5FC+u TfK6xt0LVDVNUfY65xDPoIBcG3FmvOSxTRN3/6GyWrKIgXf3bW75Ln6rQ84++nPJQO0ZspgZ zEFEhVsGYjEnieQPFmHKc7hCwlZV/NEggF5vsulaSRi4eMM4YDaxfzO2zGu/HQ1skiPg== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,292,1624320000"; d="scan'208,217";a="771268556" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 Sep 2021 09:28:39 +0000 Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 18E9SdDZ011108 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 14 Sep 2021 09:28:39 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) 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.15; Tue, 14 Sep 2021 04:28:39 -0500 Received: from xfe-aln-003.cisco.com (173.37.135.123) 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.15; Tue, 14 Sep 2021 04:28:39 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 14 Sep 2021 04:28:39 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bbO2dzd5GbcDMJDQPBo794+UbI58KyFw/cjg8OwH0yGxFeWnUhXb0RPw5GeWTuAwj6DSHKRGlJMFwenJs9EGpnIX7K/NYb6NRRiPT/pfKIGJFjDDTQTHMRaLkQ+61iuj5BUBlAk3ce/Rf6wo7xOSlZO4dJGmhdv4rRebY/Gl/bcSV20JE/g/MrSyI7g6BoyD7y9I9aBZv278pf/7MXhM1bfuks9ZA/OPip/zvzoqV28aVT+xu5+7eRSVGxXKwcJr8VPZykw84jbh+XSSkJLzuFx7lEQci1hoHH8FVmkIyKrbfrmt2TqnVil8TGGB3JgdHQtlXXATAgn6wVV4Ge+a1w== 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; bh=QHCLXut3zAoJWWyQZgkv5zcPV8cav23i4AzSyeoC5Dw=; b=mM32DJ32vA2+n5k9qoRcJWwh9JgGexCBG7rNUTbN6WBG99ZIyfI6avBKrmgs5hQszZX+tmQHWxL/L/bGaK9EQGv9/O20jBEi4zYVuGVeRXkQOV1FwhVyEXITyfN6DfWLE1suB9X01je6K2ZIr6MC7a14xLYjtRDaty9AoEABTXMobzNf3slQFbpVJPZxlxrZg34tvVM/9ggpn+zTecrRS9zuQUdO8csnaGrpBTjEnfxMpVxHEWy5sLKdplnn6N9HeeUpqg/PW5vbLzGrb25NVjjJGVq5CTw2C+6xKBnliKD0UEVNb8XmGmhx3oRQ5QJNt194WCZg2tvilAMe3fI9iw== 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=QHCLXut3zAoJWWyQZgkv5zcPV8cav23i4AzSyeoC5Dw=; b=NzG3+tt6cZ+btMG4azWgk2BdI0fsNBoUfApK5tRMjKZV0/IrAQK6/kDqZgwOJeFnwygLHjvtyUwWXQ3xF1Jv8WEuhWBHVP0k4lqbwcL6F5gI7ibssd5MO64dOJPOW87Bj5vVS3WxC3hK36vpmg4I0dwKIBI15h6EnaPw+FjdnWE= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR1101MB2080.namprd11.prod.outlook.com (2603:10b6:301:56::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.16; Tue, 14 Sep 2021 09:28:38 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998%7]) with mapi id 15.20.4500.019; Tue, 14 Sep 2021 09:28:37 +0000 From: "Ketan Talaulikar (ketant)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wFYKjQg Date: Tue, 14 Sep 2021 09:28:37 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 266bfeb5-8c17-45bf-45e2-08d977620853 x-ms-traffictypediagnostic: MWHPR1101MB2080: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 5KQzWm06uP8kezrCA+laemWIzxQ6OmQqjadwLR/8u42ap8KC1Ak3iWHP+Fm/FN+OYArz4i/psMlVvIMjJLXrZ9nuapAv76CXTwMsfUrIMM7jo5jrf/aLmZqJjRX9t+PWWLsgD+eYSxn1uBq0ZV1sVmPv59n2+QtjlbR2URJp6DLaYzIm2YsyUvZv47MsWU7QCeM3SxbTM77gL6A4N0HRlKkka2yP9ATR+5SVKRNsn5LhX8dgvxSybZ0A910G+w8cap2VR2EpZk2rNBRu9IlqhrmQdJFxfKCgDiFDIQZbPL5amAbGS6bE9bSY8GiLEIib1Hj25F8x0dC95PKFe9RwzvSkB23gbLD8z90VPmhik+HZYfX/2etdJ8+SZ0O2VOf8NT6ibz03bPGtFuOfpPLmQTT0wbI/sbfAY6GBu03d/ecR3yYqukytsaUpOZLJknDxjg28t/vcf8wQm5nqZTCeQXbLElepacWX8O4Lueasg8sHdydIM1a8FGWatmkN4S7Y7pt6YVLFWnDp4G3XWBnCPm5HK0yLGy7At6/tBntkvj7n1jy0/LXi6CXCMscNUa1VXWX0XUAFCikhHK1buYb5Fvx+jBUmwV06bF2vFh0XOz5gFwSKOLPdiKNV8M8kxhh8voZJP3UA5BQTsL+6KrsY1PWZn0dVN2piCEZtUHnm9GvE5+dJXQtdgwKmEOSRh6PqzdFtFOtekzb+dBBoOuoR/bw2RUF2vQCFUZGEjgKLjJFv5r8YIP8ZleVH5iHYHLqIsGMXkuzQt6fvT1IT26kviJuMcrXviTb0U0XC2l3ksZ/EotKzRJtQ/dnARlcwf66liWh+mYLio2H3oz+dR0kDFQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(346002)(396003)(376002)(366004)(39860400002)(53546011)(316002)(76116006)(66946007)(52536014)(166002)(86362001)(66476007)(83380400001)(122000001)(55016002)(9686003)(38070700005)(6506007)(110136005)(71200400001)(8936002)(66446008)(2906002)(26005)(5660300002)(9326002)(966005)(38100700002)(7696005)(8676002)(64756008)(33656002)(186003)(66556008)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?VFrxuTISDRuggTrbfTbRvJyJBBVt1tR8lAt0Lsno17lgDzFIk4hSYsZzPOkX?= =?us-ascii?Q?5vB99OLSW+f2Ye6fbfTcecdTUjFSAZQhKu7RCuCLep1SqK1BiFNkmOEpjof1?= =?us-ascii?Q?4lwRqFgfyvsy9CuCZ8axnJNHDkbt3j9fd6LqtS5Qrc/jz6AOx6y0IF/+Ge40?= =?us-ascii?Q?Mj61nMz6TcoeKtfrUXXUAfpHLKTzpmSJLkc1g8+/6RqeX1XNgSFRIPIw6yyj?= =?us-ascii?Q?62992PRqEYyk3iQ7Doxsf7mfqCENZfIHOG5ODbxRV2pQGcC5y9ocQ4cp9/vk?= =?us-ascii?Q?uH3nOSaHt0HD2cq1wSfmYbrzu5Cnm5ecdaCGop2ikp0wcZzCoxci8eIfdDWq?= =?us-ascii?Q?Pkzsyo9dbnCR6In1EzUsbyQWW6Lo7+AGI+VwxGsBc6xvBq6cI8j2uMEYt2Hh?= =?us-ascii?Q?/E8xxJJJRx6NvE2Cc6iJptpra3GcztrU7J4admibZKRSLdVLFv7HTzRKWxjL?= =?us-ascii?Q?OIA6qK2ehZlAhzEvZ/hjk6oKVR/s5Koac7utTGUvydc6V2MSdk8EtZfoZH21?= =?us-ascii?Q?Z9MhKsrN930GopLXA+HiY0/Vry01Vsi+zKmF7mtbtim4AoHbt4ZOFTu2B/sD?= =?us-ascii?Q?YEdXksckb7wdJeUlUo6iGmpLdzG+AK78nJ6DIFmaziOX1Cm9D/ws8QZwUIXj?= =?us-ascii?Q?GoPr6nqb/dF2AQiQpgLHfJnvM2U76bZlI/DLaZQV2Lzn+qiBqsrSxC7llTjI?= =?us-ascii?Q?pdkVOUuEt/L7PHFBj+eFsMPb9xh++RpjfVbSuIDgy/rf5bXozH4rwfgOh3mi?= =?us-ascii?Q?MkbGhrNPkDgal0FFwhtWBXzRqSEmiNpG9r/U6aLFAcYXEOaVpCaTNsbx8RKZ?= =?us-ascii?Q?CIM6DXncRfPbU7u9MEwIPY5Es7zWPn9RCz/gdzC2NxzPE8DCbP96OMGjlwxd?= =?us-ascii?Q?PnDSWD3e5CpG9H+8s+YuMKhf1cSpDWfh28akSCXDDlh4gwSztBvru63Q8Tj5?= =?us-ascii?Q?Sa8O/C5wI5d5cAaJpfHD6EWxKI9aYBFn9+k73p8gEuoCO1dCl7UZK+p8rWni?= =?us-ascii?Q?1epZudXipmWG8S89EOaNrprZTekemrlVSHll0Yq7RrlbUdRqSA2NnSuQ8JQ1?= =?us-ascii?Q?Iy0R3wBW1Re+wBlmay7Hmor32YoaMQqHuuEBVcYe5TpRg52roIUIuyhrRQXK?= =?us-ascii?Q?Uf/V/+GTDur3uRwP9huExAAugl4+zB78Juy6bG/OBK2au1GikR8lz28GktVS?= =?us-ascii?Q?VNeubSNqDigDkg14TforSd+XLZ9fNfrQxsWpktqAMHnKTM5RrR84+kQuVwtR?= =?us-ascii?Q?HN6FrumYdfa56ib8SCNLImh4hpNecAXMIzLWcdJydM6kUFJdOXH82zpCl93G?= =?us-ascii?Q?MKSbTpDqC1naDL0DE40PFSzY?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB457003B25A0AB690BF7AF80FC1DA9MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 266bfeb5-8c17-45bf-45e2-08d977620853 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2021 09:28:37.9482 (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: mdeQOx/oxr2ubMt+BWPfc+J6WZKcsuyjVnr1qz5r/ZZ5ZS4Z6wShtynokKVx13BVHSy/w+y/SGoewc7nRXrxIA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2080 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 09:28:49 -0000 --_000_MW3PR11MB457003B25A0AB690BF7AF80FC1DA9MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, A lot of work has been done by the DT with inputs from several operators, v= endors and academia in putting these documents together. I support the adop= tion of these documents by the WG. Thanks, Ketan From: spring On Behalf Of bruno.decraene@orange.c= om Sent: 07 September 2021 18:43 To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_MW3PR11MB457003B25A0AB690BF7AF80FC1DA9MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

A lot of work has been done by the DT with inputs fr= om several operators, vendors and academia in putting these documents toget= her. I support the adoption of these documents by the WG.

 

Thanks,

Ketan

 

From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decraene@orange.com
Sent: 07 September 2021 18:43
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_MW3PR11MB457003B25A0AB690BF7AF80FC1DA9MW3PR11MB4570namp_-- From nobody Tue Sep 14 08:58:28 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D6243A2404 for ; Tue, 14 Sep 2021 08:58:26 -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 rSfc3MLIWsNY for ; Tue, 14 Sep 2021 08:58:22 -0700 (PDT) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 BED1A3A2401 for ; Tue, 14 Sep 2021 08:58:21 -0700 (PDT) Received: by mail-wm1-x335.google.com with SMTP id 192-20020a1c04c9000000b002f7a4ab0a49so2290527wme.0 for ; Tue, 14 Sep 2021 08:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LSMHE9lBPoCetREQMEXzOFI8A3TVxUQmG+KtO3rdXRo=; b=CPxRaP+8mpoJ827CEFdmhc3ksCuMGnBil1c5RYqVTSG0X9qOIG4F7cq6XFLYLMmY7n 66wvW7deY9imgRHpCRkcxhmfkGg79qGjYnoja3iueSUKhbxZKxvRkCiFhjHtAcwugYMr D3Zxc3MhLxnCChD4pcqS9TyO+hSSG5MBD7IT/lNvS0NFd6lWFrUVRGVjhX5z8I6MhGc2 0/mDcckGcq0i3oK5IjYfhybapreef+hqtQ4e7RjS/fcYWhJ2kf6XUvkwk1s6nhOKaOfo bF08yqgJ5BPMHuoOjrz0GVaLwgAoEcno6kB7rpnFHso4V1wochNH4SHlkL2PvpL4G9ij pttA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LSMHE9lBPoCetREQMEXzOFI8A3TVxUQmG+KtO3rdXRo=; b=SB0aQFweq0HF+Z9+CZ5GD36Yenj0UWoVFG4ylEx2wJhUtY2gjabefHMJydywUOsXMT T8EM84rrFmyfCBjbM29WL/WFXQFQWCPIbf57YeSAEmqAyjbyvDCUY5K63KgnS/Bg9AHd bRWuQIT6X6ov+NdyChX0ohpGe/xgr7BmGKFqkJIuxptoIO2a24GPsxRS+mBSgt2p7Oxu /kuoWAfejFUT0WhnaGNt/ysHrIt6ZeMOjcSD+CejCvT3RowAVJNQIP5n95WhbgDJfhyi ASB9aeV1leCEnCEcmK3wFs8aLuFD86r3njt/0e8oh3zQfeheiYPpXKpT+wjvg9CmbMiM Zlkw== X-Gm-Message-State: AOAM5325l2tlbc62eujCld/8mMtWY1nqrOHNhTlpWlh8JReNr2eDvit+ +5bzPfwjEtIDj8gf8nue2QoEmUv2g3cP8uqllutR9wx6 X-Google-Smtp-Source: ABdhPJz2dBiQIPe0W9UC9Yco17TKO7KGNXfbCJrQ9TkUpuDBEwlXAhjACjCc23KtFaMw4ITn14fPjfKQM5djq2xfdS4= X-Received: by 2002:a1c:cc03:: with SMTP id h3mr2971053wmb.73.1631635098485; Tue, 14 Sep 2021 08:58:18 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Gaurav Dawra Date: Tue, 14 Sep 2021 08:58:07 -0700 Message-ID: To: Bruno Decraene Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000072c95505cbf6a6e6" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2021 15:58:27 -0000 --00000000000072c95505cbf6a6e6 Content-Type: text/plain; charset="UTF-8" Support adoption of both documents. Gaurav On Tue, Sep 7, 2021 at 6:13 AM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysis > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) as > this is a stronger way to indicate your (non) support as this is not a vote. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --00000000000072c95505cbf6a6e6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support adoption of both documents.

Gau= rav

On Tue, Sep 7, 2021 at 6:13 AM <bruno.decraene@orange.com> wrote:

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requireme= nt

- A solution analysis document: draft-srcompdt-spring-compression-ana= lysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

<= span style=3D"font-size:10pt;font-family:Arial,sans-serif">Thanks!=

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--00000000000072c95505cbf6a6e6-- From nobody Tue Sep 14 17:54:26 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB5EA3A08A6 for ; Tue, 14 Sep 2021 17:54:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.898 X-Spam-Level: X-Spam-Status: No, score=-0.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kZPgQvmMOngz for ; Tue, 14 Sep 2021 17:54:20 -0700 (PDT) Received: from h3cspam01-ex.h3c.com (smtp.h3c.com [60.191.123.56]) (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 07E1F3A08A3 for ; Tue, 14 Sep 2021 17:54:19 -0700 (PDT) Received: from DAG2EX04-BASE.srv.huawei-3com.com ([10.8.0.67]) by h3cspam01-ex.h3c.com with ESMTP id 18F0s1mm008262; Wed, 15 Sep 2021 08:54:01 +0800 (GMT-8) (envelope-from qiuyuanxiang@h3c.com) Received: from DAG2EX06-IDC.srv.huawei-3com.com (10.8.0.69) by DAG2EX04-BASE.srv.huawei-3com.com (10.8.0.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Wed, 15 Sep 2021 08:54:02 +0800 Received: from DAG2EX06-IDC.srv.huawei-3com.com ([::1]) by DAG2EX06-IDC.srv.huawei-3com.com ([fe80::843a:43af:f00:d3c9%9]) with mapi id 15.01.2242.012; Wed, 15 Sep 2021 08:54:02 +0800 From: Qiuyuanxiang To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AdepzBpoucpaNY0DSOmZKpSUpxaE9w== Date: Wed, 15 Sep 2021 00:54:01 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.99.152.247] x-sender-location: DAG2 Content-Type: multipart/alternative; boundary="_000_d3c4d25e713c410793d66e3e85f93ccfh3ccom_" MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam01-ex.h3c.com 18F0s1mm008262 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 00:54:25 -0000 --_000_d3c4d25e713c410793d66e3e85f93ccfh3ccom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U3VwcG9ydCBhZG9wdGlvbiBvZiB0aGUgdHdvIGRyYWZ0cw0KDQoNCreivP7Iyzogc3ByaW5nIFtt YWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gYnJ1bm8uZGVjcmFlbmVAb3Jhbmdl LmNvbQ0Kt6LLzcqxvOQ6IDIwMjHE6jnUwjfI1SAyMToxMw0KytW8/sjLOiBzcHJpbmdAaWV0Zi5v cmcNCtb3zOI6IFtzcHJpbmddIFdHIEFkb3B0aW9uIGNhbGwgLSBkcmFmdC1zcmNvbXBkdC1zcHJp bmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQgLSBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJl c3Npb24tYW5hbHlzaXMNCg0KRGVhciBXRywNCg0KDQpUaGUgRGVzaWduIFRlYW0gaGFzIHByb2R1 Y2VkIHR3byBkb2N1bWVudHM6DQotIEEgcmVxdWlyZW1lbnQgZG9jdW1lbnQ6IGRyYWZ0LXNyY29t cGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KLSBBIHNvbHV0aW9uIGFuYWx5c2lz IGRvY3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0K Qm90aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQgdHJpZ2dlcmVkIHNvbWUgZGlz Y3Vzc2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy4NCldlIGJlbGlldmUg aXQncyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRha2luZyBvd25lcnNoaXAgb2Yg dGhvc2UgdHdvIGRvY3VtZW50cy4NCk5vdGUgdGhhdCwgZXNwZWNpYWxseSBmb3IgdGhvc2UgdHdv IGRvY3VtZW50cywgV0cgYWRvcHRpb24gZG9lcyBub3QgbmVjZXNzYXJpbHkgbWVhbiBSRkMgcHVi bGljYXRpb24gaW4gcGFydGljdWxhciBpZiBpdCB0dXJucyBvdXQgdGhhdCB0aGUgYmVuZWZpdCBv ZiBsb25nIHRlcm0gYXJjaGl2ZSB3b3VsZCBub3QganVzdGlmeSB0aGUgV0cgYW5kIElFU0cgZWZm b3J0IHRvIGZpbmFsaXplIHRob3NlIHR3byBkb2N1bWVudHMuDQoNCg0KVGhpcyBtZXNzYWdlIHN0 YXJ0cyBhIDIgd2VlayBXRyBhZG9wdGlvbiBjYWxsLCBlbmRpbmcgU2VwdGVtYmVyICAyMHRoIDIw MjEsIGZvcjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jj b21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50DQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFs eXNpcw0KDQoNCkFmdGVyIHJldmlldyBvZiB0aGUgZG9jdW1lbnQocykgcGxlYXNlIGluZGljYXRl IHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHIGFkb3B0aW9uIG9mIHRoZSBkb2N1bWVudChzKSB0byB0 aGUgbWFpbGluZyBsaXN0Lg0KUGxlYXNlIGFsc28gcHJvdmlkZSBjb21tZW50cy9yZWFzb25zIGZv ciB5b3VyIHN1cHBvcnQgKG9yIGxhY2sgdGhlcmVvZikgYXMgdGhpcyBpcyBhIHN0cm9uZ2VyIHdh eSB0byBpbmRpY2F0ZSB5b3VyIChub24pIHN1cHBvcnQgYXMgdGhpcyBpcyBub3QgYSB2b3RlLg0K DQpJZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQocyksIHBsZWFzZSBz dGF0ZSB0aGlzIGV4cGxpY2l0bHkuIFRoaXMgZ2l2ZXMgdGhlIGNoYWlycyBhbiBpbmRpY2F0aW9u IG9mIHRoZSBlbmVyZ3kgbGV2ZWwgb2YgcGVvcGxlIGluIHRoZSB3b3JraW5nIGdyb3VwIHdpbGxp bmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQuDQoNClRoYW5rcyENCg0KSmltLCBCcnVubyAmIEpv ZWwNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRl cyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3Nh Z2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoNCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBl bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0 aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5rIHlv dS4NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0Ksb7Tyrz+vLDG5Li9vP66rNPQ0MK7qsj9vK/NxbXE saPD3NDFz6KjrL32z97T2reiy824+MnPw+a12Na31tDB0LP2DQq1xLj2yMu78si61+mho7371rnI zrrOxuTL+8jL0tTIzrrO0M7Kvcq508OjqLD8wKi1q7K7z97T2sirsr+78rK/t9a12NC5wrahori0 1sahog0Ku/LJoreio6mxvtPKvP7W0LXE0MXPoqGjyOe5+8T6tO3K1cHLsb7Tyrz+o6zH68T6waK8 tLXnu7C78tPKvP7NqNaqt6K8/sjLsqLJvrP9sb4NCtPKvP6joQ0KVGhpcyBlLW1haWwgYW5kIGl0 cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBmcm9tIE5ldyBI M0MsIHdoaWNoIGlzDQppbnRlbmRlZCBvbmx5IGZvciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9z ZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55IHVzZSBvZiB0aGUNCmluZm9ybWF0aW9uIGNv bnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBidXQgbm90IGxpbWl0ZWQgdG8s IHRvdGFsIG9yIHBhcnRpYWwNCmRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5h dGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50KHMpIGlz IHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXINCmJ5IHBob25lIG9yIGVtYWlsIGltbWVkaWF0ZWx5IGFuZCBkZWxl dGUgaXQhDQo= --_000_d3c4d25e713c410793d66e3e85f93ccfh3ccom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Support adop= tion of the two drafts

 

 

=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1=ED bruno.decraene@orang= e.com
=B7=A2=CB=CD=CA=B1=BC=E4: 2021= =C4=EA9=D4= =C27=C8=D5 21:13
=CA=D5=BC=FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement= - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
-------------------------------------------------= ---------------------------------------------------------------------------= ---------
=B1=BE=D3=CA=BC=FE=BC=B0=C6=E4=B8=BD=BC=FE=BA=AC=D3=D0=D0=C2=BB=AA= =C8=FD=BC=AF=CD=C5=B5=C4=B1=A3=C3=DC=D0=C5=CF=A2=A3=AC=BD=F6=CF=DE=D3=DA=B7= =A2=CB=CD=B8=F8=C9=CF=C3=E6=B5=D8=D6=B7=D6=D0=C1=D0=B3=F6
=B5=C4=B8=F6=C8=CB=BB=F2=C8=BA=D7=E9=A1=A3=BD=FB=D6=B9=C8=CE=BA=CE= =C6=E4=CB=FB=C8=CB=D2=D4=C8=CE=BA=CE=D0=CE=CA=BD=CA=B9=D3=C3=A3=A8=B0=FC=C0= =A8=B5=AB=B2=BB=CF=DE=D3=DA=C8=AB=B2=BF=BB=F2=B2=BF=B7=D6=B5=D8=D0=B9=C2=B6= =A1=A2=B8=B4=D6=C6=A1=A2
=BB=F2=C9=A2=B7=A2=A3=A9=B1=BE=D3=CA=BC=FE=D6=D0=B5=C4=D0=C5=CF=A2= =A1=A3=C8=E7=B9=FB=C4=FA=B4=ED=CA=D5=C1=CB=B1=BE=D3=CA=BC=FE=A3=AC=C7=EB=C4= =FA=C1=A2=BC=B4=B5=E7=BB=B0=BB=F2=D3=CA=BC=FE=CD=A8=D6=AA=B7=A2=BC=FE=C8=CB= =B2=A2=C9=BE=B3=FD=B1=BE
=D3=CA=BC=FE=A3=A1
This e-mail and its attac= hments contain confidential information from New H3C, which is
intended only for the person or entity whose address is listed above. Any u= se of the
information contained herein in any way (including, but not limited to, tot= al or partial
disclosure, reproduction, or dissemination) by persons other than the inten= ded
recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender
by phone or email immediately and delete it! --_000_d3c4d25e713c410793d66e3e85f93ccfh3ccom_-- From nobody Tue Sep 14 18:03:30 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 180003A0981 for ; Tue, 14 Sep 2021 18:03:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.225 X-Spam-Level: X-Spam-Status: No, score=-1.225 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, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 75qBKnqdtOpg for ; Tue, 14 Sep 2021 18:03:23 -0700 (PDT) Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01olkn2162.outbound.protection.outlook.com [40.92.63.162]) (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 1B2CF3A09A6 for ; Tue, 14 Sep 2021 18:03:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Iq28BxZDQwou9hPnP6cEV2NXQcnhTpfAAI0iXoR+sGUHJFiiqfxas53Qp7b+H7DpK0EHrheOzu/nzEFlUMrjc7Kk2uZI4opwgrcDWmCo8j7b4d9QS0hl9/6RvgM+mbBN/NCMDd72R+Ob09evYFjx9/zE8wd6fNLH2uK3CYzA0TuVLQsSAqFZHieLFvo37k5l5Qa3RCHgYrMGlMMB7f2fLwyFgZwU7pGFh7m+Bgf+/0OL+n3ZiALadn54NhyXda4REeepHlgUJo8H8U/YtcCWVvDkvlJNNc4EcY/iR6ATgmSU0+E3pgBH25hwN7OcHfnHcn3pvgVeeYT7CQwAHs/skA== 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; bh=JL0xsyPvuKifbQQbizb+gPmQW2JCSt5UbLS/YqO/cm8=; b=nmcTwgL26VEEnHioG0sUBRTtTR6ztQfARHmUJiS32O4596x4WkNFWpI68LODq6Z7uFE3gQg4Qyz2kQsWgUj3RdsCFYkTDwg5syOuIgpzJEMV3L/sHQ3RWRnWmsTaK+sAcbY9pyQcGboLpAVz5SZQseIK5U7ILLruSHREhB/uF4W9U9t0mBRXaPOJucJ2UjC7MVx4Nayu9r3Q8FYH092j76IWtMlJ/dBcjmDAYdpxFuQ1CFHqMZre/4yFxs06DxCqePz7aP/AKy2O2Il+p9ZJiFIV70PwmeJKZWljszCZdJxK+z/wBzzTGUNP62EwXKOIMRphOPs6WkwyNDkpo1I0ig== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JL0xsyPvuKifbQQbizb+gPmQW2JCSt5UbLS/YqO/cm8=; b=jTd9Pwb5ELH235EP6NLH5ulu5X/oACc6uY0H08uQLpdVhxc+U0sg+8S/5ejc3jEfrG7pOixgC7QoYMF7bIHT2xpacuST5UDTweg/flYypQODklAqP9VzPuExIiQrRwmUs61N277EeD2yrtd9FNVEmCbpyka9tBS5VjAe1NiGv0QqNgWsfuwu+oMtKve4LS12j1Fdxpo8z3GnMPVWqYyvTNIiD1jVfCIRn+J9PS/oRS9QBo9mViQUzX+i4gJKNLxIAKnoKiGHOQTs8/8KRWvef/kR4tWh3YKwh+/2GDiB0uHetSwfYah/Rh++w/fyiJcRUgRbHVg7Y6me2WfihTMnKw== Received: from MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM (2603:10c6:220:157::9) by MEYP282MB4076.AUSP282.PROD.OUTLOOK.COM (2603:10c6:220:170::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Wed, 15 Sep 2021 01:03:18 +0000 Received: from MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM ([fe80::ddbe:151f:7421:7fd8]) by MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM ([fe80::ddbe:151f:7421:7fd8%3]) with mapi id 15.20.4500.019; Wed, 15 Sep 2021 01:03:18 +0000 Date: Wed, 15 Sep 2021 09:04:34 +0800 From: "li_zhenqiang@hotmail.com" To: "bruno.decraene@orange.com" , "spring@ietf.org" References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> X-Has-Attach: no X-Mailer: Foxmail 7.2.9.156[cn] Message-ID: Content-Type: multipart/alternative; boundary="----=_001_NextPart147877346253_=----" X-TMN: [uYreERrsvOtuVicYVzb9avGdrOHa1TEa] X-ClientProxiedBy: HK2PR0302CA0023.apcprd03.prod.outlook.com (2603:1096:202::33) To MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM (2603:10c6:220:157::9) X-Microsoft-Original-Message-ID: <202109150904300968641@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from cmcc-PC (223.72.105.39) by HK2PR0302CA0023.apcprd03.prod.outlook.com (2603:1096:202::33) with Microsoft SMTP Server (version=TLS1_1, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA) id 15.20.4523.9 via Frontend Transport; Wed, 15 Sep 2021 01:03:16 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5859d063-5e4b-4e6b-ffea-08d977e49a46 X-MS-TrafficTypeDiagnostic: MEYP282MB4076: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: SKXVvBAZwj/pIP90gjOURxBUTXMZiPq7HSICsffpTsknmgyRRTi1M6TPmMX9yyRrcF4DoHNczHfgdC+dP09VD46mSqGbk5AKF+BomAmZvqjuyDCvZHWkTvkuDwo+UN4SQiIInmPwc2yXzd2wbbhW0quyWanCzXvQBc04NbmBSmWzuksc3NeTIWkMIWlrY1JA2mipsEXs6OdZ/jiy/JoRN/erHdT3YRomTlaVLF8zDoy17VC0ONA74DtcdnIe3SW5ZVEwa4ZNnkFPQVJAuDkNVoq4fObmNDR48myLcpA9iz8GaoIfwpdF0BcyGyjSpDWfFwXfofb/60frocN//hKxkWQngFFidU5bm7ThP69/Efwc3gvjz4PmCM1OlgHfyRPJtIdGFh/h2mcdp5RvkHxfR6WeCsxRSkBl2vHcSeS5qzWVj97lA+3gdCA0pX4x6hT2qEmZMmwMD5qzKYL6acsaIWr4hPP3wWSiXxfCuhcStXc= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: lONGyDWLoqGsGF8J4eggyJqrJ9D4mvUZv9/3aB8hFkayZn996uBOPyupv1R0zYRKLikjsTF4QD4zGYFKM7iX2yiZYGJMWrTQmXJkMZrxtSZJNSC6G7NADHiDwm9G81aL+utU2lHpUrgWvgwIMfcCEQ== X-OriginatorOrg: sct-15-20-3174-20-msonline-outlook-8dac2.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 5859d063-5e4b-4e6b-ffea-08d977e49a46 X-MS-Exchange-CrossTenant-AuthSource: MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Sep 2021 01:03:18.5091 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MEYP282MB4076 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 01:03:29 -0000 ------=_001_NextPart147877346253_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCBhZnRlciByZXZpZXcgYW5kIGRpc2N1c3Npb24uDQoNCg0KDQpCZXN0IFJlZ2FyZHMs DQpaaGVucWlhbmcgTGkNCg0KbGlfemhlbnFpYW5nQGhvdG1haWwuY29tDQogDQpGcm9tOiBicnVu by5kZWNyYWVuZUBvcmFuZ2UuY29tDQpEYXRlOiAyMDIxLTA5LTA3IDIxOjEyDQpUbzogc3ByaW5n QGlldGYub3JnDQpTdWJqZWN0OiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jj b21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3By aW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQpEZWFyIFdHLA0KIA0KIA0KVGhlIERlc2lnbiBUZWFt IGhhcyBwcm9kdWNlZCB0d28gZG9jdW1lbnRzOg0KLSBBIHJlcXVpcmVtZW50IGRvY3VtZW50OiBk cmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQgDQotIEEgc29sdXRp b24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1h bmFseXNpcw0KIA0KQm90aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQgdHJpZ2dl cmVkIHNvbWUgZGlzY3Vzc2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy4N CldlIGJlbGlldmUgaXQncyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRha2luZyBv d25lcnNoaXAgb2YgdGhvc2UgdHdvIGRvY3VtZW50cy4NCk5vdGUgdGhhdCwgZXNwZWNpYWxseSBm b3IgdGhvc2UgdHdvIGRvY3VtZW50cywgV0cgYWRvcHRpb24gZG9lcyBub3QgbmVjZXNzYXJpbHkg bWVhbiBSRkMgcHVibGljYXRpb24gaW4gcGFydGljdWxhciBpZiBpdCB0dXJucyBvdXQgdGhhdCB0 aGUgYmVuZWZpdCBvZiBsb25nIHRlcm0gYXJjaGl2ZSB3b3VsZCBub3QganVzdGlmeSB0aGUgV0cg YW5kIElFU0cgZWZmb3J0IHRvIGZpbmFsaXplIHRob3NlIHR3byBkb2N1bWVudHMuDQogDQogDQpU aGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVuZGluZyBTZXB0 ZW1iZXIgIDIwdGggMjAyMSwgZm9yOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNv bXByZXNzaW9uLWFuYWx5c2lzDQogDQogDQpBZnRlciByZXZpZXcgb2YgdGhlIGRvY3VtZW50KHMp IHBsZWFzZSBpbmRpY2F0ZSBzdXBwb3J0IChvciBub3QpIGZvciBXRyBhZG9wdGlvbiBvZiB0aGUg ZG9jdW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlzdC4NClBsZWFzZSBhbHNvIHByb3ZpZGUgY29t bWVudHMvcmVhc29ucyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMg aXMgYSBzdHJvbmdlciB3YXkgdG8gaW5kaWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMg aXMgbm90IGEgdm90ZS4NCiANCklmIHlvdSBhcmUgd2lsbGluZyB0byB3b3JrIG9uIHRoZSBkb2N1 bWVudChzKSwgcGxlYXNlIHN0YXRlIHRoaXMgZXhwbGljaXRseS4gVGhpcyBnaXZlcyB0aGUgY2hh aXJzIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBvZiBwZW9wbGUgaW4gdGhlIHdv cmtpbmcgZ3JvdXAgd2lsbGluZyB0byB3b3JrIG9uIHRoZSBkb2N1bWVudC4gDQogDQpUaGFua3Mh DQogDQpKaW0sIEJydW5vICYgSm9lbA0KIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpDZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMs IGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1 IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3Jhbmdl IGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0 aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0 ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBk ZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUg YWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVu IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoNCg== ------=_001_NextPart147877346253_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable body { line-height: 1.5; }blockquote { margin-top: 0px; margin-bottom:= 0px; margin-left: 0.5em; }p { margin-top: 0px; margin-bottom: 0px; }div.Fo= xDiv20210915090311245724 { }body { font-size: 10.5pt; font-family: =E5=BE= =AE=E8=BD=AF=E9=9B=85=E9=BB=91; color: rgb(0, 0, 0); line-height: 1.5; }=0A= =0A=
Support after review and discussion.
=0A=

=0A=
Best Regards,
Zhenqiang Li

li_zhenqiang@hotmail.com<= /div>
=0A=
 
Date:&= nbsp;2021-09-07 21:12
Subject: [spring] WG Adoption cal= l - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-c= ompression-analysis
=0A= =0A=
=0A=

Dear= = =0A= WG,

=0A=

 

=0A=

 

=0A=

Th= e Design Team has produced two documents:

=0A=

- = A requirement document: draft-srcompdt-spring= -compression-requirement=0A=

=0A=

- = A solution analysis document: draft-srcompdt-= spring-compression-analysis

=0A=

 

=0A=

Bo= th have been presented to the WG and triggered some discussions but are=0A= still individual documents.

=0A=

We= believe it's now time for the WG to consider taking ownership of those=0A= two documents.

=0A=

No= te that, especially for those two documents, WG adoption does not necessari= ly=0A= mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=0A=

 

=0A=

 

=0A=

Th= is message starts a 2 week WG adoption call, ending September =0A= 20th 2021, for:

=0A=

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compressi= on-requirement

=0A=

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-= analysis

=0A=

 

=0A=

 

=0A=

Af= ter review of the document(s) please indicate support (or not) for WG=0A= adoption of the document(s) to the mailing list.

=0A=

Pl= ease also provide comments/reasons for your support (or lack thereof)=0A= as this is a stronger way to indicate your (non) support as this is not a = vote.

=0A=

 

=0A=

If= you are willing to work on the document(s), please state this explicitly.= =0A= This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.=0A=

=0A=

 

=0A=

Thanks!

=0A=

 

=0A=

Jim, Bruno & Joel=0A=

 

=0A=
=0A= 
______________________________________________________________________=
___________________________________________________=0A=
Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc=0A=
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler=0A=
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,=0A=
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.=0A=
This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;=0A=
they should not be distributed, used or copied without authorisation.=0A=
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.=0A=
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.=0A=
Thank you.=0A=
=0A=
=0A= = ------=_001_NextPart147877346253_=------ From nobody Tue Sep 14 20:00:41 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 880FC3A0BAB; Tue, 14 Sep 2021 20:00:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 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_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=SZ+nSIGU; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=DBkH56/w 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 u9uiblJMBjZD; Tue, 14 Sep 2021 20:00:33 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC8243A0BA9; Tue, 14 Sep 2021 20:00:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=51240; q=dns/txt; s=iport; t=1631674832; x=1632884432; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rz/RAxprIDmwtT+jF+HPBTzsxDZy07N4UoxZ/j2s/mU=; b=SZ+nSIGULj6rm7bHwCzKtD4f8VYA+YhzfhN6PHaSXKiwgI0+RPxeWfFv 4ItRtDb2waAap3NSamQhAsq5qrYwYf7QEDMwefZqloOBwAK2zj21kFIau CgBl0a2ShnZutKBCNbXynG1GmGPehm409djoV1A3rwv7amsWzqHyL/xS1 I=; IronPort-PHdr: =?us-ascii?q?A9a23=3AgbXPuRa8FldEzsXCMGVVo1D/LTA1hN3EVzX9o?= =?us-ascii?q?rImhq5ANKO58MeqME/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EV?= =?us-ascii?q?xIMhcgM2QB1BsmDBB76IeLkKSsgE5cKWFps5XruN09TFY73bEHTpXvn6zkUF?= =?us-ascii?q?13/OAN5K/6zFJTVipG81vu5/NvYZAAb7Ac=3D?= IronPort-Data: =?us-ascii?q?A9a23=3AjyhXiagh9BeXCUHHvLNnbYluX1615RIKZh0uj?= =?us-ascii?q?C45NGQN5FlHY01jehtvCD2GPP+CY2TwKY9+YI+18E8P75GHx9AxGQRoqilmE?= =?us-ascii?q?ixjpJueD7x1DKtf0wB+jyH7ockOA/w2MrEsF+hpCC+BzvuRGuK59yAkhPjUH?= =?us-ascii?q?uCU5NPsY0ideyc1EE/Ntjo78wIJqtYAbemRW2thi/uryyHsEAfNNwpPD44hw?= =?us-ascii?q?/nrRCWDExjFkGhwUlQWPZintbJF/pUfJMp3yaqZdxMUTmTId9NWSdovzJnhl?= =?us-ascii?q?o/Y1w0mBtXgmbHhfwhaBLXTJgOJzHFRXsBOgDAb+Xd0ifl9ZaFaMBsL49mKt?= =?us-ascii?q?4gZJNFltpGsQAE1FqbNg+8aFRJfFkmSOIUXoeCXcSng75f7I0ruNiGEL+9VJ?= =?us-ascii?q?EQrJpER4uZ+R2hP7ucRLy0MRhaEhOO/hrm8T4FEit4qItWuPY4DtDRqwCrCS?= =?us-ascii?q?O08X86GWKjQ+95T0SwYh81SE7DZfcVxQSFvdh3Mbx1GElUKDpMmkf3ugHTjG?= =?us-ascii?q?xVDsEiUo6Uf4mXPwkp2yreFGNDYYceiRMhJkACfvG2uwohTKnn2L/SFwjaDt?= =?us-ascii?q?3mrnOKKzWXwWZkZE/uz8fsCvbFa/URLYDV+aLdxiaLRZpaCZu9i?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AmNziQKOZT9Z2b8BcT5j255DYdb4zR+YMi2?= =?us-ascii?q?TDiHoRdfUFSKKlfp6V88jzjSWE9wr4WBkb6Le90dq7MA3hHP9OkMks1NKZPD?= =?us-ascii?q?UO11HYV72KgbGSpgEIXheOitK1tp0QMJSWaueAd2SS5PySiGLTfrpQo6jkzE?= =?us-ascii?q?nrv5ai854Hd3ANV0gU1XYANu/tKDwOeOApP+tcKLOsou584xawc3Ueacq2Ql?= =?us-ascii?q?MfWfLYmtHNnJX6JTYbGh8O8mC1/HGVwY+/NyLd8gYVUjtJz7tn23PCiRbF6q?= =?us-ascii?q?KqtOz+4gPA1lXU849dlLLau55+7Y23+4wowwfX+0CVjbdaKuS/VfcO0bmSAW?= =?us-ascii?q?MR4Z7xStEbTp9OAj3qDzuISFDWqnjdOX4Vmg/fIBmj8CbeSQiTfkNkNyKH7r?= =?us-ascii?q?gpLicxonBQzu2V3M9wrhGknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTO?= =?us-ascii?q?IlGfNsRKEkjQlo+a07bW/HAUEcYZ9TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFh?= =?us-ascii?q?PDRkQZoMSa3zVfgXg8liIjtYIit2ZF8Ih4R4hP5uzCPKgtnLZSTtUOZaY4AO?= =?us-ascii?q?saW8O4BmHEXBqJOmOPJlbsEr0BJhv22tHKyaRw4PvvdI0DzZM0lpiEWFREtX?= =?us-ascii?q?Qqc0arEsGK1I0jyGGHfIx8Z0Wk9ih63ek5hlTRfsueDcSzciFmryL7mYRrPi?= =?us-ascii?q?TyYYfFBK5r?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B9BgALYUFh/5BdJa1aHgEBCxIMQIF?= =?us-ascii?q?OC4EjMCMuB3cOTDcxiA8DhTmIBwOKbY9vgS4UgREDVAsBAQENAQFBBAEBhHM?= =?us-ascii?q?CgkQCJTQJDgECBAEBARIBAQUBAQECAQYEgREThWgBDIZCAQEBAQMSCBMTAQE?= =?us-ascii?q?3AQ8CAQgRAwEBAR4DAQYHIREUCQgCBA4FCBMHglCBflcDLwGkbwGBOgKKH3i?= =?us-ascii?q?BM4EBgggBAQYEBIUKDQuCNAmBOoJ/gnVTSIEcgVSDfyccgUlEgRQBQ4FmgQE?= =?us-ascii?q?+giBCBIEpARIBIx4GEIMXgi6HHhBbBgI8JgRLToElGQQBCiQRHgIPkS8ajCS?= =?us-ascii?q?NRZFBXgqDK5h4hgQUg2aLZ5c4lQoMgQaCHo1gkCqFBwIEAgQFAg4BAQaBYTt?= =?us-ascii?q?pcHAVO4JpURkPjiAMBRGDUIpedAI2AgYLAQEDCZATAQE?= X-IronPort-AV: E=Sophos;i="5.85,292,1624320000"; d="scan'208,217";a="917889763" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Sep 2021 03:00:29 +0000 Received: from mail.cisco.com (xbe-rcd-005.cisco.com [173.37.102.20]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 18F30T16004268 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 15 Sep 2021 03:00:29 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-rcd-005.cisco.com (173.37.102.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 14 Sep 2021 22:00:29 -0500 Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 14 Sep 2021 22:00:28 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 14 Sep 2021 22:00:28 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZVjKi50NK3L7ovnGS8D5rzm+SmZ0PvEnrk7BQ9tQ0lAXHUQ7Es3nVwq3IjjgVfeW+tL0S6wFeoaayRcKm+v+VvwNQDqoReFGuTSMsOO/o9n1jPlvAFx0sGGy/WtglgXRN9Qgf8t5LWj1BzOxK5nX9neScMkIsgwt849RjcQ33+gJJgluUFmNEcPG5Nal6DmhDGVukHoCwjnjo1pjApJaJmVu+z7alvzMfzu4ZrzF5YTssbeliQXEK3bQJLmXTKGbV1iR8dTuyJhWrp6URZoS0xRgtXFOVQjpenI/4X8J0JsvX8p6a/YLtWx6gaSUEVB7tOskZmoYtuJH4u47IaaEZQ== 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; bh=oRxoLX8xYHfNmMDkJAnZdwy4G5R4cQxBOUjnYf2wTFU=; b=bf9qU61EhXSBC25TZgI+SopkzZetPbPD09lY5N+NRv9AR+qmDw1857HQkWRuxc/XX87MUcFK3syba+wWgzqOhbf1sRWmoqMWL9oe4CY6VgzACcpIhhx6jCILVE9Au9Wq/LFrdY81KZVQmLVEN0yFcQWpv1OBOKEG//nqzTRTO7efKkCHt32669yeDBjBSFbY0ao41JCpF4j/DoV6PZhAgnO8g+jJhQOEJsp73TEz5PvM8t8C5AjOOZulunnwYzWO6882xqOslnu3nw8uv/s52AQp9/81FVV3iEPewWjAWTKNd5cbuUADeKeh9mJZSFIZjUsGXX/WHYj5ayM7Kuvvjg== 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=oRxoLX8xYHfNmMDkJAnZdwy4G5R4cQxBOUjnYf2wTFU=; b=DBkH56/wZHfPdKFi73gLGaExkWpPrx21e3CbSxzTZzkLKpEDopaZtOSOsV3WY2Frt1zdiryRPxbDnX5oo3i9dL2cC8l/lDV56r3szeRWWGnZlHclSeDDtpdHiXFF2N8KdTPYGfXVqV0ndSvoYwV17R9v+CvGCnGY5XQmKbDXyB8= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR1101MB2269.namprd11.prod.outlook.com (2603:10b6:301:4d::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.14; Wed, 15 Sep 2021 03:00:27 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998%7]) with mapi id 15.20.4500.019; Wed, 15 Sep 2021 03:00:26 +0000 From: "Ketan Talaulikar (ketant)" To: "bess@ietf.org" CC: "spring@ietf.org" , Shraddha Hegde , "draft-ietf-bess-srv6-services@ietf.org" , "Aissaoui, Mustapha (Nokia - CA/Ottawa)" Thread-Topic: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) Thread-Index: Add5ZuxHtH2qrBhRQGK4/wpw+iW7/ADOgmjgAAC4i7gAAG45wACHp2JQAAGkXhAAP5xUIAACp5twAANe4IAKfvQKwA== Date: Wed, 15 Sep 2021 03:00:26 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-07-15T11:06:24.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 883da8d5-ce8c-42c6-0531-08d977f4f826 x-ms-traffictypediagnostic: MWHPR1101MB2269: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1mPm+0LA+i1zVR4nSx7cBe2Vyq66mU8wtujNRBnMEfkVT7CAk+va+l158K7HFansnITv3lrn1ovRW0DWtgYg+/hzUqmpawJyo7ZA9jrmwbvuMUdsjzWqJwp/C6Q/keQenp8SeuuwWKWG+lz/gcfXVh4FloLN1snsXvZPhnawCV4Vj0TPQz1yXr2DV2esRTsRgcmqMkUSyj0p6bHPrnimWeYQz8QTQe8Y2pgN+FAECtb8UhF75mGtMk0Fvg+sBFkhOVs3hCs0Fi0syxmI18ZilJfUBMzU/uTMppZrVKjnAhoxY5hBAgZlSvq0M9JFpouLE6jIASaLJvLIRpD7+M+VrhNb6rsr+BRn1j9efuTBPY9AfTZSGHCAy4a6exphuSoX1G1w7+LkAFXnfFJst6tka3IOhwIBcx8cnjQzKPNz+yvGGiojXwR7hWv2VMym7Nkz2p9vMQXJ2N8aeSpxqpoZMULgtdeHOW4bWk4QdAtc5qo+GVip0Ukr82OGDGv7MiuObtz5va7f8QzpjLFjPZfW9RYHUYZnvSKq7iscwtJ6VjkuLlG1BfVEuRrC1+kiM0RgGoIji02tYBmsCnR0EG9hycYSfA3KgNKGUVnIrHX/uFWq72CuGAQKAwppZS6vJghrJplWDtFGr0+fDIkhLBUekG3P7fJG4xRLPaSwdPp+Clogo4nwK3cZ5iul5ohR0O06+FflAWq7sK5In65Q29KQvw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(39860400002)(366004)(136003)(376002)(8676002)(5660300002)(8936002)(86362001)(26005)(30864003)(52536014)(83380400001)(6506007)(478600001)(53546011)(122000001)(7696005)(316002)(55016002)(9326002)(66556008)(4326008)(54906003)(6916009)(9686003)(38100700002)(71200400001)(66446008)(66946007)(2906002)(64756008)(66476007)(33656002)(38070700005)(76116006)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Igp6O5WWQiIFBxVWCpRukTi/pAJs/FXucgEc8yhpM4qXV4lGhiwxWMquQ6if?= =?us-ascii?Q?5l0tHjhUWsshP9tZFwe2Mm0eDgta1UqraFNFzdHhghaGbP0f0DLw1Znmpqfv?= =?us-ascii?Q?U8A3EeF50SbDGz+kK10itsYJFfxEh7QNJ8/XnMiuq5LxczjAidM1asPYi8mF?= =?us-ascii?Q?zqTGMUJc8pRVylYuACl9OoxX0J8vdHxl3WL8/DpcvlG3Nol4Mqsuyz/y+cgG?= =?us-ascii?Q?9Tjf3sxpjvcDErB2oW1s+H51lCiqkQAdDqgggs1n7qkrBd/1hXwS3dvCZHZg?= =?us-ascii?Q?pjPYiXqHHLDAuDfnKPkzSJsKXvV40XDNQneluobNCPfgU+kRAbQCGoYDf56l?= =?us-ascii?Q?0PnKJMv+ptOw9Kar/rlWJR8i+Dh36RNJOuTaLPB3YLF/v8KYNuIg3jdTlPL6?= =?us-ascii?Q?7IuQUatyUY6Iqi4reReddbSqBJJl6hNAvgb2i3bhj++mnDIRhfz86lNGkeXB?= =?us-ascii?Q?s79iGxB832R5AyD7zZ3usLqAjH3f0KeOP3toh6H5DHcrcmOUF/ZIswFgwWMG?= =?us-ascii?Q?Izpp4ElnaKC4BHSsZyxGsyuZqKEdUKrgs9ENiMsep9DdBzSxQIN1aTMdOXyl?= =?us-ascii?Q?h6LhZVj8cY7CsRlWGTleO9o0ZAeIMxRtV5Pe4EyakG5SWBAgYQF5l1oGSL/8?= =?us-ascii?Q?Z4UqLLYBOuhDC4ge/epmr/vGBtUeCQe5Tde/D+AVGEoR+kA9tbfWGxyao8Mq?= =?us-ascii?Q?x2Ts8dZn8SoQtLliijCnTI3vWAopuQFm+FcisNHGAKPzIHTRuWXARFRHWFEM?= =?us-ascii?Q?e5+dh1xn9AeLlQVrDacQDH4UTaszp9QiIh6cZ+0zHLHDNPtFb9evY9z8dklx?= =?us-ascii?Q?zaQgjoHBu+nj+DJZMyO+4ShuBzoJK4xjWNUKY8hBIO3hHUDIZKxHcrllAKec?= =?us-ascii?Q?NGBK+X3lPUGtKpnYUEgmXSBh2x3MOekf5z+k+Qsl0asCFOaYJqvNZ2MWx22A?= =?us-ascii?Q?nJpeBkVSVsqk7X9V2B1GjnGIvqO7Sf+Hr2A96oX3ZTfk0qBM208pwE3rDd2D?= =?us-ascii?Q?EoPLmLnSn1aVK86/CumuR18pwcO2uY1fKtLpDCZNGpylbx+9eMTgo/6WvraW?= =?us-ascii?Q?r3W9XGWEBC3tjneT98zXC1fLZi1jywhrIxmo472SVHP3ZABJ1DqtzgQuC/UU?= =?us-ascii?Q?li+29iamhNmF+BFK/Sq5iN4ow1rR83h1/EtBIJmrqj1859J2aoGnopDtfgHI?= =?us-ascii?Q?9o7PWis1WP3Kw/kQD3i2YHmRjx5jNA+blNz38Q3K9HlB9+6tYI5nYR1z9Amb?= =?us-ascii?Q?+ecVWqTOJCfDH/qSqEje4nyiL6jtcYSGH8ySnUzcSfIgqejF1Iyp5Hpp3l/R?= =?us-ascii?Q?pVUMakQWYZj7irK1bNbXGfIS?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB457050C19A64BD4E2FE37735C1DB9MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 883da8d5-ce8c-42c6-0531-08d977f4f826 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2021 03:00:26.7487 (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: 4Uv8zyAgSRVWxJxH7MZn0hcmsjy0+UcrsWTsx2w3ZH7zXL/1UTG0Hjkd7b+UR7R46wiQe/Rkif3QK0ObzOK60Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2269 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.20, xbe-rcd-005.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 03:00:39 -0000 --_000_MW3PR11MB457050C19A64BD4E2FE37735C1DB9MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, Getting back on this topic with a text update proposal for sec 5 and 6 of t= he draft. The objective of this change is to clarify the use of the SHOULD that is us= ed in this text. OLD/CURRENT When providing best-effort connectivity to the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. NEW When the steering for SRv6 services is based on shortest path forwarding= (e.g., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to = the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. The result of an SRv6 Service SID reachability (e.g. when provided via IGP Flexible Algorithm) can be ignored if the ingress PE has a local policy that allows a fallback mechanism to reach the egress PE. The details of such fallback mechanisms is outside the scope of this document. Please let know your feedback. The authors will look to incorporate this ch= ange along with any other comments as part of the AD review updates. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) Sent: 23 July 2021 22:10 To: Ketan Talaulikar (ketant) Cc: spring@ietf.org; Shraddha Hegde ; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) That is great. Thank you. Mustapha. From: Ketan Talaulikar (ketant) > Sent: Friday, July 23, 2021 11:08 AM To: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Cc: spring@ietf.org; Shraddha Hegde >; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) < trimming list to mostly mailers > Hi Mustapha, I agree. Also after seeing Shraddha's latest email, the coverage and details for the= fallback mechanisms that she seems to be looking for is quite vast and bet= ter tackled in a separate document since this one has completed its WGLC. S= ome of those concepts are applicable for MPLS as well and not SRv6 specific= . We (authors) will work on some text proposal and get back to the WG next we= ek. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Sent: 23 July 2021 19:20 To: Ketan Talaulikar (ketant) >; = Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mou= ntain View) >; gdaw= ra.ietf@gmail.com; Clarence Filsfils (cfilsfi= l) >; robert@raszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Ketan, I believe it will be worth expanding the text in draft-ietf-bess-srv6-servi= ces to describe the two types of transport more consistently and along the = lines of what you wrote below. Also, I would propose that we move away from= terminology like best-effort service and instead just mention shortest pat= h forwarding in base topology or in flex-algo topology. Mustapha. From: spring > On B= ehalf Of Ketan Talaulikar (ketant) Sent: Thursday, July 22, 2021 3:43 AM To: Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; bruno.decra= ene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6= -services-07) Hi Rajesh, My apologies for the delay in my response. However, some of my co-authors a= nd other WG members have already clarified this point. Let me try to summar= ize. The draft covers two SRv6 based mechanisms for the transport of services be= tween SRv6 PEs. (1) using SR Policy based steering (i.e. for service routes= with Color Extended Communities) using the H.encap construct along with a = list of SRv6 segments and the other (2) using H.encap with just the SRv6 S= ervice SID in the IPv6 DA. As mentioned in the draft, it is required to verify the reachability of the= SRv6 Service SID before the mechanism (2) can be used. This is an explicit= clarification for verification of reachability. In an MPLS-VPN scenario, i= f the egress PE NH's IP route is reachable at the ingress PE but without an= MPLS label, such a path cannot be used. This is semantically similar. The mechanism (1) is different since the routing to the egress PE is via SR= Policy and hence the requirement for verification of reachability of the S= Rv6 Service SID is not there. There is no mandate for the setting of the NH since that is left to deploym= ent design. I hope this helps in addition to the various clarifications already provide= d by others. Thanks, Ketan From: Rajesh M > Sent: 22 July 2021 12:09 To: Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; Ketan Talaulikar (keta= nt) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; = bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Could Authors respond to this ? Juniper Business Use Only From: Rajesh M > Sent: Monday, July 19, 2021 7:28 PM To: Rabadan, Jorge (Nokia - US/Mountain View) >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Fi= lsfils (cfilsfil) >; robert@r= aszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi All, For best effort service, flex algo - Resolve SRv6 Service SID for forwardin= g. For SR-TE, CAR/CT - Resolve BGP next hop for forwarding. There is no unification here, it's better to unify. Any other solution is OK. Thanks Rajesh Juniper Business Use Only From: Rabadan, Jorge (Nokia - US/Mountain View) > Sent: Monday, July 19, 2021 7:17 PM To: Rajesh M >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Filsf= ils (cfilsfil) >; robert@rasz= uk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi Rajesh, The draft is written so that the next-hop address MAY be covered by the loc= ator, but there are cases in which the next-hop address is not part of the = locator prefix, and there are implementations already allowing that, so I d= on't agree the document should mandate what you are suggesting. Thanks. Jorge From: Rajesh M > Date: Monday, July 19, 2021 at 3:24 PM To: Rajesh M >, Ketan Talaulikar (ketant) >, gdawra.ietf@gmail.com = >, Clarence Filsfils (c= filsfil) >, robert@raszuk.net= >, b= runo.decraene@orange.com >, Rabadan, Jorge (Nokia - US/M= ountain View) > Cc: spring@ietf.org >, bgp@ans.net >, Shraddha Hegde >, bes= s@ietf.org >, Sri= hari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Authors, Please respond. Thanks Rajesh Juniper Business Use Only From: spring > On B= ehalf Of Rajesh M Sent: Thursday, July 15, 2021 4:36 PM To: Ketan Talaulikar (ketant) >; = gdawra.ietf@gmail.com; Clarence Filsfils (cfi= lsfil) >; robert@raszuk.net; bruno.decraene@orange.com; jorge.rabadan@nokia.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-ser= vices-07) [External Email. Be cautious of content] Hi All, As per this draft, this is how resolution must work. 1)For Non Intent service Route: if BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding. 2)For Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy= ): BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding(To find IGP flex algo).if successfu= lly resolves then return. Resolve BGP next hop for forwarding (in case above is not success). Using Service SID (overlay),for resolution is definitely not recommended. Instead in case of srv6, we always resolve on BGP nexthop. This will be in = line with BGP legacy. In case of best effort/flex algo we must mandate user to set corresponding = locator as BGP nexthop for srv6 routes. I think this is a reasonable mandate. Thanks Rajesh Juniper Business Use Only --_000_MW3PR11MB457050C19A64BD4E2FE37735C1DB9MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello All= ,

&nbs= p;

Getting b= ack on this topic with a text update proposal for sec 5 and 6 of the draft.=

&nbs= p;

The objec= tive of this change is to clarify the use of the SHOULD that is used in thi= s text.

&nbs= p;

OLD/CURRE= NT

   When providing best-effort connec= tivity to the egress PE, the ingress

   PE encapsulates the payload in an= outer IPv6 header where the

   destination address is the SRv6 S= ervice SID associated with the

   related BGP route update.  T= herefore, the ingress PE SHOULD perform

   resolvability check for the SRv6 = Service SID before considering the

   received prefix for the BGP best = path computation.

 

NEW

   When the steering for SRv6 services is based on shortest path forwarding (e.g= ., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to t= he egress PE, the ingress

   PE encapsulates the paylo= ad in an outer IPv6 header where the

   destination address is the SRv= 6 Service SID associated with the

   related BGP route update. = ; Therefore, the ingress PE SHOULD perform

   resolvability check for the SR= v6 Service SID before considering the

   received prefix for the BGP be= st path computation.  The result of an

   SRv6 Service SID reachabili= ty (e.g. when provided via IGP Flexible

   Algorithm) can be ignored i= f the ingress PE has a local policy that

   allows a fallback mech= anism to reach the egress PE. The details of

   such fallback mechanis= ms is outside the scope of this document.

&nbs= p;

Please le= t know your feedback. The authors will look to incorporate this change alon= g with any other comments as part of the AD review updates.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@no= kia.com>
Sent: 23 July 2021 22:10
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf.org; Shraddha Hegde <shraddha@juniper.net>; be= ss@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

That is gre= at. Thank you.

 =

Mustapha.

 =

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Friday, July 23, 2021 11:08 AM
To: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

< trim= ming list to mostly mailers >

&nbs= p;

Hi Mustap= ha,

&nbs= p;

I agree. =

&nbs= p;

Also afte= r seeing Shraddha’s latest email, the coverage and details for the fa= llback mechanisms that she seems to be looking for is quite vast and better= tackled in a separate document since this one has completed its WGLC. Some of those concepts are applicable for MPLS= as well and not SRv6 specific.

&nbs= p;

We (autho= rs) will work on some text proposal and get back to the WG next week.<= /o:p>

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 19:20
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Rajesh M <mrajesh@juniper.net>; Rajesh M <mrajesh@juniper.net>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.r= abadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Ketan,

I believe i= t will be worth expanding the text in draft-ietf-bess-srv6-services to desc= ribe the two types of transport more consistently and along the lines of what you wrote below. Also, I would propose that we= move away from terminology like best-effort service and instead just menti= on shortest path forwarding in base topology or in flex-algo topology.=

 =

Mustapha.

 =

From: spring <spring-bo= unces@ietf.org> On Behalf Of Ketan Talaulikar (ketant)
Sent: Thursday, July 22, 2021 3:43 AM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge= (Nokia - US/Mountain View) <= jorge.rabadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hi Rajesh= ,

&nbs= p;

My apolog= ies for the delay in my response. However, some of my co-authors and other = WG members have already clarified this point. Let me try to summarize.=

&nbs= p;

The draft= covers two SRv6 based mechanisms for the transport of services between SRv= 6 PEs. (1) using SR Policy based steering (i.e. for service routes with Col= or Extended Communities) using the H.encap construct along with a list of SRv6 segments  and the other (2) using= H.encap with just the SRv6 Service SID in the IPv6 DA.

&nbs= p;

As mentio= ned in the draft, it is required to verify the reachability of the SRv6 Ser= vice SID before the mechanism (2) can be used. This is an explicit clarific= ation for verification of reachability. In an MPLS-VPN scenario, if the egress PE NH’s IP route is reachable= at the ingress PE but without an MPLS label, such a path cannot be used. T= his is semantically similar.

&nbs= p;

The mecha= nism (1) is different since the routing to the egress PE is via SR Policy a= nd hence the requirement for verification of reachability of the SRv6 Servi= ce SID is not there.

&nbs= p;

There is = no mandate for the setting of the NH since that is left to deployment desig= n.

&nbs= p;

I hope th= is helps in addition to the various clarifications already provided by othe= rs.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Rajesh M <mrajesh@jun= iper.net>
Sent: 22 July 2021 12:09
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge (Noki= a - US/Mountain View) <jorge.= rabadan@nokia.com>; Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Could Authors respond to this ?

 

 

Juniper Business= Use Only

From: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>
Sent: Monday, July 19, 2021 7:28 PM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>; Rajesh M <mrajesh@juniper.net>; Ketan Talau= likar (ketant) <ketant@cisco.com= >; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi All,

 

For best effort service, flex algo – R= esolve SRv6 Service SID for forwarding.

For SR-TE, CAR/CT - Resolve BGP next hop for forwarding.

 

There is no unification here, it’s better to unify.

Any other solution is OK.

 

Thanks

Rajesh

 

 

Juniper Business= Use Only

From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Sent: Monday, July 19, 2021 7:17 PM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Ketan Talaulik= ar (ketant) <ketant@cisco.com>= ;; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Rajesh,

 

The draft is written so that the next-hop address MAY be c= overed by the locator, but there are cases in which the next-hop address is= not part of the locator prefix, and there are implementations already allowing that, so I don’t agree the docu= ment should mandate what you are suggesting.

 

Thanks.

Jorge

 

From: Rajesh M &= lt;mrajesh@juniper.net>
Date: Monday, July 19, 2021 at 3:24 PM
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>, Ketan Talaulikar (ke= tant) <ketant@cisco.com>, gdawra.ietf@gmail.com <gdawra.ietf@gmail.com>, Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>, robert@raszuk.net <robert@raszuk.net>, bruno.decraene@orange.com = <bruno.decraene@orange.com<= /a>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Cc: spring@ietf.org <spring@ietf.org>, bgp@ans.net <bgp@ans.net>, Shraddha Hegde <shraddha@juniper.net>, bess@ietf.org <bess@ietf.org>, Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

Hi= Authors,

 

Pl= ease respond.

 

Th= anks

Ra= jesh

 

 

Juniper Business= Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of Rajesh M
Sent: Thursday, July 15, 2021 4:36 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com; j= orge.rabadan@nokia.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-s= rv6-services-07)

 

[External Email. Be cautious of content]

 

Hi All,

 

As per this draft, this is how = resolution must work.

 

1)For Non Intent service Route:=

if BGP next hop is not reachabl= e return.

Resolve SRv6 Service SID for fo= rwarding.

 

2)For Intent service Route (IGP= Flex-Algo first then BGP CAR then SR Policy):

BGP next hop is not reachable r= eturn.

Resolve SRv6 Service SID for fo= rwarding(To find IGP flex algo).if successfully resolves then return.<= /o:p>

Resolve BGP next hop for forwar= ding (in case above is not success).

 

 

Using Service SID (overlay),= for resolution is definitely not recommended.

 =

Instead in case of srv6, we = always resolve on BGP nexthop. This will be in line with BGP legacy.

In case of best effort/flex = algo we must mandate user to set corresponding locator as BGP nexthop for s= rv6 routes.

I think this is a reasonable= mandate.

 

Thanks

Rajesh

 

Juniper Business= Use Only

--_000_MW3PR11MB457050C19A64BD4E2FE37735C1DB9MW3PR11MB4570namp_-- From nobody Wed Sep 15 00:12:38 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAD043A0DB7 for ; Wed, 15 Sep 2021 00:12:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 AeOyOdMh8IJ9 for ; Wed, 15 Sep 2021 00:12:27 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB8393A0DB2 for ; Wed, 15 Sep 2021 00:12:26 -0700 (PDT) Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H8WZD43TLz67Q1j for ; Wed, 15 Sep 2021 15:10:12 +0800 (CST) Received: from dggpemm500007.china.huawei.com (7.185.36.183) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 15 Sep 2021 09:12:22 +0200 Received: from dggpemm500008.china.huawei.com (7.185.36.136) by dggpemm500007.china.huawei.com (7.185.36.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 15 Sep 2021 15:12:20 +0800 Received: from dggpemm500008.china.huawei.com ([7.185.36.136]) by dggpemm500008.china.huawei.com ([7.185.36.136]) with mapi id 15.01.2308.008; Wed, 15 Sep 2021 15:12:20 +0800 From: Lizhenbin To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AdepzBpoucpaNY0DSOmZKpSUpxaE9wANMadQ Date: Wed, 15 Sep 2021 07:12:19 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.96.49.212] Content-Type: multipart/alternative; boundary="_000_f72cb4fdd0174d35bd94ca988becdda4huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 07:12:35 -0000 --_000_f72cb4fdd0174d35bd94ca988becdda4huaweicom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQWxsLA0KSSBzdXBwb3J0IHRoZSBhZG9wdGlvbiBvZiB0aGVzZSBkcmFmdHMuIFRoYW5rcyB2 ZXJ5IG11Y2ggdG8gdGhlIERUoa9zIGhhcmQgd29yay4NCg0KQmVzdCBSZWdhcmRzLA0KUm9iaW4N Cg0KDQq3orz+yMs6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSC0+rHt IGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5j b20+DQq3osvNyrG85DogMjAyMcTqOdTCN8jVIDIxOjEzDQrK1bz+yMs6IHNwcmluZ0BpZXRmLm9y ZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPg0K1vfM4jogW3NwcmluZ10gV0cgQWRvcHRpb24gY2Fs bCAtIGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudCAtIGRyYWZ0 LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcw0KDQpEZWFyIFdHLA0KDQoNClRo ZSBEZXNpZ24gVGVhbSBoYXMgcHJvZHVjZWQgdHdvIGRvY3VtZW50czoNCi0gQSByZXF1aXJlbWVu dCBkb2N1bWVudDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50 DQotIEEgc29sdXRpb24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1j b21wcmVzc2lvbi1hbmFseXNpcw0KDQpCb3RoIGhhdmUgYmVlbiBwcmVzZW50ZWQgdG8gdGhlIFdH IGFuZCB0cmlnZ2VyZWQgc29tZSBkaXNjdXNzaW9ucyBidXQgYXJlIHN0aWxsIGluZGl2aWR1YWwg ZG9jdW1lbnRzLg0KV2UgYmVsaWV2ZSBpdCdzIG5vdyB0aW1lIGZvciB0aGUgV0cgdG8gY29uc2lk ZXIgdGFraW5nIG93bmVyc2hpcCBvZiB0aG9zZSB0d28gZG9jdW1lbnRzLg0KTm90ZSB0aGF0LCBl c3BlY2lhbGx5IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9wdGlvbiBkb2VzIG5vdCBu ZWNlc3NhcmlseSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0IHR1cm5z IG91dCB0aGF0IHRoZSBiZW5lZml0IG9mIGxvbmcgdGVybSBhcmNoaXZlIHdvdWxkIG5vdCBqdXN0 aWZ5IHRoZSBXRyBhbmQgSUVTRyBlZmZvcnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRvY3VtZW50 cy4NCg0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVu ZGluZyBTZXB0ZW1iZXIgIDIwdGggMjAyMSwgZm9yOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1l bnQNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQt c3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCg0KQWZ0ZXIgcmV2aWV3IG9mIHRoZSBkb2N1 bWVudChzKSBwbGVhc2UgaW5kaWNhdGUgc3VwcG9ydCAob3Igbm90KSBmb3IgV0cgYWRvcHRpb24g b2YgdGhlIGRvY3VtZW50KHMpIHRvIHRoZSBtYWlsaW5nIGxpc3QuDQpQbGVhc2UgYWxzbyBwcm92 aWRlIGNvbW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3IgbGFjayB0aGVyZW9mKSBh cyB0aGlzIGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBh cyB0aGlzIGlzIG5vdCBhIHZvdGUuDQoNCklmIHlvdSBhcmUgd2lsbGluZyB0byB3b3JrIG9uIHRo ZSBkb2N1bWVudChzKSwgcGxlYXNlIHN0YXRlIHRoaXMgZXhwbGljaXRseS4gVGhpcyBnaXZlcyB0 aGUgY2hhaXJzIGFuIGluZGljYXRpb24gb2YgdGhlIGVuZXJneSBsZXZlbCBvZiBwZW9wbGUgaW4g dGhlIHdvcmtpbmcgZ3JvdXAgd2lsbGluZyB0byB3b3JrIG9uIHRoZSBkb2N1bWVudC4NCg0KVGhh bmtzIQ0KDQpKaW0sIEJydW5vICYgSm9lbA0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2Ug ZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBj b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMg ZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kg dm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl cg0KDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBq b2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdh bHRlcmF0aW9uLA0KDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0KDQpU aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwg b3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0K DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQg YXV0aG9yaXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJv ciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC4NCg0KVGhhbmsgeW91Lg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0Ksb7Tyrz+vLDG 5Li9vP66rNPQ0MK7qsj9vK/NxbXEsaPD3NDFz6KjrL32z97T2reiy824+MnPw+a12Na31tDB0LP2 DQq1xLj2yMu78si61+mho7371rnIzrrOxuTL+8jL0tTIzrrO0M7Kvcq508OjqLD8wKi1q7K7z97T 2sirsr+78rK/t9a12NC5wrahori01sahog0Ku/LJoreio6mxvtPKvP7W0LXE0MXPoqGjyOe5+8T6 tO3K1cHLsb7Tyrz+o6zH68T6waK8tLXnu7C78tPKvP7NqNaqt6K8/sjLsqLJvrP9sb4NCtPKvP6j oQ0KVGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBp bmZvcm1hdGlvbiBmcm9tIE5ldyBIM0MsIHdoaWNoIGlzDQppbnRlbmRlZCBvbmx5IGZvciB0aGUg cGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55IHVzZSBv ZiB0aGUNCmluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5n LCBidXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwNCmRpc2Nsb3N1cmUsIHJlcHJv ZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRoZSBpbnRl bmRlZA0KcmVjaXBpZW50KHMpIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1t YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCmJ5IHBob25lIG9yIGVtYWls IGltbWVkaWF0ZWx5IGFuZCBkZWxldGUgaXQhDQo= --_000_f72cb4fdd0174d35bd94ca988becdda4huaweicom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi All,

I support the adoption of these drafts= . Thanks very much to the DT=A1=AFs hard work.

 

Best Regards,

Robin

 

 

=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bou= nces@ietf.org] =B4=FA=B1=ED bruno.decraene@orange.com
=B7=A2=CB=CD=CA=B1=BC=E4: 2021= =C4=EA9=D4= =C27=C8=D5 21:13
=CA=D5=BC=FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement= - draft-srcompdt-spring-compression-analysis

 

Dear WG,=

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis=

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:=

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!<= /o:p>

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________
 =

Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler<=
span lang=3D"EN-US">
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,<=
span lang=3D"EN-US">
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 =

This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.
Thank you.

-----= ---------------------------------------------------------------------------= -----------------------------------------------------
=B1=BE=D3=CA=BC=FE=BC=B0=C6=E4=B8=BD= =BC=FE=BA=AC=D3=D0=D0=C2=BB=AA=C8=FD=BC=AF=CD=C5=B5=C4=B1=A3=C3=DC=D0=C5=CF= =A2=A3=AC=BD=F6=CF=DE=D3=DA=B7=A2=CB=CD=B8=F8=C9=CF=C3=E6=B5=D8=D6=B7=D6=D0= =C1=D0=B3=F6
=B5=C4=B8=F6=C8=CB=BB=F2=C8=BA=D7=E9=A1=A3=BD=FB=D6=B9=C8=CE=BA=CE= =C6=E4=CB=FB=C8=CB=D2=D4=C8=CE=BA=CE=D0=CE=CA=BD=CA=B9=D3=C3=A3=A8=B0=FC=C0= =A8=B5=AB=B2=BB=CF=DE=D3=DA=C8=AB=B2=BF=BB=F2=B2=BF=B7=D6=B5=D8=D0=B9=C2=B6= =A1=A2=B8=B4=D6=C6=A1=A2
=BB=F2=C9=A2=B7=A2=A3=A9=B1=BE=D3=CA=BC=FE=D6=D0=B5=C4=D0=C5=CF=A2= =A1=A3=C8=E7=B9=FB=C4=FA=B4=ED=CA=D5=C1=CB=B1=BE=D3=CA=BC=FE=A3=AC=C7=EB=C4= =FA=C1=A2=BC=B4=B5=E7=BB=B0=BB=F2=D3=CA=BC=FE=CD=A8=D6=AA=B7=A2=BC=FE=C8=CB= =B2=A2=C9=BE=B3=FD=B1=BE
=D3=CA=BC=FE=A3=A1
This e-mai= l and its attachments contain confidential information from New H3C, which = is
intended only for the person or entity whose address is listed above. Any u= se of the
information contained herein in any way (including, but not limited to, tot= al or partial
disclosure, reproduction, or dissemination) by persons other than the inten= ded
recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender
by phone or email immediately and delete it!

--_000_f72cb4fdd0174d35bd94ca988becdda4huaweicom_-- From nobody Wed Sep 15 02:25:20 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F26E3A09DB for ; Wed, 15 Sep 2021 02:25:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 LxGFaI1LNgJX for ; Wed, 15 Sep 2021 02:25:11 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 368DF3A09D3 for ; Wed, 15 Sep 2021 02:25:11 -0700 (PDT) Received: from fraeml738-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H8ZW71FSQz6H7fX for ; Wed, 15 Sep 2021 17:22:43 +0800 (CST) Received: from dggpemm500002.china.huawei.com (7.185.36.229) by fraeml738-chm.china.huawei.com (10.206.15.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 15 Sep 2021 11:25:06 +0200 Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by dggpemm500002.china.huawei.com (7.185.36.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Wed, 15 Sep 2021 17:25:04 +0800 Received: from dggeme752-chm.china.huawei.com ([10.6.80.76]) by dggeme752-chm.china.huawei.com ([10.6.80.76]) with mapi id 15.01.2308.008; Wed, 15 Sep 2021 17:25:04 +0800 From: "Gengxuesong (Geng Xuesong)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wGKWn2g Date: Wed, 15 Sep 2021 09:25:04 +0000 Message-ID: <280539196730425ab8faed19308e07ec@huawei.com> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.43] Content-Type: multipart/alternative; boundary="_000_280539196730425ab8faed19308e07echuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 09:25:16 -0000 --_000_280539196730425ab8faed19308e07echuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, I think these 2 documents give detailed instructions about requirement and = mechanism analysis for compressing SRv6 SID lists. This is useful for SRv6 = Compression solution selection and future deployment. Support adoption. Best Xuesong From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_280539196730425ab8faed19308e07echuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

I think these 2 documents give detaile= d instructions about requirement and mechanism analysis for compressing SRv= 6 SID lists. This is useful for SRv6 Compression solution selection and future deployment.

Support adoption.

 

Best

Xuesong

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_280539196730425ab8faed19308e07echuaweicom_-- From nobody Wed Sep 15 07:28:00 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F6EE3A1ABA for ; Wed, 15 Sep 2021 07:27:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bell.ca 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 XUX7KzlctVKR for ; Wed, 15 Sep 2021 07:27:53 -0700 (PDT) Received: from ESA1-Wyn.bell.ca (esa1-wyn.bell.ca [67.69.243.161]) (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 5A6F83A1AB5 for ; Wed, 15 Sep 2021 07:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1631716073; x=1663252073; h=from:to:date:message-id:mime-version:subject; bh=GCmSje4i+NhGmOwC0fqoykp/sxuq/IkaqSrRSwg5VPQ=; b=A/52gQV+uRZvgvpEJNJ6qTCPFKpX1C1PoXAe3Bxl7OjYwLYYCey39JS3 GMhVfnRwFfM0AplsxqGr7KuK7kcd4VxZbmv7rJb94V6Hir+TXxVT7aZ7l AaDjJeucRPyQI1g088H8LF3e6v56kjTHqybCGNu5LwiPrSGajZ8u9/jXk tX+MSsjpGbnXxkAaIxm07cDtnlGiaYabv80OYe7l4FXAegF7d8NOyufcR IdV55AydzuZjs2dGV/kZA6oBgwZU7Vs6hnVGdj+BO8olKFzkaw9oZkkD7 2zA0QixU6uYkVm19cmyUeUcO2UZNx//K5HBvQN6ZsIPwXGjJAyKUA+ctx Q==; IronPort-SDR: XK7lq6TU+HGYwlfCmqNQySXwGKePbeDfON1a42SNHrTB58mPcrLfDNzxnCh8aO1ykc6d+bDukK ANr/4w04W6rg== Received: from dm5cch-d00.bellca.int.bell.ca (HELO DG1MBX03-WYN.bell.corp.bce.ca) ([198.235.102.30]) by esa01corp-wyn.bell.corp.bce.ca with ESMTP; 15 Sep 2021 10:27:50 -0400 Received: from DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) by DG1MBX03-WYN.bell.corp.bce.ca (2002:8eb6:120d::8eb6:120d) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Wed, 15 Sep 2021 10:27:50 -0400 Received: from DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b0c3:78d9:a8f:2958]) by DG1MBX04-WYN.bell.corp.bce.ca ([fe80::b0c3:78d9:a8f:2958%22]) with mapi id 15.00.1497.018; Wed, 15 Sep 2021 10:27:50 -0400 From: "Bernier, Daniel" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: [EXT][spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AQHXqj3cZfE2/4HmBUSJ6uUm/ntTGA== Date: Wed, 15 Sep 2021 14:27:50 +0000 Message-ID: <57808891-7A4F-422B-9326-4D76EE64BD2A@bell.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.53.21091200 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.24.112.71] Content-Type: multipart/alternative; boundary="_000_578088917A4F422B93264D76EE64BD2Abellca_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 14:27:58 -0000 --_000_578088917A4F422B93264D76EE64BD2Abellca_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCBhZG9wdGlvbiBvZiBib3RoIGRvY3VtZW50cw0KDQpEYW4gQg0KDQpGcm9tOiBzcHJp bmcgPHNwcmluZy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgImJydW5vLmRlY3JhZW5l QG9yYW5nZS5jb20iIDxicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPg0KRGF0ZTogVHVlc2RheSwg U2VwdGVtYmVyIDcsIDIwMjEgYXQgOToxMiBBTQ0KVG86ICJzcHJpbmdAaWV0Zi5vcmciIDxzcHJp bmdAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbRVhUXVtzcHJpbmddIFdHIEFkb3B0aW9uIGNhbGwgLSBk cmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQgLSBkcmFmdC1zcmNv bXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0KRGVhciBXRywNCg0KDQpUaGUgRGVz aWduIFRlYW0gaGFzIHByb2R1Y2VkIHR3byBkb2N1bWVudHM6DQotIEEgcmVxdWlyZW1lbnQgZG9j dW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVudA0KLSBB IHNvbHV0aW9uIGFuYWx5c2lzIGRvY3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJl c3Npb24tYW5hbHlzaXMNCg0KQm90aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQg dHJpZ2dlcmVkIHNvbWUgZGlzY3Vzc2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3Vt ZW50cy4NCldlIGJlbGlldmUgaXQncyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRh a2luZyBvd25lcnNoaXAgb2YgdGhvc2UgdHdvIGRvY3VtZW50cy4NCk5vdGUgdGhhdCwgZXNwZWNp YWxseSBmb3IgdGhvc2UgdHdvIGRvY3VtZW50cywgV0cgYWRvcHRpb24gZG9lcyBub3QgbmVjZXNz YXJpbHkgbWVhbiBSRkMgcHVibGljYXRpb24gaW4gcGFydGljdWxhciBpZiBpdCB0dXJucyBvdXQg dGhhdCB0aGUgYmVuZWZpdCBvZiBsb25nIHRlcm0gYXJjaGl2ZSB3b3VsZCBub3QganVzdGlmeSB0 aGUgV0cgYW5kIElFU0cgZWZmb3J0IHRvIGZpbmFsaXplIHRob3NlIHR3byBkb2N1bWVudHMuDQoN Cg0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDIgd2VlayBXRyBhZG9wdGlvbiBjYWxsLCBlbmRpbmcg U2VwdGVtYmVyICAyMHRoIDIwMjEsIGZvcjoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50DQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmlu Zy1jb21wcmVzc2lvbi1hbmFseXNpcw0KDQoNCkFmdGVyIHJldmlldyBvZiB0aGUgZG9jdW1lbnQo cykgcGxlYXNlIGluZGljYXRlIHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHIGFkb3B0aW9uIG9mIHRo ZSBkb2N1bWVudChzKSB0byB0aGUgbWFpbGluZyBsaXN0Lg0KUGxlYXNlIGFsc28gcHJvdmlkZSBj b21tZW50cy9yZWFzb25zIGZvciB5b3VyIHN1cHBvcnQgKG9yIGxhY2sgdGhlcmVvZikgYXMgdGhp cyBpcyBhIHN0cm9uZ2VyIHdheSB0byBpbmRpY2F0ZSB5b3VyIChub24pIHN1cHBvcnQgYXMgdGhp cyBpcyBub3QgYSB2b3RlLg0KDQpJZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9j dW1lbnQocyksIHBsZWFzZSBzdGF0ZSB0aGlzIGV4cGxpY2l0bHkuIFRoaXMgZ2l2ZXMgdGhlIGNo YWlycyBhbiBpbmRpY2F0aW9uIG9mIHRoZSBlbmVyZ3kgbGV2ZWwgb2YgcGVvcGxlIGluIHRoZSB3 b3JraW5nIGdyb3VwIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQuDQoNClRoYW5rcyEN Cg0KSmltLCBCcnVubyAmIEpvZWwNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNl cyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlk ZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0K YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRl cy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJh dGlvbiwNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2Fn ZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhl eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv cmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBs ZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlh YmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxz aWZpZWQuDQoNClRoYW5rIHlvdS4NCg== --_000_578088917A4F422B93264D76EE64BD2Abellca_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1z dHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToi Q29uc29sYXMiLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2lu OjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VwcG9ydCBh ZG9wdGlvbiBvZiBib3RoIGRvY3VtZW50czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EYW4gQjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzUuNHB0Ij48Yj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+c3ByaW5nICZsdDtzcHJpbmctYm91bmNl c0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mICZxdW90O2JydW5vLmRlY3JhZW5lQG9yYW5nZS5j b20mcXVvdDsgJmx0O2JydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTog PC9iPlR1ZXNkYXksIFNlcHRlbWJlciA3LCAyMDIxIGF0IDk6MTIgQU08YnI+DQo8Yj5UbzogPC9i PiZxdW90O3NwcmluZ0BpZXRmLm9yZyZxdW90OyAmbHQ7c3ByaW5nQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5bRVhUXVtzcHJpbmddIFdHIEFkb3B0aW9uIGNhbGwgLSBkcmFmdC1z cmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQgLSBkcmFmdC1zcmNvbXBkdC1z cHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48 c3BhbiBsYW5nPSJGUiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJG UiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+RGVhciBXRyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGUgRGVzaWduIFRl YW0gaGFzIHByb2R1Y2VkIHR3byBkb2N1bWVudHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPi0gQSByZXF1aXJlbWVudCBkb2N1bWVudDogZHJhZnQtc3Jjb21wZHQt c3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+LSBBIHNvbHV0aW9uIGFuYWx5c2lzIGRvY3VtZW50OiBkcmFmdC1z cmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBs YW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4t R0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPkJvdGggaGF2ZSBiZWVuIHByZXNlbnRlZCB0byB0aGUgV0cgYW5kIHRyaWdn ZXJlZCBzb21lIGRpc2N1c3Npb25zIGJ1dCBhcmUgc3RpbGwgaW5kaXZpZHVhbCBkb2N1bWVudHMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPldlIGJlbGlldmUgaXQn cyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRha2luZyBvd25lcnNoaXAgb2YgdGhv c2UgdHdvIGRvY3VtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+Tm90ZSB0aGF0LCBlc3BlY2lhbGx5IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9w dGlvbiBkb2VzIG5vdCBuZWNlc3NhcmlseSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1 bGFyIGlmIGl0IHR1cm5zIG91dCB0aGF0DQogdGhlIGJlbmVmaXQgb2YgbG9uZyB0ZXJtIGFyY2hp dmUgd291bGQgbm90IGp1c3RpZnkgdGhlIFdHIGFuZCBJRVNHIGVmZm9ydCB0byBmaW5hbGl6ZSB0 aG9zZSB0d28gZG9jdW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlRoaXMgbWVzc2Fn ZSBzdGFydHMgYSAyIHdlZWsgV0cgYWRvcHRpb24gY2FsbCwgZW5kaW5nIFNlcHRlbWJlciZuYnNw OyAyMHRoIDIwMjEsIGZvcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1z cmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQiPmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJl cXVpcmVtZW50PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29t cGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXM8 L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0 Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+QWZ0ZXIgcmV2aWV3IG9mIHRoZSBkb2N1bWVu dChzKSBwbGVhc2UgaW5kaWNhdGUgc3VwcG9ydCAob3Igbm90KSBmb3IgV0cgYWRvcHRpb24gb2Yg dGhlIGRvY3VtZW50KHMpIHRvIHRoZSBtYWlsaW5nIGxpc3QuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4g bGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVudHMvcmVhc29u cyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMgaXMgYSBzdHJvbmdl ciB3YXkgdG8gaW5kaWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMNCiBpcyBub3QgYSB2 b3RlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SWYgeW91IGFyZSB3aWxsaW5n IHRvIHdvcmsgb24gdGhlIGRvY3VtZW50KHMpLCBwbGVhc2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5 LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMgYW4gaW5kaWNhdGlvbiBvZiB0aGUgZW5lcmd5IGxldmVs IG9mDQogcGVvcGxlIGluIHRoZSB3b3JraW5nIGdyb3VwIHdpbGxpbmcgdG8gd29yayBvbiB0aGUg ZG9jdW1lbnQuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+VGhhbmtzITxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40 cHQiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBs YW5nPSJGUiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+SmltLCBCcnVubyAmYW1wOyBKb2VsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUg c3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRlIiPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4g bGFuZz0iRlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJGUiI+Q2UgbWVzc2FnZSBldCBzZXMgcGllY2Vz IGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxl cyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkZSIj5wYXMg ZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kg dm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl cjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0 Ij48c3BhbiBsYW5nPSJGUiI+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVl IGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3Vz Y2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRlIiPk9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h cmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJGUiI+ VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+ PHNwYW4gbGFuZz0iRlIiPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBj b3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJGUiI+SWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkZS Ij5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFu IGxhbmc9IkZSIj5UaGFuayB5b3UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8L2Rpdj4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_578088917A4F422B93264D76EE64BD2Abellca_-- From nobody Wed Sep 15 08:31:23 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E03B3A1D08 for ; Wed, 15 Sep 2021 08:31:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0dACYrQD_N3N for ; Wed, 15 Sep 2021 08:31:14 -0700 (PDT) Received: from h3cspam01-ex.h3c.com (smtp.h3c.com [60.191.123.56]) (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 07ADF3A1D06 for ; Wed, 15 Sep 2021 08:31:12 -0700 (PDT) Received: from DAG2EX02-BASE.srv.huawei-3com.com ([10.8.0.65]) by h3cspam01-ex.h3c.com with ESMTP id 18FFSnuJ046931; Wed, 15 Sep 2021 23:28:49 +0800 (GMT-8) (envelope-from linchangwang.04414@h3c.com) Received: from DAG2EX07-IDC.srv.huawei-3com.com (10.8.0.70) by DAG2EX02-BASE.srv.huawei-3com.com (10.8.0.65) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Wed, 15 Sep 2021 23:28:53 +0800 Received: from DAG2EX07-IDC.srv.huawei-3com.com ([::1]) by DAG2EX07-IDC.srv.huawei-3com.com ([fe80::5840:dd59:199d:711a%9]) with mapi id 15.01.2242.012; Wed, 15 Sep 2021 23:28:53 +0800 From: linchangwang To: Weiqiang Cheng , "'Joel M. Halpern'" , "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: Adep3mJ5QKp3PfA6R/+vfgRZuPnXZw== Date: Wed, 15 Sep 2021 15:28:53 +0000 Message-ID: <6d5928ef3f4740b18a838a31c8e165d6@h3c.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.67] x-sender-location: DAG2 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam01-ex.h3c.com 18FFSnuJ046931 Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 15:31:20 -0000 RGVhciBDaGFpcnMgJiBXZWlxaWFuZywNCg0KU3VwcG9ydCBXRyBhZG9wdGlvbiBvZiB0aGVzZSB0 d28gZG9jdW1lbnRzLg0KDQpUaGUgZGVzaWduIHRlYW0gaGFzIGRvbmUgYSBncmVhdCBqb2IuDQpU aGUgbXVsdGktdmVuZG9yIGludGVyd29ya2luZyB0ZXN0IG9mIENTSURzIGhhZCBiZWVuIGRvbmUg LCBpbmNsdWRpbmcgbXkgY29tcGFueSBOZXcgSDNDLg0KVGhlIENTSUQgc2F0aXNmaWVzIGFsbCB0 aGUgcmVxdWlyZW1lbnRzLCBpdCB3aWxsIGJlIGdyZWF0IGlmIHdlIGNhbiBoYXZlIENTSUQgc3Rh bmRhcmRpemVkLg0KDQoNCkJlc3QgcmVnYXJkcywNCkNoYW5nd2FuZyBsaW4NCg0KDQotLS0tLdPK vP7Urbz+LS0tLS0NCreivP7Iyzogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gV2VpcWlhbmcgQ2hlbmcNCreiy83KsbzkOiAyMDIxxOo51MI4yNUgMTE6MjUNCsrV vP7IyzogJ0pvZWwgTS4gSGFscGVybic7IHNwcmluZ0BpZXRmLm9yZw0K1vfM4jogUmU6IFtzcHJp bmddIENvbmNsdXNpb24gZnJvbSBXRyBwb2xsIG9uIGRhdGFwbGFuZSBzb2x1dGlvbiBmb3IgY29t cHJlc3Npbmcgc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ng0KDQpEZWFyIENoYWlycywNCg0KTWFu eSB0aGFua3MgZm9yIHlvdXIgaGFyZCB3b3JraW5nLg0KDQpXZSBhcmUgaGFwcHkgdG8gc2VlIHRo YXQgdGhlIENTSUQgZHJhZnQgaGFzIHNpZ25pZmljYW50IGludGVyZXN0IHRvIGJlDQphZG9wdGVk IGFzIGEgV0cgZG9jdW1lbnQuDQoNClJlZ2FyZGluZyB0aGUgZGF0YXBsYW5lLCB0aGUgYXV0aG9y cyBiZWxpZXZlIHRoYXQgdGhlIENTSUQgZHJhZnQgY29udGFpbnMNCm9ubHkgb25lIGRhdGFwbGFu ZSBzb2x1dGlvbiB3aXRoIHR3byBkaWZmZXJlbnQgZmxhdm9yc1sxXTogTkVYVC1DU0lELUZMQVZP Ug0KYW5kIFJFUExBQ0UtQ1NJRC1GTEFWT1IsIHJhdGhlciB0aGFuIHR3byBkYXRhcGxhbmUgc29s dXRpb25zLg0KDQpCb3RoIHRoZSBmbGF2b3JzIGFyZSBkZWZpbmVkIGJhc2VkIG9uIHRoZSBTUnY2 IGRhdGEgcGxhbmUob25lIGRhdGEgcGxhbmUpLA0KYW5kIHRoZSBTSURzIHdpdGggdGhlc2UgdHdv IGZsYXZvcnMgY2FuIGJlIGVuY29kZWQgaW4gYSBzaW5nbGUgU1JIIGp1c3QgbGlrZQ0Kd2UgY2Fu IGVuY29kZSBQU1AgRmxhdm9yIFNJRHMgYW5kIFVTRCBmbGF2b3IgU0lEcyB0b2dldGhlciBpbiBh IFNSSC4NCg0KVGhlIGludGVyLW9wIHRlc3Qgb2YgQ1NJRHMgaGFkIGJlZW4gZG9uZSBhbG1vc3Qg b25lIHllYXIgYWdvWzJdLCBhbmQNCmV2ZXJ5dGhpbmcgd2FzIE9LLg0KDQpGdXJ0aGVybW9yZSwg dGhlIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBkcmFmdCBoYXMgYmVlbiBzdGFibGUgYW5kIG1h dHVyZS4NCg0KV2l0aCB0aGUgY29uc2Vuc3VzLCB0aGUgYXV0aG9ycyBob3BlIFdHIGNhbiBjb25z aWRlciB0byBhZG9wdCB0aGUgQ1NJRA0KZHJhZnQuDQoNCkJlc3QgcmVnYXJkcywNCldlaXFpYW5n DQpvbiBiZWhhbGYgb2YgQ1NJRCBhdXRob3JzDQoNClsxXS4gaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9yZmM4OTg2I3NlY3Rpb24tNC4xNg0KWzJdLg0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1maWxzZmlsc2NoZW5nLXNwcmluZy1zcnY2 LXNyaC1jbw0KbXByZXNzaW9uLTAyI3NlY3Rpb24tMTENCg0KDQoNCi0tLS0t08q8/tStvP4tLS0t LQ0Kt6K8/sjLOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBK b2VsIE0uIEhhbHBlcm4NCreiy83KsbzkOiAyMDIxxOo51MI3yNUgMDE6MjcNCsrVvP7Iyzogc3By aW5nQGlldGYub3JnDQrW98ziOiBbc3ByaW5nXSBDb25jbHVzaW9uIGZyb20gV0cgcG9sbCBvbiBk YXRhcGxhbmUgc29sdXRpb24gZm9yIGNvbXByZXNzaW5nDQpzZWdtZW50IHJvdXRpbmcgb3ZlciBJ UHY2DQoNCk91ciB0aGFua3MgdG8gdGhlIHdvcmtpbmcgZ3JvdXAgbWVtYmVycyBmb3Igc3BlYWtp bmcgdXAgY2xlYXJseS4gIFRoZXJlDQppcyBhIHJvdWdoIChxdWl0ZSBjbGVhcikgY29uc2Vuc3Vz IGZvciBzdGFuZGFyZGl6aW5nIG9uZSBkYXRhcGxhbmUNCnNvbHV0aW9uIHRvIGNvbXByZXNzaW5n IHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYuDQoNCkFzIGNoYWlycywgdGhlcmUgYXJlIHNvbWUg cmVsYXRlZCBvYnNlcnZhdGlvbnMgd2UgbmVlZCB0byBtYWtlLg0KVGhlcmUgYXBwZWFycyB0byBi ZSBzaWduaWZpY2FudCBpbnRlcmVzdCBpbiB1c2luZyB0aGUgZnJhbWV3b3JrIGluIHRoZQ0KQ1NJ RCBkcmFmdCBmb3IgYWRkcmVzc2luZyB0aGUgYWJvdmUuDQoNCkhvd2V2ZXIsIGJlZm9yZSB3ZSBp c3N1ZSBhIGNhbGwgZm9yIGFkb3B0aW9uIG9uIHRoYXQsIHRoZSBjaGFpcnMgd291bGQNCmxpa2Ug dG8gdW5kZXJzdGFuZCBob3cgdGhlIHdvcmtpbmcgZ3JvdXAgd2FudHMgdG8gc29sdmUgYSB0ZWNo bmljYWwNCnByb2JsZW0uICBUaGUgQ1NJRCBkcmFmdCBjb250YWlucyB0d28gZGF0YXBsYW5lIHNv bHV0aW9ucy4gIFRoZSBhYm92ZQ0Kcm91Z2ggY29uc2Vuc3VzIGlzIGZvciBvbmUgZGF0YXBsYW5l IHNvbHV0aW9uLiAgRG9lcyB0aGUgd29ya2luZyBncm91cA0Kd2FudCB0byBjaG9vc2Ugb25lPyAg RG8gdGhlIGF1dGhvcnMgd2FudCB0byBzdWdnZXN0IHRoYXQgb25lIG9mIHRoZSB0d28NCmlzIHRo ZSBvbmUgd2Ugc2hvdWxkIHN0YW5kYXJkaXplLCBhbmQgZ2V0IHdvcmtpbmcgZ3JvdXAgYWdyZWVt ZW50Pw0KU2hvdWxkIHdlIGFkb3B0IHRoZSBkb2N1bWVudCwgd2l0aCBhIG5vdGUgaW5kaWNhdGlu ZyB0aGUgcHJvYmxlbSwgYW5kDQpzb2x2ZSB0aGUgcHJvYmxlbSBhZnRlcndhcmRzPyAgKFRoYXQg aXRzZWxmIGRvZXMgbm90IHNvbHZlIHRoZSBwcm9ibGVtLA0KaXQgbWVyZWx5IGtpY2tzIGl0IGRv d24gdGhlIHJvYWQuKSBEbyBmb2xrcyBzZWUgYW5vdGhlciBtZWFucyB0byBhdm9pZA0KcHV0dGlu ZyB0aGUgV0cgaW4gY29uZmxpY3Qgd2l0aCBpdHNlbGY/DQoNCkFzIGEgbG9vc2VseSByZWxhdGVk IHNpZGUgbm9kZSwgdGhlIGNoYWlycyB3aWxsIGFsc28gb2JzZXJ2ZSB0aGF0IHdlIGRvDQpub3Qg c2VlIGFuIG9ic3RhY2xlIHRvIGluZm9ybWF0aW9uYWwgb3IgZXhwZXJpbWVudGFsIHB1YmxpY2F0 aW9uIG9mDQpvdGhlciBzb2x1dGlvbnMsIGFzIGxvbmcgYXMgdGhlcmUgaXMgc3VmZmljaWVudCBl bmVyZ3kgaW4gdGhlIHdvcmtpbmcNCmdyb3VwIHRvIGRlYWwgd2l0aCB0aG9zZS4gIEFsc28sIG9u bHkgZG9jdW1lbnRzIGZvciB3aGljaCB0aGVyZSBpcyBhdA0KbGVhc3Qgb25lIGltcGxlbWVudGF0 aW9uIHdpbGwgYmUgcHJvZ3Jlc3NlZCB0aGlzIHdheS4NCg0KVGhhbmsgeW91LA0KQnJ1bm8sIEpp bSwgYW5kIEpvZWwNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCnNwcmluZyBtYWlsaW5nIGxpc3QNCnNwcmluZ0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJp bmdAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5n DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQqxvtPKvP68sMbkuL28/rqs09DQwruqyP28r83FtcSxo8Pc 0MXPoqOsvfbP3tPat6LLzbj4yc/D5rXY1rfW0MHQs/YNCrXEuPbIy7vyyLrX6aGjvfvWucjOus7G 5Mv7yMvS1MjOus7Qzsq9yrnTw6OosPzAqLWrsrvP3tPayKuyv7vysr+31rXY0LnCtqGiuLTWxqGi DQq78smit6KjqbG+08q8/tbQtcTQxc+ioaPI57n7xPq07crVwcuxvtPKvP6jrMfrxPrBory0tee7 sLvy08q8/s2o1qq3orz+yMuyosm+s/2xvg0K08q8/qOhDQpUaGlzIGUtbWFpbCBhbmQgaXRzIGF0 dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGZyb20gTmV3IEgzQywg d2hpY2ggaXMNCmludGVuZGVkIG9ubHkgZm9yIHRoZSBwZXJzb24gb3IgZW50aXR5IHdob3NlIGFk ZHJlc3MgaXMgbGlzdGVkIGFib3ZlLiBBbnkgdXNlIG9mIHRoZQ0KaW5mb3JtYXRpb24gY29udGFp bmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBub3QgbGltaXRlZCB0bywgdG90 YWwgb3IgcGFydGlhbA0KZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBvciBkaXNzZW1pbmF0aW9u KSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkDQpyZWNpcGllbnQocykgaXMgcHJv aGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlcg0KYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSBp dCENCg== From nobody Wed Sep 15 19:13:14 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BA503A0883; Wed, 15 Sep 2021 19:13:11 -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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 GBJOj-rHJ207; Wed, 15 Sep 2021 19:13:06 -0700 (PDT) Received: from out0-139.mail.aliyun.com (out0-139.mail.aliyun.com [140.205.0.139]) (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 335383A087D; Wed, 15 Sep 2021 19:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1631758381; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=PQ7IveXbt0KpbqUYQWMtbr1wbOUhxT+UKFDBFUXPH7A=; b=jLSAT+EYNoAbLxrwhrDKquCWMUJP/j4wRYGR/zWSOS1UOl2bGcDH6PMK7ZYziXBGK87+qW0Mik/wkdQMPZRlLoVPC1sjvIvRV7ZxR6+tTzbvEWml9isFzc2zbULutjS6EwRL13QLANMSppK+Pp1r9UQI9Tu/D6IMmeg8NomA4Zs= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R141e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=ay29a033018047188; MF=yitai.syc@alibaba-inc.com; NM=1; PH=DW; RN=2; SR=0; TI=W4_0.1.10_DEFAULT_0AB10212_1631758082246_o7001c136r; Received: from WS-web (yitai.syc@alibaba-inc.com[W4_0.1.10_DEFAULT_0AB10212_1631758082246_o7001c136r]) by ay29a011140100240.et135 at Thu, 16 Sep 2021 10:13:00 +0800 Date: Thu, 16 Sep 2021 10:13:00 +0800 From: "=?UTF-8?B?6IuP6L+c6LaFKOS7peazsCk=?=" To: "spring@ietf.org" , "spring" Reply-To: "=?UTF-8?B?6IuP6L+c6LaFKOS7peazsCk=?=" Message-ID: <54ae0ea0-8454-407e-acd0-4cfc5e9a1a60.yitai.syc@alibaba-inc.com> X-Mailer: [Alimail-Mailagent revision 2][W4_0.1.10][DEFAULT][Chrome] MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> x-aliyun-mail-creator: W4_0.1.10_DEFAULT_M3LTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTVfNSkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzgxLjAuNDA0NC4xMzggU2FmYXJpLzUzNy4zNg==vN In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_52678_7f00b7f9a700_6142a82c_dea52" Archived-At: Subject: [spring] =?utf-8?b?5Zue5aSN77yaIFdHIEFkb3B0aW9uIGNhbGwgLSBkcmFm?= =?utf-8?q?t-srcompdt-spring-compression-requirement_-_draft-srcompdt-spri?= =?utf-8?q?ng-compression-analysis?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 02:13:12 -0000 ------=ALIBOUNDARY_52678_7f00b7f9a700_6142a82c_dea52 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgV0csCgogICBJIHN1cHBvcnQgdGhlIFdHIGFkb3B0aW9uIG9mIHRoZSB0d28gZG9jdW1lbnRz LgogICBDU0lEIGhhcyBvbmUgZGF0YXBsYW5lIHdpdGggMiBmbGF2b3JzLCBhbmQgcXVpdGUgYSBm ZXcgaW50ZXItb3AgdGVzdHMgYXJlIGRvbmUgdG8gdmVyaWZ5IHRoZSBkZXNpZ24gYW5kIHF1aXRl IGEgZmV3IHZlbmRvcnMvQVNJQyBoYXZlIGltcGxlbWVudGVkIENTSUQuIFNvIEkgdGhpbmsgaXQn cyByaWdodCB0aW1lIHRvIHByb2NlZWQgd2l0aCB0aGVzZSB0d28gZG9jdW1lbnRzLgogICBUaGFu a3MhCgogIFl1YW5jaGFvIFN1CiAgQWxpY2xvdWQgTmV0d29yayBEaXJlY3RvcgoKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t CuWPkeS7tuS6uu+8mmJydW5vLmRlY3JhZW5lIDxicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPgrl j5HpgIHml7bpl7TvvJoyMDIx5bm0OeaciDfml6Uo5pif5pyf5LqMKSAyMToxMgrmlLbku7bkurrv vJpzcHJpbmdAaWV0Zi5vcmcgPHNwcmluZ0BpZXRmLm9yZz4K5Li744CA6aKY77yaW3NwcmluZ10g V0cgQWRvcHRpb24gY2FsbCAtIGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1 aXJlbWVudCAtIGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcwoKCkRl YXIgV0csCgoKVGhlIERlc2lnbiBUZWFtIGhhcyBwcm9kdWNlZCB0d28gZG9jdW1lbnRzOgotIEEg cmVxdWlyZW1lbnQgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1y ZXF1aXJlbWVudCAKLSBBIHNvbHV0aW9uIGFuYWx5c2lzIGRvY3VtZW50OiBkcmFmdC1zcmNvbXBk dC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMKCkJvdGggaGF2ZSBiZWVuIHByZXNlbnRlZCB0 byB0aGUgV0cgYW5kIHRyaWdnZXJlZCBzb21lIGRpc2N1c3Npb25zIGJ1dCBhcmUgc3RpbGwgaW5k aXZpZHVhbCBkb2N1bWVudHMuCldlIGJlbGlldmUgaXQncyBub3cgdGltZSBmb3IgdGhlIFdHIHRv IGNvbnNpZGVyIHRha2luZyBvd25lcnNoaXAgb2YgdGhvc2UgdHdvIGRvY3VtZW50cy4KTm90ZSB0 aGF0LCBlc3BlY2lhbGx5IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9wdGlvbiBkb2Vz IG5vdCBuZWNlc3NhcmlseSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0 IHR1cm5zIG91dCB0aGF0IHRoZSBiZW5lZml0IG9mIGxvbmcgdGVybSBhcmNoaXZlIHdvdWxkIG5v dCBqdXN0aWZ5IHRoZSBXRyBhbmQgSUVTRyBlZmZvcnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRv Y3VtZW50cy4KCgpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGws IGVuZGluZyBTZXB0ZW1iZXIgIDIwdGggMjAyMSwgZm9yOgpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJl bWVudApodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0 LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcwoKCkFmdGVyIHJldmlldyBvZiB0aGUgZG9jdW1l bnQocykgcGxlYXNlIGluZGljYXRlIHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHIGFkb3B0aW9uIG9m IHRoZSBkb2N1bWVudChzKSB0byB0aGUgbWFpbGluZyBsaXN0LgpQbGVhc2UgYWxzbyBwcm92aWRl IGNvbW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3IgbGFjayB0aGVyZW9mKSBhcyB0 aGlzIGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBhcyB0 aGlzIGlzIG5vdCBhIHZvdGUuCgpJZiB5b3UgYXJlIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9j dW1lbnQocyksIHBsZWFzZSBzdGF0ZSB0aGlzIGV4cGxpY2l0bHkuIFRoaXMgZ2l2ZXMgdGhlIGNo YWlycyBhbiBpbmRpY2F0aW9uIG9mIHRoZSBlbmVyZ3kgbGV2ZWwgb2YgcGVvcGxlIGluIHRoZSB3 b3JraW5nIGdyb3VwIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1lbnQuIAoKVGhhbmtzIQoK SmltLCBCcnVubyAmIEpvZWwKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBs ZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxl Y3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGlu ZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3Jt ZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBt YXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1h eSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVz ZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJl ZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlm aWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91Lgo= ------=ALIBOUNDARY_52678_7f00b7f9a700_6142a82c_dea52 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImNsZWFy OmJvdGg7Ij48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjouMHB4IC4wY20gLjBw dDtmb250LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjtjb2xvcjoj MDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2Zv bnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0 ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0 aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48c3BhbiAg Y2xhc3M9IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xvciIgc3R5bGU9Im1hcmdpbjouMHB4O3BhZGRp bmc6LjBweDtib3JkZXI6LjBweDtvdXRsaW5lOi4wcHg7Zm9udC1zaXplOjE0LjBweDtjb2xvcjoj MWY0OTdkOyI+SGkgV0csPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbjouMHB4IC4wY20gLjBwdDtmb250LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5OkNhbGlicmks c2Fucy1zZXJpZjtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1s aWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7 dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lk b3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9y OmluaXRpYWw7Ij48c3BhbiAgY2xhc3M9IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xvciIgc3R5bGU9 Im1hcmdpbjouMHB4O3BhZGRpbmc6LjBweDtib3JkZXI6LjBweDtvdXRsaW5lOi4wcHg7Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjouMHB4IC4wY20gLjBwdDtmb250LXNpemU6MTUuMHB4O2Zv bnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9y bWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1h bDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQt dHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4 dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48c3BhbiAgY2xhc3M9IiBfX2FsaXl1bl9ub2Rl X2hhc19jb2xvciIgc3R5bGU9Im1hcmdpbjouMHB4O3BhZGRpbmc6LjBweDtib3JkZXI6LjBweDtv dXRsaW5lOi4wcHg7Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5ic3A7ICZuYnNw O0kgc3VwcG9ydCB0aGUgV0cgYWRvcHRpb24gb2YgdGhlIHR3byBkb2N1bWVudHMuPC9zcGFuPjwv cD48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjouMHB4IC4wY20gLjBwdDtmb250 LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjtjb2xvcjojMDAwMDAw O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFy aWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWlu ZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0 eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48c3BhbiAgY2xhc3M9 IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xvciIgc3R5bGU9Im1hcmdpbjouMHB4O3BhZGRpbmc6LjBw eDtib3JkZXI6LjBweDtvdXRsaW5lOi4wcHg7Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdk OyI+Jm5ic3A7ICZuYnNwO0NTSUQgaGFzIG9uZSBkYXRhcGxhbmUgd2l0aCAyIGZsYXZvcnMsIGFu ZCBxdWl0ZSBhIGZldyBpbnRlci1vcCB0ZXN0cyBhcmUgZG9uZSB0byB2ZXJpZnkgdGhlIGRlc2ln biBhbmQgcXVpdGUgYSBmZXcgdmVuZG9ycy9BU0lDIGhhdmUgaW1wbGVtZW50ZWQgQ1NJRC4gU28g SSB0aGluayBpdCdzIHJpZ2h0IHRpbWUgdG8gcHJvY2VlZCB3aXRoIHRoZXNlIHR3byBkb2N1bWVu dHMuPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjouMHB4IC4w Y20gLjBwdDtmb250LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjtj b2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9y bWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpz dGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1k ZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48 c3BhbiAgY2xhc3M9IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xvciIgc3R5bGU9Im1hcmdpbjouMHB4 O3BhZGRpbmc6LjBweDtib3JkZXI6LjBweDtvdXRsaW5lOi4wcHg7Zm9udC1zaXplOjE0LjBweDtj b2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDtm b250LXNpemU6MTQuMHB4OyI+Jm5ic3A7IFRoYW5rcyE8L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luOi4wcHggLjBjbSAuMHB0O2ZvbnQtc2l6ZToxNS4wcHg7Zm9u dC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO2NvbG9yOiMwMDAwMDA7Zm9udC1zdHlsZTpub3Jt YWw7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7Zm9udC12YXJpYW50LWNhcHM6bm9ybWFs O2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50Oi4wcHg7dGV4dC10 cmFuc2Zvcm06bm9uZTt3aWRvd3M6Mjt0ZXh0LWRlY29yYXRpb24tc3R5bGU6aW5pdGlhbDt0ZXh0 LWRlY29yYXRpb24tY29sb3I6aW5pdGlhbDsiPjxzcGFuICBjbGFzcz0iIF9fYWxpeXVuX25vZGVf aGFzX2NvbG9yIiBzdHlsZT0ibWFyZ2luOi4wcHg7cGFkZGluZzouMHB4O2JvcmRlcjouMHB4O291 dGxpbmU6LjBweDtmb250LXNpemU6MTQuMHB4O2NvbG9yOiMxZjQ5N2Q7Ij4mbmJzcDsgPC9zcGFu PjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjouMHB4IC4wY20gLjBwdDtm b250LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjtjb2xvcjojMDAw MDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQt dmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0 LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9u LXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0aW9uLWNvbG9yOmluaXRpYWw7Ij48c3BhbiAgY2xh c3M9IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xvciIgc3R5bGU9Im1hcmdpbjouMHB4O3BhZGRpbmc6 LjBweDtib3JkZXI6LjBweDtvdXRsaW5lOi4wcHg7Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0 OTdkOyI+Jm5ic3A7IFl1YW5jaGFvIFN1PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbjouMHB4IC4wY20gLjBwdDtmb250LXNpemU6MTUuMHB4O2ZvbnQtZmFtaWx5 OkNhbGlicmksc2Fucy1zZXJpZjtjb2xvcjojMDAwMDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQt dmFyaWFudC1saWdhdHVyZXM6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdl aWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3Jt Om5vbmU7d2lkb3dzOjI7dGV4dC1kZWNvcmF0aW9uLXN0eWxlOmluaXRpYWw7dGV4dC1kZWNvcmF0 aW9uLWNvbG9yOmluaXRpYWw7Ij48c3BhbiAgY2xhc3M9IiBfX2FsaXl1bl9ub2RlX2hhc19jb2xv ciIgc3R5bGU9Im1hcmdpbjouMHB4O3BhZGRpbmc6LjBweDtib3JkZXI6LjBweDtvdXRsaW5lOi4w cHg7Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5ic3A7IEFsaWNsb3VkIE5ldHdv cmsgRGlyZWN0b3I8L3NwYW4+PC9wPjxzcGFuICBzdHlsZT0iZm9udC1mYW1pbHk6VGFob21hLEFy aWFsLFNUSGVpdGksU2ltU3VuO2ZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzAwMDAwMDsiPjxiciA+ PC9zcGFuPjwvZGl2PjxibG9ja3F1b3RlICBzdHlsZT0ibWFyZ2luLXJpZ2h0Oi4wcHg7bWFyZ2lu LXRvcDouMHB4O21hcmdpbi1ib3R0b206LjBweDsiPjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+ PHNwYW4gIHN0eWxlPSJmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9u dC1zaXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjwvZGl2PjxkaXYg IHN0eWxlPSJjbGVhcjpib3RoOyI+PHNwYW4gIHN0eWxlPSJmb250LWZhbWlseTpUYWhvbWEsQXJp YWwsU1RIZWl0aSxTaW1TdW47Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+5Y+R5Lu2 5Lq677yaYnJ1bm8uZGVjcmFlbmUgJmx0O2JydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20mZ3Q7PC9z cGFuPjwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+PHNwYW4gIHN0eWxlPSJmb250LWZh bWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1zaXplOjE0LjBweDtjb2xvcjoj MDAwMDAwOyI+5Y+R6YCB5pe26Ze077yaMjAyMeW5tDnmnIg35pelKOaYn+acn+S6jCkgMjE6MTI8 L3NwYW4+PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij48c3BhbiAgc3R5bGU9ImZvbnQt ZmFtaWx5OlRhaG9tYSxBcmlhbCxTVEhlaXRpLFNpbVN1bjtmb250LXNpemU6MTQuMHB4O2NvbG9y OiMwMDAwMDA7Ij7mlLbku7bkurrvvJpzcHJpbmdAaWV0Zi5vcmcgJmx0O3NwcmluZ0BpZXRmLm9y ZyZndDs8L3NwYW4+PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij48c3BhbiAgc3R5bGU9 ImZvbnQtZmFtaWx5OlRhaG9tYSxBcmlhbCxTVEhlaXRpLFNpbVN1bjtmb250LXNpemU6MTQuMHB4 O2NvbG9yOiMwMDAwMDA7Ij7kuLvjgIDpopjvvJpbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0g ZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jj b21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzPC9zcGFuPjwvZGl2PjxkaXYgIHN0eWxl PSJjbGVhcjpib3RoOyI+PHNwYW4gIHN0eWxlPSJmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RI ZWl0aSxTaW1TdW47Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGJyID48L3NwYW4+ PC9kaXY+PHN0eWxlID4hLS0gIEBmb250LWZhY2V7Zm9udC1mYW1pbHk6Q2FtYnJpYSBNYXRoO3Bh bm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7bXNvLWZvbnQtYWx0OlRpbWVzIE5ldyBSb21hbjtt c28tZm9udC1jaGFyc2V0OjA7bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6cm9tYW47bXNvLWZvbnQt cGl0Y2g6dmFyaWFibGU7bXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NjkxMjEgMTEwNzMwNTcyNyAz MzU1NDQzMiAwIDQxNSAwO317Zm9udC1mYW1pbHk6Q2FsaWJyaTtwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDttc28tZm9udC1hbHQ6VGltZXMgTmV3IFJvbWFuO21zby1mb250LWNoYXJzZXQ6 MDttc28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczttc28tZm9udC1waXRjaDp2YXJpYWJsZTtt c28tZm9udC1zaWduYXR1cmU6LTQ2OTc1MDAxNyAtMTA3MzczMjQ4NSA5IDAgNTExIDA7fXAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWx7bXNvLXN0eWxlLXVuaGlkZTpubztt c28tc3R5bGUtcWZvcm1hdDp5ZXM7bWFyZ2luOi4wY207bWFyZ2luLWJvdHRvbTouMHB0O21zby1w YWdpbmF0aW9uOndpZG93LW9ycGhhbjtmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmksc2Fucy1zZXJpZjttc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tZmFyZWFzdC1m b250LWZhbWlseTpDYWxpYnJpO21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1iaWRp LWZvbnQtZmFtaWx5OlRpbWVzIE5ldyBSb21hbjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9 YTpsaW5rLCBzcGFuLk1zb0h5cGVybGlua3ttc28tc3R5bGUtbm9zaG93Onllczttc28tc3R5bGUt cHJpb3JpdHk6OTk7Y29sb3I6IzA1NjNjMTt0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO3RleHQt dW5kZXJsaW5lOnNpbmdsZTt9YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2Vke21z by1zdHlsZS1ub3Nob3c6eWVzO21zby1zdHlsZS1wcmlvcml0eTo5OTtjb2xvcjojOTU0ZjcyO3Rl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7dGV4dC11bmRlcmxpbmU6c2luZ2xlO31zcGFuLkVtYWls U3R5bGUxN3ttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlO21zby1zdHlsZS1ub3Nob3c6 eWVzO21zby1zdHlsZS11bmhpZGU6bm87bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDttc28tYmlk aS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7bXNvLWFzY2lp LWZvbnQtZmFtaWx5OkFyaWFsO21zby1oYW5zaS1mb250LWZhbWlseTpBcmlhbDttc28tYmlkaS1m b250LWZhbWlseTpUaW1lcyBOZXcgUm9tYW47Y29sb3I6d2luZG93dGV4dDt9c3Bhbi5TcGVsbEV7 bXNvLXNwbC1lOnllczt9Lk1zb0NocERlZmF1bHR7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 bXNvLWRlZmF1bHQtcHJvcHM6eWVzO2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjttc28t YXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTttc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJp O21zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpO21zby1iaWRpLWZvbnQtZmFtaWx5OlRpbWVz IE5ldyBSb21hbjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9QHBhZ2UgV29yZFNlY3Rpb24x e3NpemU6NjEyLjBwdCA3OTIuMHB0O21hcmdpbjo3MC44cHQgNzAuOHB0IDcwLjhwdCA3MC44cHQ7 bXNvLWhlYWRlci1tYXJnaW46MzYuMHB0O21zby1mb290ZXItbWFyZ2luOjM2LjBwdDttc28tcGFw ZXItc291cmNlOjA7fWRpdi5Xb3JkU2VjdGlvbjF7cGFnZTpXb3JkU2VjdGlvbjE7fS0tPjwvc3R5 bGU+PGRpdiAgY2xhc3M9IldvcmRTZWN0aW9uMSI+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmOyI+ RGVhcjwvc3Bhbj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJp YWwsc2Fucy1zZXJpZjsiPgogV0csPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7 Ij4mbmJzcDs8L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZv bnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjsiPiZuYnNwOzwvc3Bh bj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBw eDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmOyI+VGhlIERlc2lnbiBUZWFtIGhhcyBwcm9k dWNlZCB0d28gZG9jdW1lbnRzOjwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmOyI+ LSBBIHJlcXVpcmVtZW50IGRvY3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Np b24tcmVxdWlyZW1lbnQKPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0 eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij4tIEEg c29sdXRpb24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVz c2lvbi1hbmFseXNpczwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmOyI+Jm5ic3A7 PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6 MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij5Cb3RoIGhhdmUgYmVlbiBwcmVz ZW50ZWQgdG8gdGhlIFdHIGFuZCB0cmlnZ2VyZWQgc29tZSBkaXNjdXNzaW9ucyBidXQgYXJlCiBz dGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy48L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1z ZXJpZjsiPldlIGJlbGlldmUgaXQncyBub3cgdGltZSBmb3IgdGhlIFdHIHRvIGNvbnNpZGVyIHRh a2luZyBvd25lcnNoaXAgb2YgdGhvc2UKIHR3byBkb2N1bWVudHMuPC9zcGFuPjwvcD48cCAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5 OkFyaWFsLHNhbnMtc2VyaWY7Ij5Ob3RlIHRoYXQsIGVzcGVjaWFsbHkgZm9yIHRob3NlIHR3byBk b2N1bWVudHMsIFdHIGFkb3B0aW9uIGRvZXMgbm90IG5lY2Vzc2FyaWx5CiBtZWFuIFJGQyBwdWJs aWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0IHR1cm5zIG91dCB0aGF0IHRoZSBiZW5lZml0IG9m IGxvbmcgdGVybSBhcmNoaXZlIHdvdWxkIG5vdCBqdXN0aWZ5IHRoZSBXRyBhbmQgSUVTRyBlZmZv cnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRvY3VtZW50cy48L3NwYW4+PC9wPjxwICBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJp YWwsc2Fucy1zZXJpZjsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlm OyI+Jm5ic3A7PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJm b250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij5UaGlzIG1lc3Nh Z2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVuZGluZyBTZXB0ZW1iZXImbmJz cDsKMjB0aCAyMDIxLCBmb3I6PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g IHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij48 YSAgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNv bXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQiIHRhcmdldD0iX2JsYW5rIj5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1j b21wcmVzc2lvbi1yZXF1aXJlbWVudDwvYT48L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1z ZXJpZjsiPjxhICBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry YWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1hbmFseXNpcyIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3By aW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzPC9hPjwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5z LXNlcmlmOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0 eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij4mbmJz cDs8L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6 ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjsiPkFmdGVyIHJldmlldyBvZiB0 aGUgZG9jdW1lbnQocykgcGxlYXNlIGluZGljYXRlIHN1cHBvcnQgKG9yIG5vdCkgZm9yIFdHCiBh ZG9wdGlvbiBvZiB0aGUgZG9jdW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlzdC48L3NwYW4+PC9w PjxwICBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9u dC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjsiPlBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVudHMv cmVhc29ucyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpCiBhcyB0aGlzIGlzIGEg c3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIgKG5vbikgc3VwcG9ydCBhcyB0aGlzIGlzIG5v dCBhIHZvdGUuPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJm b250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij4mbmJzcDs8L3Nw YW4+PC9wPjxwICBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4w cHg7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjsiPklmIHlvdSBhcmUgd2lsbGluZyB0byB3 b3JrIG9uIHRoZSBkb2N1bWVudChzKSwgcGxlYXNlIHN0YXRlIHRoaXMgZXhwbGljaXRseS4KIFRo aXMgZ2l2ZXMgdGhlIGNoYWlycyBhbiBpbmRpY2F0aW9uIG9mIHRoZSBlbmVyZ3kgbGV2ZWwgb2Yg cGVvcGxlIGluIHRoZSB3b3JraW5nIGdyb3VwIHdpbGxpbmcgdG8gd29yayBvbiB0aGUgZG9jdW1l bnQuCjwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1z aXplOjEzLjBweDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmOyI+Jm5ic3A7PC9zcGFuPjwv cD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2Zv bnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij5UaGFua3M8L3NwYW4+PHNwYW4gIHN0eWxlPSJm b250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij4hPC9zcGFuPjwv cD48cCAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2Zv bnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwICBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6QXJp YWwsc2Fucy1zZXJpZjsiPkppbSwgQnJ1bm8gJmFtcDsgSm9lbDwvc3Bhbj48L3A+PHAgIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpB cmlhbCxzYW5zLXNlcmlmOyI+Jm5ic3A7PC9zcGFuPjwvcD48L2Rpdj48cHJlID5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRv bmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRo YW5rIHlvdS4KPC9wcmU+PC9ibG9ja3F1b3RlPjwvZGl2Pg== ------=ALIBOUNDARY_52678_7f00b7f9a700_6142a82c_dea52-- From nobody Wed Sep 15 20:15:41 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 707453A0D27 for ; Wed, 15 Sep 2021 20:15:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 slPlLaIxo7rK for ; Wed, 15 Sep 2021 20:15:31 -0700 (PDT) Received: from h3cspam01-ex.h3c.com (smtp.h3c.com [60.191.123.56]) (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 0C8403A0D25 for ; Wed, 15 Sep 2021 20:15:30 -0700 (PDT) Received: from DAG2EX05-BASE.srv.huawei-3com.com ([10.8.0.68]) by h3cspam01-ex.h3c.com with ESMTP id 18G3ExaG023361; Thu, 16 Sep 2021 11:14:59 +0800 (GMT-8) (envelope-from linchangwang.04414@h3c.com) Received: from DAG2EX07-IDC.srv.huawei-3com.com (10.8.0.70) by DAG2EX05-BASE.srv.huawei-3com.com (10.8.0.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Thu, 16 Sep 2021 11:15:01 +0800 Received: from DAG2EX07-IDC.srv.huawei-3com.com ([::1]) by DAG2EX07-IDC.srv.huawei-3com.com ([fe80::5840:dd59:199d:711a%9]) with mapi id 15.01.2242.012; Thu, 16 Sep 2021 11:15:01 +0800 From: linchangwang To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: AdeqqNmzucpaNY0DSOmZKpSUpxaE9w== Date: Thu, 16 Sep 2021 03:15:00 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.76.67] x-sender-location: DAG2 Content-Type: multipart/alternative; boundary="_000_ada1bb37d463443ca1732a5364d45920h3ccom_" MIME-Version: 1.0 X-DNSRBL: X-MAIL: h3cspam01-ex.h3c.com 18G3ExaG023361 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 03:15:37 -0000 --_000_ada1bb37d463443ca1732a5364d45920h3ccom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgV0csDQoNCkkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhlIHR3byBkcmFmdHMuDQoNClRo YW5rcywNCkNoYW5nd2FuZyBMaW4NCg0KDQq3orz+yMs6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1i b3VuY2VzQGlldGYub3JnXSC0+rHtIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20NCreiy83Ksbzk OiAyMDIxxOo51MI3yNUgMjE6MTMNCsrVvP7Iyzogc3ByaW5nQGlldGYub3JnDQrW98ziOiBbc3By aW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9u LXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lz DQoNCkRlYXIgV0csDQoNCg0KVGhlIERlc2lnbiBUZWFtIGhhcyBwcm9kdWNlZCB0d28gZG9jdW1l bnRzOg0KLSBBIHJlcXVpcmVtZW50IGRvY3VtZW50OiBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29t cHJlc3Npb24tcmVxdWlyZW1lbnQNCi0gQSBzb2x1dGlvbiBhbmFseXNpcyBkb2N1bWVudDogZHJh ZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQoNCkJvdGggaGF2ZSBiZWVu IHByZXNlbnRlZCB0byB0aGUgV0cgYW5kIHRyaWdnZXJlZCBzb21lIGRpc2N1c3Npb25zIGJ1dCBh cmUgc3RpbGwgaW5kaXZpZHVhbCBkb2N1bWVudHMuDQpXZSBiZWxpZXZlIGl0J3Mgbm93IHRpbWUg Zm9yIHRoZSBXRyB0byBjb25zaWRlciB0YWtpbmcgb3duZXJzaGlwIG9mIHRob3NlIHR3byBkb2N1 bWVudHMuDQpOb3RlIHRoYXQsIGVzcGVjaWFsbHkgZm9yIHRob3NlIHR3byBkb2N1bWVudHMsIFdH IGFkb3B0aW9uIGRvZXMgbm90IG5lY2Vzc2FyaWx5IG1lYW4gUkZDIHB1YmxpY2F0aW9uIGluIHBh cnRpY3VsYXIgaWYgaXQgdHVybnMgb3V0IHRoYXQgdGhlIGJlbmVmaXQgb2YgbG9uZyB0ZXJtIGFy Y2hpdmUgd291bGQgbm90IGp1c3RpZnkgdGhlIFdHIGFuZCBJRVNHIGVmZm9ydCB0byBmaW5hbGl6 ZSB0aG9zZSB0d28gZG9jdW1lbnRzLg0KDQoNClRoaXMgbWVzc2FnZSBzdGFydHMgYSAyIHdlZWsg V0cgYWRvcHRpb24gY2FsbCwgZW5kaW5nIFNlcHRlbWJlciAgMjB0aCAyMDIxLCBmb3I6DQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1j b21wcmVzc2lvbi1yZXF1aXJlbWVudA0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0KDQpBZnRl ciByZXZpZXcgb2YgdGhlIGRvY3VtZW50KHMpIHBsZWFzZSBpbmRpY2F0ZSBzdXBwb3J0IChvciBu b3QpIGZvciBXRyBhZG9wdGlvbiBvZiB0aGUgZG9jdW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlz dC4NClBsZWFzZSBhbHNvIHByb3ZpZGUgY29tbWVudHMvcmVhc29ucyBmb3IgeW91ciBzdXBwb3J0 IChvciBsYWNrIHRoZXJlb2YpIGFzIHRoaXMgaXMgYSBzdHJvbmdlciB3YXkgdG8gaW5kaWNhdGUg eW91ciAobm9uKSBzdXBwb3J0IGFzIHRoaXMgaXMgbm90IGEgdm90ZS4NCg0KSWYgeW91IGFyZSB3 aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50KHMpLCBwbGVhc2Ugc3RhdGUgdGhpcyBleHBs aWNpdGx5LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMgYW4gaW5kaWNhdGlvbiBvZiB0aGUgZW5lcmd5 IGxldmVsIG9mIHBlb3BsZSBpbiB0aGUgd29ya2luZyBncm91cCB3aWxsaW5nIHRvIHdvcmsgb24g dGhlIGRvY3VtZW50Lg0KDQpUaGFua3MhDQoNCkppbSwgQnJ1bm8gJiBKb2VsDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNh bnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIs IHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFp bnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0 YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQoNCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJl IHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNl ZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQpJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0 ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCg0KQXMgZW1haWxzIG1heSBiZSBh bHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4g bW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFuayB5b3UuDQoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCrG+08q8/rywxuS4vbz+uqzT0NDCu6rI/byvzcW1xLGjw9zQxc+io6y99s/e 09q3osvNuPjJz8PmtdjWt9bQwdCz9g0KtcS49sjLu/LIutfpoaO9+9a5yM66zsbky/vIy9LUyM66 ztDOyr3KudPDo6iw/MCotauyu8/e09rIq7K/u/Kyv7fWtdjQucK2oaK4tNbGoaINCrvyyaK3oqOp sb7Tyrz+1tC1xNDFz6Kho8jnufvE+rTtytXBy7G+08q8/qOsx+vE+sGivLS157uwu/LTyrz+zajW qreivP7Iy7Kiyb6z/bG+DQrTyrz+o6ENClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMg Y29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZnJvbSBOZXcgSDNDLCB3aGljaCBpcw0K aW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBs aXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2YgdGhlDQppbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWlu IGluIGFueSB3YXkgKGluY2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBvciBwYXJ0 aWFsDQpkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5IHBlcnNv bnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudChzKSBpcyBwcm9oaWJpdGVkLiBJ ZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2Vu ZGVyDQpieSBwaG9uZSBvciBlbWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0IQ0K --_000_ada1bb37d463443ca1732a5364d45920h3ccom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

I support the adoption of = the two drafts.

 

Thanks,<= /p>

Changwang Lin

 

 

=B7=A2=BC=FE=C8=CB: spring [mailto:spring-bounces@ietf.org] =B4=FA=B1=ED bruno.decraene@orange.com
=B7=A2=CB=CD=CA=B1=BC=E4:<= /b> 2021=C4=EA9= =D4=C27=C8=D5 21:13
=CA=D5=BC=FE=C8=CB: spring@ietf.org
=D6=F7=CC=E2: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement= - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produc= ed two documents:

- A requirement document: = draft-srcompdt-spring-compression-requirement

- A solution analysis docu= ment: draft-srcompdt-spring-compression-analysis

 

Both have been presented t= o the WG and triggered some discussions but are still individual documents.=

We believe it's now time f= or the WG to consider taking ownership of those two documents.

Note that, especially for = those two documents, WG adoption does not necessarily mean RFC publication = in particular if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 we= ek WG adoption call, ending September  20th 2021, for:

https= ://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirem= ent

https://= datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis

 

 

After review of the docume= nt(s) please indicate support (or not) for WG adoption of the document(s) t= o the mailing list.

Please also provide commen= ts/reasons for your support (or lack thereof) as this is a stronger way to = indicate your (non) support as this is not a vote.

 

If you are willing to work= on the document(s), please state this explicitly. This gives the chairs an= indication of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
-------------------------------------------------= ---------------------------------------------------------------------------= ---------
=B1=BE=D3=CA=BC=FE=BC=B0=C6=E4=B8=BD=BC=FE=BA=AC=D3=D0=D0=C2=BB=AA= =C8=FD=BC=AF=CD=C5=B5=C4=B1=A3=C3=DC=D0=C5=CF=A2=A3=AC=BD=F6=CF=DE=D3=DA=B7= =A2=CB=CD=B8=F8=C9=CF=C3=E6=B5=D8=D6=B7=D6=D0=C1=D0=B3=F6
=B5=C4=B8=F6=C8=CB=BB=F2=C8=BA=D7=E9=A1=A3=BD=FB=D6=B9=C8=CE=BA=CE= =C6=E4=CB=FB=C8=CB=D2=D4=C8=CE=BA=CE=D0=CE=CA=BD=CA=B9=D3=C3=A3=A8=B0=FC=C0= =A8=B5=AB=B2=BB=CF=DE=D3=DA=C8=AB=B2=BF=BB=F2=B2=BF=B7=D6=B5=D8=D0=B9=C2=B6= =A1=A2=B8=B4=D6=C6=A1=A2
=BB=F2=C9=A2=B7=A2=A3=A9=B1=BE=D3=CA=BC=FE=D6=D0=B5=C4=D0=C5=CF=A2= =A1=A3=C8=E7=B9=FB=C4=FA=B4=ED=CA=D5=C1=CB=B1=BE=D3=CA=BC=FE=A3=AC=C7=EB=C4= =FA=C1=A2=BC=B4=B5=E7=BB=B0=BB=F2=D3=CA=BC=FE=CD=A8=D6=AA=B7=A2=BC=FE=C8=CB= =B2=A2=C9=BE=B3=FD=B1=BE
=D3=CA=BC=FE=A3=A1
This e-mail and its attac= hments contain confidential information from New H3C, which is
intended only for the person or entity whose address is listed above. Any u= se of the
information contained herein in any way (including, but not limited to, tot= al or partial
disclosure, reproduction, or dissemination) by persons other than the inten= ded
recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender
by phone or email immediately and delete it! --_000_ada1bb37d463443ca1732a5364d45920h3ccom_-- From nobody Thu Sep 16 01:43:32 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 132A13A2084; Thu, 16 Sep 2021 01:43:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=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 qsavNgduRkC0; Thu, 16 Sep 2021 01:43:09 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C77E93A2085; Thu, 16 Sep 2021 01:43:08 -0700 (PDT) Received: from fraeml711-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H99XN0bQ4z67Cp2; Thu, 16 Sep 2021 16:40:52 +0800 (CST) Received: from kwepeml500004.china.huawei.com (7.221.188.141) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Thu, 16 Sep 2021 10:43:04 +0200 Received: from kwepeml500001.china.huawei.com (7.221.188.162) by kwepeml500004.china.huawei.com (7.221.188.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Thu, 16 Sep 2021 16:43:02 +0800 Received: from kwepeml500001.china.huawei.com ([7.221.188.162]) by kwepeml500001.china.huawei.com ([7.221.188.162]) with mapi id 15.01.2308.008; Thu, 16 Sep 2021 16:43:02 +0800 From: "Wanghaibo (Rainsword)" To: "Ketan Talaulikar (ketant)" , "bess@ietf.org" CC: "draft-ietf-bess-srv6-services@ietf.org" , "spring@ietf.org" , "Aissaoui, Mustapha (Nokia - CA/Ottawa)" , Shraddha Hegde Thread-Topic: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) Thread-Index: Add5ZuxHtH2qrBhRQGK4/wpw+iW7/ADOgmjgAAC4i7gAAG45wACHp2JQAAGkXhAAP5xUIAACp5twAANe4IAKfvQKwAA9x5rg Date: Thu, 16 Sep 2021 08:43:02 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.153.118] Content-Type: multipart/alternative; boundary="_000_cafe3ea556a64f2bb2f65e1bd708eef9huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 08:43:15 -0000 --_000_cafe3ea556a64f2bb2f65e1bd708eef9huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ketan, I think the overall description is OK. But is it appropriate to use = the word "fallback mechanism"? Regards, Haibo From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Ketan Talaulikar= (ketant) Sent: Wednesday, September 15, 2021 11:00 AM To: bess@ietf.org Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Must= apha (Nokia - CA/Ottawa) ; Shraddha Hegde Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6= -services-07) Hello All, Getting back on this topic with a text update proposal for sec 5 and 6 of t= he draft. The objective of this change is to clarify the use of the SHOULD that is us= ed in this text. OLD/CURRENT When providing best-effort connectivity to the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. NEW When the steering for SRv6 services is based on shortest path forwarding= (e.g., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to = the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. The result of an SRv6 Service SID reachability (e.g. when provided via IGP Flexible Algorithm) can be ignored if the ingress PE has a local policy that allows a fallback mechanism to reach the egress PE. The details of such fallback mechanisms is outside the scope of this document. Please let know your feedback. The authors will look to incorporate this ch= ange along with any other comments as part of the AD review updates. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Sent: 23 July 2021 22:10 To: Ketan Talaulikar (ketant) > Cc: spring@ietf.org; Shraddha Hegde >; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) That is great. Thank you. Mustapha. From: Ketan Talaulikar (ketant) > Sent: Friday, July 23, 2021 11:08 AM To: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Cc: spring@ietf.org; Shraddha Hegde >; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) < trimming list to mostly mailers > Hi Mustapha, I agree. Also after seeing Shraddha's latest email, the coverage and details for the= fallback mechanisms that she seems to be looking for is quite vast and bet= ter tackled in a separate document since this one has completed its WGLC. S= ome of those concepts are applicable for MPLS as well and not SRv6 specific= . We (authors) will work on some text proposal and get back to the WG next we= ek. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Sent: 23 July 2021 19:20 To: Ketan Talaulikar (ketant) >; = Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mou= ntain View) >; gdaw= ra.ietf@gmail.com; Clarence Filsfils (cfilsfi= l) >; robert@raszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Ketan, I believe it will be worth expanding the text in draft-ietf-bess-srv6-servi= ces to describe the two types of transport more consistently and along the = lines of what you wrote below. Also, I would propose that we move away from= terminology like best-effort service and instead just mention shortest pat= h forwarding in base topology or in flex-algo topology. Mustapha. From: spring > On B= ehalf Of Ketan Talaulikar (ketant) Sent: Thursday, July 22, 2021 3:43 AM To: Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; bruno.decra= ene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6= -services-07) Hi Rajesh, My apologies for the delay in my response. However, some of my co-authors a= nd other WG members have already clarified this point. Let me try to summar= ize. The draft covers two SRv6 based mechanisms for the transport of services be= tween SRv6 PEs. (1) using SR Policy based steering (i.e. for service routes= with Color Extended Communities) using the H.encap construct along with a = list of SRv6 segments and the other (2) using H.encap with just the SRv6 S= ervice SID in the IPv6 DA. As mentioned in the draft, it is required to verify the reachability of the= SRv6 Service SID before the mechanism (2) can be used. This is an explicit= clarification for verification of reachability. In an MPLS-VPN scenario, i= f the egress PE NH's IP route is reachable at the ingress PE but without an= MPLS label, such a path cannot be used. This is semantically similar. The mechanism (1) is different since the routing to the egress PE is via SR= Policy and hence the requirement for verification of reachability of the S= Rv6 Service SID is not there. There is no mandate for the setting of the NH since that is left to deploym= ent design. I hope this helps in addition to the various clarifications already provide= d by others. Thanks, Ketan From: Rajesh M > Sent: 22 July 2021 12:09 To: Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; Ketan Talaulikar (keta= nt) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; = bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Could Authors respond to this ? Juniper Business Use Only From: Rajesh M > Sent: Monday, July 19, 2021 7:28 PM To: Rabadan, Jorge (Nokia - US/Mountain View) >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Fi= lsfils (cfilsfil) >; robert@r= aszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi All, For best effort service, flex algo - Resolve SRv6 Service SID for forwardin= g. For SR-TE, CAR/CT - Resolve BGP next hop for forwarding. There is no unification here, it's better to unify. Any other solution is OK. Thanks Rajesh Juniper Business Use Only From: Rabadan, Jorge (Nokia - US/Mountain View) > Sent: Monday, July 19, 2021 7:17 PM To: Rajesh M >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Filsf= ils (cfilsfil) >; robert@rasz= uk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi Rajesh, The draft is written so that the next-hop address MAY be covered by the loc= ator, but there are cases in which the next-hop address is not part of the = locator prefix, and there are implementations already allowing that, so I d= on't agree the document should mandate what you are suggesting. Thanks. Jorge From: Rajesh M > Date: Monday, July 19, 2021 at 3:24 PM To: Rajesh M >, Ketan Talaulikar (ketant) >, gdawra.ietf@gmail.com = >, Clarence Filsfils (c= filsfil) >, robert@raszuk.net= >, b= runo.decraene@orange.com >, Rabadan, Jorge (Nokia - US/M= ountain View) > Cc: spring@ietf.org >, bgp@ans.net >, Shraddha Hegde >, bes= s@ietf.org >, Sri= hari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Authors, Please respond. Thanks Rajesh Juniper Business Use Only From: spring > On B= ehalf Of Rajesh M Sent: Thursday, July 15, 2021 4:36 PM To: Ketan Talaulikar (ketant) >; = gdawra.ietf@gmail.com; Clarence Filsfils (cfi= lsfil) >; robert@raszuk.net; bruno.decraene@orange.com; jorge.rabadan@nokia.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-ser= vices-07) [External Email. Be cautious of content] Hi All, As per this draft, this is how resolution must work. 1)For Non Intent service Route: if BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding. 2)For Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy= ): BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding(To find IGP flex algo).if successfu= lly resolves then return. Resolve BGP next hop for forwarding (in case above is not success). Using Service SID (overlay),for resolution is definitely not recommended. Instead in case of srv6, we always resolve on BGP nexthop. This will be in = line with BGP legacy. In case of best effort/flex algo we must mandate user to set corresponding = locator as BGP nexthop for srv6 routes. I think this is a reasonable mandate. Thanks Rajesh Juniper Business Use Only --_000_cafe3ea556a64f2bb2f65e1bd708eef9huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ketan,

 

       I think the overall description is OK= . But is it appropriate to use the word “fallback mechanism&= #8221;?

 

Regards,

Haibo

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Ketan Talaulikar (ketant)
Sent: Wednesday, September 15, 2021 11:00 AM
To: bess@ietf.org
Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaou= i, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>; Shradd= ha Hegde <shraddha@juniper.net>
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hello All,

 

Getting back on this topic with a text update proposal for sec 5 and = 6 of the draft.

 

The objective of this change is to clarify the use of the SHOULD that= is used in this text.

 

OLD/CURRENT

   When providing bes= t-effort connectivity to the egress PE, the ingress

   PE encapsulates th= e payload in an outer IPv6 header where the

   destination addres= s is the SRv6 Service SID associated with the

   related BGP route = update.  Therefore, the ingress PE SHOULD perform

   resolvability chec= k for the SRv6 Service SID before considering the

   received prefix fo= r the BGP best path computation.

 

NEW

   When the steering for SRv6 services is based on shortest path forwarding (e.g= ., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to t= he egress PE, the ingress

   PE encapsulates the paylo= ad in an outer IPv6 header where the=

   destination address is the SRv= 6 Service SID associated with the

   related BGP route update. = ; Therefore, the ingress PE SHOULD perform=

   resolvability check for the SR= v6 Service SID before considering the

   received prefix for the BGP be= st path computation.  The result of an

   SRv6 Service SID reachabili= ty (e.g. when provided via IGP Flexible

   Algorithm) can be ignored i= f the ingress PE has a local policy that

   allows a fallback mech= anism to reach the egress PE. The details of

   such fallback mechanis= ms is outside the scope of this document.

 

Please let know your feedback. The authors will look to incorporate t= his change along with any other comments as part of the AD review updates.<= o:p>

 

Thanks,

Ketan

 

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 22:10
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

That is gre= at. Thank you.

 =

Mustapha.

 =

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Friday, July 23, 2021 11:08 AM
To: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

< trimming list to mostly mailers >

 

Hi Mustapha,

 

I agree.

 

Also after seeing Shraddha’s latest email, the coverage and det= ails for the fallback mechanisms that she seems to be looking for is quite = vast and better tackled in a separate document since this one has completed its WGLC. Some of those concepts are applicab= le for MPLS as well and not SRv6 specific.

 

We (authors) will work on some text proposal and get back to the WG n= ext week.

 

Thanks,

Ketan

 

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 19:20
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Rajesh M <mrajesh@juniper.net>; Rajesh M <mrajesh@juniper.net>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.r= abadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Ketan,

I believe i= t will be worth expanding the text in draft-ietf-bess-srv6-services to desc= ribe the two types of transport more consistently and along the lines of what you wrote below. Also, I would propose that we= move away from terminology like best-effort service and instead just menti= on shortest path forwarding in base topology or in flex-algo topology.=

 =

Mustapha.

 =

From: spring <spring-bo= unces@ietf.org> On Behalf Of Ketan Talaulikar (ketant)
Sent: Thursday, July 22, 2021 3:43 AM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge= (Nokia - US/Mountain View) <= jorge.rabadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hi Rajesh,

 

My apologies for the delay in my response. However, some of my co-aut= hors and other WG members have already clarified this point. Let me try to = summarize.

 

The draft covers two SRv6 based mechanisms for the transport of servi= ces between SRv6 PEs. (1) using SR Policy based steering (i.e. for service = routes with Color Extended Communities) using the H.encap construct along with a list of SRv6 segments  and t= he other (2) using H.encap with just the SRv6 Service SID in the IPv6 DA.

 

As mentioned in the draft, it is required to verify the reachability = of the SRv6 Service SID before the mechanism (2) can be used. This is an ex= plicit clarification for verification of reachability. In an MPLS-VPN scenario, if the egress PE NH’s IP r= oute is reachable at the ingress PE but without an MPLS label, such a path = cannot be used. This is semantically similar.

 

The mechanism (1) is different since the routing to the egress PE is = via SR Policy and hence the requirement for verification of reachability of= the SRv6 Service SID is not there.

 

There is no mandate for the setting of the NH since that is left to d= eployment design.

 

I hope this helps in addition to the various clarifications already p= rovided by others.

 

Thanks,

Ketan

 

From: Rajesh M <mrajesh@jun= iper.net>
Sent: 22 July 2021 12:09
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge (Noki= a - US/Mountain View) <jorge.= rabadan@nokia.com>; Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Could Authors respond to this ?

 

 

Juniper Business= Use Only

From: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>
Sent: Monday, July 19, 2021 7:28 PM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>; Rajesh M <mrajesh@juniper.net>; Ketan Talau= likar (ketant) <ketant@cisco.com= >; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:Lato;color:black"= >[External Email. Be cautious of content]

 

Hi All,

 

For best effort service, flex algo – R= esolve SRv6 Service SID for forwarding.

For SR-TE, CAR/CT - Resolve BGP next hop for forwarding.

 

There is no unification here, it’s better to unify.

Any other solution is OK.

 

Thanks

Rajesh

 

 

Juniper Business= Use Only

From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Sent: Monday, July 19, 2021 7:17 PM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Ketan Talaulik= ar (ketant) <ketant@cisco.com>= ;; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:Lato;color:black"= >[External Email. Be cautious of content]

 

Hi Rajesh,

 

The draft is written so that the next-hop address MAY be c= overed by the locator, but there are cases in which the next-hop address is= not part of the locator prefix, and there are implementations already allowing that, so I don’t agree the docu= ment should mandate what you are suggesting.

 

Thanks.

Jorge

 

From: Rajesh M &= lt;mrajesh@juniper.net>
Date: Monday, July 19, 2021 at 3:24 PM
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>, Ketan Talaulikar (ke= tant) <ketant@cisco.com>, gdawra.ietf@gmail.com <gdawra.ietf@gmail.com>, Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>, robert@raszuk.net <robert@raszuk.net>, bruno.decraene@orange.com = <bruno.decraene@orange.com<= /a>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Cc: spring@ietf.org <spring@ietf.org>, bgp@ans.net <bgp@ans.net>, Shraddha Hegde <shraddha@juniper.net>, bess@ietf.org <bess@ietf.org>, Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

Hi= Authors,

 

Pl= ease respond.

 

Th= anks

Ra= jesh

 

 

Juniper Business= Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of Rajesh M
Sent: Thursday, July 15, 2021 4:36 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com; j= orge.rabadan@nokia.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-s= rv6-services-07)

 

[External Email. Be cautious of content]

 

Hi All,

 

As per this draft, this is how = resolution must work.

 

1)For Non Intent service Route:=

if BGP next hop is not reachabl= e return.

Resolve SRv6 Service SID for fo= rwarding.

 

2)For Intent service Route (IGP= Flex-Algo first then BGP CAR then SR Policy):

BGP next hop is not reachable r= eturn.

Resolve SRv6 Service SID for fo= rwarding(To find IGP flex algo).if successfully resolves then return.<= /o:p>

Resolve BGP next hop for forwar= ding (in case above is not success).

 

 

Using Service SID (overlay),= for resolution is definitely not recommended.

 =

Instead in case of srv6, we = always resolve on BGP nexthop. This will be in line with BGP legacy.

In case of best effort/flex = algo we must mandate user to set corresponding locator as BGP nexthop for s= rv6 routes.

I think this is a reasonable= mandate.

 

Thanks

Rajesh

 

Juniper Business= Use Only

--_000_cafe3ea556a64f2bb2f65e1bd708eef9huaweicom_-- From nobody Thu Sep 16 01:55:52 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EC563A20D3; Thu, 16 Sep 2021 01:55:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=aEPRITdS; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=X+VtjDFI 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 3-nX1ZG0_sSS; Thu, 16 Sep 2021 01:55:38 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1E043A20D9; Thu, 16 Sep 2021 01:55:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=63013; q=dns/txt; s=iport; t=1631782527; x=1632992127; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=l0vGMw5vHGJiOd5wiiku6of8XAgOYTP/8PeQkVuBKQQ=; b=aEPRITdSdjYtKdupqzSlA1pQuo6q6mKQ0l+ML7M3xeBcKuhgWkBp/4nK EczCvrG/zcKvjSh4Ugm3tzIhRHlwQQSpOoyTYDUENy9hwWSE245cuqKRI WCyYYRnsoBclq6zAl7toRWqpkzZ8/utzXOhDVNQ5Khhv/uJz0s54Vw0EJ 4=; X-IPAS-Result: =?us-ascii?q?A0AtAAAYBUNhl4MNJK1aHQEBAQEJARIBBQUBQIFFCAELA?= =?us-ascii?q?YEiMCMufg5MNzGIDwOEWWCIBwOKbY9vgS4UgREDVAsBAQENAQFBBAEBhHsCg?= =?us-ascii?q?kYCJTQJDgECBAEBAQEDAgMBAQEBBQEBBQEBAQIBBgQUAQEBAQEBAQGBCIVoD?= =?us-ascii?q?YZCAQEBAQMSCBMTAQE3AQ8CAQgRAwEBASEBBgchERQJCAIEAQ0FCBMHgk8Bg?= =?us-ascii?q?X5XAy8BpSEBgToCih94gTOBAYIIAQEGBASFCg0LgjQJgToBgn6CdVNIgRyFU?= =?us-ascii?q?yccgUlEgRQBQ4FmgQE+gU8BUEIEgSkBEgEjHgYQgxeCLoc3EFsGAjwmBEtOg?= =?us-ascii?q?SUZBAEKJBEeAg+RLxqMJI1FkUFeCoMrmHiGBBSDZotnlziVCgyBBoIejWCQK?= =?us-ascii?q?oUHAgQCBAUCDgEBBoFhOWtwcBU7gmlRGQ+OIAwFCAmDUIgtgjF0AjYCBgsBA?= =?us-ascii?q?QMJj3kBAQ?= IronPort-PHdr: A9a23:JHW0jhaFW8+WDpnnHeku3Z//LTAxhN3EVzX9orInlrtRf6Xl9JPnb wTT5vRo2VnOW4iTq/dJkPHfvK2oX2scqY2Av3YPfN0pNVcFhMwakhZmDJuDDkv2f/73ZjM3H YJJU1o2t32+OFJeTcD5YVCaq3au7DkUTxP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP IronPort-Data: A9a23:ssLrQqs8yx4b/1fEFKyzPmV+y+fnVJheMUV32f8akzHdYApBsoF/q tZmKT/XMvqPZzP0fItwb4uz905Uv57UxtBrTlE4+SxhQiwRgMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokcxJX5BC5C5xZVG/fngqoHUVaiUZ0ideSc+EH140UM6xbZg6mJVqYHR7z2l6 IuaT/L3YDdJ6xYsWo7Dw/vewP/HlK2aVAIw5jTSV9gS1LPtvyV94KYkGE2EByCQrr+4sQKNb 72rILmRpgs19vq2Yz+vuu6TnkYiGtY+MeUS45Zbc/DKv/RMmsA9+qZ8NMQGZGZFt2+Y3I937 MtLtL2yFD58a8UgmMxFO/VZOyh6OasD87jdLD3m98eS1EbBNXDrxp2CDmlvYtZeobgxWDoIr KdBQNwORkjra+aew7+nQ+9wrs8iN8LseogYvxmMyBmGUKx8H8GfH/iiCdlw+RMXhOsUXq7nN +UBNzl3MkvhUxddEwJCYH45tL742iagG9FCk3qOpbA+72TTxSRzzb7sKNfPPNqHWa19m1uDu mve/22/CxABL9WY1Dut9HWvh+aJliT+MKoJDKe58PFCgVCPyCoUEhJ+fVehqPelz0+zR9waI UEP4W81t7ZssVemVMf8VBCjiH+JohBaXMBfe8Uw5RqW4qvZ/wjfAXILJhZbYd0gr9AxXzBsy VaPkPvpGDVwvbzTQnWYnop4thu7PSwTaGQFfyJBFE0O4sLop8c4iRenostf/LCdjpr1Jyv94 iK29jl92LM3k8gK9qfmxAWS696znaQlXjLZ9y2OADn8s1ImO9D7D2C7wQOAtacafO51WnHE7 SZax5XChAwbJczV/BFhVtnhC11ACxytGTnYjFgH83IJqGn1oyTLkWy9HFhDyKpBO8IAf3riZ 1Xe/Fo5CH5v0JmCMPQfj2GZUplCIU3c+TLNDaq8gj1mOcMZSeN/1HsyDXN8Jki0+KTWrU3aB Xt9WZvzZZr9Ifo7pAdau89GuVPW7nlknDiKFcyTI+qPjuTODJJqdVv1GALeMr9mhE91iC7U6 N1Yf/Cb0AlSVfaWX8Uk2d9KcQxTcBAG6WTNg5UPLIare1M+cEl4UqO56e5xKuRNwvUO/s+Vr y7VchEDkjLX2yaYQThmn1g+MdsDq74k9illVcHtVH71s0UejXGHt/tGLMprIuB8rYSOD5dcF pE4RilJOdwXIhyvxtjXRcCVQFBKHPhzuT+zAg== IronPort-HdrOrdr: A9a23:Az2ipqyQBZc6tythathkKrPxjuskLtp133Aq2lEZdPULSK2lfp GV8sjziyWatN9IYgBepTiBUJPwJk80hqQFn7X5XI3SHTUO3VHJEGgM1/qY/9SNIVyaygcZ79 YdT0EcMqyxMbEZt7eB3ODQKb9Jq7PrnNHK9IXjJjVWPHxXgspbnmFE43OgYzVLrX59dOME/f Snl656jgvlXU5SQtWwB3EDUeSGjcbMjojabRkPAANiwBWSjBuzgYSKUCSw71M7aXdi0L0i+W /Kn0jS/aO4qcy2zRfayiv684lWot380dFObfb8yPT9aw+czzpAVr4RHIFqjwpF5t1HL2xaye Ukli1Qe/ibLUmhJl1d7yGdgDUImwxemkMKgWXo8UcL5/aJHg7Tz6F69N5kmtyz0Tt8gDg06t M540uJ85VQFh/OhyL7+pzBUAxrjFO9pT44nfcUlGE3a/pSVFZ9l/1VwKpuKuZLIMs60vFRLM B+SMXHoPpGe1KTaH7U+mFp3dy3R3w2WhOLWFILtMCZ2yVf2CkR9TpW+OUP2nMbsJ4tQZhN4O rJdqxuibFVV8cTKaZwHv0IT8e7AnHEBRjMLGWRK1L6E7xvAQOAl7fnpLEuoO26cp0By5U/3J zHTVNDrGY3P1njDMWftac7uiwlgF/NFAgF7/suqaSRloeMMYYDABfzPmzGyfHQ0cn3KverL8 qOBA== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,297,1624320000"; d="scan'208,217";a="752269445" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Sep 2021 08:55:24 +0000 Received: from mail.cisco.com (xbe-rcd-006.cisco.com [173.37.102.21]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 18G8tOP5012734 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 16 Sep 2021 08:55:24 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-rcd-006.cisco.com (173.37.102.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 16 Sep 2021 03:55:24 -0500 Received: from xfe-aln-004.cisco.com (173.37.135.124) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 16 Sep 2021 03:55:23 -0500 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Thu, 16 Sep 2021 03:55:23 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d6wqPz4HtKKA4heX8aX4UyIX66hSx+hD2fscra6RXcHR1AP8g8EMrZdnc2LJUPTbu3jlE3G15fJyAkoX3M7fzF/gumvTJhLYRFonaD+AgZG2x2hKBW5mDuX0yx1S3ZwkRtiZe7uH1snNGzkGncYGjD7Cw8FQzub4Q5gKhMKT7/24+5BH/bBNuhN/nLXjyHkpPlB3hh9+XYVIlW+IxDVdT9/v+8dAtBcWj1H9C/nyxJvSMHSut99rCFSjxletgdR1SYSKe4U0uviWkSVwAP6g7itoBbFaOi5VmwnjkJKxzq1nrJU7ejDOZwyTCAFMY9EmkDsETX1qoBmHA2nygfGgZw== 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; bh=XQwkcODdemaHoMHqPhSqhDcBBUPCOn2IZbRAH3157XM=; b=IAhW0MXvQAKNbCDb8hMkWwCnOHUvBf7jq9frmlDIP5XTQCm1Q7EO9gYHj6YW3/p9IJrasQaOHgAq3TijF4Zu0ut+Hwu9UDxRTIGMM90FvFmt01zWLcQydgJrRsX9tIMZZe3GanePIGu/pJAU/ki/s5GjO2rE2XvSdgEI7qawRDWDttOt9CX7c7AQss9phcx7DR65zZpdlWl4m5CxK9Epew6nxZXjMaq5wrMienVpihxD9B92BAWaTx5kHfzabsLBJMIpfV4O32gVZPdtDdveoLXKVfavT2qPB4L80nESrrTAMbtpOEamWjVzpyEhv/J0fgMdy0tXN2jeFq0nE2OEVQ== 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=XQwkcODdemaHoMHqPhSqhDcBBUPCOn2IZbRAH3157XM=; b=X+VtjDFIAAgRxeLEzTU+h9NPv5G298RYYThz9PPBqWOZIPgcyj/1w6SPTofEkc3B6AfqajRQZ5phWlb4jfxhqG6JmhKmR3izZxZJdwI4h+h3XrikJ6Htiq4TXPGtcFyvGRgpnnc35XAm7Vh5Rv3Ul+LbbyEgMwDyz56zmFsBaBk= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR11MB1405.namprd11.prod.outlook.com (2603:10b6:300:21::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Thu, 16 Sep 2021 08:55:22 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::5855:1d90:e596:d998%7]) with mapi id 15.20.4523.016; Thu, 16 Sep 2021 08:55:21 +0000 From: "Ketan Talaulikar (ketant)" To: "Wanghaibo (Rainsword)" , "bess@ietf.org" CC: "draft-ietf-bess-srv6-services@ietf.org" , "spring@ietf.org" , "Aissaoui, Mustapha (Nokia - CA/Ottawa)" , Shraddha Hegde Thread-Topic: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) Thread-Index: Add5ZuxHtH2qrBhRQGK4/wpw+iW7/ADOgmjgAAC4i7gAAG45wACHp2JQAAGkXhAAP5xUIAACp5twAANe4IAKfvQKwAA9x5rgAAEGhpA= Date: Thu, 16 Sep 2021 08:55:21 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3a79ee34-fdc3-4b40-bdf5-08d978efb771 x-ms-traffictypediagnostic: MWHPR11MB1405: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: k+6cTKpbdZ7YoAMyOEgfiPKkplqaate/BSdnsPfERigdl9k0Hda02geDnfju4UTf2aJ/M+Bwb7YFvL3HiRuegZLGszCPQ98t0r5hmtDMfCt7Ept33UcqBYrYOAOcVDr6fwRulqvDOnO9NYpJL9IV4v+X1N5hWC9XR72Ihpn43EyyqqFGHwzWS2n4e5jBYOpSgW/c4il9s8J42pcN4owufBd9UaF+ORmOvmtVyU05pWtuvwUgYUT9ErL3diwbbbHbyU7RyiVVTAfc5C6o5lXZnYwGiySExM6g7Yd3alo93QVL1vDWy/U/G26+TEYCUvnOjCXysfNsAONleXdbrKBpR25yOYzkPjNzddhY2W/FiPwFzlpTa4vpVBjTtvuGMaxVRgqe/YoargCDHQKr5/L1gIiTpSYEsv+uzm/RfyNBvXPkuHdY4Yrbj0Eta/tiHRCRw6NVedVAzf0lEX60k+Wb+YsE+nKd4hJR6o4Xue3HybiJCRnsUdgH9y17gOZ1K7Wtmz3hi3nfrEZBKkPjb5ogEQHJiruypvsJ0lRaHzSa7H9cUbzUXqU7c+cCRy8TzKL2V3p/1iD6LPdZrZSP1QJeFvcguGEtvNMZMuH9EBCIJNMg4h6FIwitQ00cF0dRx0Y+ZiXGFgQ4UsNIDElnUGzfs/lTwgWJv7lDJAnzh1MvTD13LpWrRTYvjMt+3rLQ0aXZi4tFEwom6fFN0k6jOFrXeQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(376002)(136003)(39860400002)(366004)(346002)(26005)(186003)(30864003)(478600001)(55016002)(316002)(7696005)(5660300002)(8936002)(9686003)(66446008)(66556008)(64756008)(66476007)(66946007)(76116006)(9326002)(83380400001)(52536014)(53546011)(6506007)(71200400001)(54906003)(110136005)(86362001)(4326008)(38100700002)(33656002)(38070700005)(2906002)(8676002)(122000001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?MJxR1KzdSRhj7xQvP2TDErlWlySdlHLBbPQGCCCC1S0OT4Xusi2GUNtHsHie?= =?us-ascii?Q?nz0PZH+02UJZwXvLWzmKLOju39r4FXkicnoc99LAdidCSeszc+MpcaVq2ONS?= =?us-ascii?Q?sK6MN2Unvl//zzlkRL+S1ZRkOFD7L5bmHbIbcP6nzr0J4g01+IK20+LylATv?= =?us-ascii?Q?ApGk2oGGm1QL9hx/yZiqfDH62rpr0zJ0h6hOzPIeK0iUYAUHi6D+DIYqD6WP?= =?us-ascii?Q?H2J5HBXkl/ups5faKOMFTS6Vu356csvPj8xbXj5fr/PxOgFVVOMgKSfaSgcS?= =?us-ascii?Q?dRagBTf6rNOba+9TjpH0IPRkcUx419Ri3oe62RuoQfGKp7E+OwMb/eNL7wIk?= =?us-ascii?Q?rfd20v0yJ8rAI5+DyMeR/mrvCxkB1iM/2lm3UaYWMwc4+X1xm2N4ZmRSDzug?= =?us-ascii?Q?6+kryGF8NmoPPCtdMht1btHnfa5IRdcmiSitqv8zDT4qUTk+Bik6sBosMk1q?= =?us-ascii?Q?YjKQec0NaROWppeyBTwbiRCf7anh0oV9m64MVrS8z9kMYFjDP2TTY5U2AD1+?= =?us-ascii?Q?/8Tiyq00MUflhnuR5xQ0yNyqfKBfijncAW+vP/ZA47DuW/oailLdQF624ugf?= =?us-ascii?Q?ZgRWcYpgjZK+VzXKkn6EN1dFHwjXSAIUCdriC+d6sYyehA4GhBIOU9rpcVHd?= =?us-ascii?Q?YJwtsv+P4dCOHvSazuBZoYTdMV466qAnmKd++pu7an7r7L1GKjvIyftO7qAc?= =?us-ascii?Q?EPjUqBbdUTpFfqQg15B+iurUbxEd+rLadblW5du1ws1g4WtoolTXDPoOEO00?= =?us-ascii?Q?DX0eHvKv2QbZ1ADJ3O412MHJopE2JCdJJe2GKb0/kVbfP16jriFszskz3wEr?= =?us-ascii?Q?t4Dtf262SHSMyZqhCyCeFtvOQ1MEwQVpPtEryJn6kQ1HGLtfSG3eWrbhzTEl?= =?us-ascii?Q?H+MxeZPlxw/ovy0UV17Z+NHuQbONQ3HjyINwV6XcmUdbg547TM/QNfVaesHE?= =?us-ascii?Q?1afi/9afjFyHsHKvltEemyYzzaMnlKKHW5Y29fmVyqiqdPeA1JdjJ51N2efy?= =?us-ascii?Q?wtUybrNEvckiCSfR7sBEhxWDW32z6FlrSWk++owpq/Q/8V7EX3F1GwDdseJt?= =?us-ascii?Q?1JHBgVWVi7Dz2eikB/QtoL1L0zrEusUK6ipTogHql0tVwopyLrZFrR+YYYmp?= =?us-ascii?Q?PokVf/s1Ti1z1s7H486ovC2zdBe8cj9nnPYtHIDbAV3WgH1EFhW5fMZ2mT0b?= =?us-ascii?Q?gW5F4lrNgWq8+ntU0rvvE2zHQYf8ZHp4cSvv6utcc5BRB3M4esSgzEExplGm?= =?us-ascii?Q?Dl+jyTyr38KCwwMrYy8Q+32RsUXio0TGsYVF77VyLbFaqQiCXfr1JjizxP6L?= =?us-ascii?Q?X2inPU3ykKM549KvHQKmLShs?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570A71521F8BBEF2A2F1A74C1DC9MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3a79ee34-fdc3-4b40-bdf5-08d978efb771 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Sep 2021 08:55:21.8045 (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: nH2ZQfsKfQ5fbM5I1g84PNYNjMPklKO80p05iUg6EUk/Z5ERuCr3+Of+gJnqOiF0/bZXI0FYemIZD3yAD6HWzg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1405 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.21, xbe-rcd-006.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 08:55:49 -0000 --_000_MW3PR11MB4570A71521F8BBEF2A2F1A74C1DC9MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Haibo, Since the discussion on the list was related to fallback mechanisms, we hav= e those words. How about s/fallback mechanism /alternate steering mechanism ? Or please su= ggest if you had something else in your mind. Thanks, Ketan From: Wanghaibo (Rainsword) Sent: 16 September 2021 14:13 To: Ketan Talaulikar (ketant) ; bess@ietf.org Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Must= apha (Nokia - CA/Ottawa) ; Shraddha Hegde Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Ketan, I think the overall description is OK. But is it appropriate to use = the word "fallback mechanism"? Regards, Haibo From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Ketan Talaulikar= (ketant) Sent: Wednesday, September 15, 2021 11:00 AM To: bess@ietf.org Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Mustapha= (Nokia - CA/Ottawa) >; Shraddha Hegde > Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6= -services-07) Hello All, Getting back on this topic with a text update proposal for sec 5 and 6 of t= he draft. The objective of this change is to clarify the use of the SHOULD that is us= ed in this text. OLD/CURRENT When providing best-effort connectivity to the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. NEW When the steering for SRv6 services is based on shortest path forwarding= (e.g., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to = the egress PE, the ingress PE encapsulates the payload in an outer IPv6 header where the destination address is the SRv6 Service SID associated with the related BGP route update. Therefore, the ingress PE SHOULD perform resolvability check for the SRv6 Service SID before considering the received prefix for the BGP best path computation. The result of an SRv6 Service SID reachability (e.g. when provided via IGP Flexible Algorithm) can be ignored if the ingress PE has a local policy that allows a fallback mechanism to reach the egress PE. The details of such fallback mechanisms is outside the scope of this document. Please let know your feedback. The authors will look to incorporate this ch= ange along with any other comments as part of the AD review updates. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Sent: 23 July 2021 22:10 To: Ketan Talaulikar (ketant) > Cc: spring@ietf.org; Shraddha Hegde >; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) That is great. Thank you. Mustapha. From: Ketan Talaulikar (ketant) > Sent: Friday, July 23, 2021 11:08 AM To: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Cc: spring@ietf.org; Shraddha Hegde >; bess@ietf.org; = draft-ietf-bess-srv6-services@ietf.org Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) < trimming list to mostly mailers > Hi Mustapha, I agree. Also after seeing Shraddha's latest email, the coverage and details for the= fallback mechanisms that she seems to be looking for is quite vast and bet= ter tackled in a separate document since this one has completed its WGLC. S= ome of those concepts are applicable for MPLS as well and not SRv6 specific= . We (authors) will work on some text proposal and get back to the WG next we= ek. Thanks, Ketan From: Aissaoui, Mustapha (Nokia - CA/Ottawa) > Sent: 23 July 2021 19:20 To: Ketan Talaulikar (ketant) >; = Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mou= ntain View) >; gdaw= ra.ietf@gmail.com; Clarence Filsfils (cfilsfi= l) >; robert@raszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Ketan, I believe it will be worth expanding the text in draft-ietf-bess-srv6-servi= ces to describe the two types of transport more consistently and along the = lines of what you wrote below. Also, I would propose that we move away from= terminology like best-effort service and instead just mention shortest pat= h forwarding in base topology or in flex-algo topology. Mustapha. From: spring > On B= ehalf Of Ketan Talaulikar (ketant) Sent: Thursday, July 22, 2021 3:43 AM To: Rajesh M >; Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; bruno.decra= ene@orange.com Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli >; Shradd= ha Hegde >; bess@ietf.org= Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6= -services-07) Hi Rajesh, My apologies for the delay in my response. However, some of my co-authors a= nd other WG members have already clarified this point. Let me try to summar= ize. The draft covers two SRv6 based mechanisms for the transport of services be= tween SRv6 PEs. (1) using SR Policy based steering (i.e. for service routes= with Color Extended Communities) using the H.encap construct along with a = list of SRv6 segments and the other (2) using H.encap with just the SRv6 S= ervice SID in the IPv6 DA. As mentioned in the draft, it is required to verify the reachability of the= SRv6 Service SID before the mechanism (2) can be used. This is an explicit= clarification for verification of reachability. In an MPLS-VPN scenario, i= f the egress PE NH's IP route is reachable at the ingress PE but without an= MPLS label, such a path cannot be used. This is semantically similar. The mechanism (1) is different since the routing to the egress PE is via SR= Policy and hence the requirement for verification of reachability of the S= Rv6 Service SID is not there. There is no mandate for the setting of the NH since that is left to deploym= ent design. I hope this helps in addition to the various clarifications already provide= d by others. Thanks, Ketan From: Rajesh M > Sent: 22 July 2021 12:09 To: Rajesh M >; Rabadan, Jorge (Nokia - US/Mountain View) >; Ketan Talaulikar (keta= nt) >; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) >; robert@raszuk.net; = bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Could Authors respond to this ? Juniper Business Use Only From: Rajesh M > Sent: Monday, July 19, 2021 7:28 PM To: Rabadan, Jorge (Nokia - US/Mountain View) >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Fi= lsfils (cfilsfil) >; robert@r= aszuk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi All, For best effort service, flex algo - Resolve SRv6 Service SID for forwardin= g. For SR-TE, CAR/CT - Resolve BGP next hop for forwarding. There is no unification here, it's better to unify. Any other solution is OK. Thanks Rajesh Juniper Business Use Only From: Rabadan, Jorge (Nokia - US/Mountain View) > Sent: Monday, July 19, 2021 7:17 PM To: Rajesh M >; Rajesh M >; Ketan Talaulikar (ketant) >; gdawra.ietf@gmail.com; Clarence Filsf= ils (cfilsfil) >; robert@rasz= uk.net; bruno.decraene@orange.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org; Srihari Sangli > Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) [External Email. Be cautious of content] Hi Rajesh, The draft is written so that the next-hop address MAY be covered by the loc= ator, but there are cases in which the next-hop address is not part of the = locator prefix, and there are implementations already allowing that, so I d= on't agree the document should mandate what you are suggesting. Thanks. Jorge From: Rajesh M > Date: Monday, July 19, 2021 at 3:24 PM To: Rajesh M >, Ketan Talaulikar (ketant) >, gdawra.ietf@gmail.com = >, Clarence Filsfils (c= filsfil) >, robert@raszuk.net= >, b= runo.decraene@orange.com >, Rabadan, Jorge (Nokia - US/M= ountain View) > Cc: spring@ietf.org >, bgp@ans.net >, Shraddha Hegde >, bes= s@ietf.org >, Sri= hari Sangli > Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services= -07) Hi Authors, Please respond. Thanks Rajesh Juniper Business Use Only From: spring > On B= ehalf Of Rajesh M Sent: Thursday, July 15, 2021 4:36 PM To: Ketan Talaulikar (ketant) >; = gdawra.ietf@gmail.com; Clarence Filsfils (cfi= lsfil) >; robert@raszuk.net; bruno.decraene@orange.com; jorge.rabadan@nokia.com Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde >; bess= @ietf.org Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-ser= vices-07) [External Email. Be cautious of content] Hi All, As per this draft, this is how resolution must work. 1)For Non Intent service Route: if BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding. 2)For Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy= ): BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding(To find IGP flex algo).if successfu= lly resolves then return. Resolve BGP next hop for forwarding (in case above is not success). Using Service SID (overlay),for resolution is definitely not recommended. Instead in case of srv6, we always resolve on BGP nexthop. This will be in = line with BGP legacy. In case of best effort/flex algo we must mandate user to set corresponding = locator as BGP nexthop for srv6 routes. I think this is a reasonable mandate. Thanks Rajesh Juniper Business Use Only --_000_MW3PR11MB4570A71521F8BBEF2A2F1A74C1DC9MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Haibo,=

&nbs= p;

Since the= discussion on the list was related to fallback mechanisms, we have those w= ords.

&nbs= p;

How about= s/fallback mechanism /alternate steering mechanism ? Or please suggest if = you had something else in your mind.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Wanghaibo (Rainsword) <rainsword.wang@huawei.com>
Sent: 16 September 2021 14:13
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; bess@ietf.or= g
Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaou= i, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>; Shradd= ha Hegde <shraddha@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Ketan,

 

       I think the overall descrip= tion is OK. But is it appropriate to use the word ̶= 0;fallback mechanism”?

 

Regards,

Haibo

 

From: spring [mailto:spring-b= ounces@ietf.org] On Behalf Of Ketan Talaulikar (ketant)
Sent: Wednesday, September 15, 2021 11:00 AM
To: bess@ietf.org
Cc: draft-= ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Mustapha = (Nokia - CA/Ottawa) <must= apha.aissaoui@nokia.com>; Shraddha Hegde <shraddha@juniper.net>
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hello All= ,

&nbs= p;

Getting b= ack on this topic with a text update proposal for sec 5 and 6 of the draft.=

&nbs= p;

The objec= tive of this change is to clarify the use of the SHOULD that is used in thi= s text.

&nbs= p;

OLD/CURRE= NT

   When p= roviding best-effort connectivity to the egress PE, the ingress

   PE enc= apsulates the payload in an outer IPv6 header where the

   destin= ation address is the SRv6 Service SID associated with the

   relate= d BGP route update.  Therefore, the ingress PE SHOULD perform

   resolv= ability check for the SRv6 Service SID before considering the

   receiv= ed prefix for the BGP best path computation.

 

NEW

   Whe= n the steering for SRv6 services is based on shortest path forwarding (e.g= ., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to t= he egress PE, the ingress

  &nbs= p;PE encapsulates the payload in an outer IPv6 header where the

   des= tination address is the SRv6 Service SID associated with the

   rel= ated BGP route update.  Therefore, the ingress PE SHOULD perform

   res= olvability check for the SRv6 Service SID before considering the

   rec= eived prefix for the BGP best path computation.  The result of an

   = SRv6 Service SID reachability (e.g. when provided via IGP Flexible

   = Algorithm) can be ignored if the ingress PE has a local policy that

  &= nbsp;allows a fallback mechanism to reach the egress PE. The details o= f

  &= nbsp;such fallback mechanisms is outside the scope of this document.=

&nbs= p;

Please le= t know your feedback. The authors will look to incorporate this change alon= g with any other comments as part of the AD review updates.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 22:10
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

&nbs= p;

That is gre= at. Thank you.

 =

Mustapha.

 =

From: Ketan Talaulikar (ketant) <= ketant@cisco.com>
Sent: Friday, July 23, 2021 11:08 AM
To: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

< trim= ming list to mostly mailers >

&nbs= p;

Hi Mustap= ha,

&nbs= p;

I agree. =

&nbs= p;

Also afte= r seeing Shraddha’s latest email, the coverage and details for the fa= llback mechanisms that she seems to be looking for is quite vast and better= tackled in a separate document since this one has completed its WGLC. Some of those concepts are applicable for MPLS= as well and not SRv6 specific.

&nbs= p;

We (autho= rs) will work on some text proposal and get back to the WG next week.<= /o:p>

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 19:20
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Rajesh M <mrajesh@juniper.net>; Rajesh M <mrajesh@juniper.net>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.r= abadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

&nbs= p;

Hi Ketan,

I believe i= t will be worth expanding the text in draft-ietf-bess-srv6-services to desc= ribe the two types of transport more consistently and along the lines of what you wrote below. Also, I would propose that we= move away from terminology like best-effort service and instead just menti= on shortest path forwarding in base topology or in flex-algo topology.=

 =

Mustapha.

 =

From: spring <spring-bounc= es@ietf.org> On Behalf Of Ketan Talaulikar (ketant)
Sent: Thursday, July 22, 2021 3:43 AM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge= (Nokia - US/Mountain View) <= jorge.rabadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hi Rajesh= ,

&nbs= p;

My apolog= ies for the delay in my response. However, some of my co-authors and other = WG members have already clarified this point. Let me try to summarize.=

&nbs= p;

The draft= covers two SRv6 based mechanisms for the transport of services between SRv= 6 PEs. (1) using SR Policy based steering (i.e. for service routes with Col= or Extended Communities) using the H.encap construct along with a list of SRv6 segments  and the other (2) using= H.encap with just the SRv6 Service SID in the IPv6 DA.

&nbs= p;

As mentio= ned in the draft, it is required to verify the reachability of the SRv6 Ser= vice SID before the mechanism (2) can be used. This is an explicit clarific= ation for verification of reachability. In an MPLS-VPN scenario, if the egress PE NH’s IP route is reachable= at the ingress PE but without an MPLS label, such a path cannot be used. T= his is semantically similar.

&nbs= p;

The mecha= nism (1) is different since the routing to the egress PE is via SR Policy a= nd hence the requirement for verification of reachability of the SRv6 Servi= ce SID is not there.

&nbs= p;

There is = no mandate for the setting of the NH since that is left to deployment desig= n.

&nbs= p;

I hope th= is helps in addition to the various clarifications already provided by othe= rs.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Rajesh M <mrajesh@junipe= r.net>
Sent: 22 July 2021 12:09
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge (Noki= a - US/Mountain View) <jorge.= rabadan@nokia.com>; Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

&nbs= p;

Could Authors respond to this ?

 

 

Juniper Business Use Only

From: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>
Sent: Monday, July 19, 2021 7:28 PM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>; Rajesh M <mrajesh@juniper.net>; Ketan Talau= likar (ketant) <ketant@cisco.com= >; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black;mso-fareast-language:ZH-CN">[External Email. Be caut= ious of content]

 

Hi All,

 

For best effort service, flex alg= o – Resolve SRv6 Service SID for forwarding.

For SR-TE, CAR/CT - Resolve BGP n= ext hop for forwarding.

 

There is no unification here, it&= #8217;s better to unify.

Any other solution is OK.

 

Thanks

Rajesh

 

 

Juniper Business Use Only

From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Sent: Monday, July 19, 2021 7:17 PM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Ketan Talaulik= ar (ketant) <ketant@cisco.com>= ;; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black;mso-fareast-language:ZH-CN">[External Email. Be caut= ious of content]

 

Hi Rajesh,

 

The draft is written so that th= e next-hop address MAY be covered by the locator, but there are cases in wh= ich the next-hop address is not part of the locator prefix, and there are implementations already allowing that, s= o I don’t agree the document should mandate what you are suggesting.

 

Thanks.

Jorge

 

From: Rajesh M <= mrajesh@juniper.net>
Date: Monday, July 19, 2021 at 3:24 PM
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>, Ketan Talaulikar (ke= tant) <ketant@cisco.com>, gdawra.ietf@gmail.com <gdawra.ietf@gmail.com>, Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>, robert@raszuk.net <robert@raszuk.net>, bruno.decraene@orange.com = <bruno.decraene@orange.com<= /a>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Cc: spring@ietf.org <spring@ietf.org>, bgp@ans.net <bgp@ans.net>, Shraddha Hegde <shraddha@juniper.net>, bess@ietf.org <bess@ietf.org>, Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

Hi Authors,

 

Please respond.

 

Thanks

Rajesh

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of Rajesh M
Sent: Thursday, July 15, 2021 4:36 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com; j= orge.rabadan@nokia.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-s= rv6-services-07)

 

[External Email. Be = cautious of content]

 

Hi A= ll,

 

As p= er this draft, this is how resolution must work.

 

1)Fo= r Non Intent service Route:

if B= GP next hop is not reachable return.

Reso= lve SRv6 Service SID for forwarding.

 

2)Fo= r Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy):

BGP = next hop is not reachable return.

Reso= lve SRv6 Service SID for forwarding(To find IGP flex algo).if successfully = resolves then return.

Reso= lve BGP next hop for forwarding (in case above is not success).<= /span>

 

 

U= sing Service SID (overlay),for resolution is definitely not recommended.

<= o:p> 

I= nstead in case of srv6, we always resolve on BGP nexthop. This will be in l= ine with BGP legacy.

I= n case of best effort/flex algo we must mandate user to set corresponding l= ocator as BGP nexthop for srv6 routes.

I= think this is a reasonable mandate.

 

Than= ks

Raje= sh

 

Juniper Business Use Only

--_000_MW3PR11MB4570A71521F8BBEF2A2F1A74C1DC9MW3PR11MB4570namp_-- From nobody Thu Sep 16 15:23:46 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D38E03A0EE1 for ; Thu, 16 Sep 2021 15:23:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 ZPq7MvLeDCAU for ; Thu, 16 Sep 2021 15:23:42 -0700 (PDT) Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 BFD233A0EDB for ; Thu, 16 Sep 2021 15:23:42 -0700 (PDT) Received: by mail-pg1-x52f.google.com with SMTP id h3so7609889pgb.7 for ; Thu, 16 Sep 2021 15:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:from:content-transfer-encoding:mime-version:subject :message-id:date:to; bh=sB7TQXNtRW6DVS2mAK3aycoBNMBsvecF6cdNdQOZ3Lk=; b=jq8svYdlp/z/GOG1n9nQ41t7Nb9CN8j1EWjDNAxarhd1v8OqxQH8R3nspovdsnf48W v/55Gyj0C+sY8mZMfhYYnwNsEdhp9Ub4DFZukw3lNi/WXbl7ev27OICpFHumVvlfXsxU lrNDCW5g6s6rdXTsniSf0TWAN/H/6UPnsDOkEJAtEO4lswBOsq+tEsARDNlvnAtCUVwG ZaawZYA3j2bH4xcgX8gHQ7c9u0Di1Ifs/DKz7UDM+E/OoLaNOAfyP5fLcwiltz6Vf49m aVkkNMczR+7Btjyou7bGHrD+GjOdyxxHVEDkuch6WJ5giwTTufvLfvX+lM94CMpb0AqQ CWGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:from:content-transfer-encoding :mime-version:subject:message-id:date:to; bh=sB7TQXNtRW6DVS2mAK3aycoBNMBsvecF6cdNdQOZ3Lk=; b=hUtmkcpcBH5qqpTg36lFeg6znfqIO6/ZBqh4jRfq+bwrE/GeHBe6S2qZI1sCowU0IE 6NzZWKvVh/6AngmoxTmN9IUuA0YJV9d/utJ0QPPa3277sNZokkofEs+08sDRvh+k+hJ1 N6cz9EWLmUpOzKtC5SQY6ylaxLjqX4x1ltv5mh5g4y0SkMja/YIzIXOm4A6x124k2Ayh Fm77Vnnb52tRfmXMXi7Eo+2A+p7IYO3ILwAky69AQwOU9BLNqPHnVFO7Xr6n245+nlhT woz0wL30U3VgVVyntQW8HgpuUClH6qz4QcLBJvVaS4sbxyhKzm7VbpfSgJPbyRyyJlXf /Gmg== X-Gm-Message-State: AOAM531IPfonOlAaX4Y1dGNyzhOBYZjLtEu54ULsUWuyw/CI5seoOmRs plqLgx3iT1+4hHdJWUS7hluRF0bD5G4= X-Google-Smtp-Source: ABdhPJxFiG8ueZfofZYzdK5Hi3k4DRwR9FlkRJIid//aphqPozOBLSSKTzeNTT8h5rwv+J+uyM0MQA== X-Received: by 2002:a62:a20d:0:b029:35b:73da:dc8d with SMTP id m13-20020a62a20d0000b029035b73dadc8dmr7394111pff.54.1631831021152; Thu, 16 Sep 2021 15:23:41 -0700 (PDT) Received: from smtpclient.apple (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id i10sm3951596pfk.87.2021.09.16.15.23.40 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Sep 2021 15:23:40 -0700 (PDT) Sender: Tony Li From: Tony Li Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Message-Id: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> Date: Thu, 16 Sep 2021 15:23:39 -0700 To: spring@ietf.org X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: [spring] Thoughts on optimality X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2021 22:23:44 -0000 Hi all, We now seem headed to be adopting both the requirements and analysis = drafts and thoughts start to turn towards the debate for selection. The requirements draft has done a good job documenting our requirements = and the analysis draft gives us a perspective on how the various = proposals fulfill those requirements, but a deeper nuance is needed to = guide us to making an optimal choice. To that end, it seems to me that three of the requirements are = paramount: - Encapsulation Header Size - Forwarding Efficiency - State Efficiency Of these three, Forwarding Efficiency and State Efficiency seem like = they will be overcome by hardware technology. Continued growth in = semiconductors will help us scale here, so the remaing requirement of = the Encapsulation Header Size would seem to predominate, and we should = therefore optimize for that. Regards, Tony From nobody Thu Sep 16 18:33:39 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 926FF3A1594 for ; Thu, 16 Sep 2021 18:33:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 OjKyKC6QHLPx for ; Thu, 16 Sep 2021 18:33:31 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E89C3A1590 for ; Thu, 16 Sep 2021 18:33:31 -0700 (PDT) Received: from fraeml710-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H9by623Vcz67vyp for ; Fri, 17 Sep 2021 09:31:10 +0800 (CST) Received: from kwepeml500003.china.huawei.com (7.221.188.182) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 17 Sep 2021 03:33:27 +0200 Received: from kwepeml500003.china.huawei.com (7.221.188.182) by kwepeml500003.china.huawei.com (7.221.188.182) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 17 Sep 2021 09:33:25 +0800 Received: from kwepeml500003.china.huawei.com ([7.221.188.182]) by kwepeml500003.china.huawei.com ([7.221.188.182]) with mapi id 15.01.2308.008; Fri, 17 Sep 2021 09:33:25 +0800 From: "Yangfan(Fan,IP Standards)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wHcl9xw Date: Fri, 17 Sep 2021 01:33:25 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.70] Content-Type: multipart/alternative; boundary="_000_abed2de6b96f4886b0309c3b05ff9a36huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2021 01:33:37 -0000 --_000_abed2de6b96f4886b0309c3b05ff9a36huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Bruno and SPRING, After long time collaborations from a plethora of interested groups and ind= ividuals, the two documents well reflect the value and result of the work. = I believe and support that they are ready for WG to adopt. Again, many thanks to design team and anyone who contributes or even only s= peak your voice. They are all of importance. Best, Fan From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_abed2de6b96f4886b0309c3b05ff9a36huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Bruno and SPRING,=

 

After long time collaborations from a = plethora of interested groups and individuals, the two documents well refle= ct the value and result of the work. I believe and support that they are ready for WG to adopt.

Again, many thanks to design team and = anyone who contributes or even only speak your voice. They are all of impor= tance.

 

Best,

Fan

 

 

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_abed2de6b96f4886b0309c3b05ff9a36huaweicom_-- From nobody Thu Sep 16 23:07:03 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4963A24D2 for ; Thu, 16 Sep 2021 23:07:00 -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 SaiAOHjO5CuC for ; Thu, 16 Sep 2021 23:06:55 -0700 (PDT) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 53CAE3A24D0 for ; Thu, 16 Sep 2021 23:06:55 -0700 (PDT) Received: by mail-pl1-x636.google.com with SMTP id l6so712039plh.9 for ; Thu, 16 Sep 2021 23:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=vrouf0veo32tKHvFwu60vuoCxLNFG29CfU+Z8o/pTAY=; b=pTt4HDZYejKmpBvq3tWrkSOxzBTtUpXI9y+dhIm6+fI67mTc0UbK0rFNc/9Kuw1O86 O3k7Igzqz83iiSVfRhGf2YKw/nH2B2LAH/T7MLzazawhz1HzYK3nKTzLAtdHFEOyn+g0 tDC9I3k8v4s5X7Dpep5q2wUpVuQtPA/nRC0JnQneUQsmuD+lEs5X2jOQvN613VWbVILQ JgyY3zQ1nxKKs6i90VOiNkCuotkMOWoM2opSd14LeioG9wisY3KT/EF+P0godKPzAyc7 1R/6aJKdVFZ3fUAe5HXa5erfhQSc90H0f+UfsMR99nKiPeOKWBvOtwdbWtbppFIUNIy7 a7cA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=vrouf0veo32tKHvFwu60vuoCxLNFG29CfU+Z8o/pTAY=; b=BAKSdIls+kCrUs8JddKj/cf5OZVJD9oUF3SQLsPZOY2LBHuEpdke2uPyNd++iZUhbS 5SUjjmdBeBi58+kAGyP40NGJ+gnQ/PYOZoAB5HuVH1GvZKoljcJrJvMBjeo/eMTqP2Ua +W97UcoxHhB3rz/N75wAiq2j3FKD1+rrn+Od1+1JSdJNu4BwUcdl+X7xAqD8LH48OJpV GP7i3+8vZBl1AGEREwgXTYTbfD27KoEFHDYd2ycw2gjEYnN7/UKdETbevjixoc0JBvbt qW4uPnJvMx26p2tkhmsrrrsbyPwX4K/0acbLlY1Y4EGSGe7YS1XVZhFXW3qNS0fRf2tS pBUA== X-Gm-Message-State: AOAM532fw2a4qMc6btXfCMLMqOPP4SUofGBHcX/5VKAWUZtKfVLRrNvU AUOC1uf3zF10yzS+uA7AyrG6x3buEw== X-Google-Smtp-Source: ABdhPJzQ+5VYGx9Re02EBstGwd+lQ1zm9nzaukDT7HAmJJWzvrVXGRHWzXNcI9btsOS0OWAq5rokxQ== X-Received: by 2002:a17:90a:708c:: with SMTP id g12mr19138278pjk.13.1631858814435; Thu, 16 Sep 2021 23:06:54 -0700 (PDT) Received: from ?IPv6:2601:646:9702:c61:88c3:302f:f1d:c355? ([2601:646:9702:c61:88c3:302f:f1d:c355]) by smtp.gmail.com with ESMTPSA id v17sm4662959pff.6.2021.09.16.23.06.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Sep 2021 23:06:53 -0700 (PDT) From: Yingzhen Qu Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_A8F0505C-A321-40F3-B73A-55E082261337" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Date: Thu, 16 Sep 2021 23:06:32 -0700 In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Cc: "spring@ietf.org" To: bruno.decraene@orange.com References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> X-Mailer: Apple Mail (2.3654.40.0.2.32) Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2021 06:07:01 -0000 --Apple-Mail=_A8F0505C-A321-40F3-B73A-55E082261337 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I support adoption of both drafts. Thanks, Yingzhen > On Sep 7, 2021, at 6:12 AM, bruno.decraene@orange.com wrote: >=20 > Dear WG, > =20 > =20 > The Design Team has produced two documents: > - A requirement document: = draft-srcompdt-spring-compression-requirement > - A solution analysis document: = draft-srcompdt-spring-compression-analysis > =20 > Both have been presented to the WG and triggered some discussions but = are still individual documents. > We believe it's now time for the WG to consider taking ownership of = those two documents. > Note that, especially for those two documents, WG adoption does not = necessarily mean RFC publication in particular if it turns out that the = benefit of long term archive would not justify the WG and IESG effort to = finalize those two documents. > =20 > =20 > This message starts a 2 week WG adoption call, ending September 20th = 2021, for: > = https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-re= quirement = > = https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-an= alysis = > =20 > =20 > After review of the document(s) please indicate support (or not) for = WG adoption of the document(s) to the mailing list. > Please also provide comments/reasons for your support (or lack = thereof) as this is a stronger way to indicate your (non) support as = this is not a vote. > =20 > If you are willing to work on the document(s), please state this = explicitly. This gives the chairs an indication of the energy level of = people in the working group willing to work on the document. > =20 > Thanks! > =20 > Jim, Bruno & Joel > =20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring --Apple-Mail=_A8F0505C-A321-40F3-B73A-55E082261337 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = support adoption of both drafts.

Thanks,
Yingzhen

On Sep = 7, 2021, at 6:12 AM, bruno.decraene@orange.com wrote:

Dear WG,

 

 

The Design Team has = produced two documents:

- A requirement = document: draft-srcompdt-spring-compression-requirement

- A solution analysis = document: draft-srcompdt-spring-compression-analysis

 

Both have been presented = to the WG and triggered some discussions but are still individual documents.

We believe it's now time = for the WG to consider taking ownership of those two documents.

Note that, especially = for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of = long term archive would not justify the WG and IESG effort to finalize = those two documents.

 

 

This message starts a 2 = week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-com= pression-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-com= pression-analysis

 

 

After review of the = document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list.

Please also provide = comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not = a vote.

 

If you are willing to = work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in = the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
spring = mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

= --Apple-Mail=_A8F0505C-A321-40F3-B73A-55E082261337-- From nobody Fri Sep 17 14:52:01 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47A973A17E3 for ; Fri, 17 Sep 2021 14:51:59 -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 O0WDJnNvI6Uw for ; Fri, 17 Sep 2021 14:51:55 -0700 (PDT) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 589623A181D for ; Fri, 17 Sep 2021 14:51:50 -0700 (PDT) Received: by mail-pf1-x42e.google.com with SMTP id m26so10450667pff.3 for ; Fri, 17 Sep 2021 14:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=dlCOtfKTZ4SRNAE2nwWgFvH0FhH8e3yTHzDeWs5S+Ek=; b=lJqKOQOLRk1qVGpttkJ37ibgPq9iTgKxSRgAiNV9IqxsPVO61M/mJzFdMxB/+oyQG0 dCd6YIAzw7ZnIYBltYYsYFyqmHzRmFe8ibGPgT4WsEiyoC0zpjcnuf0Dk+/qT1fy1+r4 hzDXm0kh9/ypYPtaz0qzBrVioWjMBVTepnQS+rquDah4m6Yn2POo0DaO3BPRueA/3CCQ U5pkiKJnnGUJGk3I/BNNJzpaFq8PMC5R10+fwCkKRBFisrGXrohhRm4jRZVuHgWio49C 4j+IPX6eyZyqTQe3qZRjRfVRAs2U53jdGH5pDW0fl2H3lMGmiStN+ViSeyX8egDkg+nt Z3OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=dlCOtfKTZ4SRNAE2nwWgFvH0FhH8e3yTHzDeWs5S+Ek=; b=wCZQP6UJUGFYwQc36Gkx5inrOsIrIPW7e7eyUJubXSYqHvRFUGKc/5p5JT/+C/uzex 0qUXd8XgVtlV8HGff35HxlEuUEdXhZLmRaX3L3snmesk8u8rhcEeUMavaljU3H1j4OcA T2a9WwXY/u7rMPimuH/SjmRhaUvuR3y3/UyS00LdlolQIxNWShE8hlxt01YGn2yh2iEU yHnv9t6B4lJXj3ZqJWUrCKQ27RfMU8wxVwzQ23+T1Cq4TgoaMDoLQQRzMS4eiSSAnqqp zbYhEAXNbMup8szUor03iIAqbM4255/xMsH+21yX6zbeP9E9khhuE4U/+VbzQ8Cg2cp4 dcpg== X-Gm-Message-State: AOAM531EE/LQNsV+PcxfV/VJxQVROA698F1uMbQLoAlBDWYhwsl4i9BN h9GOEznx78cwFBc8laJeEzVIhfGCMEk= X-Google-Smtp-Source: ABdhPJxe2O/6EfhD+wzYyxpUqAAz9DVJMcp+y7M2lEkTiBIQFVReOQOk5IDDKP3meV4eWmJLXT0VsA== X-Received: by 2002:aa7:959a:0:b0:43b:adeb:ef58 with SMTP id z26-20020aa7959a000000b0043badebef58mr12735293pfj.19.1631915509347; Fri, 17 Sep 2021 14:51:49 -0700 (PDT) Received: from smtpclient.apple ([2601:647:5580:31a0:90fa:9ef2:12c5:4c80]) by smtp.gmail.com with ESMTPSA id o5sm11248556pjg.40.2021.09.17.14.51.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Sep 2021 14:51:48 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_5B4AE529-8066-4393-8C29-13429565A0A4" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Tetsuya Murakami In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Date: Fri, 17 Sep 2021 14:51:47 -0700 Cc: "spring@ietf.org" Message-Id: <213FE590-AE85-4013-A15F-F2AB1FE527DE@gmail.com> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> To: bruno.decraene@orange.com X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2021 21:51:59 -0000 --Apple-Mail=_5B4AE529-8066-4393-8C29-13429565A0A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Chairs, I support the adoption of these 2 draft as WG document.=20 Thanks, Tetsuya > On Sep 7, 2021, at 6:12 AM, bruno.decraene@orange.com wrote: >=20 > Dear WG, > =20 > =20 > The Design Team has produced two documents: > - A requirement document: = draft-srcompdt-spring-compression-requirement > - A solution analysis document: = draft-srcompdt-spring-compression-analysis > =20 > Both have been presented to the WG and triggered some discussions but = are still individual documents. > We believe it's now time for the WG to consider taking ownership of = those two documents. > Note that, especially for those two documents, WG adoption does not = necessarily mean RFC publication in particular if it turns out that the = benefit of long term archive would not justify the WG and IESG effort to = finalize those two documents. > =20 > =20 > This message starts a 2 week WG adoption call, ending September 20th = 2021, for: > = https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-re= quirement = > = https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-an= alysis = > =20 > =20 > After review of the document(s) please indicate support (or not) for = WG adoption of the document(s) to the mailing list. > Please also provide comments/reasons for your support (or lack = thereof) as this is a stronger way to indicate your (non) support as = this is not a vote. > =20 > If you are willing to work on the document(s), please state this = explicitly. This gives the chairs an indication of the energy level of = people in the working group willing to work on the document. > =20 > Thanks! > =20 > Jim, Bruno & Joel > =20 > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring = --Apple-Mail=_5B4AE529-8066-4393-8C29-13429565A0A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Chairs,

I support = the adoption of these 2 draft as WG document. 

Thanks,
Tetsuya

On Sep 7, 2021, at 6:12 AM, bruno.decraene@orange.com wrote:

Dear WG,
 
 
The Design Team has produced two = documents:
- A requirement document: draft-srcompdt-spring-compression-requirement
- A solution analysis document: draft-srcompdt-spring-compression-analysis
 
Both have been = presented to the WG and triggered some discussions but are still = individual documents.
We believe it's now = time for the WG to consider taking ownership of those two documents.
Note that, especially for those two documents, = WG adoption does not necessarily mean RFC publication in particular if = it turns out that the benefit of long term archive would not justify the = WG and IESG effort to finalize those two documents.
 
 
This message starts a 2 week WG adoption = call, ending September  20th 2021, for:
https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-com= pression-requirement
https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-com= pression-analysis
 
 
After review of the document(s) please = indicate support (or not) for WG adoption of the document(s) to the = mailing list.
Please also provide comments/reasons for = your support (or lack thereof) as this is a stronger way to indicate = your (non) support as this is not a vote.
 
If you are willing to = work on the document(s), please state this explicitly. This gives the = chairs an indication of the energy level of people in the working group = willing to work on the document.
 
Thanks!
 
Jim, Bruno & Joel
 
_______________________________________________________________=
__________________________________________________________

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

This message and its attachments may contain confidential or privileged =
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and =
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

= --Apple-Mail=_5B4AE529-8066-4393-8C29-13429565A0A4-- From nobody Fri Sep 17 18:21:27 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFB403A1F0F for ; Fri, 17 Sep 2021 18:21:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 TooJQS-NVN5W for ; Fri, 17 Sep 2021 18:21:20 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D623D3A1F0D for ; Fri, 17 Sep 2021 18:21:19 -0700 (PDT) Received: from fraeml740-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HBCdZ2Z16z67Px2 for ; Sat, 18 Sep 2021 09:18:58 +0800 (CST) Received: from dggeme703-chm.china.huawei.com (10.1.199.99) by fraeml740-chm.china.huawei.com (10.206.15.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Sat, 18 Sep 2021 03:21:16 +0200 Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggeme703-chm.china.huawei.com (10.1.199.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Sat, 18 Sep 2021 09:21:14 +0800 Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.2308.008; Sat, 18 Sep 2021 09:21:14 +0800 From: "Dongjie (Jimmy)" To: "bruno.decraene@orange.com" , "spring@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wIQPesg Date: Sat, 18 Sep 2021 01:21:14 +0000 Message-ID: <598da46b7f53441986cc201bf0f492eb@huawei.com> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.40.66] Content-Type: multipart/alternative; boundary="_000_598da46b7f53441986cc201bf0f492ebhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2021 01:21:25 -0000 --_000_598da46b7f53441986cc201bf0f492ebhuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG, I support the adoption of both drafts. Many thanks to the Design Team membe= rs for their hard work and contributions made. Best Regards, Jie From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 9:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_598da46b7f53441986cc201bf0f492ebhuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear WG,

 

I support the adoption of both drafts.= Many thanks to the Design Team members for their hard work and contributio= ns made.

 

Best Regards,

Jie

 

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 9:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Team has produced two docum= ents:

- A requirement document: draft-srcomp= dt-spring-compression-requirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

 

Both have been presented to the WG and= triggered some discussions but are still individual documents.<= /span>

We believe it's now time for the WG to= consider taking ownership of those two documents.

Note that, especially for those two do= cuments, WG adoption does not necessarily mean RFC publication in particula= r if it turns out that the benefit of long term archive would not justify the WG and IESG effort to finalize those two doc= uments.

 

 

This message starts a 2 week WG adopti= on call, ending September  20th 2021, for:

https://datatrack= er.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement=

https://datatracker.= ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

 

 

After review of the document(s) please= indicate support (or not) for WG adoption of the document(s) to the mailin= g list.

Please also provide comments/reasons f= or your support (or lack thereof) as this is a stronger way to indicate you= r (non) support as this is not a vote.

 

If you are willing to work on the docu= ment(s), please state this explicitly. This gives the chairs an indication = of the energy level of people in the working group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_598da46b7f53441986cc201bf0f492ebhuaweicom_-- From nobody Sat Sep 18 09:28:59 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DF883A163A for ; Sat, 18 Sep 2021 09:28:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 eCR2accyHBNJ for ; Sat, 18 Sep 2021 09:28:51 -0700 (PDT) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 7649B3A15C5 for ; Sat, 18 Sep 2021 09:28:45 -0700 (PDT) Received: by mail-wr1-x42e.google.com with SMTP id u18so18693866wrg.5 for ; Sat, 18 Sep 2021 09:28:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=3zIH/1aUxzwnJx7vGfI2FhRuff7kHubTyFBXbR60F5o=; b=JqnjFwFpb5ynmtuJcKnjrjO4hW4moxt1wdUIdEw5OzwCbZOx56BeFJDs505s7UbdgQ VaKfWvsxXqVMVxW62SLELZz56aQ6O403PPgwlErHMmaM2Qq5eMQb5IHtC3fTa67fcP/q 9LOTkX4muvswqg2usRJ98tIVifnTJzwQ2cjuoCDo92g6iPF4JX6GBzMdcFfXnWFSc8FL CexE8hEboN0mH2iv1LvaGkNYY7mmZmqMpsJTPe5AQfyRlGQT6mcBCCpYWHCrOuxQEBQZ 8NcVD/7/jY2cMGHSlPoNSvRD760yPdHLPc4pb4nMRaLlRSYSyNatOFK9GBAURb6RYOEE bcKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=3zIH/1aUxzwnJx7vGfI2FhRuff7kHubTyFBXbR60F5o=; b=4f5P0+C43q8ZeW8Eq6EAxpOwflAZQ29VekIoYKBGhcDYOkEcIkAcr8biqZbyp6k9gd Jl/HWaqZ06jsE2Juehohgy2ZxuqU96nVvUHt70fGaBbsb0VMVk49VAE1272nKEYd4mTb x2sz/QwxVRlNq10DybfNSK/bBEtGVdVWZfJn06/aFFFlpfiOXMF+lkpxIDpkUIK68x6k nW05wNftdPB/HT8zd+o9qAnHwlolojoGtRD4ff5cTFcSb1x8zN47NHyBve8PLsh0gyN2 d0nnpdbRDPOGx9i4G3xVeuImLI36oSvVbtIQTCvT10hs0v2YdH9Yf2ykn3Fk1taSzAOi tXgw== X-Gm-Message-State: AOAM530UoyLQ4PV09E5PhCoSLekbxmjTbjrl1tfsekWQiyIxvs891OxX ppcacVX/a1KUexp7rDpdFQmrt8RRX0w= X-Google-Smtp-Source: ABdhPJwsiE7VUolvUIykkIYLk72cqZeUqoTPpFddR8rGFmP4qyQ+Grlu0QdfOwl8tIKl4HQBA0/YKg== X-Received: by 2002:adf:d1b3:: with SMTP id w19mr18675918wrc.152.1631982523267; Sat, 18 Sep 2021 09:28:43 -0700 (PDT) Received: from ?IPv6:2601:647:5a00:659:ad15:3e82:4668:7e8e? ([2601:647:5a00:659:ad15:3e82:4668:7e8e]) by smtp.gmail.com with ESMTPSA id n68sm14417194wmn.13.2021.09.18.09.28.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Sep 2021 09:28:42 -0700 (PDT) From: Bob Hinden Message-Id: <8753B86C-5292-44A9-A854-B271532C4935@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_56E697B8-DC6B-4483-85B0-C8782C052E2D"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Sat, 18 Sep 2021 09:28:38 -0700 In-Reply-To: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> Cc: Bob Hinden , Tony Li To: spring References: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [spring] Thoughts on optimality X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2021 16:28:58 -0000 --Apple-Mail=_56E697B8-DC6B-4483-85B0-C8782C052E2D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I think Tony makes an excellent point. The main purpose of this work = is to compress the SRv6 header. I agree with Tony that the w.g. should = focus on the solution that provides the best header compression. Bob > On Sep 16, 2021, at 3:23 PM, Tony Li wrote: >=20 >=20 > Hi all, >=20 > We now seem headed to be adopting both the requirements and analysis = drafts and thoughts start to turn towards the debate for selection. >=20 > The requirements draft has done a good job documenting our = requirements and the analysis draft gives us a perspective on how the = various proposals fulfill those requirements, but a deeper nuance is = needed to guide us to making an optimal choice. >=20 > To that end, it seems to me that three of the requirements are = paramount: >=20 > - Encapsulation Header Size > - Forwarding Efficiency > - State Efficiency >=20 > Of these three, Forwarding Efficiency and State Efficiency seem like = they will be overcome by hardware technology. Continued growth in = semiconductors will help us scale here, so the remaing requirement of = the Encapsulation Header Size would seem to predominate, and we should = therefore optimize for that. >=20 > Regards, > Tony >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring --Apple-Mail=_56E697B8-DC6B-4483-85B0-C8782C052E2D 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----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAmFGE7YACgkQrut0EXfn u6jpHwgAtMLVdzqdT78pP+kJVWToUmb5INxUiUpbmvY4mSoV3dS4U4aTRZErVKTN XY8CH2WqI7X5HbCPJwLyujzn5+QBihnZzorqXHcoMVM1bUHCTkUVuM3gj03d/QM5 vfmB225cJPXGXlCnOY2GP89ry5DeGoQYRVnas8k7P5V7q1CB3Tx7jwz2lF84Hlht QJ7M+SMIcK7fByQ0Ru9FAyMpdRg28D9DRyN6H8zjJpcK9ibAphIHMUjNC7rYij1V f350f1bEyUrOCerGY/deaA4pRgIkNydp4CmouM0arU2sNjK3WLJDMRcP1LYk8i9q 7/7ZIdcZ3I/ZYC0GcWvCG0L3PUai6Q== =fOXE -----END PGP SIGNATURE----- --Apple-Mail=_56E697B8-DC6B-4483-85B0-C8782C052E2D-- From nobody Sat Sep 18 12:15:40 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05ABB3A0B0C for ; Sat, 18 Sep 2021 12:15:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 PuhFb_V_W455 for ; Sat, 18 Sep 2021 12:15:29 -0700 (PDT) Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 0D3453A0B8B for ; Sat, 18 Sep 2021 12:15:28 -0700 (PDT) Received: by mail-pg1-x52f.google.com with SMTP id s11so13129646pgr.11 for ; Sat, 18 Sep 2021 12:15:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8FWKfJOo+7HDKw2TmoBsWQUN2MtHIO/CKsDJVBnYfGY=; b=JgI5TabbaEhQ56AQTFu34cjmvsd7rf68Ea+w58tmSOHqy8cmKjo4yhgXc6goK2lPyS yZPrjfIbec74N4HK7cEBI54BYcr/uwQ0zxspS8NMUhxhFh0rcrhGRHWHy4SZ/75UQs9a kxotu504S7kmTk85qG++3mNJUGIqiFqlq4xRh+SJnWCOGmLhph+y+GUArHR+7ffa9Ag8 cS8XE3EkdnkdZyKe0+yKjhetEEbO1LV7AbHFiEwpQOAodR6wfmzL6yeaeKwOWVsFVLQo e+QVwgSrNWlRmppupXGSslquA0JzTt2OoJu7fjkX1r5EiZSZGCpUG7JbRU1XBpt+EtTc 0N9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8FWKfJOo+7HDKw2TmoBsWQUN2MtHIO/CKsDJVBnYfGY=; b=EQ/eEjOFJf6PoZGWQYo8udX6dhQknTEnOUMsjkvrAJZbBHJxLmN213dO4GQ4cqW5Hs wMWpItP4eKuASjgUa17aMzPkbFAueRWQlI9QsXPF4+PlB5ID/SO4q4ZZtsaIC4K7HonL QMDEGX2HQf/qfY+iOzUqrbazZOfQsoymKc/k785Tj11OCPhIM5mxkPln3gE76SD1cieY jTmWlbb8UsC4ifi2W99ytj/Ownvh7g7s5Wy1jDY+iNbbOYp48NOJu3kNi0UMSNVv8Mun Iw/gHiaNVcvOYSJlomPvKCJu3i269xYpEr/7q2e9iGkggTi5pRWkeLNuef7et+PVJXvT qDcg== X-Gm-Message-State: AOAM531G7m3miEpx7bZ1CG+55AqPGC2N49NCG/YH4aCBuG0lKJdOzG+1 E/+5p0O3Hx2oQ7SxMcotcy7jpKkPh5BNRcpYuJuYp46q X-Google-Smtp-Source: ABdhPJzxr+Bbh/bKUmFei6YQztL7YdgsIy6U2nI5jsNUqZ6N02+rVVSm9uYfHJBnqDRWkXpRFwuh2EgUhcCn+GzpoH8= X-Received: by 2002:a63:3c4d:: with SMTP id i13mr16137930pgn.54.1631992526854; Sat, 18 Sep 2021 12:15:26 -0700 (PDT) MIME-Version: 1.0 References: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> <8753B86C-5292-44A9-A854-B271532C4935@gmail.com> In-Reply-To: <8753B86C-5292-44A9-A854-B271532C4935@gmail.com> From: Gyan Mishra Date: Sat, 18 Sep 2021 15:15:16 -0400 Message-ID: To: Bob Hinden Cc: Tony Li , spring Content-Type: multipart/alternative; boundary="000000000000d6ddda05cc49def6" Archived-At: Subject: Re: [spring] Thoughts on optimality X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2021 19:15:35 -0000 --000000000000d6ddda05cc49def6 Content-Type: text/plain; charset="UTF-8" +1 Agreed. As the the goal of the SRv6 compression work is a solution for encapsulation header size MSD issue for long strict paths, the focus on SRH header compression of the SRv6 128 bit SID. >From the analysis draft is stated that each compression solution has marginal differences and all meet the compression primary objective listed first in section 6. https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis-02#section-6 As all the proposals are even as far as encapsulation header size, the compression analysis results end up boiling down to other factors shown below. 6 . Conclusions Encapsulation Header Size o All proposals meet the requirement to reduce the size of the SRv6 encapsulation header. Variances between proposals are negligible. Forwarding Efficiency o Overall, the CSID parses the fewest headers. When per packet state is processed per segment, CSID, VSID and UIDSR proposals may include it in the routing header, CRH may include it in a destination option preceding the CRH. o CSID, VSID, and UIDSR require a single lookup to process an adjacency or VPN segment. CRH always requires 2 lookups for VPN segments, and 2 and sometimes 3 lookups for adjacency segments. All proposals require two lookups to process a prefix segment and the next segment. State Efficiency o CSID, VSID and UIDSR minimize forwarding state stored at a node. CRH moves per segment state from the packet to the FIB. SRv6 Based o CSID is SRv6 based, requiring no updates to existing SRv6 standards, VSID and UIDSR require updates. CRH is not strictly based on SRv6 but is able to provide equivalent functionality. SRv6 Functionality o CSID supports SRv6 functionality. CRH VSID and UID support SRv6 functionality or equivalent with some new specifications. Heterogeneous SID lists o All proposals support heterogeneous SID lists. CSID and UIDSR support heterogeneous SID lists in the SRH, while CRH and VSID require installation of binding SIDs at midpoint nodes. SID List Length o All proposals support segment lists of at least 16 segments. SID Summarization o VSID, CSID and UIDSR support segment summarization, CRH does not. Thanks Gyan On Sat, Sep 18, 2021 at 12:29 PM Bob Hinden wrote: > Hi, > > I think Tony makes an excellent point. The main purpose of this work is > to compress the SRv6 header. I agree with Tony that the w.g. should focus > on the solution that provides the best header compression. > > Bob > > > > On Sep 16, 2021, at 3:23 PM, Tony Li wrote: > > > > > > Hi all, > > > > We now seem headed to be adopting both the requirements and analysis > drafts and thoughts start to turn towards the debate for selection. > > > > The requirements draft has done a good job documenting our requirements > and the analysis draft gives us a perspective on how the various proposals > fulfill those requirements, but a deeper nuance is needed to guide us to > making an optimal choice. > > > > To that end, it seems to me that three of the requirements are paramount: > > > > - Encapsulation Header Size > > - Forwarding Efficiency > > - State Efficiency > > > > Of these three, Forwarding Efficiency and State Efficiency seem like > they will be overcome by hardware technology. Continued growth in > semiconductors will help us scale here, so the remaing requirement of the > Encapsulation Header Size would seem to predominate, and we should > therefore optimize for that. > > > > Regards, > > Tony > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000d6ddda05cc49def6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

+1=C2=A0

Agreed.=C2=A0 As the the goal of the SRv6 co= mpression work is a solution for encapsulation header size MSD issue for lo= ng strict paths, the focus on SRH header compression of the SRv6 128 bit SI= D.

From the analysis dra= ft is stated that each compression solution has marginal differences and al= l meet the compression primary objective listed first in section 6.


As all the proposals are even as far as encapsulation header size= , the compression analysis =C2=A0results end up boiling down to other facto= rs shown below.

6.  Conclusions

   Encapsulation Header Size

   o  All proposals meet the requirement to reduce the size of the SRv6
      encapsulation header.  Variances between proposals are negligible.

   Forwarding Efficiency

   o  Overall, the CSID parses the fewest headers.  When per packet
      state is processed per segment, CSID, VSID and UIDSR proposals may
      include it in the routing header, CRH may include it in a
      destination option preceding the CRH.


   o  CSID, VSID=
, and UIDSR require a single lookup to process an
      adjacency or VPN segment.  CRH always requires 2 lookups for VPN
      segments, and 2 and sometimes 3 lookups for adjacency segments.
      All proposals require two lookups to process a prefix segment and
      the next segment.

   State Efficiency

   o  CSID, VSID and UIDSR minimize forwarding state stored at a node.
      CRH moves per segment state from the packet to the FIB.

   SRv6 Based

   o  CSID is SRv6 based, requiring no updates to existing SRv6
      standards, VSID and UIDSR require updates.  CRH is not strictly
      based on SRv6 but is able to provide equivalent functionality.

   SRv6 Functionality

   o  CSID supports SRv6 functionality.  CRH VSID and UID support SRv6
      functionality or equivalent with some new specifications.

   Heterogeneous SID lists

   o  All proposals support heterogeneous SID lists.  CSID and UIDSR
      support heterogeneous SID lists in the SRH, while CRH and VSID
      require installation of binding SIDs at midpoint nodes.

   SID List Length

   o  All proposals support segment lists of at least 16 segments.

   SID Summarization

   o  VSID, CSID and UIDSR support segment summarization, CRH does not.




<= /div>Thanks=C2=A0

Gyan

On Sat, Sep 18, 2021 at 12:29 PM Bob Hinden <bob.hinden@gmail.com> wrote:
Hi,

I think Tony makes an excellent point.=C2=A0 =C2=A0The main purpose of this= work is to compress the SRv6 header.=C2=A0 I agree with Tony that the w.g.= should focus on the solution that provides the best header compression.
Bob


> On Sep 16, 2021, at 3:23 PM, Tony Li <tony.li@tony.li> wrote:
>
>
> Hi all,
>
> We now seem headed to be adopting both the requirements and analysis d= rafts and thoughts start to turn towards the debate for selection.
>
> The requirements draft has done a good job documenting our requirement= s and the analysis draft gives us a perspective on how the various proposal= s fulfill those requirements, but a deeper nuance is needed to guide us to = making an optimal choice.
>
> To that end, it seems to me that three of the requirements are paramou= nt:
>
> - Encapsulation Header Size
> - Forwarding Efficiency
> - State Efficiency
>
> Of these three, Forwarding Efficiency and State Efficiency seem like t= hey will be overcome by hardware technology.=C2=A0 Continued growth in semi= conductors will help us scale here, so the remaing requirement of the Encap= sulation Header Size would seem to predominate, and we should therefore opt= imize for that.
>
> Regards,
> Tony
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--
--000000000000d6ddda05cc49def6-- From nobody Sat Sep 18 13:36:52 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C8C53A1491 for ; Sat, 18 Sep 2021 13:36:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 j21N5bMLLJf4 for ; Sat, 18 Sep 2021 13:36:43 -0700 (PDT) Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) (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 9922E3A148C for ; Sat, 18 Sep 2021 13:36:43 -0700 (PDT) Received: by mail-pl1-x635.google.com with SMTP id bg1so8435830plb.13 for ; Sat, 18 Sep 2021 13:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nsuXPB+xREXAvisAnQAslD51N1HqfvGoIUjFFojfYvM=; b=aCpG4n9LIC5c4qxKb3w9xKYYHMC2Hyx74GnxVO2IyfN+RifM3rhMC8ui4sG8babx77 fFQnU+2F5iWFkemTVBx95npQuKmrpw2pihi35bLOs+VtaJ+tdxwS416xR1/O4y88ydQY vn5p3kLE1YvnzoHfB92CKDAMOjYb3QigqS+pAKxNOwOtJvMeYUcDno5iKuRLmE/HLQl1 CpkqxjgiapAsj/cq7lzJCRqwnFPgXlJGKtvyWD2DAfSoJzABWmShJpOIfIrez5+OG/GT FBCRtWs0ElLUYR1j4aAj4mHmTJvJnDQlti49Y6FbSoZXjGQO2pWSu7jGkIaVtBCtvaVY 190A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nsuXPB+xREXAvisAnQAslD51N1HqfvGoIUjFFojfYvM=; b=pX9debKHsKyePwavTg5sFb1FE+mfYhiTiwoJ6KpSRS+BY0iVPRnL+jov2BnfUwz6mY +kCFpBAZHw0oIkC1GD4kAuiqzqGJ+VTkhyRLyZRblAGLIorTjYlAoXYKVPQF0Q6arZoH h//L0vfrBAzFXGgONjDrgAJ/jo599ESfZtrocVyDjwAejXrw5+7PoUv4WeRKabZHsOcv 8WnLIBlXpnEKa/8WvalH2P8q/vz9OeuRj52qtbu/ZGVMtjCx+nwqS1JKozpMDEDB08Gr xu+wRlX3JeCxYBqZG8nuusaIOu4KF0sc1sqhtT39kHM10eh9IIBPA1ZVH3wTI2Q0zSmc mFuw== X-Gm-Message-State: AOAM5303HBureEebaoptahOPJrbY/43Httn2l7mww8xSE2a/2kjy/nV3 kU+AZhC+fumQxWIFaN4dTkGm9/gpyK5jOWKkz/uM2/Vr X-Google-Smtp-Source: ABdhPJw5upHYQpe2pjpBPEBU2pqlRJzmNsMRFpgKuQWBWqsaToJB77GmGL/JzZiNdtvI0d9tEcDw/xr/n/GUiBOlKtI= X-Received: by 2002:a17:90a:4306:: with SMTP id q6mr28427415pjg.202.1631997402466; Sat, 18 Sep 2021 13:36:42 -0700 (PDT) MIME-Version: 1.0 References: <06fb01d7a461$217a86e0$646f94a0$@com> <202109132030173896925@zte.com.cn> In-Reply-To: <202109132030173896925@zte.com.cn> From: Gyan Mishra Date: Sat, 18 Sep 2021 16:36:31 -0400 Message-ID: To: liu.aihua@zte.com.cn Cc: chengweiqiang@chinamobile.com, jmh@joelhalpern.com, spring@ietf.org Content-Type: multipart/alternative; boundary="00000000000072cce505cc4b0152" Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2021 20:36:49 -0000 --00000000000072cce505cc4b0152 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Chairs & WG As the authors have described the C-SID draft is a single solution for the SRv6 data plane compression solution with two different endpoint flavors for SRv6 PGM Endpoint behaviors End and End.x, called NEXT-C-SID & REPLACE-C-SID, similar to existing SRv6 PGM endpoint flavors PSP, USP, USD. C-SID is a combination of the two drafts below: C-SID https://datatracker.ietf.org/doc/draft-filsfilscheng-spring-srv6-srh-compre= ssion/ Combination of the two drafts below: G-SID - Generalized SID https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 G-SID is renamed to C-SID and G-SRv6 compression sub path is renamed to C-SID Sequence in REPLACE-C-SID endpoint flavor in the above C-SID draft. G-SID container concept and breaks out the common locator part of the SRv6 SID and trailing bits for the encapsulation header savings. G-SID draft section 8 shows interoperability status applied to the C-SID draft. SRv6 uSID micro-segment https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 uSID is renamed to NEXT-C-SID endpoint flavor in the above C-SID draft. uSID Micro-segment introduces a LIB and GIB local uSID and Global uSID concept of IDs within a container. C-SID draft introduces a new endpoint flavor option which is a combination of the two drafts above called NEXT-AND-REPLCE-CSID which provides the best efficiency in encapsulation size with increased complexity. Kind Regards Gyan On Mon, Sep 13, 2021 at 8:30 AM wrote: > > Dear Chairs & Weiqiang, > > As I presented before, the CSID draft is just only one solution with two > different flavors. Even there are some others, the CSID has the most > supporters and has finished multi-vendor interworking test and field test= , > including my company ZTE. Especially, CSID is the most compatible the > standard SRv6 dataplane. It's benificial for SRv6 industry if the WG coul= d > adopt the CSID draft. > > > Best regards, > > Aihua > > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*WeiqiangCheng > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*'Joel M. Halpern';spring@ietf.org; > *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2021=E5=B9=B409=E6=9C=8808=E6=97=A5 11:25 > *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [spring] Conclusion from WG poll on d= ataplane solution for > compressing segment routing over IPv6* > Dear Chairs, > > Many thanks for your hard working. > > We are happy to see that the CSID draft has significant interest to be > adopted as a WG document. > > Regarding the dataplane, the authors believe that the CSID draft contains > only one dataplane solution with two different flavors[1]: NEXT-CSID-FLAV= OR > and REPLACE-CSID-FLAVOR, rather than two dataplane solutions. > > Both the flavors are defined based on the SRv6 data plane(one data plane)= , > > and the SIDs with these two flavors can be encoded in a single SRH just l= ike > we can encode PSP Flavor SIDs and USD flavor SIDs together in a SRH. > > The inter-op test of CSIDs had been done almost one year ago[2], and > everything was OK. > > Furthermore, the mechanism defined in the draft has been stable and matur= e. > > With the consensus, the authors hope WG can consider to adopt the CSID > draft. > > Best regards, > Weiqiang > on behalf of CSID authors > > [1]. https://datatracker.ietf.org/doc/html/rfc8986#section-4.16 > [2]. > > https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh= -co > mpression-02#section-11 > > > > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: spring [mailto:spring-bounces@ietf.org] =E4= =BB=A3=E8=A1=A8 Joel M. Halpern > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021=E5=B9=B49=E6=9C=887=E6=97=A5 0= 1:27 > =E6=94=B6=E4=BB=B6=E4=BA=BA: spring@ietf.org > =E4=B8=BB=E9=A2=98: [spring] Conclusion from WG poll on dataplane solutio= n for compressing > segment routing over IPv6 > > Our thanks to the working group members for speaking up clearly. There > is a rough (quite clear) consensus for standardizing one dataplane > solution to compressing segment routing over IPv6. > > As chairs, there are some related observations we need to make. > There appears to be significant interest in using the framework in the > CSID draft for addressing the above. > > However, before we issue a call for adoption on that, the chairs would > like to understand how the working group wants to solve a technical > problem. The CSID draft contains two dataplane solutions. The above > rough consensus is for one dataplane solution. Does the working group > want to choose one? Do the authors want to suggest that one of the two > is the one we should standardize, and get working group agreement? > Should we adopt the document, with a note indicating the problem, and > solve the problem afterwards? (That itself does not solve the problem, > it merely kicks it down the road.) Do folks see another means to avoid > putting the WG in conflict with itself? > > As a loosely related side node, the chairs will also observe that we do > not see an obstacle to informational or experimental publication of > other solutions, as long as there is sufficient energy in the working > group to deal with those. Also, only documents for which there is at > least one implementation will be progressed this way. > > Thank you, > Bruno, Jim, and Joel > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --00000000000072cce505cc4b0152 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear Chairs & WG

As the authors have described the C= -SID draft is a single solution for the SRv6 data plane =C2=A0compression s= olution with two different endpoint flavors for SRv6 PGM Endpoint behaviors= End and End.x, called NEXT-C-SID & REPLACE-C-SID, similar to existing = SRv6 PGM endpoint flavors PSP, USP, USD.

<= div dir=3D"auto">C-SID is a combination of the two drafts below:

C-SID

G-SID - Generalized SID
https://datatracker.ietf.org/doc/html/dra= ft-cl-spring-generalized-srv6-for-cmpr-03
G-SID is renamed to C-SID and G-SRv6 compression = sub path is renamed to C-SID Sequence in REPLACE-C-SID endpoint flavor in t= he above C-SID draft.

G-= SID container concept and breaks out the common locator part of the SRv6 SI= D and trailing bits for the encapsulation header savings.
G-SID draft section 8 shows interoperability =C2=A0status applied= to the C-SID draft.=C2=A0

SRv6 uSID micro-segment=C2=A0

uSID is renamed to NEXT-C-SID endpoint flavor in the above = C-SID draft.

uSID Micro-= segment introduces a LIB and GIB local uSID and Global uSID concept of IDs = within a container.

C-SI= D draft =C2=A0introduces a new endpoint flavor option which is a combinatio= n of the two drafts above called NEXT-AND-REPLCE-CSID which provides the be= st efficiency in encapsulation size with increased complexity.

Kind Regards=C2=A0

Gyan

On Mon, Sep 13, 2021 at 8:30 AM <liu.aihua@zte.com.cn> wrot= e:


<= p style=3D"font-size:16px;font-family:=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,= "Microsoft YaHei"">Dear Chairs & Weiqiang,

As I presented before, the CSID draft is just only one solut= ion with two different flavors. Even there are some others, the CSID has th= e most supporters and has finished multi-vendor interworking test and field= test, including my company ZTE. Especially, CSID is the most compatible th= e standard SRv6 dataplane. It's benificial for SRv6 industry if the WG = could adopt the CSID draft.


Best regards,

Ai= hua


<= div style=3D"display:block">
=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
<= div>
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9AWeiqiangCheng<= u>
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A'Joel M. Halpern';spring@ietf.org;
= =E6=97=A5 =E6=9C=9F =EF=BC=9A2021=E5=B9=B409=E6=9C=8808=E6= =97=A5 11:25
=E4=B8=BB =E9=A2=98 =EF=BC=9ARe: [spring] Conclusion from WG poll on dataplane solution f= or compressing segment routing over IPv6
<= /div>
Dear=C2=A0Chairs,

Many=C2=A0th= anks=C2=A0for=C2=A0your=C2=A0hard=C2=A0working.=C2=A0

We=C2=A0are=C2= =A0happy=C2=A0to=C2=A0see=C2=A0that=C2=A0the=C2=A0CSID=C2=A0draft=C2=A0has= =C2=A0significant=C2=A0interest=C2=A0to=C2=A0be
adopted=C2=A0as=C2=A0a= =C2=A0WG=C2=A0document.=C2=A0

Regarding=C2=A0the=C2=A0dataplane,=C2= =A0the=C2=A0authors=C2=A0believe=C2=A0that=C2=A0the=C2=A0CSID=C2=A0draft=C2= =A0contains
only=C2=A0one=C2=A0dataplane=C2=A0solution=C2=A0with=C2=A0tw= o=C2=A0different=C2=A0flavors[1]:=C2=A0NEXT-CSID-FLAVOR
and=C2=A0REPLACE= -CSID-FLAVOR,=C2=A0rather=C2=A0than=C2=A0two=C2=A0dataplane=C2=A0solutions.=

Both=C2=A0the=C2=A0flavors=C2=A0are=C2=A0defined=C2=A0based=C2=A0on= =C2=A0the=C2=A0SRv6=C2=A0data=C2=A0plane(one=C2=A0data=C2=A0plane),
and= =C2=A0the=C2=A0SIDs=C2=A0with=C2=A0these=C2=A0two=C2=A0flavors=C2=A0can=C2= =A0be=C2=A0encoded=C2=A0in=C2=A0a=C2=A0single=C2=A0SRH=C2=A0just=C2=A0like<= br>we=C2=A0can=C2=A0encode=C2=A0PSP=C2=A0Flavor=C2=A0SIDs=C2=A0and=C2=A0USD= =C2=A0flavor=C2=A0SIDs=C2=A0together=C2=A0in=C2=A0a=C2=A0SRH.

The=C2= =A0inter-op=C2=A0test=C2=A0of=C2=A0CSIDs=C2=A0had=C2=A0been=C2=A0done=C2=A0= almost=C2=A0one=C2=A0year=C2=A0ago[2],=C2=A0and
everything=C2=A0was=C2= =A0OK.=C2=A0

Furthermore,=C2=A0the=C2=A0mechanism=C2=A0defined=C2=A0= in=C2=A0the=C2=A0draft=C2=A0has=C2=A0been=C2=A0stable=C2=A0and=C2=A0mature.=

With=C2=A0the=C2=A0consensus,=C2=A0the=C2=A0authors=C2=A0hope=C2=A0= WG=C2=A0can=C2=A0consider=C2=A0to=C2=A0adopt=C2=A0the=C2=A0CSID
draft.
Best=C2=A0regards,
Weiqiang
on=C2=A0behalf=C2=A0of=C2=A0CSID=C2= =A0authors

[1].=C2=A0https://datatracker.ietf.org/doc/= html/rfc8986#section-4.16
[2].
ht= tps://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-co<= /a>
mpression-02#section-11



-----=E9=82=AE=E4=BB=B6=E5=8E= =9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA:=C2=A0spring=C2=A0[mailto:= spring-bounces= @ietf.org]=C2=A0=E4=BB=A3=E8=A1=A8=C2=A0Joel=C2=A0M.=C2=A0Halpern
= =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:=C2=A02021=E5=B9=B49=E6=9C=887=E6=97= =A5=C2=A001:27
=E6=94=B6=E4=BB=B6=E4=BA=BA:=C2=A0spring@ietf.org
=E4=B8=BB=E9=A2=98:=C2= =A0[spring]=C2=A0Conclusion=C2=A0from=C2=A0WG=C2=A0poll=C2=A0on=C2=A0datapl= ane=C2=A0solution=C2=A0for=C2=A0compressing
segment=C2=A0routing=C2=A0ov= er=C2=A0IPv6

Our=C2=A0thanks=C2=A0to=C2=A0the=C2=A0working=C2=A0grou= p=C2=A0members=C2=A0for=C2=A0speaking=C2=A0up=C2=A0clearly.=C2=A0=C2=A0Ther= e=C2=A0
is=C2=A0a=C2=A0rough=C2=A0(quite=C2=A0clear)=C2=A0consensus=C2= =A0for=C2=A0standardizing=C2=A0one=C2=A0dataplane=C2=A0
solution=C2=A0to= =C2=A0compressing=C2=A0segment=C2=A0routing=C2=A0over=C2=A0IPv6.

As= =C2=A0chairs,=C2=A0there=C2=A0are=C2=A0some=C2=A0related=C2=A0observations= =C2=A0we=C2=A0need=C2=A0to=C2=A0make.
There=C2=A0appears=C2=A0to=C2=A0be= =C2=A0significant=C2=A0interest=C2=A0in=C2=A0using=C2=A0the=C2=A0framework= =C2=A0in=C2=A0the=C2=A0
CSID=C2=A0draft=C2=A0for=C2=A0addressing=C2=A0th= e=C2=A0above.

However,=C2=A0before=C2=A0we=C2=A0issue=C2=A0a=C2=A0ca= ll=C2=A0for=C2=A0adoption=C2=A0on=C2=A0that,=C2=A0the=C2=A0chairs=C2=A0woul= d=C2=A0
like=C2=A0to=C2=A0understand=C2=A0how=C2=A0the=C2=A0working=C2= =A0group=C2=A0wants=C2=A0to=C2=A0solve=C2=A0a=C2=A0technical=C2=A0
probl= em.=C2=A0=C2=A0The=C2=A0CSID=C2=A0draft=C2=A0contains=C2=A0two=C2=A0datapla= ne=C2=A0solutions.=C2=A0=C2=A0The=C2=A0above=C2=A0
rough=C2=A0consensus= =C2=A0is=C2=A0for=C2=A0one=C2=A0dataplane=C2=A0solution.=C2=A0=C2=A0Does=C2= =A0the=C2=A0working=C2=A0group=C2=A0
want=C2=A0to=C2=A0choose=C2=A0one?= =C2=A0=C2=A0Do=C2=A0the=C2=A0authors=C2=A0want=C2=A0to=C2=A0suggest=C2=A0th= at=C2=A0one=C2=A0of=C2=A0the=C2=A0two=C2=A0
is=C2=A0the=C2=A0one=C2=A0we= =C2=A0should=C2=A0standardize,=C2=A0and=C2=A0get=C2=A0working=C2=A0group=C2= =A0agreement?
Should=C2=A0we=C2=A0adopt=C2=A0the=C2=A0document,=C2=A0wit= h=C2=A0a=C2=A0note=C2=A0indicating=C2=A0the=C2=A0problem,=C2=A0and=C2=A0solve=C2=A0the=C2=A0problem=C2=A0afterwards?=C2=A0=C2=A0(That=C2=A0itself= =C2=A0does=C2=A0not=C2=A0solve=C2=A0the=C2=A0problem,=C2=A0
it=C2=A0mere= ly=C2=A0kicks=C2=A0it=C2=A0down=C2=A0the=C2=A0road.)=C2=A0Do=C2=A0folks=C2= =A0see=C2=A0another=C2=A0means=C2=A0to=C2=A0avoid=C2=A0
putting=C2=A0the= =C2=A0WG=C2=A0in=C2=A0conflict=C2=A0with=C2=A0itself?

As=C2=A0a=C2= =A0loosely=C2=A0related=C2=A0side=C2=A0node,=C2=A0the=C2=A0chairs=C2=A0will= =C2=A0also=C2=A0observe=C2=A0that=C2=A0we=C2=A0do=C2=A0
not=C2=A0see=C2= =A0an=C2=A0obstacle=C2=A0to=C2=A0informational=C2=A0or=C2=A0experimental=C2= =A0publication=C2=A0of=C2=A0
other=C2=A0solutions,=C2=A0as=C2=A0long=C2= =A0as=C2=A0there=C2=A0is=C2=A0sufficient=C2=A0energy=C2=A0in=C2=A0the=C2=A0= working=C2=A0
group=C2=A0to=C2=A0deal=C2=A0with=C2=A0those.=C2=A0=C2=A0A= lso,=C2=A0only=C2=A0documents=C2=A0for=C2=A0which=C2=A0there=C2=A0is=C2=A0a= t=C2=A0
least=C2=A0one=C2=A0implementation=C2=A0will=C2=A0be=C2=A0progre= ssed=C2=A0this=C2=A0way.

Thank=C2=A0you,
Bruno,=C2=A0Jim,=C2=A0an= d=C2=A0Joel

_______________________________________________
sprin= g=C2=A0mailing=C2=A0list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring



_______________________________________________
spring= =C2=A0mailing=C2=A0list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring


_________________= ______________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--

=

Gyan Mishra

Network Solutions Architect=C2=A0<= /p>

Email gyan.s.mishra@ver= izon.com<= br>

M 301 502-1347


--00000000000072cce505cc4b0152-- From nobody Sun Sep 19 12:33:42 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A68593A3969; Sun, 19 Sep 2021 12:33:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 G0DZZncPcujs; Sun, 19 Sep 2021 12:33:33 -0700 (PDT) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 A62EB3A3968; Sun, 19 Sep 2021 12:33:33 -0700 (PDT) Received: by mail-pg1-x52c.google.com with SMTP id u18so15288051pgf.0; Sun, 19 Sep 2021 12:33:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=cPDKDN4PBbNBL1Y2EWGuiJZc3S3mbQpCBcB9qvJIlZM=; b=ixAop2LbRLNiuy6DlLYFKlDbV4sFCBHaNb3OPbVGBh8VU7M6jr3IZSY8DAlePQzCsV q64wk+EUMsw1TRT0R0WsZKHe3F18u5wkYbIRfJ7ZZc20XM64Db2Vh6JTLMicqP1bWWSb pKfToEJ+oFtrJeotkCT3DNvSg4ZfmZi+oB3uorL65OAoSL5D0yT6ICdgt0DCuWaRfrdb KEH8zsmQgjaRjfSclrTi/wcmbBcXPxilatvc4Ci4/HwMSduPfhjy1X/nsd63Nr5vkse6 ZWYqxzCqmjceKRM5GU3hhfs6rR7DpOuhbVxetiQivu1ZQm1IykBVY/tK6udHImNprZEt SBlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cPDKDN4PBbNBL1Y2EWGuiJZc3S3mbQpCBcB9qvJIlZM=; b=syf+ETtleVV44q96oR8UutrhiSzXhUvu56tlalCb04wSGZFLoq9jjwNRtgNEap+Gq8 zNx4kph8Kh8wc7tDJ+Q8Up6GrusWfNR7jefY52ag0d0aLw+K00BB1XFT69bAiIH2j2Hw 9r27IIXr1QveX9b4SfMpN6idivRJHwFhKBe8elhnh5cna7rHoUv9b/HuoFsUEjiJ4drD e0tBgGE6cgNCkxu8ecaTJH0+pFrTCtR8sXWjveIHV+FHI0WiEzeeqQvffO57sjSTRamd KejohiYo9q9L/M6t5wKrPYd5w2SjlsfMc1zjA1Q89DvIxpRqXgzZBTID24mIvq0hiPZa NG3w== X-Gm-Message-State: AOAM533E2GISGUHLDk+QXH1YeBG2ca9SIOXIpvVBivZnLDx16lghX7sI +mJuxLK1z5sVK2OdhiXeQ3XCyui6WU/KkTROXgj27ZCT X-Google-Smtp-Source: ABdhPJwi567+3u3TmxrOUv7GRLeTwCVV8Q+PO/DoY4TaNSsLe0fVwD6ehFDX7zWnl+i2J4noLPLH8d+54SfrlneH6dU= X-Received: by 2002:a63:348c:: with SMTP id b134mr3376677pga.243.1632080012086; Sun, 19 Sep 2021 12:33:32 -0700 (PDT) MIME-Version: 1.0 From: Gyan Mishra Date: Sun, 19 Sep 2021 15:33:21 -0400 Message-ID: To: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="0000000000005d915705cc5e3de0" Archived-At: Subject: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2021 19:33:39 -0000 --0000000000005d915705cc5e3de0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Authors After having a few discussions on threads related to the SRv6 compression analysis draft results, as well as WG coming to consensus on a single SRv6 compression solution, a few critical questions have come up related to C-SID draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of the two drafts below which introduces 2 of the 3 compression solutions with the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of the DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification from the authors which of the 3 compression solutions was included in the analysis. The three solutions are very different and all would yield different analysis results. I understand the authors have called the each solution a endpoint flavor which I see from the IANA codepoint allocations, however each flavor is a different solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback from the authors which of the three solutions or endpoint flavors was part of the DT analysis draft that the authors would like to put forward as the single compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --0000000000005d915705cc5e3de0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Authors

After having a fe= w discussions on threads related to the SRv6 compression analysis draft res= ults, as well as WG coming to consensus on a single SRv6 compression soluti= on, a few critical questions have come up related to C-SID draft that requi= res clarification by the authors.

The C-SID draft has 3 compression solutions below and is a combin= ation of the two drafts below which introduces 2 of the 3 compression solut= ions with the =C2=A0C-SID draft introduction of yet a 3rd compression solut= ion.

Which of the 3 C-SI= D draft compression solutions was included as part of the DT analysis draft= results and conclusion?

This is a critical question that needs to be answered for clarification on= the C-SID draft solution.

As the WG has consensus on a single solution we need to have clarificati= on from the authors which of the 3 compression solutions was included in th= e analysis. =C2=A0

The t= hree solutions are very different and all would yield different analysis re= sults.

I understand the = authors have called the each solution a endpoint flavor which I see from th= e IANA codepoint allocations, however each flavor is a different solution. = =C2=A0

http= s://www.iana.org/assignments/segment-routing/segment-routing.xhtml

So the WG as stated would like a single soluti= on so now we need feedback from the authors which of the three solutions or= endpoint flavors was part of the DT analysis draft that the authors would = like to put forward as the single compression solution.

C-SID is a combination of the two drafts below:
<= div dir=3D"auto" style=3D"font-family:UICTFontTextStyleBody">
Combination of the two drafts below:

G-SID - Generalized SID =E2=80= =9CREPLACE-C-SID=E2=80=9D=
SRv6 u= SID micro-segment =E2=80=9C=C2=A0NEXT-C-SID=E2=80=9D
https://datatracker.iet= f.org/doc/html/draft-filsfils-spring-net-pgm-extension-srv6-usid-10

<= div dir=3D"auto" style=3D"font-family:UICTFontTextStyleBody">Kind Regards=C2=A0

Gyan
--

<= a href=3D"http://www.verizon.com/" style=3D"color:rgb(17,85,204);padding-bo= ttom:1em;display:inline-block" target=3D"_blank">

Gyan Mishra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347


=
--0000000000005d915705cc5e3de0-- From nobody Mon Sep 20 09:57:00 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4ACE3A08E7 for ; Mon, 20 Sep 2021 09:56:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, T_KAM_HTML_FONT_INVALID=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=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 uF_74mC1LurU for ; Mon, 20 Sep 2021 09:56:52 -0700 (PDT) Received: from mail-il1-x12d.google.com (mail-il1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (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 41E133A08E2 for ; Mon, 20 Sep 2021 09:56:52 -0700 (PDT) Received: by mail-il1-x12d.google.com with SMTP id a20so19427975ilq.7 for ; Mon, 20 Sep 2021 09:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8UOWA8VVbPZoziETeNly8MClTUu146Hw2Fiw9bx+GT0=; b=lKdIArwTePp1OViJgQoU3PR8B4LFH5BMg/VkFHFWFSHi4h5vx5/KSo3Ued0RIdfmS9 iXLZFQ7Y1MtOgqZ1x2uYgFOFWQ501EdxXABrZV90GN6GMtrbE78u7NrX4y6M+MUn450K W5+3vv168haaxqvekCz8v7mE6AVWEvLAtSO+PiGgU45VTBZoLBxzdxKqT3MKLLnUr6yt hQcGpskQjhv9iy7Abgrv28oiQhjbxOKLDasFCvV75/EYc3+gn7fzVx7m27cuQW8GQ6lD clUq0SN6CCyXz4eN2S+Z16uuhLYIzJup1mAH98yVsjgiQbB2bxvn10ne9EwCwAICDrZN n4Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8UOWA8VVbPZoziETeNly8MClTUu146Hw2Fiw9bx+GT0=; b=wZEx+lveeX506k0YBhK4jwVlB8SHYZfr538v8OKNrHBbxIAkDnhgqDchT5ZtQrwr1v gRQfjJ0jdcgbIdz50bNgsoSI2pTZWO+Hu6JgBJLXqL1t+Tb3OfloGiyA6VdgjfK9+EoM AxC0KKF8b8AXDVaACA4OAtUrBYrBREV1CrzAI/Z3h7pshJ2y/no2120R22CUCwmO0UJR zOy037SyWmrEFNXf+UUUz6qvhaIdjmVz9bP9nB+OldnD52trGuxwOjLILkhdPLYGc5W7 rofQS3A7Te9iCkX51WmPUd4CVQ0naGRWGGjC+3eMLZbDrTVUyWxxL7u6A2d1h9uKH0bm tWew== X-Gm-Message-State: AOAM533JT5UVOlWpT+B0rrvZelLLLmUd3K/MgPjUnLKM7BslF2QcWqJN td0l8pD4V7PWOWpiWQ8By6ENr5pVjfxBLy94un7Dr/bYimM= X-Google-Smtp-Source: ABdhPJzDcte0ElblCZSUg/DLiHp18+gYNIWpN6rfhhmIfEum6/+TAHuuphbHa9iZsDywDk7glMJs98atF9LMvmEyDa0= X-Received: by 2002:a05:6e02:1a0d:: with SMTP id s13mr17528435ild.240.1632157010924; Mon, 20 Sep 2021 09:56:50 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> From: Dhruv Dhody Date: Mon, 20 Sep 2021 22:26:08 +0530 Message-ID: To: bruno.decraene@orange.com Cc: "spring@ietf.org" Content-Type: multipart/alternative; boundary="000000000000da9b0205cc702a8e" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2021 16:56:58 -0000 --000000000000da9b0205cc702a8e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I support the adoption of both documents. Thanks for all the effort put in by everyone involved. Few minor comments - *draft-srcompdt-spring-compression-requirement-07* In section 1 It is a goal of the design team to identify solutions to=E2=80=A6 It is also a goal of the design team to consider proposals=E2=80=A6 The design team will produce a separate document=E2=80=A6 Should we still need to mention the design team in the introduction? If some history needs to be maintained, let's put that in the appendix! =E2=80=93 In Section 4.2.3 Description: The compression proposal MUST be able to represent SR paths that contain up to 16 segments. Rationale: Strict TE paths require SID list lengths proportional to the diameter of the SR domain. It would be nice to include why the number =E2=80=9C16=E2=80=9D in the rati= onale. =E2=80=93 We should be explicit that the metric value is =E2=80=9Cyes=E2=80=9D or =E2= =80=9Cno=E2=80=9D. This is explicit for some metric (4.1. SRv6 Based) but not for other (4.2.2. Heterogeneous SID lists). =E2=80=93 The term =E2=80=9Cservices per node=E2=80=9D is not clear to me. Could you = add some more text for clarity? =E2=80=93 What is the plan for Appendix A? =E2=80=93 Nits Expand on first use - SRv6 (currently expanded later) - SID - SPRING - TI-LFA - GUA =E2=80=93 In Section 1 The design team will produce a separate document to analyze the proposals. Add reference to draft-srcompdt-spring-compression-analysis =E2=80=93 This document is a draft; additional requirements are under review, additional requirements will be added, and current requirements may change. Do we need this? We have the boilerplate for the I-D that highlights it is a =E2=80=9Cwork in progress=E2=80=9D! =E2=80=93 In Section 3.1.2 D.PRS(segment list): number of headers parsed during processing of the segment list, starting from and including the IPv6 header. =E2=80=9Cnumber of extension headers parsed=E2=80=A6=E2=80=9D and =E2=80=9C= =E2=80=A6including the IPv6 base header=E2=80=9D - would be more appropriate phrasing right? =E2=80=93 In Section 4.1 Suggest to change U.RFC8402 and U.RFC8754 to U.SR (or U.SRArch) and U.SRH respectively; this would match the descriptive names for other metrics in this section. =E2=80=93 In Section 5.1 State that the metric is =E2=80=9Cyes=E2=80=9D when all the conditions are = satisfied? =E2=80=93 *draft-srcompdt-spring-compression-analysis-02* =E2=80=93 Section 3.1 Table 9 mentions updates that need to be made along with Yes. The corresponding requirement does not talk about updates. Should it as you mention it in the conclusion! =E2=80=93 Some sections such as 3.4.1, 4.1, 5.1, 5.2, provide no analysis just a conclusion. In some of these, some analysis would be nice or perhaps a clear reference with section number to other documents. =E2=80=93 Should section 6 also include the final conclusion after going through each of the requirements? =E2=80=93 *Nits* Expand on first use - SRv6 (currently expanded later) - SID - CSID - CRH - TPF - VSID - UIDSR - CFIB - XPS =E2=80=93 In Figure 1, you have [M1_0],[C_0], & [M2_0] but the text says 1 is the starting number - o M1_1..M1_i are routers in Metro 1 o C_1..C_j are routers in Core o M2_1..M2_k are routers in Metro 2 =E2=80=93 Thanks! Dhruv On Tue, Sep 7, 2021 at 6:43 PM wrote: > Dear WG, > > > > > > The Design Team has produced two documents: > > - A requirement document: draft-srcompdt-spring-compression-requirement > > - A solution analysis document: draft-srcompdt-spring-compression-analysi= s > > > > Both have been presented to the WG and triggered some discussions but are > still individual documents. > > We believe it's now time for the WG to consider taking ownership of those > two documents. > > Note that, especially for those two documents, WG adoption does not > necessarily mean RFC publication in particular if it turns out that the > benefit of long term archive would not justify the WG and IESG effort to > finalize those two documents. > > > > > > This message starts a 2 week WG adoption call, ending September 20th > 2021, for: > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-r= equirement > > > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-a= nalysis > > > > > > After review of the document(s) please indicate support (or not) for WG > adoption of the document(s) to the mailing list. > > Please also provide comments/reasons for your support (or lack thereof) a= s > this is a stronger way to indicate your (non) support as this is not a vo= te. > > > > If you are willing to work on the document(s), please state this > explicitly. This gives the chairs an indication of the energy level of > people in the working group willing to work on the document. > > > > Thanks! > > > > Jim, Bruno & Joel > > > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u falsifie. Merci. > > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000da9b0205cc702a8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= Hi,=C2=A0

I support the = adoption of both documents.=C2=A0

Thanks for all the effort put in by every= one involved. Few minor comments -=C2=A0

draft-srcompdt-spring-compre= ssion-requirement-07

In section 1

It= is a goal of the design team to identify solutions to=E2=80=A6
It is also a goal of the design team to consider pr= oposals=E2=80=A6
The design team will pr= oduce a separate document=E2=80=A6

Should we= still need to mention the design team in the introduction? If some history= needs to be maintained, let's put that in the appendix!

=E2=80=93

In Section 4.2.3

Description: The compression proposal MUST= be able to represent SR paths that contain up to 16 segments.
Rationale: Strict TE paths require SID list lengths = proportional to the diameter of the SR domain.

It would be nice to include why the number =E2=80=9C16=E2=80=9D in the r= ationale.

=E2=80=93

We should be expl= icit that the metric value is =E2=80=9Cyes=E2=80=9D or =E2=80=9Cno=E2=80=9D= . This is explicit for some metric (4.1. SRv6 Based) but not for other (4.2= .2. Heterogeneous SID lists).

=E2=80=93

The term =E2=80=9Cservices per node=E2=80=9D is not clear to me. Could you= add some more text for clarity?

=E2=80=93

What is the plan for Appendix A?

=E2=80=93

=

Nits

Expand on first use
- SRv6 (currently expanded later)
- SID
- SPRING
- TI-LFA
- G= UA

=E2=80=93

In Section 1

The design team will produce = a separate document to analyze the proposals.

=E2=80=93

=

This document is a draft; = additional requirements are under review, additional requirements will be a= dded, and current requirements may change.

= Do we need this? We have the boilerplate for the I-D that highlights it is = a =E2=80=9Cwork in progress=E2=80=9D!

=E2=80=93

In Section 3.1.2

=

D.PRS(segment list): number of headers parsed during processing = of the segment list, starting from and including the IPv6 header.

=E2=80=9Cnumber of=C2=A0extension=C2=A0headers parsed=E2=80=A6=E2= =80=9D and =E2=80=9C=E2=80=A6including the IPv6=C2=A0base=C2=A0header=E2=80=9D - would be= more appropriate phrasing right?

=E2=80=93

<= p class=3D"gmail-part" style=3D"box-sizing:border-box;margin:0px 0px 16px;c= olor:rgb(51,51,51);letter-spacing:0.35px">In Section 4.1

= Suggest to change U.RFC8402 and U.R= FC8754 to=C2=A0U.SR=C2=A0(or U.SRArch) and U.SRH res= pectively; this would match the descriptive names for other metrics in this= section.

=E2=80=93

In Section 5.1

State that the metric is =E2=80=9Cyes=E2=80=9D when all the= conditions are satisfied?

=E2=80=93

draft-srcompdt-spring-compression-analysi= s-02

=E2=80=93

Section 3.1 Table 9 mentions updat= es that need to be made along with Yes. The corresponding requirement does = not talk about updates. Should it as you mention it in the conclusion!

=E2=80=93

Some sections such as 3.4.1, 4.1,= 5.1, 5.2, provide no analysis just=C2=A0a conclusion. In some of these, so= me analysis would be nice or perhaps a clear reference with section number = to other documents.

=E2=80=93

Should se= ction 6 also include the final conclusion after going through each of the r= equirements?

=E2=80=93

Nits

Expand on first use
- SRv6= (currently expanded later)
- SID
- CSID
- CR= H
- TPF
- VSID
- UIDSR
- CFIB
- XPS

=E2=80=93

In Figure 1, you have [M1_0],[C_= 0], & [M2_0] but the text says 1 is the starting number -

o M1_1..M1_i are routers in Metro 1 o C_1..C_j are routers in Core o M2_1..M2_k are routers in Metro 2

=E2=80=93


Thanks!=C2= =A0
Dhruv

On Tue, Sep 7, 2021 at 6:= 43 PM <bruno.decraene@orang= e.com> wrote:

Dear WG,

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-requiremen= t

- A solution analysis document: draft-srcompdt-spring-compression-anal= ysis

=C2=A0

Both have been presented to the WG and triggered som= e discussions but are still individual documents.

We believe it's now time for the WG to consider = taking ownership of those two documents.

Note that, especially for those two documents, WG ad= option does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

=C2=A0

=C2=A0

This message starts a 2 week WG adoption call, endin= g September=C2=A0 20th 2021, for:

https://datat= racker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<= u>

https://datatrac= ker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate supp= ort (or not) for WG adoption of the document(s) to the mailing list.

Please also provide comments/reasons for your suppor= t (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

=C2=A0

If you are willing to work on the document(s), pleas= e state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

=C2=A0

Thanks!<= /u>

=C2=A0

Jim, Bruno & Joel

=C2=A0

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000da9b0205cc702a8e-- From nobody Mon Sep 20 21:34:54 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 078A53A2083 for ; Mon, 20 Sep 2021 21:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 RroCzDIKOuQ9 for ; Mon, 20 Sep 2021 21:34:46 -0700 (PDT) Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0: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 183DC3A2081 for ; Mon, 20 Sep 2021 21:34:46 -0700 (PDT) Received: by mail-pf1-x42d.google.com with SMTP id 203so10417204pfy.13 for ; Mon, 20 Sep 2021 21:34:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; bh=Z+/nRc93SNcDkXyaGt9+SPTdHLF4FKnQt3sh4E1/GXI=; b=l/n82R9z26JbUpj3JtrIE0JoVYU7WVzKGT03e6RoKE4pIlTdYi9oOiEQk+8IkMckUE 6iSvOBuQvL7mniVf2jEzGdCRsgkGVhopwMM4qVBL2jlJZ9eFyCoftgjU8xCq4QqDk/bZ WMtGXKHlYMYCNpiKyewgPHTjyT9NLWx7HUaRzlet5b1aIZ23QwVYIF6ONx+towFqCoAs aSraMK8WFppu5/c+OsXsT+GfD6eiManJ7poqAVtPhdyNo5vOcifhY/cSYzAx4iJDnamx IFJEkJCiyW8Ra5dzCTJQxXfQI/8ZQ+WhkJ1NcMbux/qRkLsmbV0DMDHCslY6E/uHKD3r UD9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:date:cc:message-id:references:to; bh=Z+/nRc93SNcDkXyaGt9+SPTdHLF4FKnQt3sh4E1/GXI=; b=UOLlwWKGicQkSjow/YR99co5CZ78aHB9siNjEp8ckhJmIH6TEE9zYVapzGOr+HkEhr gbEP7knIABqrawokTp9x9mdGD7TLpPqOhooYC3t0w3mDClcIhVj0cnAl924WLLsR6RXo 5bWGlAyf7xpnYj/A8IiXOAwz8h7j/Bl//vcz7j+4bnQnUWghW9T8MkO5V7+0cPIDnldh El2NfvvoiPmpURleuHYsy7eliGgXtTc58H6Z2Pa/4pFoML+XwCRpdHiC3lpRkTrhH0qB qYHUbBEWaA3jVK1FWlIWcoa+g4/cXBIiW6L4vaKbIDwTrJ8Yvqm0JiFl3WII5pvaIoOh D7MQ== X-Gm-Message-State: AOAM5337A8BezI5wj0Qb2CPk37At9Ly0WQPEfi6dHzJvHEMCsmm402BH QjlDkUJmi0IqlpwJ7RUAXFBgq5BTY10= X-Google-Smtp-Source: ABdhPJydJVB0xLcEaRHMWgmCseSnZxhqq4QMgT3aeXtD37SVpWnCvLTgDwiGWm3EXAJSkLrVNy+k+Q== X-Received: by 2002:a63:e14f:: with SMTP id h15mr26801239pgk.49.1632198884782; Mon, 20 Sep 2021 21:34:44 -0700 (PDT) Received: from smtpclient.apple ([240a:61:bf7:610c:f846:726f:e9c2:851f]) by smtp.gmail.com with ESMTPSA id u24sm16841732pfm.81.2021.09.20.21.34.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 20 Sep 2021 21:34:43 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-E8FCA9E2-9AC9-47B6-93A7-D0287DEE4423 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) From: Satoru Matsushima In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Date: Tue, 21 Sep 2021 13:34:40 +0900 Cc: spring@ietf.org Message-Id: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> To: bruno.decraene@orange.com X-Mailer: iPad Mail (19A346) Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2021 04:34:52 -0000 --Apple-Mail-E8FCA9E2-9AC9-47B6-93A7-D0287DEE4423 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dear SPRING chairs, after my review of these two document, I support this ad= option.=20 Cheers, --satoru > On Sep 7, 2021, at 22:13, bruno.decraene@orange.com wrote: >=20 > =EF=BB=BF > Dear WG, > =20 > =20 > The Design Team has produced two documents: > - A requirement document: draft-srcompdt-spring-compression-requirement > - A solution analysis document: draft-srcompdt-spring-compression-analysis= > =20 > Both have been presented to the WG and triggered some discussions but are s= till individual documents. > We believe it's now time for the WG to consider taking ownership of those t= wo documents. > Note that, especially for those two documents, WG adoption does not necess= arily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize thos= e two documents. > =20 > =20 > This message starts a 2 week WG adoption call, ending September 20th 2021= , for: > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-re= quirement > https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-an= alysis > =20 > =20 > After review of the document(s) please indicate support (or not) for WG ad= option of the document(s) to the mailing list. > Please also provide comments/reasons for your support (or lack thereof) as= this is a stronger way to indicate your (non) support as this is not a vote= . > =20 > If you are willing to work on the document(s), please state this explicitl= y. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document. > =20 > Thanks! > =20 > Jim, Bruno & Joel > =20 > __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations confide= ntielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez rec= u ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages e= lectroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou= falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged in= formation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and del= ete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been= modified, changed or falsified. > Thank you. > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring --Apple-Mail-E8FCA9E2-9AC9-47B6-93A7-D0287DEE4423 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dear SPRING chairs, after my review of thes= e two document, I support this adoption. 

Cheers,
--satoru

On Sep 7,= 2021, at 22:13, bruno.decraene@orange.com wrote:

=
=EF=BB=BF =

Dear WG,

 

 =

The Design Team h= as produced two documents:

- A requirement d= ocument: draft-srcompdt-spring-compression-req= uirement

- A solution anal= ysis document: draft-srcompdt-spring-compressi= on-analysis

 =

Both have been pr= esented to the WG and triggered some discussions but are still individual documents.

We believe it's n= ow time for the WG to consider taking ownership of those two documents.

Note that, especi= ally for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of long= term archive would not justify the WG and IESG effort to finalize those two= documents.

 =

 =

This message star= ts a 2 week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-r= equirement

= https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-anal= ysis

 =

 =

After review of t= he document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list.

Please also provi= de comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a v= ote.

 =

If you are willin= g to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the wo= rking group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

_______________________________________________________________________=
__________________________________________________

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

This message and its attachments may contain confidential or privileged info=
rmation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delet=
e this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been m=
odified, changed or falsified.
Thank you.
_______________________________________________
spring= mailing list
spring@ietf.org
https://www.ie= tf.org/mailman/listinfo/spring
= --Apple-Mail-E8FCA9E2-9AC9-47B6-93A7-D0287DEE4423-- From nobody Wed Sep 22 05:47:41 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3595C3A1E1C; Wed, 22 Sep 2021 05:47:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=joelhalpern.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 ySuwVtcBCL0C; Wed, 22 Sep 2021 05:46:54 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 C7D663A1E14; Wed, 22 Sep 2021 05:46:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4HDyjV2B7Zz1nvgF; Wed, 22 Sep 2021 05:46:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1632314814; bh=Z3Unb6KctKJrm+CvxE8LyGM6FyFbdZwb3kfWNv6KH/k=; h=To:Cc:From:Subject:Date:From; b=lKZg2+C/EFrRmu9so443zjPc5w4b5OPBNfgHeD7ii8fCaddDxd0XUfR3iu7yxC+B/ edFv1ScM96ejGdiK/gdMq0JJ9usUjJ41huH1OSyA+jK2Wu66ycQ7HaNMPAswDwBTPD W2FsqEH3ViujaT/sheRsrXJwnbaGpRL1RBnIvqh4= X-Quarantine-ID: X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.22.111] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4HDyjT5bQrz1nvMB; Wed, 22 Sep 2021 05:46:53 -0700 (PDT) To: "spring@ietf.org" Cc: DetNet WG From: "Joel M. Halpern" Message-ID: <7c07ab5b-10c1-a128-06aa-e94e2f5ed705@joelhalpern.com> Date: Wed, 22 Sep 2021 08:46:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [spring] SRv6 Redundancy protection draft X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2021 12:47:01 -0000 The SPRING chairs have observed the discussion of this draft and the discussion of adoption thereof. We have also talked with the Detnet chairs. This document (https://datatracker.ietf.org/doc/draft-geng-spring-sr-redundancy-protection/) is now adopted by the WG. Authors, please resubmit as draft-ietf-spring-sr-redundancy-protection. Working group, please discuss the document. If there are significant changes, we will involve the detnet WG to make sure things remain aligned. Also, assuming as we hope that this progresses to WG last call, we will copy the Detnet WG on that as well. Thank you for all your work, Joel (on behalf of the three SPRING co-chairs) From nobody Wed Sep 22 13:55:14 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1AB3A12FA for ; Wed, 22 Sep 2021 13:55:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_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=juniper.net header.b=Pr0U1nvS; dkim=pass (1024-bit key) header.d=juniper.net header.b=ko33U7f4 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 fK7Kl43QKNhK for ; Wed, 22 Sep 2021 13:55:02 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 0B4BE3A12F3 for ; Wed, 22 Sep 2021 13:55:01 -0700 (PDT) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18MFRvQp011207; Wed, 22 Sep 2021 13:55:00 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=E9Kt91vHYDV4ULbDKl9+d36cWOq8yp9yrGZfM9EbcL4=; b=Pr0U1nvSoiHr9ZYICjOapuiJ8babbrrCChXio8bUyPreCWPgUdbcEeqqwMFfPNACIyOt 8HVPVjZR+RFeyK8WT0d7JzfIrfUvQLbxZFI6qtFI6TrnmAcf/ZOW8erDM7q0+OoIGLfq 3rk+Azxv92elDR9x7E8YxOUks7YRTpTbJToY/iwljpmyCq38XY3x/hZURPLocWFifPuG 5rZgR0FkoPzwjdO+jVf16lRSy3YTtLUEZyfv3yntZF9rdGGIUGIYXljW/y7ZboBkKtnV lo87xjzeYt5lZWagHdI7RYBns7gM8RKnnLEDHwwM+7cZ6aBpWit91gzX5RLDIgdaA+uT sw== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2171.outbound.protection.outlook.com [104.47.59.171]) by mx0b-00273201.pphosted.com with ESMTP id 3b875c8jbw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 22 Sep 2021 13:55:00 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dOczlDoSkiUk1S6P8TDomDueuFXKKW7M4eaJToI39xq0chlpcf/g3maNpFndT8wzbK4SzH8e74VMZ/bvmnvoVAV7Tf9FJBBl12eL+L0bgPIKxcog23MeGgZkAQCI2GreT8I2n3oKlgwwn/YjDB97MNxA2ccbbIGDveWuAds0Yvwck6cR9Sag1xuAsloe12V7Bxbt3gqmitNU8IPYU7o7mLtebUmWwFH/Nu0DtqukGbwO5eGd6tpWJmXwXxwVpvVNzrSP1x8N1qH6ZFZ5gyzUEGWa/H2ASlyy9ycmHTqi4HNpTW/2GrFq3ZnJ+5AM8DK7U6L1vpLi4uqFT+PKz2FMVw== 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; bh=E9Kt91vHYDV4ULbDKl9+d36cWOq8yp9yrGZfM9EbcL4=; b=F/8l2UaOCWG2z2+3z5guca4IrQI9IqeVP7TkdMB/nXrSIEA/InHFkwfWtBGVSu4B+8/RCVC/+NuP0U06LQRD3B/kKWHqwQTmdEF/3ADy1cHNfUaF0iMBVezXRvUAKjVXe5FasTYDypizw3EMRlFpQ68mpjYr3G/KNqQHhku1GEZ2hnPj35piWcW3qKv+P58eEr4ZXpwdra8CYTG4PhVJo3Q7G7RdoyRe6envpQilM6lz3+IciCUB76JJ0yUfAy86CINrYI0G6XbT0OWSDpJ2GOi9+3V5cEm8Uc0pYT5n8blYUHL9ZPgfPR7EbphtGHcTX2Rrt5pmcHbXDVXIoJ6dZw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=E9Kt91vHYDV4ULbDKl9+d36cWOq8yp9yrGZfM9EbcL4=; b=ko33U7f4c0VB3Ufm4XPs+a/nfQoiHpsORtD+ttQmIFx3JIdg+uDWGnZebgBFLYTiVM9lu8qqvs+cTkHXo3BCWVh+yJvfEeyBLre1EB5GHMjJOr+TjkAEoYLmXdC3rOJWMOzBkjp6cqP/EiRpRrzczaNIHiYReDRFw8NT9UBBrqM= Received: from BYAPR05MB5318.namprd05.prod.outlook.com (2603:10b6:a03:7c::10) by BY3PR05MB8449.namprd05.prod.outlook.com (2603:10b6:a03:3c8::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.6; Wed, 22 Sep 2021 20:54:58 +0000 Received: from BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0]) by BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0%2]) with mapi id 15.20.4544.013; Wed, 22 Sep 2021 20:54:58 +0000 From: Ron Bonica To: Dhruv Dhody , "bruno.decraene@orange.com" CC: "spring@ietf.org" Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wKVncQAAGshQyA= Date: Wed, 22 Sep 2021 20:54:58 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-22T20:54:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=eb1e6f5a-d6d7-449b-b049-ce0dc509a379; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: cf0f6543-28a2-4ba0-1bfe-08d97e0b3d13 x-ms-traffictypediagnostic: BY3PR05MB8449: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: j3ozVG53ZtKCO8k8Cv+vplQa36tsTiurrTurXUZm3DYyf46NAYiLmpMu/YHGSozTh7EGwKO/UjAo0wG5dCoFLiYcodiisDAa0mw4VBxhzAZLuHYpdIkrJuTowKUPPv1ItNBqSKEbvVDRyK2/x5ydD7abDpi54uEXuX/gbcrBftp1mqBCJg1Np+lPJYF1gMCSpAcKMA4wDICKVW8NhqGOQ7VvfMfXSh5PIwH03oATAh+432yVRdGh0pOAlXk7hmysPRj16IvmT4Ech2vVcnBK4vnrj0gjePn+evcW+0y6dHHg7B6KczZ3cGhfc/RUjvaZv2XQFKti6JgyBEz3qK5qm8c4b5sVy19acwQuqjy8iYuqsej2hRcu1rBFWmbgCWdrfdhB1TCOzR2gPoo/Vsw4fG5D2HR61n8sRHwtg5Ndwu4ZEwtn35eQEfk/NCf3rn4dyL+nKHoze2EgUfRgBKaDkabzapy4hRPSxpbauuBS56YtAGCYng5vSieqhnM6PsVewFEGlklekJc/60Bs+qyS/Cb7Yq+UzxohKrci5OUiuHVhKf4vmEf0OhoDQbZpwpdIlRPcVQvzPKZu+4fZ6TTweIDbNbbaEnCoaZ3QvdXW14DX4mmhTjDk10FFs+cC3JEK23iDK9IqowKlKeuihCGHWBngZCg84ixIANsENiMqV2ZKkS2Ufm54nhCJ6MOTw/MBkZCA1ZBBxfSmQa1+cSX7uQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB5318.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(122000001)(7696005)(66946007)(71200400001)(6506007)(76116006)(508600001)(64756008)(38070700005)(66446008)(8676002)(26005)(53546011)(8936002)(5660300002)(38100700002)(9686003)(52536014)(2906002)(33656002)(55016002)(186003)(4326008)(66476007)(86362001)(316002)(66556008)(110136005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Nihw7d0x1msPDOc5LHyLl6u4m2r3UDNWJlyTsWkWEcxINJvj5xUA0A8faME9?= =?us-ascii?Q?UyvxuKD11kymkE9vIybbnshniOZmkEuHXf5GIDL8EZjRZ/DiA47lx2LTACK5?= =?us-ascii?Q?uTA7kJZIj7Jddi3ZIny9ksU5dCy/HXCp2Eiwwbv/1x6xDJw0WE07+Zoct6nc?= =?us-ascii?Q?wjZRm/MMvNqm9B7TBB2XvePm8YFJ/lOFT06CW0F9MlgHFvUrgbxmRIWsw/Co?= =?us-ascii?Q?QQCd75bPY9YXGFvBKdkm7gUT6Pi/MzhsLzu4sbxu3F57VF4gqfCu/1fHgfKc?= =?us-ascii?Q?GCTT4Io4TK+ogHUlNbJu4SRRmHHHlQBLNGtFoqip0yoYCUKiFuPIzs/DUBHt?= =?us-ascii?Q?y9BnFsV87pQye1HBSubA8JI0RnjCUjrHEBVzBTFZEQ9hw++KPCENDw1HhrNw?= =?us-ascii?Q?C4TllEAKHm2lNwbm/UAqdj5tvXZMBMdSD/AUKbrczEttyXV8trq72ymsDw9X?= =?us-ascii?Q?U96eBiTqt73w5rF98IQyjqtfevOQHZSWgpxHOeEzy0QoCPIGoVERoqViuONP?= =?us-ascii?Q?gWwsB5vUE0kQ1l8XiUM/EwnoS+xkQOZ2B8qYrgIQvTYAxNLL1HnP5kfWefT3?= =?us-ascii?Q?YEF+XUKCXS+rBTHny6jBfvoVYrhcBfwzpT+Cw+QISxXdIkFsQdvE9oH8Efqk?= =?us-ascii?Q?C9e7YUDJKEk/+YEENraA2mu6tQSHs21CFC+VvxIvgTZS7HNxN079LYKMff/l?= =?us-ascii?Q?ovi5azHlPtLF/XiRmEV6TtjerTrk4yWeXOIlMR1wZTCk63+X/gaUkjeZsUxZ?= =?us-ascii?Q?evV6rRRalP+NZfajaJ7SJJT53pp6ULTPg8819ritZNxf/uU04VqzuzF6cQKq?= =?us-ascii?Q?Ydd/xIzMSsscAsmYj4o1BYMXnwTWYlT+uDOEY7uLIr2gglJdZnPjYqCN42f+?= =?us-ascii?Q?53XrGQmClwx/ejTTWar0aInvasISg/NrXiLpNxcLS3daRCh02mvG5+G/QEMJ?= =?us-ascii?Q?pA0tEqc2dizJdbegwqItcGPYd1/kzX3LByIJDZevMMJHprdggwEvUb6Kzw0k?= =?us-ascii?Q?MR+tkpd3TZuWtJqoXE/irFLWw/nPhkWg4gDLh4HZgJyoPBf9waaYEYDjY5BM?= =?us-ascii?Q?MPmv0Wvvn4XrasFPi9k93+lSKFHNDShzV6QP4GBVzPhj9NZoWaiZEKrMwYrG?= =?us-ascii?Q?FFzeMEyjM6Kfnew8pvTk+iWoTqL9f/U9zNGhcmWdXa/v0EKNMxHHkWRJtvCx?= =?us-ascii?Q?pv/V5Kb4psBGEhjXqYG5EITKbQbGPDd6XXdB+LPwuUwe/i5ZEZjhP0IS1b36?= =?us-ascii?Q?z4R6vuV5I/P8LKiyUwv0L3Nx65zEHPQKYzPvcpybsnNk+2zZUWbHUNSSlLCH?= =?us-ascii?Q?jsnSyMV3oHg1gaOXeJHazeGs?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR05MB5318BD1C7D44801FE2A022DCAEA29BYAPR05MB5318namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB5318.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: cf0f6543-28a2-4ba0-1bfe-08d97e0b3d13 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2021 20:54:58.2559 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: cp74v09nm12JsmJncTp8YojjToCIum4SBBwDrK95qFbxd4RCN7paD3wHVHouSqdoimQH7+LsqxlrMzLhNErNuA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY3PR05MB8449 X-Proofpoint-ORIG-GUID: bqV2L-THgSBTvCbuJJt3ieAxE1diKAWq X-Proofpoint-GUID: bqV2L-THgSBTvCbuJJt3ieAxE1diKAWq X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-22_08,2021-09-22_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 lowpriorityscore=0 priorityscore=1501 mlxlogscore=999 clxscore=1011 bulkscore=0 adultscore=0 malwarescore=0 spamscore=0 suspectscore=0 mlxscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109200000 definitions=main-2109220134 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2021 20:55:12 -0000 --_000_BYAPR05MB5318BD1C7D44801FE2A022DCAEA29BYAPR05MB5318namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dhruv, Thanks for you review and support. Does the change below (inline) address your first comment? Ron Juniper Business Use Only From: spring On Behalf Of Dhruv Dhody Sent: Monday, September 20, 2021 12:56 PM To: bruno.decraene@orange.com Cc: spring@ietf.org Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-= requirement - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] Hi, I support the adoption of both documents. Thanks for all the effort put in by everyone involved. Few minor comments - draft-srcompdt-spring-compression-requirement-07 In section 1 It is a goal of the design team to identify solutions to... It is also a goal of the design team to consider proposals... The design team will produce a separate document... Should we still need to mention the design team in the introduction? If som= e history needs to be maintained, let's put that in the appendix! [RB] OLD> The SPRING working group defined SRv6, with [RFC8402] describing how the Se= gment Routing (SR) architecture is instantiated on two data-planes: SR over= MPLS (SR-MPLS) and SR over IPv6 (SRv6). SRv6 uses a routing header called= the SR Header (SRH) [RFC8754] and defines SRv6 SID behaviors and a registry for identifying them in [RFC8986]. SRv6 is a = proposed standard and is deployed today. The SPRING working group has observed that some use cases, such as strict p= ath TE, may require long SRv6 SID lists. There are several proposed method= s to reduce the resulting SRv6 encapsulation size by compressing the SID li= st. The SPRING working group formed a design team to define requirements for, a= nd analyze proposals to, compress SRv6 SID lists. It is a goal of the design team to identify solutions to SRv6 SID list comp= ression that are based on the SRv6 standards. As such, this document provi= des requirements for SRv6 SID list compression solutions that utilize the e= xisting SRv6 data plane and control plane. It is also a goal of the design team to consider proposals that are not bas= ed on the SRv6 data plane and control plane. As such, this document includ= es requirements to evaluate whether a compression proposal provides all the= functionality of SRv6 (section "SRv6 Functionality") in addition to satisf= ying compression specific requirements. For each requirement, a description, rationale and metrics are described. The design team will produce a separate document to analyze the proposals. This document is a draft; additional requirements are under review, additio= nal requirements will be added, and current requirements may change. Appen= dix A contains a subset of requirements without unanimous consensus. Addit= ional requirements without unanimous consensus are not in the appendix. The Segment Routing (SR) architecture [RFC 8402] can be instantiated on two= data-planes: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6). SRv6 uses a = routing header called the SR Header (SRH) [RFC8754] and defines SRv6 SID be= haviors and a registry for identifying them in [RFC8986]. SRv6 is a propos= ed standard and is deployed today. Some use cases, such as strict path TE, may require long SRv6 SID lists. T= here are several proposed methods to reduce the resulting SRv6 encapsulatio= n size by compressing the SID list. This document defines requirements for a SID list compression mechanism. Fo= r each requirement, a description, rationale and metrics are provided. A companion document [draft-srcompdt-spring-compression-analysis] evaluates= several compression mechanisms according to compliance with the requiremen= ts described by this document.

Dhruv,

 

Thanks for you revi= ew and support.

 

Does the change bel= ow (inline) address your first comment?

 

   &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;          Ron

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> = On Behalf Of Dhruv Dhody
Sent: Monday, September 20, 2021 12:56 PM
To: bruno.decraene@orange.com
Cc: spring@ietf.org
Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compr= ession-requirement - draft-srcompdt-spring-compression-analysis<= /p>

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

Hi, 

 

I support the adoption of both documents. 

 

Thanks for all the effort put in by everyone invo= lved. Few minor comments - <= /o:p>

 

draft-srcompdt-spring-compression-requireme= nt-07

 

In section 1

It is= a goal of the design team to identify solutions to…
It is also a goal of the design team to consider proposals…
The design team will produce a separate document…

Should we still need to mention the design team in = the introduction? If some history needs to be maintained, let's put that in= the appendix!

[RB]

OLD>

The SPRING working group defined SRv6, with [RFC8402] describing = how the Segment Routing (SR) architecture is instantiated on two data-plane= s: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6).  SRv6 uses a routing header called the SR Header (SRH) [RFC8754] and define= s SRv6

SID behaviors and a registry for identifying them in [RFC8986].&n= bsp; SRv6 is a proposed standard and is deployed today.

The SPRING working group has observed tha= t some use cases, such as strict path TE, may require long SRv6 SID lists.&= nbsp; There are several proposed methods to reduce the resulting SRv6 encapsulation size by compressing the SID list.

The SPRING working group formed a design = team to define requirements for, and analyze proposals to, compress SRv6 SI= D lists.

It is a goal of the design team to identi= fy solutions to SRv6 SID list compression that are based on the SRv6 standa= rds.  As such, this document provides requirements for SRv6 SID list compression solutions that utilize the existing SRv6 dat= a plane and control plane.

It is also a goal of the design team to c= onsider proposals that are not based on the SRv6 data plane and control pla= ne.  As such, this document includes requirements to evaluate whether a compression proposal provides all the functionality = of SRv6 (section "SRv6 Functionality") in addition to satisfying = compression specific requirements.

For each requirement, a description, rati= onale and metrics are described.

The design team will produce a separate d= ocument to analyze the proposals.

This document is a draft; additional requ= irements are under review, additional requirements will be added, and curre= nt requirements may change.  Appendix A contains a subset of requirements without unanimous consensus.  Additional req= uirements without unanimous consensus are not in the appendix.

<OLD

NEW>

The Segment Routing (SR) architecture [RFC 8402] can be instantia= ted on two data-planes: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6).&nbs= p; SRv6 uses a routing header called the SR Header (SRH) [RFC8754] and defines SRv6 SID behaviors and a registry for identify= ing them in [RFC8986].  SRv6 is a proposed standard and is deployed to= day.

Some use cases, such as strict path TE, m= ay require long SRv6 SID lists.  There are several proposed methods to= reduce the resulting SRv6 encapsulation size by compressing the SID list.

This document defines requirements for a = SID list compression mechanism. For each requirement, a description, ration= ale and metrics are provided.

A companion document [draft-srcompdt-spri= ng-compression-analysis] evaluates several compression mechanisms according= to compliance with the requirements described by this document.

<NEW

[RB]

 

--_000_BYAPR05MB5318BD1C7D44801FE2A022DCAEA29BYAPR05MB5318namp_-- From nobody Wed Sep 22 14:25:32 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A658E3A08DC for ; Wed, 22 Sep 2021 14:25:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.55 X-Spam-Level: X-Spam-Status: No, score=-2.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=juniper.net header.b=KvM2bpVm; dkim=pass (1024-bit key) header.d=juniper.net header.b=HQSK8QoJ 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 7cniIQVXqmdW for ; Wed, 22 Sep 2021 14:25:07 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 4C3D43A08B7 for ; Wed, 22 Sep 2021 14:25:06 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18MDtPsi020648; Wed, 22 Sep 2021 14:25:04 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=NWZTZvUzTPqn4XiXvkLCHaXIrtSrH1QaFfbGZsFflTw=; b=KvM2bpVmDCvCe+950Cc9qb2l7Ab5QtaA0qczGdGlnEizdhLztUD6ZY5Rm+13xYRu/RJc FiCO1443npB9JvSC7KkgEBdOBeom3oJ2AgVO+0qIMiwWRV9SCRjnlyWX0CNoGgCBSAj7 0GPzriGJJSaYK2FDzcRTgLhaWM7BO2FRD/7QKugTf23kNIY0EaL7OZ/k5BlUCtFu0SkQ RBjBGf3gzs41+D/xeEx55K0KVZTDBYrfFlzsszdni3Pd28WGYkkPEwq8JMv1/q+3GTD0 mBfVgdfh6U0i+jiCRiW6DPn/Q7Y1y0DeJYT/HLLFTdkuyZkmtHP+fCgDUsyX3tz/XBm8 mg== Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2046.outbound.protection.outlook.com [104.47.66.46]) by mx0a-00273201.pphosted.com with ESMTP id 3b85t20sde-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 22 Sep 2021 14:25:04 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DdpJY7LPtUjwtFuZ1JzuIBAFG654v5JDKVuexQ6KVPBVv8Wqh0L+pQNPEUNcPCJyLkE2RyN8h9MypT/kR3TZfo6v6qhERkTWM1RKwQXLPPGTaBSNjKWLQogTojde5EZLoaa2K5h9eq+v7a4Tg/5lqz9KvnMJ3KzrhjRg+u1WBA6tMMD/Tt2E8jKs1HBRfmyFmJjjp18a5ogB1mGAyluHnU1OXmH3Ct3bnnHMHKxoSih2Z8pPRzGLrEN/F4CdD9BdfG6BDPSM1w9yA0sd9k4jCn9ILd7IDkPdFKhwyAXwDUNVs3vSY1FOWiYOB6LBksZdR3vHPfwKwkusXyjioqe3TA== 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; bh=NWZTZvUzTPqn4XiXvkLCHaXIrtSrH1QaFfbGZsFflTw=; b=Pv0VQtN7RxubQaAErgrTI+FIBjaf8yENLS10/zxpy4Tw4nykvcFhAgzp319njzq2jFU2NZPpPOGtFbMW78mVaep/5ZYaqU6tMFKVTUcU1fL/G11rVQrhd1lIodUsGqozZrw2Ma35dJqSjmuQyeT5V8uVEyh9WdK3uGhd4BmhOxNhZ4gxt9zxqOgx5E8FMzKoITyGGGp6pQ698fRmvXEAwwHRlRIog3q1sZUTMagWFprWKOOtIlPiIh1kpvXTYKczn9Jby9g4zZP8+FhXwdUkN41mMrJU1gcF8BZaf69cgJP0fVW3i+ky3CXstTpQsje5D4aW50YtVLp+eLGgWCt5Hg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NWZTZvUzTPqn4XiXvkLCHaXIrtSrH1QaFfbGZsFflTw=; b=HQSK8QoJZRYw8HLo1vU9kXQzPfwhvg1ZL1aR9/59jmRoMcRCqI+ZtSwjXSQoMJ0iOwcl/bS8cqxJJhjeVub+qSSnvqo8Z7FRK3MPp42uF79ZoQofNivPrgoZV0wAm451WyBY4Iln598aHJmEiLKhmuXqAeCXB5cvJ9whgieJf6U= Received: from BYAPR05MB5318.namprd05.prod.outlook.com (2603:10b6:a03:7c::10) by SJ0PR05MB7625.namprd05.prod.outlook.com (2603:10b6:a03:2ab::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.9; Wed, 22 Sep 2021 21:25:01 +0000 Received: from BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0]) by BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0%2]) with mapi id 15.20.4544.013; Wed, 22 Sep 2021 21:25:01 +0000 From: Ron Bonica To: Dhruv Dhody , "bruno.decraene@orange.com" CC: "spring@ietf.org" Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wKVncQAAG1C09A= Date: Wed, 22 Sep 2021 21:25:01 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-22T21:25:00Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=56d5bcaa-b69e-4997-91d3-abe5872193ba; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: db06516e-fc70-4e52-0eed-08d97e0f6ffa x-ms-traffictypediagnostic: SJ0PR05MB7625: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: YXPfV5UA6+xdUE7dmQdEwrrs3TTAtdkOMx2FjvRlBh9LYXKjn4qrYAtQtYuPNAg1Geqcmf6vs0ow81hv1rX+RZaFT2/V5+turn+88CsyR6K//S5xdwHl1L7Jlw5FySQwZF6UZ8/zlfqtf02fWep22LSTDG7rE3q+bOLCFWp3aarV2IxdC+sDfiAddaut4zWbJ+i2h9wyicqfQOjChtN62oINjaobU5Aj4rvxdx1czLTY2SAs1Ur1cbsvBtL4gJOEts0oxU7hX4gvP2QjYTas4Twk0Qb5XZqoVjWDc3E9nfbMgRNBhaUtXJmtmjWCEebmJjazUndhb4C0i6WJYh+mSrpKu21F4otn8lXS0EyXjFFwywdjlWiq8U2pIH3RduGj8yQ9a6hLNdqUAKRv3EEjszc1SonYhixqOstjXsSlwyAy0KsSg0heVsUvT5sgHgnyTBuhwDjQHeiWB37EOAP8pwAr6IGQ96vQYyxbEMjYtgEETNd8io0vTXuwBNv7znIga+voSia20dU/G94GOQHv0uwAbGH5ElwjN7t9ePLvMGtr0kg0yLcMubMapDcOXWcfU7WGSni2QJl+ISQuwCMx2rDNI1uA/4zQ3eyneQIIntNp/XexL2IkCjHejk8myf4JQy4kbFVVHmWH7Y7Ti2Hxw9VeV54Nukvn3YdcliTLRDJiVerqcdV5yudiWS2hiVXoQXKxskVQxGx7kkcOtGcFkw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB5318.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8676002)(508600001)(110136005)(9686003)(8936002)(71200400001)(5660300002)(53546011)(6506007)(4326008)(7696005)(316002)(38100700002)(76116006)(122000001)(52536014)(86362001)(186003)(66946007)(66446008)(2906002)(66476007)(33656002)(66556008)(26005)(55016002)(64756008)(38070700005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?E3l2wIe7L85ErIlsJqQxEInF/XMzPx03PqCaMlPaiU7aluFtJPxYKBC0zpWo?= =?us-ascii?Q?sPftAb3kms8NfITHo4m+ej/2GKEDqpYRoWHXsK3M9HNgJlaC1b0bhesg8IWr?= =?us-ascii?Q?n4JcnNFYKUZV4ZVbuOfRjnLZC1h0Q9R0yYY9osGnSEob86YVWAffiDTDCsnj?= =?us-ascii?Q?aY7LEr00xcAD4RRbAifHBjT4e3EFDde033GFOB2h9vIzvpOnf59eQWPIN+yN?= =?us-ascii?Q?BA8I/sIfa5eGLkc8sWdb/XROcK+YE8R6P7DwlGS5K10TWjWEDwCAf2qpV/xn?= =?us-ascii?Q?aOO9femjo/i24hywpboYmlLyEWBIDXiz9DdFUP9tcKESuQUyw2xUVR42ikWK?= =?us-ascii?Q?drRMayxO2wsBJ+pVH/cC6hIUqwL3jmQ21CGkdlBuQt0FhwFCfkjJmoqGpvev?= =?us-ascii?Q?1gsor4XA0FJZ8Y/gslwbSiuU/59ay4QXwlNQvFTiP36BLJkj+qGl0BMiO5oz?= =?us-ascii?Q?SMZmH/6rgyNarK2GsVdgQpCXSCejdN/wC1fV9ncc0usj08ZFwbKW+uRZjHjf?= =?us-ascii?Q?5D2Udxvvflyhj8U+C4i09ShtBlnwtP1gec458e3mKoN4/GtNjHZhrab7S/Mi?= =?us-ascii?Q?9OzM9UAWU36gCc2Figr/vK4sXKTy+gcpD8H3GPrJ5FT+XJ5Y5axgxVWHe87I?= =?us-ascii?Q?8BHoTtEhHWGjIShebc7/JUg4QKD3ur3b63scyEsb88m/4ywEw0FrR4UDFk27?= =?us-ascii?Q?WBOrNhSLi0BGas0HRiq8D/KTalhvLK6qRpFL3swdHzZp/B731908++YMDtE4?= =?us-ascii?Q?5WhP0gRPcl1h6SmPnb5DKftcI4tL3VIn+bNQgWiTbWeNtAENeANYi+q0s4Ci?= =?us-ascii?Q?rEccvKSy0Hr1D+UYukLuDdCJIaIV5tSI8jKHxwteV/4IT0/dlskHygKGV4ac?= =?us-ascii?Q?ZMhOOXo2rlcTG/3JXxSoOs1bMwqWDV84Sy5ws3iHGHX/1dzvsYlX34mLFxrw?= =?us-ascii?Q?M/4FEvIK4BNGRe/8AGPXmiLFvwheM2o6nMIyKC1Via6X4C1waxqlJN/fk+D3?= =?us-ascii?Q?SBjylGv7IZc6Y9+ljg3+jKwKbGVbXFCasOSKxdZUZtjlwmYXvwWpsh4eY71l?= =?us-ascii?Q?OFYYa7eL6OAWxUfl0sLQXjwWM5ibE6IY38SqlSD3jMLtG1Y6g5w18SNE8vc4?= =?us-ascii?Q?B8e5YzINEHVFtk49PLqqv2HLxtO1K1jFJHlytQKERGjmVcT1GyxhEvHg31zV?= =?us-ascii?Q?FRpNrQ5bJMTI3ChViGlRn2x5uSaCQgSGgnjPn0d/6gWj0zB4+W2GO9YGxBVV?= =?us-ascii?Q?MrbjeD32vCIY2CbPQGULlh5IaVSrfSzJOqYmJ1KLJLdn7yJA6IL+8/qGnkg5?= =?us-ascii?Q?PQhXNTC0KuFE3sOcCDNkjlQu?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR05MB53189F21E43D94C13E3CB733AEA29BYAPR05MB5318namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB5318.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: db06516e-fc70-4e52-0eed-08d97e0f6ffa X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2021 21:25:01.6444 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NcVdVNybhNSbyMK+7V0Lf86BgZXcsS+a0jWEz7huts/rIrWXYug5SjOGOYNJS5vbcLqEhXwr/QzuiZY5xUU1yw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR05MB7625 X-Proofpoint-GUID: fRK25QMt7129rhSErnp8neq0fb3gvpzl X-Proofpoint-ORIG-GUID: fRK25QMt7129rhSErnp8neq0fb3gvpzl X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-22_08,2021-09-22_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 phishscore=0 malwarescore=0 clxscore=1015 mlxscore=0 suspectscore=0 mlxlogscore=999 bulkscore=0 impostorscore=0 spamscore=0 adultscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109200000 definitions=main-2109220136 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2021 21:25:27 -0000 --_000_BYAPR05MB53189F21E43D94C13E3CB733AEA29BYAPR05MB5318namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dhruv, You raise a very good question. What makes us think that the largest networ= k diameter is 16? Next year, it may be 32! Maybe we need to rethink this re= quirement. An IPv6 routing header can contain no more than 2,048 bytes. Therefore, an = SRH without compression can support an SR path that contains as many as 127= segments. Maybe the requirement should be rewritten as follows: NEW> Description: The compression proposal MUST be able to represent SR paths that contain up to 127 segments. Rationale: The SRH, without compression, can represent SR paths that contain up to 127 segments. Compression mechanisms must have = the same capability. Metric: The compression proposal must be able to steer a packet through an SR path that contains up to 127 segments. On Behalf Of Dhruv Dhody Sent: Monday, September 20, 2021 12:56 PM To: bruno.decraene@orange.com Cc: spring@ietf.org Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-= requirement - draft-srcompdt-spring-compression-analysis [SNIP] In Section 4.2.3 Description: The compression proposal MUST be able to represent SR paths th= at contain up to 16 segments. Rationale: Strict TE paths require SID list lengths proportional to the dia= meter of the SR domain. It would be nice to include why the number "16" in the rationale. [SNIP] --_000_BYAPR05MB53189F21E43D94C13E3CB733AEA29BYAPR05MB5318namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dhruv,

 

You raise a very go= od question. What makes us think that the largest network diameter is 16? N= ext year, it may be 32! Maybe we need to rethink this requirement.

 

An IPv6 routing hea= der can contain no more than 2,048 bytes. Therefore, an SRH without compres= sion can support an SR path that contains as many as 127 segments. Maybe th= e requirement should be rewritten as follows:

 

NEW><= /span>

   Descri= ption: The compression proposal MUST be able to represent SR

   paths = that contain up to 127 segments.

 

   Ration= ale: The SRH, without compression, can represent SR

   paths = that contain up to 127 segments. Compression mechanisms must have the same = capability.

 

   Metric= : The compression proposal must be able to steer a packet=

   throug= h an SR path that contains up to 127 segments.

<NEW<= /span>

 

This shouldn’= t be too controversial because all of the proposed compression mechanisms c= an satisfy the requirement.

 

   &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;         Ron=

 

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> = On Behalf Of Dhruv Dhody
Sent: Monday, September 20, 2021 12:56 PM
To: bruno.decraene@orange.com
Cc: spring@ietf.org
Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compr= ession-requirement - draft-srcompdt-spring-compression-analysis<= /p>

 

[SNIP]

 

In Section 4.2.3

Descr= iption: The compression proposal MUST be able to represent SR paths that co= ntain up to 16 segments.
Rationale: Strict TE paths require SID list lengths proportional to the dia= meter of the SR domain.

It would be nice to include why the number “1= 6” in the rationale.

[SNIP]<= o:p>

 

--_000_BYAPR05MB53189F21E43D94C13E3CB733AEA29BYAPR05MB5318namp_-- From nobody Wed Sep 22 14:33:28 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DFC33A0964 for ; Wed, 22 Sep 2021 14:33:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_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=juniper.net header.b=SQH2y0yL; dkim=pass (1024-bit key) header.d=juniper.net header.b=IidDGUcb 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 8EIya18gpJfl for ; Wed, 22 Sep 2021 14:33:21 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 4AE853A0962 for ; Wed, 22 Sep 2021 14:33:21 -0700 (PDT) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18MFRnSI011133; Wed, 22 Sep 2021 14:33:19 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=0aVEpJfEYt9Fk8UiXwa/dN1w9MjDfoMKoBgJns14mHk=; b=SQH2y0yLFms4YDqRQkwzF7nxozbgBmVk9daIapTYBd5Jz7QzzRGAeYdsgT1iTgvF0TX+ XcC02vFAgwn+rDejS4x6hs1Ayjyu6oYzyFqJJDRiQP2bhqUv85zSc7JzvVBCakqj+56r epryKrE26Wm7jg+QGdy1N9w9EYakeBfcd6EfP/heofBUcsGVw192ZKf0rmftC5XN4AqH 6p67XNQF0BdH99hm7tvr6oUFLHAKPuWD6WyHjmwYd4hLrvcOaTKgpeusIW8IWQn5Z8es H6cB/45PwyFQE/rNTwBWIK2nE/gKWEdOQnC9A76XSkd7kDzD4Zq/rINnLRVCg5i8/9CD 0A== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2173.outbound.protection.outlook.com [104.47.59.173]) by mx0b-00273201.pphosted.com with ESMTP id 3b875c8m6p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 22 Sep 2021 14:33:18 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nhfgSEDVhwnPvPESk/YfhA258kXcaIaDMDE6h8YxUEKaXEXHgic5FQ1F4LuSf1u3Uya+2USh0ZsEuArVY3Jwzxbr1eLrQUql2eRJnTVmuCsYh01uvBUevonpPQH1514AZJvcHidqE7RL9foUmkTTDALmKqGML94D5I3VnjOBq9uTy8P9te/TqLFcy4s2GfRIpI4zybdC7YYx4z6kcEUybJDSvD6tdNQJf5Hs0wDjNDh3tXU1XitspWSCnv+FgA6E3L6jv2NvuktLTszjLYrrrZ5UbQAyR12g1HWXzh7t7DoG+DxbRL1WQvfzpyQiQONy2WHNVllBf8zd+NiQrAcARw== 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; bh=0aVEpJfEYt9Fk8UiXwa/dN1w9MjDfoMKoBgJns14mHk=; b=ghvSscFdya8FF6acksFlrBYylnHbgFs1EPgk0db3BoXXDbCDIxnWgrNIpk8uPfpwVSFPIg84sadcjfzLX7ka/7UkN+8iQdYzH4QP/wXfuomnDRvAeVvY2CLgZC0MO+aZL+lIUyhhcIfIHWuK+lS8oKYVlr69aN/WERMYDUYaSH3rOzH7k0v1koroopK2Qh8EKUx1artvigSoB4WIvPDdeo8lkHxi7d/bsVcDV/W7P69UN5gI4n7/AisqkaAVq6eb8+ykG/7DvTAdbYdN38psnsb9caOKaXiZyG86z8ZHFg0jRDhO9sTMbgY54slkZYbn/eiiAENsFsdlysT80iZ/IQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0aVEpJfEYt9Fk8UiXwa/dN1w9MjDfoMKoBgJns14mHk=; b=IidDGUcbl7hNuJA0+v2gZk+ZlGEoJH+5Ovi03ACBlcL/gmsd3FcgZTxMOa0FIN/oBmtn62RAl7kpa5gFKFRPDR1UmqAYKeEFK0bAP5zULE+w/Y5iFzksM72XwYuF6VuA8fEZzxkYGqg0Zbnh8Ln6nYRPm5BUPuzWQMAOmUrS7oc= Received: from BYAPR05MB5318.namprd05.prod.outlook.com (2603:10b6:a03:7c::10) by BYAPR05MB4677.namprd05.prod.outlook.com (2603:10b6:a03:45::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.6; Wed, 22 Sep 2021 21:33:16 +0000 Received: from BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0]) by BYAPR05MB5318.namprd05.prod.outlook.com ([fe80::99a7:9073:56c:dfd0%2]) with mapi id 15.20.4544.013; Wed, 22 Sep 2021 21:33:15 +0000 From: Ron Bonica To: Dhruv Dhody , "bruno.decraene@orange.com" CC: "spring@ietf.org" Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wKVncQAAG4bqxA= Date: Wed, 22 Sep 2021 21:33:15 +0000 Message-ID: References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-22T21:33:14Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=2e8f0845-67e2-4dde-a3d0-77e70399063e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1a595e59-0bb6-4c9f-05fa-08d97e10968c x-ms-traffictypediagnostic: BYAPR05MB4677: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3826; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PTgsJsCZ/84H1OSPJv5R3IfMJ7GqINUflNRZxg+KvPvyBtM221BmttPaN5JepS3NVxcpy9YccBDAttR8D1SGtDEpenW8CaVNiwzoGvuryfPsl8PJZbiiAiI6cV6bL745fX17Qquf/0iQ0bKOQaEspycHZ0jYlxGQPXHefBId3xS5S3kdfyOutWdH9ajyI2/JHRqqJI7jRw4O34e7leluXj6JmwAhhSuFkpbAW57hVuurxDgNgg28EF23NmgUSNIAWUUMabnZBclRxvJhrcaYXoH7mIOKvRyba3aXWZ5n/qZ1FgmID+nIXl1fzTLesozv3bd8i+b5KtKamtft1unrfaGXpVRakMnlRywXtq681/SxKFWEi+v0KE94oNvZBV15kcPmqvs5FiqvNqYYGYm4mlUCiEI0crfvYK3/BdAH8oMhWzypITWBO9lyX6oMTKW/RE7iqWhI+IrhblQvSV/pXJmuGbjDD4PJnKjoy9mkD8yLBB7046nkAiLGUCdb+QOykKcGJpn21R1GoeDFoxpuBqq0wLQ35rkXyIy4t+o1/4kn0diokREk+h75BrrFVXGF5hQda4zj6C6xfpRr3Q/9/KvT5LfPAXtBUt5xJpWPdOiil/ynfIyleUZmFl7mB8h4ov1YYb5cCx/NEW259SD7LvEKYG2LZ8TrjkkGumglkZ5282GEg3wNJg1BB//oBiljxtDOjZgNu2CNHU//AgIiaA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB5318.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(110136005)(38070700005)(4326008)(53546011)(4744005)(5660300002)(316002)(38100700002)(66946007)(52536014)(33656002)(508600001)(55016002)(76116006)(186003)(7696005)(66556008)(64756008)(66446008)(9686003)(66476007)(71200400001)(2906002)(86362001)(8676002)(122000001)(8936002)(26005)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ZxrlNfFYOUI3VsUmNnRQGW4nKRIhNnizjZb/62/3Qv/i+iygV+xr/xClTw4x?= =?us-ascii?Q?rk+2wd88nUwLJ2rGhli3cE816nPTMEzvO9tcvTasCPAA8fnJrAej9UidN06F?= =?us-ascii?Q?f1DRgDerjCy0Bo/oWVep8420OljUImtlvX89S9dNw2tzWfcgqYUYnaexB4Cv?= =?us-ascii?Q?wdq+AjFuhJB0iHPHOirFIQXavLeKGC+Om58xub9N6uzb9F8Vrk2Uz5K8TqWQ?= =?us-ascii?Q?RQpSoxEjnzp+sN6N7TfF+/013BJtLoOGA5gea/bRYTeTfCdZw6kUZSDiMyn/?= =?us-ascii?Q?1NMFG9lSEvkhNbxEFJ0riOZltbaQxgRano1qECSLvLDAaz4tG7Sq3BtHP1Wd?= =?us-ascii?Q?JqH8lEA3UlINUYX2TQuO2fLKZ7edoZ6Q8ohnEXT0W5rx0WNuYjGBUTUd98NZ?= =?us-ascii?Q?GfTuTvGTvb8GJkwgQN/SqoK4H8kJFwRS8To4WFcFqqHPmt4khmGHnpi1M+hF?= =?us-ascii?Q?E34U3HA21DSlR79A/yAO47OoAWZz3zbZcfroFszX3GkF1SkVs62wSPQZxbbB?= =?us-ascii?Q?D/wq0Y4bwJoZ4Ogj8F0tOpHDC2k0GxURzaGKa3oN+u4/qydBtGbRirbsxByr?= =?us-ascii?Q?lkAZaiGh4aIZzuqPzOGj9ZZGrAkuI6mX8TnoJSkSKMRbq5sTkW6QoFZ/IiqG?= =?us-ascii?Q?1MRdeunQi2hgTUOzjz98T0wSVDPUqmQ2FuYMxIOjnr54oxNcf8Gy7DUTXV/S?= =?us-ascii?Q?Daf55csyVcX09f5LeUw6UY1095pKnG9WcM0u5AJevCac3EO41uoCwHD2j/CH?= =?us-ascii?Q?B/wpMHrX4Frqu4oiS69KditPkcPXOOIkfySsaEcMdqRckxYMtt5B7VZ//iYJ?= =?us-ascii?Q?QrFAfqsa7QwVfq5Yk7D1NiWKJpcyxSgd4Khx5k/IE8XNbVnV1NdD0CVnCH5P?= =?us-ascii?Q?63F4+drBTf121Xbbzkb5Ez0pOx+L+CYif9rUXsBgW1V5FkIikBO9t7kemtvg?= =?us-ascii?Q?foZIL7xle7ZkfIKrGj4+qugqWMPSIIsv2WTHuLnFo7EfBfEB98yIEffU4CvV?= =?us-ascii?Q?obif1TiyBVt+VnkoAqHXP/1HVwBln/lwSFbpNjrVBtU7QX6vILgBxS1DP6Q2?= =?us-ascii?Q?pzZTo4RDmedHYZBtvD4JR+N3R9iRFNXwZ8e9jkWyBkeMjQPFa7Jc2ijdNfS1?= =?us-ascii?Q?wMfedDJiVEAOhWcrU3d7AruSUe+sGcNuyO7A1tIH7m8X4ugmAn42AWxRWdY3?= =?us-ascii?Q?5ydhyj103BkY7vhFqfZ40u2eE1S89c/UyteSNyf7KMCO6k26wLOcvnWZxHTo?= =?us-ascii?Q?rxqMO1kCuIAVVGyN4JAwQYaNKo3saK/JT/98LWC6LW8HeuX2KnKuVi3Hbnn9?= =?us-ascii?Q?jI7W/v8xOMy1fvSUHmryfLWU?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR05MB531802919121079D8855B28FAEA29BYAPR05MB5318namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB5318.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1a595e59-0bb6-4c9f-05fa-08d97e10968c X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2021 21:33:15.8262 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: U6+gIyGRLT5qJEFP+liBvTfBrj/TCql1V8AiIGyO9YhRmLcFhJzqnJvVtwBjvnjSUn1s+RGjPhv6fy2EfRk7UQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4677 X-Proofpoint-ORIG-GUID: Fi7VBn2YqPe2GS3iQXWn9AIxe3Yw5hU9 X-Proofpoint-GUID: Fi7VBn2YqPe2GS3iQXWn9AIxe3Yw5hU9 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-22_08,2021-09-22_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 lowpriorityscore=0 priorityscore=1501 mlxlogscore=999 clxscore=1015 bulkscore=0 adultscore=0 malwarescore=0 spamscore=0 suspectscore=0 mlxscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109200000 definitions=main-2109220137 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2021 21:33:27 -0000 --_000_BYAPR05MB531802919121079D8855B28FAEA29BYAPR05MB5318namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dhruv, My hope is that the WG will consider each requirement in Appendix A, taking= one of the following actions for each: * Drop the requirement * Move the requirement into the main body of the text * Modify the requirement and move it into the main body of the text Each item either is or is not a requirement. Ron Juniper Business Use Only From: spring On Behalf Of Dhruv Dhody Sent: Monday, September 20, 2021 12:56 PM To: bruno.decraene@orange.com Cc: spring@ietf.org Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-= requirement - draft-srcompdt-spring-compression-analysis [External Email. Be cautious of content] draft-srcompdt-spring-compression-requirement-07 What is the plan for Appendix A? --_000_BYAPR05MB531802919121079D8855B28FAEA29BYAPR05MB5318namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dhruv,

 

My hope is that the= WG will consider each requirement in Appendix A, taking one of the followi= ng actions for each:

 

  • Drop the requirement
  • Move the requirement into the= main body of the text
  • Modify the requirement and move it into the main body of the text<= o:p>

 

Each item either is= or is not a requirement.

 

   &= nbsp;           &nbs= p;            &= nbsp;            &nb= sp;            =   Ron

 

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> = On Behalf Of Dhruv Dhody
Sent: Monday, September 20, 2021 12:56 PM
To: bruno.decraene@orange.com
Cc: spring@ietf.org
Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compr= ession-requirement - draft-srcompdt-spring-compression-analysis<= /p>

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

 

draft-srcompdt-spring-compression-requireme= nt-07

 

What is the plan for Appendix A?

 

--_000_BYAPR05MB531802919121079D8855B28FAEA29BYAPR05MB5318namp_-- From nobody Wed Sep 22 18:32:45 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 426783A13C0; Wed, 22 Sep 2021 18:32:43 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 WdTJnCkAgp6N; Wed, 22 Sep 2021 18:32:39 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 049F53A13BC; Wed, 22 Sep 2021 18:32:39 -0700 (PDT) Received: from fraeml710-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HFHf915pdz67M38; Thu, 23 Sep 2021 09:30:09 +0800 (CST) Received: from dggeme701-chm.china.huawei.com (10.1.199.97) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Thu, 23 Sep 2021 03:32:34 +0200 Received: from kwepeml500003.china.huawei.com (7.221.188.182) by dggeme701-chm.china.huawei.com (10.1.199.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Thu, 23 Sep 2021 09:32:32 +0800 Received: from kwepeml500003.china.huawei.com ([7.221.188.182]) by kwepeml500003.china.huawei.com ([7.221.188.182]) with mapi id 15.01.2308.008; Thu, 23 Sep 2021 09:32:31 +0800 From: "Yangfan(Fan,IP Standards)" To: "Joel M. Halpern" , "spring@ietf.org" CC: DetNet WG Thread-Topic: [Detnet] SRv6 Redundancy protection draft Thread-Index: AQHXr7ADFoR5LT8bzUqUPy7IKmxH4auwzkVw Date: Thu, 23 Sep 2021 01:32:31 +0000 Message-ID: References: <7c07ab5b-10c1-a128-06aa-e94e2f5ed705@joelhalpern.com> In-Reply-To: <7c07ab5b-10c1-a128-06aa-e94e2f5ed705@joelhalpern.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.70] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] [Detnet] SRv6 Redundancy protection draft X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 01:32:44 -0000 Hi Spring & DetNet Chairs and WG, Thank you for acknowledging the interest and value of this work in both WGs= . The authors have uploaded the 00 version WG draft.=20 As discussed among authors, next step we will progress the draft and ML dis= cussion simultaneously started from data plane encapsulation.=20 As always, both Spring and DetNet are welcome to join the discussions. Best regards, Fan (on behalf of other co-authors) -----Original Message----- From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Joel M. Halpern Sent: Wednesday, September 22, 2021 8:47 PM To: spring@ietf.org Cc: DetNet WG Subject: [Detnet] SRv6 Redundancy protection draft The SPRING chairs have observed the discussion of this draft and the discus= sion of adoption thereof. We have also talked with the Detnet chairs. Thi= s document (https://datatracker.ietf.org/doc/draft-geng-spring-sr-redundancy-protectio= n/) is now adopted by the WG. Authors, please resubmit as draft-ietf-spring-sr-redundancy-protection.=20 Working group, please discuss the document. If there are significant changes, we will involve the detnet WG to make sur= e things remain aligned. Also, assuming as we hope that this progresses to= WG last call, we will copy the Detnet WG on that as well. Thank you for all your work, Joel (on behalf of the three SPRING co-chairs) _______________________________________________ detnet mailing list detnet@ietf.org https://www.ietf.org/mailman/listinfo/detnet From nobody Wed Sep 22 22:48:03 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17FC33A1641 for ; Wed, 22 Sep 2021 22:47:58 -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 VfO_J_TaEOPZ for ; Wed, 22 Sep 2021 22:47:52 -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 4E47F3A2172 for ; Wed, 22 Sep 2021 22:47:52 -0700 (PDT) Received: by mail-il1-x132.google.com with SMTP id q14so5433616ils.5 for ; Wed, 22 Sep 2021 22:47:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3KY+aElALZoYnc0HQ0YHb9dq9cUGvWxvE7ZLOYI4anE=; b=a970OMs9mj3uHAfobXwvtVzwBiclgLaztGQxYlTzAyvlqrcEmzIA99IEN145czNFjp HYkkT7C1amEDiPyw1XmFVs8tJ/T55V0MV7dTUAowGO2yJaJ5Yr/57eIz2juHQk1+VPT1 BdqW9rnwCkiamOZZTJ1fxsByxTOiQKPwS4WJDig2+OKU8wdMSg0nXeWY7hG1bbBbce+e g5T6w1p16Yth+fNEthvIiaEU4aTJXfNUtVVfpelFvQcdSs9y2Y3x3CJUGZUrlyjRngdi SIozmkoy2hhv6+UvWmmLy15xdhK1Dqjipb3wmkC/RCSZzlNDWscv16GX3I+3yvymh/OF LHmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3KY+aElALZoYnc0HQ0YHb9dq9cUGvWxvE7ZLOYI4anE=; b=1TON/PhFGF4TKVmJHQod7D01flnXb5TOakP7zQD5gFgu+1kro+U5/5i0bIuyGyMT7y vCkCqio8LaSZJRUxsQZRHsb4Mten7EtOu6bdl3ovEQRMmlwidIvO51sOPikAKIHIx0I6 udlZQFd9zUCpchKJ25qwH2yc9I5tepyiJGD5hITBccv3B53EFcmx319oyawUnXLoH4vU z/iD7vJGnju3XwxtYLJYFiu8Xc5SDkzyqVbJ7H6g8VZnwE5bSajtS1q7DITZIrYCJhcJ RaI1GRmdVyVKdd1mIeqoL4soxunOIup2biQNFVveeyzLrhdBxXHFfwxEg6vynOrn9jlP ZC0Q== X-Gm-Message-State: AOAM531+P8n0JfIbXM39WdtUfSp5u45CSQwGIEO9FrydV5eQOtM0lOON lQS9rJ8lz5oPcHR0iAPJzmwYpomrLEIV3xh2w2Y= X-Google-Smtp-Source: ABdhPJw+qAjH2IWpogc66BDgPq4cMMhO7GvnNMNN4kXw8m4fSmS1/tiQqfTElSsyBZ6imjTgKfp1qGxWQUiXlIAiax8= X-Received: by 2002:a05:6e02:1d06:: with SMTP id i6mr2091060ila.299.1632376070419; Wed, 22 Sep 2021 22:47:50 -0700 (PDT) MIME-Version: 1.0 References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: From: Dhruv Dhody Date: Thu, 23 Sep 2021 11:17:13 +0530 Message-ID: To: Ron Bonica Cc: "bruno.decraene@orange.com" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="000000000000d1396405cca32b06" Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 05:47:59 -0000 --000000000000d1396405cca32b06 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Ron! It does! On Thu, Sep 23, 2021 at 2:25 AM Ron Bonica wrote: > Dhruv, > > > > Thanks for you review and support. > > > > Does the change below (inline) address your first comment? > > > > Ron > > > > > > Juniper Business Use Only > > *From:* spring *On Behalf Of *Dhruv Dhody > *Sent:* Monday, September 20, 2021 12:56 PM > *To:* bruno.decraene@orange.com > *Cc:* spring@ietf.org > *Subject:* Re: [spring] WG Adoption call - > draft-srcompdt-spring-compression-requirement - > draft-srcompdt-spring-compression-analysis > > > > *[External Email. Be cautious of content]* > > > > Hi, > > > > I support the adoption of both documents. > > > > Thanks for all the effort put in by everyone involved. Few minor comments > - > > > > *draft-srcompdt-spring-compression-requirement-07* > > > > In section 1 > > It is a goal of the design team to identify solutions to=E2=80=A6 > It is also a goal of the design team to consider proposals=E2=80=A6 > The design team will produce a separate document=E2=80=A6 > > Should we still need to mention the design team in the introduction? If > some history needs to be maintained, let's put that in the appendix! > > [RB] > > OLD> > > The SPRING working group defined SRv6, with [RFC8402] describing how the > Segment Routing (SR) architecture is instantiated on two data-planes: SR > over MPLS (SR-MPLS) and SR over IPv6 (SRv6). SRv6 uses a routing header > called the SR Header (SRH) [RFC8754] and defines SRv6 > > SID behaviors and a registry for identifying them in [RFC8986]. SRv6 is = a > proposed standard and is deployed today. > > The SPRING working group has observed that some use cases, such as strict > path TE, may require long SRv6 SID lists. There are several proposed > methods to reduce the resulting SRv6 encapsulation size by compressing th= e > SID list. > > The SPRING working group formed a design team to define requirements for, > and analyze proposals to, compress SRv6 SID lists. > > It is a goal of the design team to identify solutions to SRv6 SID list > compression that are based on the SRv6 standards. As such, this document > provides requirements for SRv6 SID list compression solutions that utiliz= e > the existing SRv6 data plane and control plane. > > It is also a goal of the design team to consider proposals that are not > based on the SRv6 data plane and control plane. As such, this document > includes requirements to evaluate whether a compression proposal provides > all the functionality of SRv6 (section "SRv6 Functionality") in addition = to > satisfying compression specific requirements. > > For each requirement, a description, rationale and metrics are described. > > The design team will produce a separate document to analyze the proposals= . > > This document is a draft; additional requirements are under review, > additional requirements will be added, and current requirements may > change. Appendix A contains a subset of requirements without unanimous > consensus. Additional requirements without unanimous consensus are not i= n > the appendix. > > > NEW> > > The Segment Routing (SR) architecture [RFC 8402] can be instantiated on > two data-planes: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6). SRv6 us= es > a routing header called the SR Header (SRH) [RFC8754] and defines SRv6 SI= D > behaviors and a registry for identifying them in [RFC8986]. SRv6 is a > proposed standard and is deployed today. > > Some use cases, such as strict path TE, may require long SRv6 SID lists. > There are several proposed methods to reduce the resulting SRv6 > encapsulation size by compressing the SID list. > > This document defines requirements for a SID list compression mechanism. > For each requirement, a description, rationale and metrics are provided. > > A companion document [draft-srcompdt-spring-compression-analysis] > evaluates several compression mechanisms according to compliance with the > requirements described by this document. > > > [RB] > > > > --000000000000d1396405cca32b06 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Ron!= It does!=C2=A0

On Thu, Sep 23, 2021 at 2:25 AM Ron Bonica <rbonica@juniper.net> wrote:

Dhruv,<= /span>

=C2=A0<= /span>

Thanks for you review= and support.

=C2=A0<= /span>

Does the change below= (inline) address your first comment?

=C2=A0<= /span>

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Ron

=C2=A0<= /span>

=C2=A0

Juniper Business Use Only<= u>

From: spring <spring-bounces@ietf.org> On Beha= lf Of Dhruv Dhody
Sent: Monday, September 20, 2021 12:56 PM
To: b= runo.decraene@orange.com
Cc: spring@ietf= .org
Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compr= ession-requirement - draft-srcompdt-spring-compression-analysis

=C2=A0

[External Email. Be cautious of content]

=C2=A0

Hi,=C2=A0

=C2=A0<= /u>

I support the adoption of both documents.=C2= =A0

=C2=A0<= /u>

Thanks for all the effort put in by everyone= involved. Few minor comments -=C2=A0

=C2=A0<= /u>

draft-srcompdt-spring-compression-requ= irement-07<= /span>

=C2=A0<= /u>

In section 1

It is a goal of the design team to identify solutions to=E2=80=A6
It is also a goal of the design team to consider proposals=E2=80=A6
The design team will produce a separate document=E2=80=A6

Should we still need to mention the design t= eam in the introduction? If some history needs to be maintained, let's = put that in the appendix!

[RB]

OLD>

The SPRING working group defined SRv6, with [RFC8402] describing= how the Segment Routing (SR) architecture is instantiated on two data-plan= es: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6).=C2=A0 SRv6 uses a routing header called the SR Header (SRH) [RFC8754] and define= s SRv6

SID behaviors and a registry for identifying them in [RFC8986].= =C2=A0 SRv6 is a proposed standard and is deployed today.

The SPRING w= orking group has observed that some use cases, such as strict path TE, may = require long SRv6 SID lists.=C2=A0 There are several proposed methods to re= duce the resulting SRv6 encapsulation size by compressing the SID list.<= u>

The SPRING w= orking group formed a design team to define requirements for, and analyze p= roposals to, compress SRv6 SID lists.

It is a goal= of the design team to identify solutions to SRv6 SID list compression that= are based on the SRv6 standards.=C2=A0 As such, this document provides req= uirements for SRv6 SID list compression solutions that utilize the existing SRv6 dat= a plane and control plane.

It is also a= goal of the design team to consider proposals that are not based on the SR= v6 data plane and control plane.=C2=A0 As such, this document includes requ= irements to evaluate whether a compression proposal provides all the functionality = of SRv6 (section "SRv6 Functionality") in addition to satisfying = compression specific requirements.

For each req= uirement, a description, rationale and metrics are described.=

The design t= eam will produce a separate document to analyze the proposals.

This documen= t is a draft; additional requirements are under review, additional requirem= ents will be added, and current requirements may change.=C2=A0 Appendix A c= ontains a subset of requirements without unanimous consensus.=C2=A0 Additional req= uirements without unanimous consensus are not in the appendix.

<OLD

NEW>

The Segment Routing (SR) architecture [RFC 8402] can be instanti= ated on two data-planes: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6).=C2= =A0 SRv6 uses a routing header called the SR Header (SRH) [RFC8754] and defines SRv6 SID behaviors and a registry for identify= ing them in [RFC8986].=C2=A0 SRv6 is a proposed standard and is deployed to= day.

Some use cas= es, such as strict path TE, may require long SRv6 SID lists.=C2=A0 There ar= e several proposed methods to reduce the resulting SRv6 encapsulation size = by compressing the SID list.

This documen= t defines requirements for a SID list compression mechanism. For each requi= rement, a description, rationale and metrics are provided.

A companion = document [draft-srcompdt-spring-compression-analysis] evaluates several com= pression mechanisms according to compliance with the requirements described by this document.

<NEW

[RB]

=C2=A0=

--000000000000d1396405cca32b06-- From nobody Thu Sep 23 01:16:24 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CBB813A26A4; Thu, 23 Sep 2021 01:15:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163238494771.22325.13767303940087477601@ietfa.amsl.com> Date: Thu, 23 Sep 2021 01:15:47 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-bfd-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 08:15:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane Authors : Greg Mirsky Jeff Tantsura Ilya Varlashkin Mach(Guoyi) Chen Jiang Wenying Filename : draft-ietf-spring-bfd-02.txt Pages : 15 Date : 2021-09-23 Abstract: Segment Routing (SR) architecture leverages the paradigm of source routing. It can be realized in the Multiprotocol Label Switching (MPLS) network without any change to the data plane. A segment is encoded as an MPLS label, and an ordered list of segments is encoded as a stack of labels. Bidirectional Forwarding Detection (BFD) is expected to monitor any existing path between systems. This document defines how to use Label Switched Path Ping to bootstrap a BFD session, control an SR Policy in the reverse direction of the SR-MPLS tunnel, and applicability of BFD Demand mode in the SR-MPLS domain. Also, the document describes the use of BFD Echo with BFD Control packet payload. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-bfd/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-spring-bfd-02.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-bfd-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 23 05:06:24 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 72A063A2DDF; Thu, 23 Sep 2021 05:06:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163239876136.4950.6761959609282458627@ietfa.amsl.com> Date: Thu, 23 Sep 2021 05:06:01 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-sr-redundancy-protection-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 12:06:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : SRv6 for Redundancy Protection Authors : Xuesong Geng Mach(Guoyi) Chen Fan Yang Pablo Camarillo Garvia Gyan Mishra Filename : draft-ietf-spring-sr-redundancy-protection-00.txt Pages : 9 Date : 2021-09-22 Abstract: Redundancy Protection is a generalized protection mechanism to achieve the high reliability of service transmission in Segment Routing network. The mechanism inherits the "Live-Live" methodology, targeting to enhance the functionalities of Segment Routing over IPv6. Inspired by DetNet Packet Replication and Packet Elimination functions, two new Segments are introduced to provide replication and elimination functions on specific network nodes by leveraging SRv6 Segment programming capabilities. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-sr-redundancy-protection/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-sr-redundancy-protection-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Sep 24 01:04:42 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D92743A1D8B for ; Fri, 24 Sep 2021 01:04:40 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 A8xGIe8grZUe for ; Fri, 24 Sep 2021 01:04:35 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71D1A3A1D8F for ; Fri, 24 Sep 2021 01:04:35 -0700 (PDT) Received: from fraeml703-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HG4HS0GlJz67tWM for ; Fri, 24 Sep 2021 16:01:40 +0800 (CST) Received: from dggpemm500008.china.huawei.com (7.185.36.136) by fraeml703-chm.china.huawei.com (10.206.15.52) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Fri, 24 Sep 2021 10:04:31 +0200 Received: from dggpemm500008.china.huawei.com (7.185.36.136) by dggpemm500008.china.huawei.com (7.185.36.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 24 Sep 2021 16:04:29 +0800 Received: from dggpemm500008.china.huawei.com ([7.185.36.136]) by dggpemm500008.china.huawei.com ([7.185.36.136]) with mapi id 15.01.2308.008; Fri, 24 Sep 2021 16:04:29 +0800 From: Lizhenbin To: "Joel M. Halpern" , "Bruno Decraene (bruno.decraene@orange.com)" , James N Guichard CC: "spring@ietf.org" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0SKJc/RkpNZpUOk1/fYg/D6jKuY9ZwAgBlzVVA= Date: Fri, 24 Sep 2021 08:04:29 +0000 Message-ID: <36a465c3a3c14f6b83b90640e31283e0@huawei.com> References: <06fb01d7a461$217a86e0$646f94a0$@com> In-Reply-To: <06fb01d7a461$217a86e0$646f94a0$@com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.153.176.188] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 08:04:41 -0000 SGkgQ2hhaXJzLA0KDQpNYW55IHRoYW5rcyBmb3IgeW91ciBoYXJkIHdvcmsgZm9yIHByb2dyZXNz aW5nIHRoZSBTUnY2IGNvbXByZXNzaW9uIHdvcmshDQpBZnRlciBzZXZlcmFsIHJvdW5kIHBvbGxz IGluIFdHLCB3ZSBiZWxpZXZlIHRoYXQgd2UgaGF2ZSByZWFjaGVkIHRoZSBjb25zZW5zdXMgdGhh dCBDU0lEIGRyYWZ0IHNob3VsZCBiZSBhZG9wdGVkIGFzIGEgV0cgZG9jdW1lbnQuIA0KSW4gYWRk aXRpb24sIHRoZSBDU0lEIGNvLWF1dGhvcnMgaGF2ZSBleHBsYWluZWQgY2xlYXJseSB0aGF0IHRo ZSBDU0lEIGlzIG9uZSBkYXRhIHBsYW5lIHNvbHV0aW9uIHdpdGggZGlmZmVyZW50IGZsYXZvcnMu DQoNCklNSE8sIHdlIG5lZWQgdG8gbW92ZSB0aGUgd29yayBmb3J3YXJkLiBXaXRoIHRoZSBjb25z ZW5zdXMsIHdlIGJlbGlldmUgaXQgaXMgdGhlIHJpZ2h0IHRpbWUgdG8gaXNzdWUgYSBXRyBhZG9w dGlvbiBjYWxsIGZvciB0aGUgQ1NJRCBkcmFmdC4NCkFzIHdlIGtub3cgdmVyeSB3ZWxsLCB0aGUg YWRvcHRpb24gZG9lcyBub3QgbWVhbiB0aGUgZW5kaW5nIHBvaW50LCBidXQgdGhlIHN0YXJ0aW5n IHBvaW50IGZvciB0aGUgV0cgdG8gY29uY2VudHJhdGUgZWZmb3J0cyBhbmQgZ28gb24gdG8gDQpy ZWZpbmUgdGhlIHNvbHV0aW9ucy4NCg0KDQpCZXN0IFJlZ2FyZHMsDQpSb2Jpbg0KDQoNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgV2VpcWlhbmcgQ2hlbmcNClNlbnQ6IFdlZG5lc2Rh eSwgU2VwdGVtYmVyIDgsIDIwMjEgMTE6MjUgQU0NClRvOiAnSm9lbCBNLiBIYWxwZXJuJyA8am1o QGpvZWxoYWxwZXJuLmNvbT47IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtzcHJpbmdd IENvbmNsdXNpb24gZnJvbSBXRyBwb2xsIG9uIGRhdGFwbGFuZSBzb2x1dGlvbiBmb3IgY29tcHJl c3Npbmcgc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ng0KDQpEZWFyIENoYWlycywNCg0KTWFueSB0 aGFua3MgZm9yIHlvdXIgaGFyZCB3b3JraW5nLiANCg0KV2UgYXJlIGhhcHB5IHRvIHNlZSB0aGF0 IHRoZSBDU0lEIGRyYWZ0IGhhcyBzaWduaWZpY2FudCBpbnRlcmVzdCB0byBiZSBhZG9wdGVkIGFz IGEgV0cgZG9jdW1lbnQuIA0KDQpSZWdhcmRpbmcgdGhlIGRhdGFwbGFuZSwgdGhlIGF1dGhvcnMg YmVsaWV2ZSB0aGF0IHRoZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIG9ubHkgb25lIGRhdGFwbGFuZSBz b2x1dGlvbiB3aXRoIHR3byBkaWZmZXJlbnQgZmxhdm9yc1sxXTogTkVYVC1DU0lELUZMQVZPUiBh bmQgUkVQTEFDRS1DU0lELUZMQVZPUiwgcmF0aGVyIHRoYW4gdHdvIGRhdGFwbGFuZSBzb2x1dGlv bnMuDQoNCkJvdGggdGhlIGZsYXZvcnMgYXJlIGRlZmluZWQgYmFzZWQgb24gdGhlIFNSdjYgZGF0 YSBwbGFuZShvbmUgZGF0YSBwbGFuZSksIGFuZCB0aGUgU0lEcyB3aXRoIHRoZXNlIHR3byBmbGF2 b3JzIGNhbiBiZSBlbmNvZGVkIGluIGEgc2luZ2xlIFNSSCBqdXN0IGxpa2Ugd2UgY2FuIGVuY29k ZSBQU1AgRmxhdm9yIFNJRHMgYW5kIFVTRCBmbGF2b3IgU0lEcyB0b2dldGhlciBpbiBhIFNSSC4N Cg0KVGhlIGludGVyLW9wIHRlc3Qgb2YgQ1NJRHMgaGFkIGJlZW4gZG9uZSBhbG1vc3Qgb25lIHll YXIgYWdvWzJdLCBhbmQgZXZlcnl0aGluZyB3YXMgT0suIA0KDQpGdXJ0aGVybW9yZSwgdGhlIG1l Y2hhbmlzbSBkZWZpbmVkIGluIHRoZSBkcmFmdCBoYXMgYmVlbiBzdGFibGUgYW5kIG1hdHVyZS4N Cg0KV2l0aCB0aGUgY29uc2Vuc3VzLCB0aGUgYXV0aG9ycyBob3BlIFdHIGNhbiBjb25zaWRlciB0 byBhZG9wdCB0aGUgQ1NJRCBkcmFmdC4NCg0KQmVzdCByZWdhcmRzLA0KV2VpcWlhbmcNCm9uIGJl aGFsZiBvZiBDU0lEIGF1dGhvcnMNCg0KWzFdLiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9odG1sL3JmYzg5ODYjc2VjdGlvbi00LjE2DQpbMl0uDQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWZpbHNmaWxzY2hlbmctc3ByaW5nLXNydjYtc3JoLWNv DQptcHJlc3Npb24tMDIjc2VjdGlvbi0xMQ0KDQoNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+ yMs6IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIEpvZWwgTS4g SGFscGVybg0Kt6LLzcqxvOQ6IDIwMjHE6jnUwjfI1SAwMToyNw0KytW8/sjLOiBzcHJpbmdAaWV0 Zi5vcmcNCtb3zOI6IFtzcHJpbmddIENvbmNsdXNpb24gZnJvbSBXRyBwb2xsIG9uIGRhdGFwbGFu ZSBzb2x1dGlvbiBmb3IgY29tcHJlc3Npbmcgc2VnbWVudCByb3V0aW5nIG92ZXIgSVB2Ng0KDQpP dXIgdGhhbmtzIHRvIHRoZSB3b3JraW5nIGdyb3VwIG1lbWJlcnMgZm9yIHNwZWFraW5nIHVwIGNs ZWFybHkuICBUaGVyZSBpcyBhIHJvdWdoIChxdWl0ZSBjbGVhcikgY29uc2Vuc3VzIGZvciBzdGFu ZGFyZGl6aW5nIG9uZSBkYXRhcGxhbmUgc29sdXRpb24gdG8gY29tcHJlc3Npbmcgc2VnbWVudCBy b3V0aW5nIG92ZXIgSVB2Ni4NCg0KQXMgY2hhaXJzLCB0aGVyZSBhcmUgc29tZSByZWxhdGVkIG9i c2VydmF0aW9ucyB3ZSBuZWVkIHRvIG1ha2UuDQpUaGVyZSBhcHBlYXJzIHRvIGJlIHNpZ25pZmlj YW50IGludGVyZXN0IGluIHVzaW5nIHRoZSBmcmFtZXdvcmsgaW4gdGhlIENTSUQgZHJhZnQgZm9y IGFkZHJlc3NpbmcgdGhlIGFib3ZlLg0KDQpIb3dldmVyLCBiZWZvcmUgd2UgaXNzdWUgYSBjYWxs IGZvciBhZG9wdGlvbiBvbiB0aGF0LCB0aGUgY2hhaXJzIHdvdWxkIGxpa2UgdG8gdW5kZXJzdGFu ZCBob3cgdGhlIHdvcmtpbmcgZ3JvdXAgd2FudHMgdG8gc29sdmUgYSB0ZWNobmljYWwgcHJvYmxl bS4gIFRoZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIHR3byBkYXRhcGxhbmUgc29sdXRpb25zLiAgVGhl IGFib3ZlIHJvdWdoIGNvbnNlbnN1cyBpcyBmb3Igb25lIGRhdGFwbGFuZSBzb2x1dGlvbi4gIERv ZXMgdGhlIHdvcmtpbmcgZ3JvdXAgd2FudCB0byBjaG9vc2Ugb25lPyAgRG8gdGhlIGF1dGhvcnMg d2FudCB0byBzdWdnZXN0IHRoYXQgb25lIG9mIHRoZSB0d28gaXMgdGhlIG9uZSB3ZSBzaG91bGQg c3RhbmRhcmRpemUsIGFuZCBnZXQgd29ya2luZyBncm91cCBhZ3JlZW1lbnQ/DQpTaG91bGQgd2Ug YWRvcHQgdGhlIGRvY3VtZW50LCB3aXRoIGEgbm90ZSBpbmRpY2F0aW5nIHRoZSBwcm9ibGVtLCBh bmQgc29sdmUgdGhlIHByb2JsZW0gYWZ0ZXJ3YXJkcz8gIChUaGF0IGl0c2VsZiBkb2VzIG5vdCBz b2x2ZSB0aGUgcHJvYmxlbSwgaXQgbWVyZWx5IGtpY2tzIGl0IGRvd24gdGhlIHJvYWQuKSBEbyBm b2xrcyBzZWUgYW5vdGhlciBtZWFucyB0byBhdm9pZCBwdXR0aW5nIHRoZSBXRyBpbiBjb25mbGlj dCB3aXRoIGl0c2VsZj8NCg0KQXMgYSBsb29zZWx5IHJlbGF0ZWQgc2lkZSBub2RlLCB0aGUgY2hh aXJzIHdpbGwgYWxzbyBvYnNlcnZlIHRoYXQgd2UgZG8gbm90IHNlZSBhbiBvYnN0YWNsZSB0byBp bmZvcm1hdGlvbmFsIG9yIGV4cGVyaW1lbnRhbCBwdWJsaWNhdGlvbiBvZiBvdGhlciBzb2x1dGlv bnMsIGFzIGxvbmcgYXMgdGhlcmUgaXMgc3VmZmljaWVudCBlbmVyZ3kgaW4gdGhlIHdvcmtpbmcg Z3JvdXAgdG8gZGVhbCB3aXRoIHRob3NlLiAgQWxzbywgb25seSBkb2N1bWVudHMgZm9yIHdoaWNo IHRoZXJlIGlzIGF0IGxlYXN0IG9uZSBpbXBsZW1lbnRhdGlvbiB3aWxsIGJlIHByb2dyZXNzZWQg dGhpcyB3YXkuDQoNClRoYW5rIHlvdSwNCkJydW5vLCBKaW0sIGFuZCBKb2VsDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFpbGluZyBs aXN0DQpzcHJpbmdAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vc3ByaW5nDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlzdA0Kc3ByaW5nQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0K From nobody Fri Sep 24 05:41:24 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 778A43A270E for ; Fri, 24 Sep 2021 05:41:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.599 X-Spam-Level: X-Spam-Status: No, score=-9.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=dwjJPvna; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=CdQqOUS1 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 DYLlaIW5owkp for ; Fri, 24 Sep 2021 05:41:14 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E9F83A270C for ; Fri, 24 Sep 2021 05:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6786; q=dns/txt; s=iport; t=1632487274; x=1633696874; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=KF4NNlLAEVceza9+SchV7j//0ceksIewkSw2HA0DmBI=; b=dwjJPvnadeufshOerSPoflePVK7+3Cg1AlDqY7AEQh2F24t0N2+342IE h1BteSmkXO6RIP1bcScClHc45YHcAPTsHHLlpqptFsbwqcMCQ3/CzBXEz f8VY4tHc2OYoZSoKZFcpmeRJo3NhrtWZ8GzS3cmQ80x9Er/d+90ig+mYf E=; X-IPAS-Result: =?us-ascii?q?A0DUAgB0xk1hl5NdJa1aHgEBCxIMQIFOC4FTUX5aNzGER?= =?us-ascii?q?4NIA4U5iAgDmmaBLhSBEQNUCwEBAQ0BASoNCgQBAYQ4RQIXgi8CJTYHDgECB?= =?us-ascii?q?AEBAQEDAgMBAQEBBQEBBQEBAQIBBgQUAQEBAQEBAQGBCIVoDYZCAQEBAQMBA?= =?us-ascii?q?RALBhEMAQEsCwELBAIBBgIRBAEBAwIfBAMCAgIlCxQBCAgCBAENBRsHgk8Bg?= =?us-ascii?q?lUDLwEOk3iPNQGBOgKKH3qBMYEBgggBAQYEBIFKQYJ/GII1AwaBECqDAIQVh?= =?us-ascii?q?nAnHIFJRIEVJxyCNzA+gmMBAQIBgSODUjeCLohrAYFEAQNRAiA7PS2BIw+RJ?= =?us-ascii?q?YNpqFsKgy2BMokPlCAFLKcJliKMSJhvAgQCBAUCDgEBBoFoATGBW3AVOyoBg?= =?us-ascii?q?j5RGQ+OIAwNCRWDO4UUhUp0AjYCBgEKAQEDCZIsAQE?= IronPort-PHdr: A9a23:H8pHGRyAwjArVB3XCzPBngc9DxPP8530IwcK55thgLVLIeyv/JXna UrY4/glzFrERp7S5P8Mje3K+7vhVmoN7dfk0jgCfZVAWgVDhZAQmAotU86YAFL2LbjhaClpV MhHXUVuqne8N0UdEc3iZlrU93u16zNaGhj2OQdvYOrvHYuHhMWs3Of08JrWMG11 IronPort-Data: A9a23:zcAEHq2DUCJXnYhyJfbD5TNxkn2cJEfYwER7XKvMYLTBsI5bp2MGm GFMX23TPPnYMGCmKdtzYY638RsF7JPUx9VnHlBu3Hw8FHgiRegpqji6wuYcGwvIc6UvmWo+t 512huEtr6nYd1eEzvuXGuCJQUJUiOfYG9IQNMaeYnooHV4+FH944f5es7dRbrBA0IDR7zyl4 bsek+WHULNy82cpWo68w/vrRCJH5JweihtB1rANTawjUGvlqpUgJMl3yZddgJfPatI88uaSH 44vxVwil4/T109F5tiNyt4XfqCWK1LfFVDmt5ZYZ0StqhNSugcA7ZlgDqBfUXVmlBqNx+pyk ewY4PRcSS9xVkHNsP4WXx8dGCZkMOgfofnMIGO0toqYyEiun3nEmqo1Shppe9xDvL8rXgmi9 tRAQNwJRgKKg+Oey7OgQe4qjcMmRCXuFNxC6i05kGGJVZ7KR7jjRKj69YAD5gs5pZFHNKvXO eoDbxRWOUGojxpnYwdLV81WcP2TrmLnaTxep3qUqLY5pW/Jw2RZ0rHoPcGTfJqFWMRenk+Cq krI4njkGBwFOd3Zwj2AmlqmnPLJmmX3VYkIHbC++9ZtmlSVyWFVAxoTPXO5pPmRiEmzX9JWL 1QZ4Cxopq83nGSvT8v9UhuyoXisvgMVRNdRVeY97WmwJrH8+Q2VAC0PSSRMLYV/8sQ3Xjctk FSOmrsFGACDrpWeWW62xIir9gnoehAnHHAtYXc+TlI8toyLTJ4IsjrDSdNqEaiQh9LzGC3tz z3ikMTYr+hN5SLs//jrlW0rkw5AtbCSFF9puV+/snaNq1InO9b/OORE/HCCta4YRLt1WGVtq 5TtdyK21uEFDZiXmDeKRo3h95n2uq7VaVUwbbOTdqTNGhy38HKlOItX+jw7fR4vOccfcjiva 0jW0e+w2HOxFCbxBUOUS9vsYyjP8UQGPY+8PhwzRoEVCqWdjCfdoElTibe4hggBanQEn6AlI ou8es2xF3scAqkP5GPoHL1Bi+Z7nntglDy7qXXHI/KPjOT2iJm9FOZtDbdyRrtRAF6s+V+Mq I8Pa6NmNT0GCr2vCsUozWLjBQlacSdkbXwHg8dWbeWEahF3A30sDuS5/F/SU9INokihrc+Rp ivVchYBkDLX3CSbQS3XOysLQO6+Av5X8ylhVQRyZgnA5pTWSdv2hEvpX8BvLedPGS0K5aMcc sTpjO3aWakQFmSbpW5NBXQ/xaQ7HCmWacu1F3LNSFACk1RIHmQlJveMktPTyRQz IronPort-HdrOrdr: A9a23:DZd/Razh9hBpckbEBcD/KrPxeugkLtp133Aq2lEZdPULSK2lfp GV8sjziyWatN9IYgBepTiBUJPwJk81bfZOkMos1MSZLXfbUQyTXcNfBOrZsn3d8kjFltK1up 0QCJSWZOeAaGSSyPyKnDVQcOxQheVvkprY/9s2pk0FJWoBBs0QjHYaNu/YKDwKeOAsP+teKH Po3Ls+m9PWQwVvUi3UPAhgY8Hz4/nw0L72ax8PABAqrCOUiymz1bL8Gx+Emj8DTjJm294ZgC z4uj28wp/mn+Cwyxfa2WOWxY9RgsHdxtxKA9HJotQJKw/rlh2jaO1aKvq/VXEO0aeSAWQR4Y HxSiQbTp9OArTqDzuISC7WqlDdOfAVmiLfIBGj8CfeSIfCNUMH4oJ69PJkm13imhUdVBUW6t Mb44pf3KAnUy8o1R6NleQhHXtR5zmJiGtnnugJg3NFV4wCLLdXsIwE5UtQVIwNBSTg9ekcYa ZT5eznlbtrmGmhHjzkV6hUsZWRd2V2Gg3DTlkJu8ST3TQTlHdlz1EAzMhamnsb7poyR5RN+u yBa81T5fBzZ95Tabg4CPYKQMOxBGCISRXQMHiKKVCiEK0cIXrCp5P+/b1w7uC3f54Dyoc0hf 36IR1lnH93f1irBdyF3ZVN/ByISGKhXS71wsUb/JR9sq2UfsugDcRCciFkryKEmYRoPiT2YY fGBHtmOY6qEYK1I/c94+TXYegkFUUj X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,319,1624320000"; d="scan'208";a="758415880" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2021 12:41:12 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 18OCfCr6005784 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 24 Sep 2021 12:41:12 GMT Received: from xfe-rtp-004.cisco.com (64.101.210.234) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 07:41:12 -0500 Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 08:41:11 -0400 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 24 Sep 2021 08:41:11 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nAM5QRO60dBKUGijYXwnGLRVPPYGgbbUy2TIApZrLMsONeA+LlgpcJth/PIK09Xm9x0laCJ4dvCF3XYBN9rWJJFqt0cmJoY2KSGaIgfJQQTUWoS1ajy6WjWzERV1w7dMEtOtDXdIXyIoe0P5dNgD0dgRfFg0XiATcpooqeJCEc7uxvl/WwlMnHoyjCQXMzKEu0kF4HYQbH7QnuvYv4ebgyS2LdEBcF/35xsaqa9A4QCOAq1nmxGihGlN2B/LTXfbFlXyyp6IvmJwy/Mon4XY1woDKS6HdcBySQPkQsGqujydoRSaEt5pXbd+spHk9U+SaA7qwiXVuiMP+NInel+Fwg== 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; bh=KF4NNlLAEVceza9+SchV7j//0ceksIewkSw2HA0DmBI=; b=NiwURnFxDWxJODreUph2JwvxZhxGzgBc9vcCaAlUddFhjrq+DtxFoAVjT6pka7npjqrZjWWZWiJ5FdziaxkCzDK9JK75ybxGUXsYa0BZO/ylxL6nUuM8lMKk9SBh42DVCSH8a4KvUEuXIGVEaOtXxy/hWa3dbMXlvN0Uwm28OVPS3eUgxjRsnNaCj/JYLbxb3PStCrXO7UHSy32bwuxl+MvrzYrdHXbrqcEdnkmSmrKPwhfcfbEJPEk8CXbjAWDVyRquuH9H7RXPPx/rOtpLlc9OrMmyN0ae834Gsn6Oq16iPaS+P8Wne+YAsh4i0yr67tg8h8MklTeC5Ro0iLu0xQ== 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=KF4NNlLAEVceza9+SchV7j//0ceksIewkSw2HA0DmBI=; b=CdQqOUS1Dr0046REO/j/N2Lt/91TKzSlQdy/vrcHj+mxusECU5/lIJ5mbA0/8E7mn4e+1sLVbs8nphE3IRe4AGxnF27TBOxukk79qpRFQYhrJKikoiAL8O/l/awZtD7VNHliuB2KawfWWnxwEqbD8c8G2jc6jSxcPmmxolcIKNw= Received: from DM6PR11MB4692.namprd11.prod.outlook.com (2603:10b6:5:2aa::11) by DM6PR11MB4441.namprd11.prod.outlook.com (2603:10b6:5:200::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Fri, 24 Sep 2021 12:41:10 +0000 Received: from DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::98ba:804c:acaa:a049]) by DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::98ba:804c:acaa:a049%3]) with mapi id 15.20.4544.018; Fri, 24 Sep 2021 12:41:10 +0000 From: "Zafar Ali (zali)" To: Lizhenbin , "Joel M. Halpern" , "Bruno Decraene (bruno.decraene@orange.com)" , James N Guichard CC: "spring@ietf.org" , "Zafar Ali (zali)" Thread-Topic: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 Thread-Index: AQHXo0R4R18xCJ4OJkyvhcVaA6EAxauZe7gAgBlzWICAAAo9AA== Date: Fri, 24 Sep 2021 12:41:08 +0000 Message-ID: <69F53843-AA09-424A-86C9-30DE79B3171B@cisco.com> References: <06fb01d7a461$217a86e0$646f94a0$@com> <36a465c3a3c14f6b83b90640e31283e0@huawei.com> In-Reply-To: <36a465c3a3c14f6b83b90640e31283e0@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.53.21091200 authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 67233b52-dea3-416f-3f30-08d97f589624 x-ms-traffictypediagnostic: DM6PR11MB4441: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rVudO7vOb7NsWKNaefgWPLy9q6pU5AHI8j8kJUzLn2i5kjbYLDtLKB/dEIEXnqm5zW3r+X5ajD06XOf0pze99SeKIC0yRb9Edxzj+0s5LVCuVSEGb3o4GfWCnqJbH6+rO8feKjT2tnlYkb+CMtdDvAgF72y7MoQEsRii476RFFer8AYsnua6Oh3E4n50q+d1yMBrqTXdKsZsDqbjj3rjJaX6UAZD+WBKOMC4duG9H7tsrDHCZBzmNPyLF00deOg/or8NQTOgvjgrWMa2sUWbLQfwECYZAj0/Q18jTJ3A+sqJVbUaa+QnWrJXpTNFskQOY50JnOrtXXC8BMuFlsqWqQy7cqQMwDlebavprsWzjRr9L3axU5wksJpuZk5dnR/6T4uMHhTPSMD6ghbkeElPhfjEglY4sC1kE0Cx2RAqySQI+8iEoBaJvPXG7e8EarUSfHOjN/GQRDYPw5l84tPmWHJNS79ZiauYNwphltpSvLxDgwYzNK6nFyA/2xiNnVSPbadjuJH77dYX6zEkEyC+W0E/Qxj+0BC/LCfnLbd1l/SsHHXzevh+zn/2e4wcuNY0XKNKW38HRWywF5+b3vXK21kU4bZ1qbubyTRTPRvLWJQBisEAvAIrxsNDaifOiFR/jP0LCjPU7YHSnSVvXWRre0bF8spHpQTF3+0uB5mZoxvhcYb8nXxq6cQvVeNjC1BZz/A42i7qjIDOV2Ygw9idGgA7vo7Jx9TPb2nmzs7NiIhTdIhIEt/Dy9MH0qZAfoAO+MpQFooudqnQUFBu8MFA0tN0Jei5Pmrd9v68uezyUrXbsUfT/j01FhwMCnsPe6YF3IegbKAPoj6+kcKzzGsOqwvsZm7qJ4S/S0Y+4Rztuhw= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4692.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(38070700005)(66446008)(64756008)(66476007)(508600001)(2906002)(66556008)(83380400001)(5660300002)(36756003)(26005)(966005)(186003)(66946007)(107886003)(110136005)(91956017)(76116006)(71200400001)(38100700002)(86362001)(2616005)(122000001)(316002)(54906003)(6486002)(4326008)(33656002)(8936002)(53546011)(6512007)(6506007)(8676002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?MGhNVFNBdlNEREM5Z0xCRlVyR1dlWFd5akFhRjhKb1V2YTNHSlFzdGM1ejZh?= =?utf-8?B?NjBOM3pQckR1RkdyaWVjVGhYREw5NkZoSDZsYTVFV0ExK0xqOFBnNzVTdjVQ?= =?utf-8?B?Wldzb2dXR3hFcHJaem95eWVSWXNTQklIdG1vZHNZNUpQOWxSa3FHK21KM2Ru?= =?utf-8?B?TUVlVldUelhPL3E2Q1I3eVVSdlRTaU5LaXFwMjczeWV3VThlMmhaRUJ5UXVL?= =?utf-8?B?MDNlWktYWGdmNnhCa1JWMjE4SUMzQXRsaWV5QWdtYUFnZ3hSQWt4d0J0SmtY?= =?utf-8?B?YlBCeUtQVk10eXIvb3NGc0FpUG9jR0E4NHVEcjQ5aVFhOEJxU1F0TXVjZjFj?= =?utf-8?B?RVppS2RWbmRhNk02TGJkRkhnY2xYZE5sSFBhVGZJV3ZoeFNNMjh6bm03YUN4?= =?utf-8?B?bEZlMmQ4ZHlSVVhkWXorNkZ0UEt0VVhqRTNLbE9rZjBGeFZYMmVJMGFxa1ow?= =?utf-8?B?emROOWNFMHVwSVhKWVNSVkd6OXM4TVQwL1oxUTAvcThuUG5TSXQ5andQdnBX?= =?utf-8?B?Rk1Hek9CMlpCMUx2L2JUMFZYZzQ0b1Z6T3N3d3RlTnFRYUhPRzFDZllrbTEr?= =?utf-8?B?MkFCUWVRL0pzVHZXTGZJRkFVVUV2SmN0cEw5ZVVmOG51QTlWYUptSVVBdjBJ?= =?utf-8?B?NmU5MEdMK2pJaWU4T2E4c0JNQ1lhU3hLRlphUWhzakxiWkNTL2hDVmhHUnB4?= =?utf-8?B?Wlkxb3VMVHRXTkJrOVl6cURoSDhsZFd2TlBKM2NNdEdXTXBJTFU2TGswRWJk?= =?utf-8?B?TDdWb3AzbnVieVBaMFk3dXE0bkR1RGlOM05GSTRqVmVmVEJldy9nSGxEUTJr?= =?utf-8?B?aEZmWmhpOUpKNU45WG91SlE3dVAzTHJZcElXZ1BIWTZ1MElaWWc0akZWMlNq?= =?utf-8?B?WmZFb0hraThoTWM1UUNiNUFYVWk1cjlTT1N6aGpjQTdTeDg0TkZaWksvNnU2?= =?utf-8?B?YitwS0VDaW5oYmc0Q2lkbjZkZnhuTnNteVhwbzQxczd3VU85eUtaU1NYS1Ew?= =?utf-8?B?YnVQYTdOeDVhdUl5SlR1bUhsUHJvSFNVUjJZR3NSczJhRjVqNDBxWC9EOVFP?= =?utf-8?B?eVQ0SUIxaHdiR1hBVkNEQjhrMGY3a1RaOFFMREJ6S0JKdW9YWStwQ0RKZDlz?= =?utf-8?B?YkFyeE9RclhQN1hFREtPY3hBMURndCtTYW14K1dON3BLcExXM0lkSnhsYW1U?= =?utf-8?B?L056Ykl0ZlRvUTJRcjA0QitPd2VnT1NLUzdlZGNUMFFmamcyWE55WFNRME50?= =?utf-8?B?V05Vb0RZQ0orZUJEYS9idE50RSthLytyNkczb2tRcUJsMGVNWnh2QU93R1dJ?= =?utf-8?B?ZnQ1MEdlNHErbmFibXZZRmx1TXA4TXZVYUc0aWtHcmR4TkN4ZUdQeWJxRWhh?= =?utf-8?B?UXd6SjNmdTdpaThaRExXa0pwWUR3bnNkR1p0dVUxVmF1ZWdsMndwdUVFeFNI?= =?utf-8?B?T2xCcjFJcGhmZWUycWV2eFFRYU1wYjIzQlloWXhnWFdLR29hcE44UWdzdWZR?= =?utf-8?B?S1hzVk1LV1VqSU5FaTdPWlpyeDUzMXVyMzJ5UHNMNTFhOTdNWUxlR1JWUXJ1?= =?utf-8?B?dEVTcGl4Z2VES29EamZtKzdOZkRlWHhEdDl1ZmZqaFVONlV2VHZaVTRmNzFp?= =?utf-8?B?ZFlEMElEQnRncVlHdzg1dTlYR01qbWErOXFTS2tYQlNjY1JhWWRLVjE5M05x?= =?utf-8?B?MDJOdTBXSVpQMjJSSU5iY0hjcmhGUEQwYnhKaEcxWW5relFVY0hyR20xTjVS?= =?utf-8?B?R2NUUDFYaUUvbmtGUDFrdjhyY0E0TWZyQXVVaDBDVmNDajhGY1F3Qy9UUUk2?= =?utf-8?B?U1k0TFMwb3A5OUlGSGQrdz09?= Content-Type: text/plain; charset="utf-8" Content-ID: <654995D09871DF4DBE26530A22128524@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB4692.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 67233b52-dea3-416f-3f30-08d97f589624 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2021 12:41:10.1178 (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: Ic+VJyck2ysx+5eW9WoVp+LuhByiUzPiJtz9TEFwjki0C3n9lxbW/a79zqJFwseo X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB4441 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [spring] Conclusion from WG poll on dataplane solution for compressing segment routing over IPv6 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 12:41:20 -0000 SGksIA0KDQpJIGFncmVlIHdpdGggdGhlIGNoYWlycyB0aGF0IHRoZXJlIGlzIChxdWl0ZSBjbGVh cikgY29uc2Vuc3VzIGZvciBzdGFuZGFyZGl6aW5nIG9uZSBkYXRhcGxhbmUgc29sdXRpb24sIGFu ZCB0aGF0IHRoZXJlIGlzIHNpZ25pZmljYW50IGludGVyZXN0IGluIHVzaW5nIHRoZSBmcmFtZXdv cmsgaW4gdGhlIENTSUQgZHJhZnQgZm9yIGFkZHJlc3NpbmcgdGhlIGNvbXByZXNzaW9uIHJlcXVp cmVtZW50cy4NCg0KTXkgdmlldyBpcyB0aGF0IHdlIG1vdmUgdG93YXJkcyBXRyBhZG9wdGlvbiBv ZiB0aGUgZG9jdW1lbnQsIGFuZCBub3RlIGFueSBjb25jZXJuIHJhaXNlZCBieSBXRyBtZW1iZXJz IGR1cmluZyB0aGUgcG9sbCBzbyB0aGF0IHRoZSBXRyBjYW4gc29sdmUgaXQgYWZ0ZXJ3YXJkcy4N Cg0KVGhhbmtzDQogDQpSZWdhcmRzIOKApiBaYWZhciANCg0K77u/T24gOS8yNC8yMSwgNDowNSBB TSwgInNwcmluZyBvbiBiZWhhbGYgb2YgTGl6aGVuYmluIiA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5v cmcgb24gYmVoYWxmIG9mIGxpemhlbmJpbkBodWF3ZWkuY29tPiB3cm90ZToNCg0KICAgIEhpIENo YWlycywNCg0KICAgIE1hbnkgdGhhbmtzIGZvciB5b3VyIGhhcmQgd29yayBmb3IgcHJvZ3Jlc3Np bmcgdGhlIFNSdjYgY29tcHJlc3Npb24gd29yayENCiAgICBBZnRlciBzZXZlcmFsIHJvdW5kIHBv bGxzIGluIFdHLCB3ZSBiZWxpZXZlIHRoYXQgd2UgaGF2ZSByZWFjaGVkIHRoZSBjb25zZW5zdXMg dGhhdCBDU0lEIGRyYWZ0IHNob3VsZCBiZSBhZG9wdGVkIGFzIGEgV0cgZG9jdW1lbnQuIA0KICAg IEluIGFkZGl0aW9uLCB0aGUgQ1NJRCBjby1hdXRob3JzIGhhdmUgZXhwbGFpbmVkIGNsZWFybHkg dGhhdCB0aGUgQ1NJRCBpcyBvbmUgZGF0YSBwbGFuZSBzb2x1dGlvbiB3aXRoIGRpZmZlcmVudCBm bGF2b3JzLg0KDQogICAgSU1ITywgd2UgbmVlZCB0byBtb3ZlIHRoZSB3b3JrIGZvcndhcmQuIFdp dGggdGhlIGNvbnNlbnN1cywgd2UgYmVsaWV2ZSBpdCBpcyB0aGUgcmlnaHQgdGltZSB0byBpc3N1 ZSBhIFdHIGFkb3B0aW9uIGNhbGwgZm9yIHRoZSBDU0lEIGRyYWZ0Lg0KICAgIEFzIHdlIGtub3cg dmVyeSB3ZWxsLCB0aGUgYWRvcHRpb24gZG9lcyBub3QgbWVhbiB0aGUgZW5kaW5nIHBvaW50LCBi dXQgdGhlIHN0YXJ0aW5nIHBvaW50IGZvciB0aGUgV0cgdG8gY29uY2VudHJhdGUgZWZmb3J0cyBh bmQgZ28gb24gdG8gDQogICAgcmVmaW5lIHRoZSBzb2x1dGlvbnMuDQoNCg0KICAgIEJlc3QgUmVn YXJkcywNCiAgICBSb2Jpbg0KDQoNCg0KICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQog ICAgRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBXZWlxaWFuZyBDaGVuZw0KICAgIFNlbnQ6IFdlZG5lc2RheSwgU2VwdGVtYmVyIDgsIDIw MjEgMTE6MjUgQU0NCiAgICBUbzogJ0pvZWwgTS4gSGFscGVybicgPGptaEBqb2VsaGFscGVybi5j b20+OyBzcHJpbmdAaWV0Zi5vcmcNCiAgICBTdWJqZWN0OiBSZTogW3NwcmluZ10gQ29uY2x1c2lv biBmcm9tIFdHIHBvbGwgb24gZGF0YXBsYW5lIHNvbHV0aW9uIGZvciBjb21wcmVzc2luZyBzZWdt ZW50IHJvdXRpbmcgb3ZlciBJUHY2DQoNCiAgICBEZWFyIENoYWlycywNCg0KICAgIE1hbnkgdGhh bmtzIGZvciB5b3VyIGhhcmQgd29ya2luZy4gDQoNCiAgICBXZSBhcmUgaGFwcHkgdG8gc2VlIHRo YXQgdGhlIENTSUQgZHJhZnQgaGFzIHNpZ25pZmljYW50IGludGVyZXN0IHRvIGJlIGFkb3B0ZWQg YXMgYSBXRyBkb2N1bWVudC4gDQoNCiAgICBSZWdhcmRpbmcgdGhlIGRhdGFwbGFuZSwgdGhlIGF1 dGhvcnMgYmVsaWV2ZSB0aGF0IHRoZSBDU0lEIGRyYWZ0IGNvbnRhaW5zIG9ubHkgb25lIGRhdGFw bGFuZSBzb2x1dGlvbiB3aXRoIHR3byBkaWZmZXJlbnQgZmxhdm9yc1sxXTogTkVYVC1DU0lELUZM QVZPUiBhbmQgUkVQTEFDRS1DU0lELUZMQVZPUiwgcmF0aGVyIHRoYW4gdHdvIGRhdGFwbGFuZSBz b2x1dGlvbnMuDQoNCiAgICBCb3RoIHRoZSBmbGF2b3JzIGFyZSBkZWZpbmVkIGJhc2VkIG9uIHRo ZSBTUnY2IGRhdGEgcGxhbmUob25lIGRhdGEgcGxhbmUpLCBhbmQgdGhlIFNJRHMgd2l0aCB0aGVz ZSB0d28gZmxhdm9ycyBjYW4gYmUgZW5jb2RlZCBpbiBhIHNpbmdsZSBTUkgganVzdCBsaWtlIHdl IGNhbiBlbmNvZGUgUFNQIEZsYXZvciBTSURzIGFuZCBVU0QgZmxhdm9yIFNJRHMgdG9nZXRoZXIg aW4gYSBTUkguDQoNCiAgICBUaGUgaW50ZXItb3AgdGVzdCBvZiBDU0lEcyBoYWQgYmVlbiBkb25l IGFsbW9zdCBvbmUgeWVhciBhZ29bMl0sIGFuZCBldmVyeXRoaW5nIHdhcyBPSy4gDQoNCiAgICBG dXJ0aGVybW9yZSwgdGhlIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBkcmFmdCBoYXMgYmVlbiBz dGFibGUgYW5kIG1hdHVyZS4NCg0KICAgIFdpdGggdGhlIGNvbnNlbnN1cywgdGhlIGF1dGhvcnMg aG9wZSBXRyBjYW4gY29uc2lkZXIgdG8gYWRvcHQgdGhlIENTSUQgZHJhZnQuDQoNCiAgICBCZXN0 IHJlZ2FyZHMsDQogICAgV2VpcWlhbmcNCiAgICBvbiBiZWhhbGYgb2YgQ1NJRCBhdXRob3JzDQoN CiAgICBbMV0uIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODk4NiNz ZWN0aW9uLTQuMTYNCiAgICBbMl0uDQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmdC1maWxzZmlsc2NoZW5nLXNwcmluZy1zcnY2LXNyaC1jbw0KICAgIG1wcmVz c2lvbi0wMiNzZWN0aW9uLTExDQoNCg0KDQogICAgLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KICAg IOWPkeS7tuS6ujogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ih qCBKb2VsIE0uIEhhbHBlcm4NCiAgICDlj5HpgIHml7bpl7Q6IDIwMjHlubQ55pyIN+aXpSAwMToy Nw0KICAgIOaUtuS7tuS6ujogc3ByaW5nQGlldGYub3JnDQogICAg5Li76aKYOiBbc3ByaW5nXSBD b25jbHVzaW9uIGZyb20gV0cgcG9sbCBvbiBkYXRhcGxhbmUgc29sdXRpb24gZm9yIGNvbXByZXNz aW5nIHNlZ21lbnQgcm91dGluZyBvdmVyIElQdjYNCg0KICAgIE91ciB0aGFua3MgdG8gdGhlIHdv cmtpbmcgZ3JvdXAgbWVtYmVycyBmb3Igc3BlYWtpbmcgdXAgY2xlYXJseS4gIFRoZXJlIGlzIGEg cm91Z2ggKHF1aXRlIGNsZWFyKSBjb25zZW5zdXMgZm9yIHN0YW5kYXJkaXppbmcgb25lIGRhdGFw bGFuZSBzb2x1dGlvbiB0byBjb21wcmVzc2luZyBzZWdtZW50IHJvdXRpbmcgb3ZlciBJUHY2Lg0K DQogICAgQXMgY2hhaXJzLCB0aGVyZSBhcmUgc29tZSByZWxhdGVkIG9ic2VydmF0aW9ucyB3ZSBu ZWVkIHRvIG1ha2UuDQogICAgVGhlcmUgYXBwZWFycyB0byBiZSBzaWduaWZpY2FudCBpbnRlcmVz dCBpbiB1c2luZyB0aGUgZnJhbWV3b3JrIGluIHRoZSBDU0lEIGRyYWZ0IGZvciBhZGRyZXNzaW5n IHRoZSBhYm92ZS4NCg0KICAgIEhvd2V2ZXIsIGJlZm9yZSB3ZSBpc3N1ZSBhIGNhbGwgZm9yIGFk b3B0aW9uIG9uIHRoYXQsIHRoZSBjaGFpcnMgd291bGQgbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0 aGUgd29ya2luZyBncm91cCB3YW50cyB0byBzb2x2ZSBhIHRlY2huaWNhbCBwcm9ibGVtLiAgVGhl IENTSUQgZHJhZnQgY29udGFpbnMgdHdvIGRhdGFwbGFuZSBzb2x1dGlvbnMuICBUaGUgYWJvdmUg cm91Z2ggY29uc2Vuc3VzIGlzIGZvciBvbmUgZGF0YXBsYW5lIHNvbHV0aW9uLiAgRG9lcyB0aGUg d29ya2luZyBncm91cCB3YW50IHRvIGNob29zZSBvbmU/ICBEbyB0aGUgYXV0aG9ycyB3YW50IHRv IHN1Z2dlc3QgdGhhdCBvbmUgb2YgdGhlIHR3byBpcyB0aGUgb25lIHdlIHNob3VsZCBzdGFuZGFy ZGl6ZSwgYW5kIGdldCB3b3JraW5nIGdyb3VwIGFncmVlbWVudD8NCiAgICBTaG91bGQgd2UgYWRv cHQgdGhlIGRvY3VtZW50LCB3aXRoIGEgbm90ZSBpbmRpY2F0aW5nIHRoZSBwcm9ibGVtLCBhbmQg c29sdmUgdGhlIHByb2JsZW0gYWZ0ZXJ3YXJkcz8gIChUaGF0IGl0c2VsZiBkb2VzIG5vdCBzb2x2 ZSB0aGUgcHJvYmxlbSwgaXQgbWVyZWx5IGtpY2tzIGl0IGRvd24gdGhlIHJvYWQuKSBEbyBmb2xr cyBzZWUgYW5vdGhlciBtZWFucyB0byBhdm9pZCBwdXR0aW5nIHRoZSBXRyBpbiBjb25mbGljdCB3 aXRoIGl0c2VsZj8NCg0KICAgIEFzIGEgbG9vc2VseSByZWxhdGVkIHNpZGUgbm9kZSwgdGhlIGNo YWlycyB3aWxsIGFsc28gb2JzZXJ2ZSB0aGF0IHdlIGRvIG5vdCBzZWUgYW4gb2JzdGFjbGUgdG8g aW5mb3JtYXRpb25hbCBvciBleHBlcmltZW50YWwgcHVibGljYXRpb24gb2Ygb3RoZXIgc29sdXRp b25zLCBhcyBsb25nIGFzIHRoZXJlIGlzIHN1ZmZpY2llbnQgZW5lcmd5IGluIHRoZSB3b3JraW5n IGdyb3VwIHRvIGRlYWwgd2l0aCB0aG9zZS4gIEFsc28sIG9ubHkgZG9jdW1lbnRzIGZvciB3aGlj aCB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgaW1wbGVtZW50YXRpb24gd2lsbCBiZSBwcm9ncmVzc2Vk IHRoaXMgd2F5Lg0KDQogICAgVGhhbmsgeW91LA0KICAgIEJydW5vLCBKaW0sIGFuZCBKb2VsDQoN CiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAg IHNwcmluZyBtYWlsaW5nIGxpc3QNCiAgICBzcHJpbmdAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KDQoNCg0KICAgIF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgc3ByaW5nIG1haWxpbmcg bGlzdA0KICAgIHNwcmluZ0BpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vc3ByaW5nDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCiAgICBzcHJpbmcgbWFpbGluZyBsaXN0DQogICAgc3ByaW5nQGlldGYu b3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg0K From nobody Fri Sep 24 06:55:59 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A07D3A29BC; Fri, 24 Sep 2021 06:55:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 4x9vw5bCv7Ir; Fri, 24 Sep 2021 06:55:50 -0700 (PDT) Received: from mail-pl1-x634.google.com (mail-pl1-x634.google.com [IPv6:2607:f8b0:4864:20::634]) (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 228613A29BD; Fri, 24 Sep 2021 06:55:50 -0700 (PDT) Received: by mail-pl1-x634.google.com with SMTP id bb10so6546292plb.2; Fri, 24 Sep 2021 06:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=uFCG2kfVr7GKL2DiNKx43Id0UZo0vGLfqTGujl5XZ4I=; b=peERHp82rjLesBwiOgc0F0JPzSm7fBJvTrJjc2N5lzHQAl/JMzKxzVcKA8x7RdZeci qlbJ6c6grWIBZN37ywCdGvPYsHbrm3ktq35r4xqChQuZk+4vV5mPudsIKR9AK7gwOqhA J5yD25B4uU0FNwMqIz1QhKqh4qBd+8iZef8PPEJUGzjlMrU1BADlgSxag2nwXfh8qIM6 7G8f+/xBH254pmbTwZSkMNEs2ohcQc6ivdIj4iqVz0l4sUZy8mtnt4E5KjSy6pZU7QzF pyIUAIhP4pOoy8C3oTmTWFz166JM0XHhAd3++27jK0an0Y00YlYljzG4twuTe4CHCYij DrmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=uFCG2kfVr7GKL2DiNKx43Id0UZo0vGLfqTGujl5XZ4I=; b=pulRSftLZhu+N3KOX7ak6+L+RzhaetEw9RAGDKNQYs7IUoBKh1Jwk5nBs46Tzxm1Si fxpvUmlrzFOMzbk6yAci+vRQLwr1jRnbHmKe3N+crPdZ23z8bgI6/9Kx5l4/Td+82Cgs 5k+koDKGmRaGVQGj7MP+QEMb0hZV2apwWzS1nCtM1pnSwDxozQuQ03VCinspmXkcwBqr 84AYV0iT9Aazb3mXJvprvDqDWj9Zdd/Kk2+adANOQ9fNQdj7k0fXHm/K4vJfn3Mt6S4X myvmKnSusFrCSoVDrEezrBGYgp7YVANst9S8BJ01LDk6zyM7d04iYaaHa4sCmMCY1/b7 EfTQ== X-Gm-Message-State: AOAM533fursHOv8t0zVIEEWEf3BznRdyVmc0SfgUg/z4NUIhxRnGBOZb gJk9sOFTSAJE2IXgYW7rK7iQ7I1ZBhm039IL8rvMWWjJ X-Google-Smtp-Source: ABdhPJydU8PV9ba/zD0NYuz6TQwhPvVVdzJwngJnvTiCqzdNSTYl1YU/HbcRpSW7kRvqKCPRcDSAQfLeSxCYPdJycis= X-Received: by 2002:a17:902:c184:b0:13c:957d:63f1 with SMTP id d4-20020a170902c18400b0013c957d63f1mr9196025pld.32.1632491748009; Fri, 24 Sep 2021 06:55:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Fri, 24 Sep 2021 09:55:36 -0400 Message-ID: To: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000bd2a4305ccbe1a67" Archived-At: Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 13:55:56 -0000 --000000000000bd2a4305ccbe1a67 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Spring Authors Please respond to this question the WG has related to which of the three SRv6 forwarding mechanisms called flavors was inclusive of the compression analysis draft. The Analysis draft is ambiguous as to which SRv6 forwarding plane flavor was part of the analysis. This is a critical question that has come up by the WG and Chairs, and answering this question will help pave the way to an adoption call for C-SID. Kind Regards Gyan On Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra wrote: > Dear Authors > > After having a few discussions on threads related to the SRv6 compression > analysis draft results, as well as WG coming to consensus on a single SRv= 6 > compression solution, a few critical questions have come up related to > C-SID draft that requires clarification by the authors. > > The C-SID draft has 3 compression solutions below and is a combination of > the two drafts below which introduces 2 of the 3 compression solutions wi= th > the C-SID draft introduction of yet a 3rd compression solution. > > Which of the 3 C-SID draft compression solutions was included as part of > the DT analysis draft results and conclusion? > > This is a critical question that needs to be answered for clarification o= n > the C-SID draft solution. > > As the WG has consensus on a single solution we need to have clarificatio= n > from the authors which of the 3 compression solutions was included in the > analysis. > > The three solutions are very different and all would yield different > analysis results. > > I understand the authors have called the each solution a endpoint flavor > which I see from the IANA codepoint allocations, however each flavor is a > different solution. > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > So the WG as stated would like a single solution so now we need feedback > from the authors which of the three solutions or endpoint flavors was par= t > of the DT analysis draft that the authors would like to put forward as th= e > single compression solution. > > C-SID is a combination of the two drafts below: > > Combination of the two drafts below: > > G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D > > https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-fo= r-cmpr-03 > > SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D > > https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-exten= sion-srv6-usid-10 > > Kind Regards > > > Gyan > -- > > > > *Gyan Mishra* > > *Network Solutions A**rchitect * > > *Email gyan.s.mishra@verizon.com * > > > > *M 301 502-1347* > > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000bd2a4305ccbe1a67 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Spring Authors=C2=A0

Please respond to this question the WG has related to w= hich of the three SRv6 forwarding mechanisms called =C2=A0flavors was inclu= sive of the compression analysis draft.

The Analysis draft is ambiguous as to which SRv6 forwarding= plane flavor was part of the analysis.

This is a critical question that has come up by the WG and = Chairs, and answering this question will help pave the way to an adoption c= all for C-SID. =C2=A0

Ki= nd Regards=C2=A0

Gyan

On Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:
Dear Authors

After having = a few discussions on threads related to the SRv6 compression analysis draft= results, as well as WG coming to consensus on a single SRv6 compression so= lution, a few critical questions have come up related to C-SID draft that r= equires clarification by the authors.

The C-SID draft has 3 compression solutions below and is a co= mbination of the two drafts below which introduces 2 of the 3 compression s= olutions with the =C2=A0C-SID draft introduction of yet a 3rd compression s= olution.

Which of the 3 = C-SID draft compression solutions was included as part of the DT analysis d= raft results and conclusion?

This is a critical question that needs to be answered for clarificatio= n on the C-SID draft solution.

As the WG has consensus on a single solution we need to have clarifi= cation from the authors which of the 3 compression solutions was included i= n the analysis. =C2=A0

T= he three solutions are very different and all would yield different analysi= s results.

I understand = the authors have called the each solution a endpoint flavor which I see fro= m the IANA codepoint allocations, however each flavor is a different soluti= on. =C2=A0


So the WG as stated wou= ld like a single solution so now we need feedback from the authors which of= the three solutions or endpoint flavors was part of the DT analysis draft = that the authors would like to put forward as the single compression soluti= on.

C-SID is a combination of the t= wo drafts below:

Combination of the two drafts bel= ow:
G-SID = - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D

SRv6 uSID micro-segment =E2=80=9C=C2=A0N= EXT-C-SID=E2=80=9D

Kind Regards=C2=A0

Gyan
--


Gyan Mishra

Network Solutions Architect=C2=A0

Em= ail gyan.s.mishra@verizon.com

M 301 502-134= 7


=
--
--000000000000bd2a4305ccbe1a67-- From nobody Fri Sep 24 07:10:38 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56E983A2A18; Fri, 24 Sep 2021 07:10:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.588 X-Spam-Level: X-Spam-Status: No, score=-9.588 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_H2=-0.001, SPF_NONE=0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Xn7wVrfp; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=AjQRi5sH 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 PHUd_mse8HIg; Fri, 24 Sep 2021 07:10:31 -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 9A2D03A2A17; Fri, 24 Sep 2021 07:10:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14503; q=dns/txt; s=iport; t=1632492631; x=1633702231; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=NnY/vyUgTbU+uBqIonhNb6RRW7ATozIqT6UECyT4ll8=; b=Xn7wVrfp9D8CsTymYQl/p2/MuFKVjsNSSbj0NHC7wKxNlw+j6Lz0CzPi Rq/DM0uq4CBzz4uz1m2vCeKrie1snEgp298PKWzuVWtKIsKSsbc30kHoL I65NwKatVjjvsTkA0/RsrTd7g4dZjx3vDpFdaC3QRGkC/05q/qgOSIbfy o=; X-IPAS-Result: =?us-ascii?q?A0AuDQDJ201h/4sNJK1XAx4BAQsSDECCfDAjLgd3Wjcxi?= =?us-ascii?q?A8DhTmFY4IllWWFBIFCgREDVAsBAQENAQE3CgQBAYR9AoJGAiU4EwECBAEBA?= =?us-ascii?q?QEDAgMBAQEBBQEBBQEBAQIBBgSBEROFaA2GQwIBAxIbEwEBOA8CAQgHBy0EB?= =?us-ascii?q?zIUEQIEARIIEweCUIF+VwMvAQ6jPAGBOgKKH3iBM4EBgggBAQYEBIE2AQMCD?= =?us-ascii?q?gMPL4J/GII1CYEjF4MAhBOCdYN9JxyBSUSBFAFDgmc+giFCAQECAYEjBQESA?= =?us-ascii?q?SMfDAkRgmggggwiiFqBVgRRAQEFKoEvAQwaOCqSC4wEn2oKgy2KQYgajCMUp?= =?us-ascii?q?wmHEY0RggCMSJhvAgQCBAUCDgEBBoF4JGlwcBWDJAlIGQ+OIAwWFRmDIoUUh?= =?us-ascii?q?Up0AgE1AgYLAQEDCZIsAQE?= IronPort-PHdr: A9a23:HnMFSxxle37SiFbXCzPDngc9DxPP8537OwcU7twsjLcdOqig/pG3O kvZ6L0tiVLSRozU5rpCjPaeqKHvX2EMoPPj+HAPeZBBTVkJ3MMRmQFzD8uMCEm9J/nvPGQ2G c1YXwpj+He2eUFeBMf5YQjUpXu/pT4fExnyL0x7POPwT4XTlM+wkeu1/s67Xg== IronPort-Data: A9a23:M437VKv7ZQSoKCm5fRK9TosbE+fnVA5fMUV32f8akzHdYApBsoF/q tZmKTrQOqmJZzCgc9AiPozloBsCup6Gz9BhTAA4+yA9FX4agMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokcxJX5BC5C5xZVG/fngqoHUVaiUZ0ideSc+EH140UM5x7Zj6mJVqYHR7z2l6 IuaT/L3YDdJ6xYsWo7Dw/vewP/HlK2aVAIw5jTSV9gS1LPtvyV94KYkGE2EByCQrr+4sQKNb 72rILmRpgs19vq2Yz+vuu6TnkYiGtY+MeUS45Zbc/DKv/RMmsA9+qo0KORCRFwLsBXTtutNy +1Hqq2eURh8a8UgmMxFO/VZOyh6OasD87jdLD3h98eS1EbBNXDrxp2CDmlvYtZeobgxWDoIr KdJQNwORkjra+aezL6mSeR3rs8iN8LseogYvxmMyBmJVa16EcyTG/yiCdlw2gYwhMNwMtriX 4lGMABkfjiRTQFUJQJCYH45tKLy7pXlSBVDsEiUo6Vy6GjazRZq+LngLNSTfcaFLe1ZhE+Wu ifI/mDiDBAeL9efxDyKt2m0nO7JkmbgQpxMUaai9rthh1iL3GEIExwRU3O6rOW3zEmkVLp3M FQO+ywhhak/6ELtScPyNzW4qW+NtAMHUtVLFsU17QiMzuzf5APxO4QfZjdFbNpjv8gsSHl0k FSIhNjuQzdotdV5VE6gy1tdlhvqUQB9EIPITXZsodctizU7nLwOsw== IronPort-HdrOrdr: A9a23:4+MyfapwSIRfESba5WrpGBAaV5uAL9V00zEX/kB9WHVpm5Oj9v xGzc506farslkssSkb6Ky90dq7MAzhHP9OkMcs1NKZPDUO11HYVL2KgbGSpgEIXheOi9K1tp 0QMpSWaueAdmSS5PySiGLTfrpQo6jkzEnrv5al854Hd3AMV0gU1XYBNu/tKDwReOApP+tcKL Osou584xawc3Ueacq2QlMfWfLYmtHNnJX6JTYbGh8O8mC1/HOVwY+/NyLd8gYVUjtJz7tn23 PCiRbF6qKqtOz+4gPA1lXU849dlLLau5h+7Y23+4oowwfX+0KVjbdaKvq/VfcO0aeSAWMR4Z zxStEbTp1OAj3qDzmISFDWqnfdOX4Vmg7fIBmj8CDeSQiTfkNmNyKH7rgpKCcxonBQzO1Uwe ZF2XmUuIFQCg6FlCPh58LQXxUvjUasp2E++NRjxUC3fLFuIIO5l7Zvt3+90a1waB7S+cQiCq 1jHcvc7PFZfReTaG3YpHBmxJipUm4oFhmLT0AesojNugIm0ExR3g8d3ogSj30A/JUyR91N4P nFKL1hkPVLQtUNZaxwCe8dSY+8C3DLQxjLLGWOSG6XWZ0vKjbIsdr68b817OaldNgBy4Yzgo 3IVBdCuWs7ayvVeISzNV1wg2bwqUCGLHvQI+1llupEU4zHNc3W2He4OSMTeuOb0oAiPvE= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,320,1624320000"; d="scan'208,217";a="803484801" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2021 14:10:30 +0000 Received: from mail.cisco.com (xbe-aln-005.cisco.com [173.36.7.20]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 18OEAU0W004910 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 24 Sep 2021 14:10:30 GMT Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-aln-005.cisco.com (173.36.7.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 09:10:30 -0500 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 10:10:29 -0400 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 24 Sep 2021 09:10:28 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DO270i6ZQiYzwYIhXXO2PoCGwvDw6/f2Q3Nh32Ea5ES8Hm/FNRLYJlvDBcSksOBpOkG83jirRY0WjUAiXjgmfIOmU3A3vj/pjG7LcIS63WnaQuL3poe29gdVSxOZJEhIkGF2Zr5iRj3+Y+T+ldYGEo/fL6MFObszdHO++BztRq1OW6VejBH67Sip7lGBHovkXK0g/5O7Wp6UCk81YcaC3tVmx9/nKwSrDet55HXnMooaMYhmWNQJ2yT+4oEKzztIDBjls3xgnzPh1wt0jE/ZO5x3rSq9L/7Ca0R6Z5nU3EDq5CI7VaSE6WgAV/WhdCDkoaLsuNFsrOw0Ignf+KjCfw== 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; bh=pyPstUpBL3KLJO5JaRn775GeqXAMR0K70vfq8Oo9RNQ=; b=enH+we7Vf9cKjk9PsdjLc5r9cksLZsu37t7XIw96BKdALv5GxcmRnD4otkWtyC98x1wTP71RdsL5Jpucd4zblxjnI8XIbcsJCx1LeBioZ2mSdAPxq4rINfYNIYEmd1T2qXQT4F5rKFlmV9QbqAJo4Xp4vmf7d10AsLMRPmcVHbGwaQx09uiKcYGltBXFR63fLp8w9S5tffInWRtgV/GnVeEKfBc/xMHvHmqg6cMEarudbJRbO2KpMd4n0KWvbvsMKs7Qxq1PKFOTr68m0tY2modD90zXjZR+R8rNpqGGzjOYK6IzMlK7SBgBbnpCyYvVBGHxXkBp+zIuKAN9r5/Xvg== 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=pyPstUpBL3KLJO5JaRn775GeqXAMR0K70vfq8Oo9RNQ=; b=AjQRi5sHrFjli/ANFGLpjkgKRxACjFa8GU/nYqpWbtmDa7J8Mc7LGze7W8SjMiFTnYHbC3cbhDfF5b9xXmdLw29avr38+gW8n86laY7/hX2zxxd/sS9p2p/6xV5PUGq5e+4EQJ6QUgT/UwMY6awEImmyAjlLRU/flEkzcD2kBJ4= Received: from BN6PR11MB4081.namprd11.prod.outlook.com (2603:10b6:405:78::38) by BN6PR1101MB2355.namprd11.prod.outlook.com (2603:10b6:404:94::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.14; Fri, 24 Sep 2021 14:10:27 +0000 Received: from BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a]) by BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a%6]) with mapi id 15.20.4544.015; Fri, 24 Sep 2021 14:10:27 +0000 From: "Darren Dukes (ddukes)" To: Gyan Mishra , SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 Thread-Index: AQHXrY1Un71tsNJLTkm0UQH0wMLicauzP9kI Date: Fri, 24 Sep 2021 14:10:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 54002e6a-25f9-41c3-6846-08d97f650f43 x-ms-traffictypediagnostic: BN6PR1101MB2355: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xMWoTex0BwMqmUXjjUvjMupMTljuEOoS6pGV9ovSh6aXbsN93SlTpMI1O0M5KGqmd0xk/qGBfoHxv5FZkdsyGWq0ULvHvqXVeTLinCL8Fx5xXQFPZLgnizrwLbPk8PT8gayjLVsNKAjL2pK31UxW1qSoSXBbWhxpx1qjmlbzftrCsWNQHFDux+RrAVag2s1/CzNHANgPII1RAHX1YmEHO/dPx9SgMW8/UfQ2n8K90Qz2LRq2JVtfHx+dv+3yv4iMpq/J3rKz7UZRVCByNCAxnD/bgweN/bAUdteorT32YeWDYl+LO/JOX1IQsmhpS35ZxXlY23y2Hlm4KJRpflNL3xZVHfn6KxfryvlnK4lfJXA3dCbn7g3bJm6QeOh9odrvy74vbbXph4/rVxbKiaPbuqFkTFPiHrabQpPgDYTCsCUMbT7nD8s8sz9R2qa3jNibMHfPp/DSkSsN/BpWD6uzYhqsdGBxpD1EvqWjVOLXFdWUFNTri0BWbN0Al9MLOe6tz4BRG36nhb41i6o0zkcSn4qiHnzexFGfLOKNtiTv6yURK3ZIdq45fC/qA3ObPpblL0CjNNeVyD1dYbXREhl+g9aDEb+Wvv4ij7uWwgEnr2rTqoaiEXF9HWjnYP6YqxvF3ja0uX/iqmiVNkWEFtno18k8n87nHFWeH+KatW692usU7uAavc6Jtwrgzl0NQ+1ubLlNEwEmxhk+RJKTJ/MlmIpLqwVxQ7V/+3PHYF5WZS9gs9W/CC7/p/1kQL/phmOBrg/J/mfMP64xSLHs4dbWaWFJIiOGEK8X4Sq8rHeuXCB1t3+LIxDcLHbdge6FtcVAPnLXSlFSKSRjfgAkSpZpqw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB4081.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(110136005)(40140700001)(33656002)(9686003)(8676002)(508600001)(53546011)(66476007)(66556008)(66946007)(186003)(38070700005)(83380400001)(966005)(91956017)(26005)(5660300002)(76116006)(7696005)(86362001)(166002)(64756008)(66446008)(2906002)(52536014)(6506007)(8936002)(122000001)(38100700002)(71200400001)(55016002)(316002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?NaV+FJ03v1Xh1vYOQkVOs66RfXy4k0mR/cSCLeG/XkUzPICHT/Y81StD?= =?Windows-1252?Q?AZW6Pwca+EHB0MaxDYpfdjqB25HDKpwAEQgm0TiJ55iLjstAtrUn8Yc3?= =?Windows-1252?Q?cqURcvIGC1aItvjqlGq7xNgGhHLt85rcJRzTpYQ2zEK7v+hENZkLZaZn?= =?Windows-1252?Q?wLNzn683OTye8rYgmzeNVwohjlM1VD18WN1v9krYvkiMtrMFcXsPlhpo?= =?Windows-1252?Q?ZnQ8G8v8C/qebOz+Uq3x5MojlPFQ1ItsWFrOk4vxN8rZg62/vDsDx3/r?= =?Windows-1252?Q?wLHLtyxN/uOBSJJBhBW9B0rWtA9Q5dYfLYoo+hfRhVMSmQPDEhstpTm/?= =?Windows-1252?Q?KrOnnbGqjc6uc/7EjV8Z3L9O3Z0hO+Eb376oCjU8+RTe7s90pv9mbZ0Q?= =?Windows-1252?Q?JjryCvjNpxRBkrMnPWScPE4SDYCLlCbO9b7syrp7gkAxxjYDe33dHDBU?= =?Windows-1252?Q?H6fpUlxANhpkgBYpwBiQVyqe3RVDDDUGqpcIwvx/HLagP6vkQ9/8Bwfi?= =?Windows-1252?Q?/8ktMkOE8HAdANb0cu/jspbHaibrRsq7c3e6HthoYd8ai82t9hRIThpH?= =?Windows-1252?Q?yl6Bh2KS/gUckRvxERfSXyqeZwz3MNUuHLIMGBr0sPhzQboa6Bi8cQqz?= =?Windows-1252?Q?ulT4DYwOJVoXQKpkjYnaZtx+MOn559BudYQ3ZkG/NFEQOYxrZG5Qx0pC?= =?Windows-1252?Q?JqSnr2gCOnP7zA8Wx8dnG3gK5WzlXr4hbLO0XrZvtQKvbk2ScmiVGAAZ?= =?Windows-1252?Q?BmaOIr37JJjArTUvFMBvTcZwzPUdrWGG4tqBAySOFt/kJiaoUdKg3MJv?= =?Windows-1252?Q?LaQ1+kjMa5yKW+kAieUnTBv9OT1XLgj0YHs/CsxzOCr1OH4byqEgn38K?= =?Windows-1252?Q?VQremfwKb2m/ElLrTkmvjgW+PHs/1oNz7L1M9YYWxb6uh6jV6IB6PyJj?= =?Windows-1252?Q?0wUIcxNOE9fnjdKQLomFojJ+ts+opXX2EAAeG5lnQ2M980MQOkn7BYc4?= =?Windows-1252?Q?fhqUlaEdV8TmFET0B0zrlsQu1/2dahtPOoaSHE34aJDoegwHwaZNCtQD?= =?Windows-1252?Q?rEDD8JX25rsAboY1dLF2OxQI2Jhdlva2yE/rbctTWpw19RW7BfBihGA6?= =?Windows-1252?Q?Z7LIzaqaw6fbC7VeQuDBday90P5vBLEAajYkg6nN70kgO5OQ9gmLn7rH?= =?Windows-1252?Q?XUgXs5YpEpIdHVZRntN+gBM5t8dP/ylaGwmsqY7VHnqwY07rNFlVQDTb?= =?Windows-1252?Q?HjPNmuufNUDKxHHc0B/sH04tr1ke+6gDc1dnOzSxWHc7gJfDrj1bEUPP?= =?Windows-1252?Q?mOVv7zNDeD9mvDXAFssfGR7c4cTQSPX6WwKmjidY5ei50aLGzEwczt9E?= =?Windows-1252?Q?ny6GMP9SFr1uZRGLo657GWdALKmaZ2QmL9DXPlKEJsjF+Oo4KrN+tXWM?= =?Windows-1252?Q?H7pTXbpg9ibY2tkonstpdA=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BN6PR11MB40811FB44B84F533A109904FC8A49BN6PR11MB4081namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB4081.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 54002e6a-25f9-41c3-6846-08d97f650f43 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2021 14:10:27.2836 (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: pxlGEV8jPlbPl8cnAbdJ1Cin5rLfkQcyrmqM1OE6lpvQKPl6x02n0DYulfrBDk0UAGSclFikl2Ov+MAgBUGTUg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1101MB2355 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.20, xbe-aln-005.cisco.com X-Outbound-Node: alln-core-6.cisco.com Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 14:10:36 -0000 --_000_BN6PR11MB40811FB44B84F533A109904FC8A49BN6PR11MB4081namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Gyan, as a DT member, I can answer your analysis draft question. Consistent with the requirement document, proposals were analyzed with 16-b= it and 32-bit SID lengths, though several supported additional options. The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-= SID use for 32-bit C-SIDs. The design team followed this recommendation in = its analysis, though the CSID draft notes all flavors support both 16-bit a= nd 32-bit C-SID length. Darren On 2021-09-19, 3:34 PM, "spring" wrote: Dear Authors After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on = the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. The three solutions are very different and all would yield different analys= is results. I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID =93REPLACE-C-SID=94 https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment =93 NEXT-C-SID=94 https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 --_000_BN6PR11MB40811FB44B84F533A109904FC8A49BN6PR11MB4081namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi Gyan, as a DT member, I can = answer your analysis draft question.

Consistent with the requirement= document, proposals were analyzed with 16-bit and 32-bit SID lengths, thou= gh several supported additional options.

The CSID draft recommended NEXT= -C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The = design team followed this recommendation in its analysis, though the CSID d= raft notes all flavors support both 16-bit and 32-bit C-SID length.

Darren

 

 

On 2021-09-19, 3:34 PM,= "spring" <spring-bounces@ietf.org> wrote:

 

Dear Authors=

 

After having a few disc= ussions on threads related to the SRv6 compression analysis draft results, = as well as WG coming to consensus on a single SRv6 compression solution, a = few critical questions have come up related to C-SID draft that requires clarification by the authors.

 

The C-SID draft has 3 c= ompression solutions below and is a combination of the two drafts below whi= ch introduces 2 of the 3 compression solutions with the  C-SID draft i= ntroduction of yet a 3rd compression solution.

 

Which of the 3 C-SID dr= aft compression solutions was included as part of the DT analysis draft res= ults and conclusion?

 

This is a critical ques= tion that needs to be answered for clarification on the C-SID draft solutio= n.

 

As the WG has consensus= on a single solution we need to have clarification from the authors which = of the 3 compression solutions was included in the analysis.  

 

The three solutions are= very different and all would yield different analysis results.<= /p>

 

I understand the author= s have called the each solution a endpoint flavor which I see from the IANA= codepoint allocations, however each flavor is a different solution.  =

 

 

So the WG as stated wou= ld like a single solution so now we need feedback from the authors which of= the three solutions or endpoint flavors was part of the DT analysis draft = that the authors would like to put forward as the single compression solution.

 

C-SID is a combination of the t= wo drafts below:

 

Combination of the two drafts b= elow:

 

Gyan

--

<= /span>

Gya= n Mishra

Networ= k Solutions Architect 

Email gyan.s.mishra@verizon.com=

M 301 = 502-1347

 

--_000_BN6PR11MB40811FB44B84F533A109904FC8A49BN6PR11MB4081namp_-- From nobody Fri Sep 24 07:25:43 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17AA83A2ABC for ; Fri, 24 Sep 2021 07:25:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TPpwIQwK-vxB for ; Fri, 24 Sep 2021 07:25:36 -0700 (PDT) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (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 DC4AC3A2AB4 for ; Fri, 24 Sep 2021 07:25:35 -0700 (PDT) Received: by mail-vs1-xe31.google.com with SMTP id n17so10158464vsr.10 for ; Fri, 24 Sep 2021 07:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6llT2CJi0oKy4OhMjRXSQ731yyMJyBlt8Vy6QvnJKR0=; b=Yt7/KtyfySEZRX9XoA6OLOK3+HI7RVckTQw4aTiw2rA2RzimOG3koyp0NjBsbdrQBv FaGD4aFut4HioK3t3n4uCxM1ETU04h8BuI2SdiAp2RMAEDuraRXCgFXDZvhXLmd4QfLF cMGLglP7sq/sykUUc5KKhEOsCPjzzUGn2xvXX0nNd7Kb6MKXE1G0iIXHuSXolj+xznuJ ruqiQ14IRYsp6aghf2puesvqlczXVYaLgTL8wM4K7nzkx4pDE5VQYLpbJET4DoQnIG0c aSEKm6P2PzcX/wVjIvULJ5gX8ez7Tv/dxsXX0XHQbP1QDUshyRWfywvuCJ0jf4p5jX3M K/XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6llT2CJi0oKy4OhMjRXSQ731yyMJyBlt8Vy6QvnJKR0=; b=Cmf7qM8NSe3qqncLwXmY7r/x8C2GCncPPnT0zQVJDBdC9hHda/Oai1KocmamCNqgBO zWAi+GvzSCWhwcaEORjitY9l8saFHIRVIZZLqds9w5W+yqKsU0q6GMvC1xOifhqfIHQW d7c0xubrzmilPmfXF8rhLt0XH9SBHSWD20pdrf+HlEK/Jy1rg9UzkbooU9qgLgjIvolF 93BfzXXduzMoypBTdGO1Ck+4zJdEgLaLYWOPV6EBC5keOKsR3dAO0MOMTwQhj2jJHA8r d0DGw+0lCR5pbR/1kfQvsimfsstMgj3kP7JWVUFj4C3T/xEM2Vrs2ddzkkcW8e2si619 AJWA== X-Gm-Message-State: AOAM532M3kkk4RYmSmUfrmTffB5BkbWg6gr3z/XT1hoEWo0zjUUeV0ES I36NmQjMRakPUqOzYb0H7UxaFuVmhbnc9rXeVeapBg== X-Google-Smtp-Source: ABdhPJyXoQv2fmK0t0ZVGK8v3r1ZgKqyspS/765bm8keQux7pYEPPYfrGQMWE8slF5mxDFVt+uaRGikAVYJA5mzU/EE= X-Received: by 2002:a67:d886:: with SMTP id f6mr10048965vsj.50.1632493534748; Fri, 24 Sep 2021 07:25:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Robert Raszuk Date: Fri, 24 Sep 2021 16:25:24 +0200 Message-ID: To: "Darren Dukes (ddukes)" Cc: Gyan Mishra , SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="0000000000003cb79e05ccbe85f7" Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 14:25:41 -0000 --0000000000003cb79e05ccbe85f7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > all flavors support both 16-bit and 32-bit C-SID length. Just for the record IMO there are real production networks which would benefit also from 8-bit or 12-bit C-SIDs. So I am of the opinion that those would be a very useful additions. The real reason for vSID draft was an observation that one side will not fit all and each network may be optimal with different length. So I am not sure that going with 16 or 32 bits is best we can do. Sure it is much less then 128 - no question. But it is almost same size as MPLS label - so we could just advertise domain wide 20 bit as a C-SID and leave data plane alone :). Thx, R, On Fri, Sep 24, 2021 at 4:10 PM Darren Dukes (ddukes) wrote: > Hi Gyan, as a DT member, I can answer your analysis draft question. > > Consistent with the requirement document, proposals were analyzed with > 16-bit and 32-bit SID lengths, though several supported additional option= s. > > The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. The design team followed this > recommendation in its analysis, though the CSID draft notes all flavors > support both 16-bit and 32-bit C-SID length. > > Darren > > > > > > On 2021-09-19, 3:34 PM, "spring" wrote: > > > > Dear Authors > > > > After having a few discussions on threads related to the SRv6 compression > analysis draft results, as well as WG coming to consensus on a single SRv= 6 > compression solution, a few critical questions have come up related to > C-SID draft that requires clarification by the authors. > > > > The C-SID draft has 3 compression solutions below and is a combination of > the two drafts below which introduces 2 of the 3 compression solutions wi= th > the C-SID draft introduction of yet a 3rd compression solution. > > > > Which of the 3 C-SID draft compression solutions was included as part of > the DT analysis draft results and conclusion? > > > > This is a critical question that needs to be answered for clarification o= n > the C-SID draft solution. > > > > As the WG has consensus on a single solution we need to have clarificatio= n > from the authors which of the 3 compression solutions was included in the > analysis. > > > > The three solutions are very different and all would yield different > analysis results. > > > > I understand the authors have called the each solution a endpoint flavor > which I see from the IANA codepoint allocations, however each flavor is a > different solution. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > So the WG as stated would like a single solution so now we need feedback > from the authors which of the three solutions or endpoint flavors was par= t > of the DT analysis draft that the authors would like to put forward as th= e > single compression solution. > > > > C-SID is a combination of the two drafts below: > > > > Combination of the two drafts below: > > > > G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-fo= r-cmpr-03 > > > > SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-exten= sion-srv6-usid-10 > > > > Kind Regards > > > > Gyan > > -- > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --0000000000003cb79e05ccbe85f7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

> all flavors support both 16-bit and 32= -bit C-SID length.

Just for the record IMO=C2=A0ther= e are real production networks which would benefit also from 8-bit or 12-bi= t C-SIDs. So I am of the opinion that those would be a very useful addition= s.=C2=A0

The real reason for vSID draft was an obs= ervation that one side will not fit all and each network may be optimal wit= h different length. So I am not sure that going with 16 or 32 bits is best = we can do.=C2=A0

Sure it is much less then 128 - n= o question. But it is almost same size as MPLS label - so we could just adv= ertise domain wide 20 bit=C2=A0as a C-SID and leave data plane alone :).=C2= =A0

Thx,
R,


=





=


On Fri, Sep 24, 2021 at 4:10 PM Darren Dukes (ddukes) <<= a href=3D"mailto:ddukes@cisco.com">ddukes@cisco.com> wrote:

Hi Gyan, as a DT member, I can = answer your analysis draft question.

Consistent with the requirement= document, proposals were analyzed with 16-bit and 32-bit SID lengths, thou= gh several supported additional options.

The CSID draft recommended NEXT= -C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The = design team followed this recommendation in its analysis, though the CSID d= raft notes all flavors support both 16-bit and 32-bit C-SID length.

Darren

=C2=A0

=C2=A0

On 2021-09-19, 3:34 PM, &= quot;spring" <spring-bounces@ietf.org> wrote:

=C2=A0

Dear Authors

=C2=A0

After having a few discus= sions on threads related to the SRv6 compression analysis draft results, as= well as WG coming to consensus on a single SRv6 compression solution, a fe= w critical questions have come up related to C-SID draft that requires clarification by the authors.<= u>

=C2=A0

The C-SID draft has 3 com= pression solutions below and is a combination of the two drafts below which= introduces 2 of the 3 compression solutions with the =C2=A0C-SID draft int= roduction of yet a 3rd compression solution.

=C2=A0

Which of the 3 C-SID draf= t compression solutions was included as part of the DT analysis draft resul= ts and conclusion?

=C2=A0

This is a critical questi= on that needs to be answered for clarification on the C-SID draft solution.=

=C2=A0

As the WG has consensus o= n a single solution we need to have clarification from the authors which of= the 3 compression solutions was included in the analysis. =C2=A0=

=C2=A0

The three solutions are v= ery different and all would yield different analysis results.=

=C2=A0

I understand the authors = have called the each solution a endpoint flavor which I see from the IANA c= odepoint allocations, however each flavor is a different solution. =C2=A0

=C2=A0

=C2=A0

So the WG as stated would= like a single solution so now we need feedback from the authors which of t= he three solutions or endpoint flavors was part of the DT analysis draft th= at the authors would like to put forward as the single compression solution.

=C2=A0

C-SID is a combination of the two d= rafts below:

=C2=A0

Combination of the two drafts below= :

=C2=A0

G-SID - Generalized SID =E2=80=9CRE= PLACE-C-SID=E2=80=9D

=C2=A0

SRv6 uSID micro-segment =E2=80=9C=C2=A0NEXT-C-SID=E2=80= =9D

=C2=A0

Kind Regards=C2=A0

=C2=A0

Gyan

--

Gyan Mishra<= /u>

Network Solutions = Architect=C2=A0

Ema= il gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--0000000000003cb79e05ccbe85f7-- From nobody Fri Sep 24 07:54:50 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 548DA3A045E; Fri, 24 Sep 2021 07:54:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.086 X-Spam-Level: X-Spam-Status: No, score=-2.086 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=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 TQqDvKwL-Zxf; Fri, 24 Sep 2021 07:54:42 -0700 (PDT) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 C87A73A0408; Fri, 24 Sep 2021 07:53:39 -0700 (PDT) Received: by mail-pf1-x431.google.com with SMTP id k17so9094895pff.8; Fri, 24 Sep 2021 07:53:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=IYSJ4/yCZEXg3Thkv25mPhj9Ponp4ZMhq5EIBlRso9Q=; b=ofXoD1jxuw/YnBgT2kHvcsGSXHdOt0mmzLt/ORVCSegyIDMforvJElAbTtUColFaKp XVa78NmyU6xpw/rSkjoJDiwoazVUMvP43u4+MrLYn7/Z8GfCu4pgoUSBLIoD5HRZTp2n Y7bpToXLG3s63o4kRfOkNoL/oOnbeAUDd2ySlHHap+fd+4aHfSjiumuYbexEW++XrLAq XL9+gMBPyzqZWuPYjjW+t7fxyTIcmEcsR/0rbjy8owG2FI97OzPWfxz90YcnimtpkiiU hzYPr/bMI12Zx5rGe8Kxu5PLZTuelDPNi+6QFuLAv7ucKMZPpaaxrymCw8zzKl40fQ7d 4Naw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=IYSJ4/yCZEXg3Thkv25mPhj9Ponp4ZMhq5EIBlRso9Q=; b=0epai9bmNhDS0w6dmZ05kO1KirdHrv23Lv7t56lezLEzti3I4K4SjNdjb0coqHUwUg F6qfUuJWdDKd6lwhwlO/5b0z1ZfnHnRVV+7Fp4f/3qGJiBnI7/tnECu1Ff/pej++cV5r XhyiedXLum6SxrHWh74MspfidxwyHiE/9f4ZoKPWMw3qiHJhzETsNsjWu6fGnK9Qm48c Bkrcfwey+uqDxEMsmoTQ3JTgcl2KnW0AqeWMsMTbCfbQKVwV2hFHJz7vdlT57+4UA9gG cLrjq63puD743oBQWaV4GWf1LUW0OWfjiNN336+JRy5YPnokdtxP5LbpH7Ag+0E3xOpH gwlA== X-Gm-Message-State: AOAM5319DpuZ5w7dXcFz0LCpgPEfqbw02SBJc/Bp3FMZiSTtYkkFj2ch ivnIuATKL7DEbyOfQ0su1hvmS62Mhoth3vfxWrM= X-Google-Smtp-Source: ABdhPJzVdCVRvzIKh7yyQGcwESEb0ZFF+KNLm0pf3UzUo47is0CGYxTZzWfvXmFObqPXb79Y4CSfPt6OJVnJdLM0QXE= X-Received: by 2002:a63:251:: with SMTP id 78mr4203927pgc.54.1632495218651; Fri, 24 Sep 2021 07:53:38 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Fri, 24 Sep 2021 10:53:27 -0400 Message-ID: To: "Darren Dukes (ddukes)" Cc: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="0000000000009af50105ccbee9bf" Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 14:54:48 -0000 --0000000000009af50105ccbee9bf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you Darren! Few comments. I do see many early allocation for C-SID for various endpoint behaviors. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml I was trying to find out where in the CSID draft that is stated. Please provide the section. =E2=80=9CCSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLA= CE-C-SID use for 32-bit C-SIDs. =E2=80=9C Just based on the CSID draft SRv6 forwarding plane flavors, SID formatting, the NEXT-C-SID used a 16-bit combined NF -Locator/Function uSID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function. I did not see explicit verbiage as to one flavor or the other for 16 or 32 bit SID. I believe this information is important to be included in the analysis draft as well. Section 6 talks about CSID length, Block length and GIB/LIB usage but does not specify explicitly what you are stating. As the WG has clearly stated that they would like a single solution, however CSID is inclusive of 2 SRv6 forwarding compression solutions not one from the two drafts - uSID & G-SID. So that would have to be hashed out by the WG taking into account the interoperability issue that is the key point of contention to having multiple solutions from an operators perspective. Kind Regards Gyan On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) wrote: > Hi Gyan, as a DT member, I can answer your analysis draft question. > > Consistent with the requirement document, proposals were analyzed with > 16-bit and 32-bit SID lengths, though several supported additional option= s. > > The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. The design team followed this > recommendation in its analysis, though the CSID draft notes all flavors > support both 16-bit and 32-bit C-SID length. > > Darren > > > > > > On 2021-09-19, 3:34 PM, "spring" wrote: > > > > Dear Authors > > > > After having a few discussions on threads related to the SRv6 compression > analysis draft results, as well as WG coming to consensus on a single SRv= 6 > compression solution, a few critical questions have come up related to > C-SID draft that requires clarification by the authors. > > > > The C-SID draft has 3 compression solutions below and is a combination of > the two drafts below which introduces 2 of the 3 compression solutions wi= th > the C-SID draft introduction of yet a 3rd compression solution. > > > > Which of the 3 C-SID draft compression solutions was included as part of > the DT analysis draft results and conclusion? > > > > This is a critical question that needs to be answered for clarification o= n > the C-SID draft solution. > > > > As the WG has consensus on a single solution we need to have clarificatio= n > from the authors which of the 3 compression solutions was included in the > analysis. > > > > The three solutions are very different and all would yield different > analysis results. > > > > I understand the authors have called the each solution a endpoint flavor > which I see from the IANA codepoint allocations, however each flavor is a > different solution. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > So the WG as stated would like a single solution so now we need feedback > from the authors which of the three solutions or endpoint flavors was par= t > of the DT analysis draft that the authors would like to put forward as th= e > single compression solution. > > > > C-SID is a combination of the two drafts below: > > > > Combination of the two drafts below: > > > > G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-fo= r-cmpr-03 > > > > SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-exten= sion-srv6-usid-10 > > > > Kind Regards > > > > Gyan > > -- > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --0000000000009af50105ccbee9bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you Darren!

Few comments.

I do see many early allocation for C-SID for various endpoint behaviors.<= /div>


I was trying to find out where in the CSID draft that= is stated.=C2=A0 Please provide the section.

=E2=80=9CCSID= draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use = for 32-bit C-SIDs. =E2=80=9C

Just based on the CSID draft SRv6 forwarding plane flavors, SID for= matting, =C2=A0the NEXT-C-SID used a 16-bit combined NF -Locator/Function u= SID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Funct= ion.

I did not see explicit verbiage as to one flavor or the other= for 16 or 32 bit SID.

I believe this =C2=A0information is important to be included= in the analysis draft as well.

Section 6 talks about CSID length= , Block length and GIB/LIB usage but does not specify explicitly what you a= re stating.

As the = WG has clearly stated that they would like a single solution, however CSID = is inclusive of 2 SRv6 forwarding compression solutions not one from the tw= o drafts - uSID & G-SID. =C2=A0

So that would have to be hashed out by the WG taking into accoun= t the =C2=A0interoperability issue that is the key point of contention to h= aving multiple solutions from an operators perspective.

=
Kind Regar= ds=C2=A0

Gyan



On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) <= ddukes@cisco.com> wrote:

Hi Gyan, as a DT member, I can = answer your analysis draft question.

Consistent with the requirement= document, proposals were analyzed with 16-bit and 32-bit SID lengths, thou= gh several supported additional options.

The CSID draft recommended NEXT= -C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The = design team followed this recommendation in its analysis, though the CSID d= raft notes all flavors support both 16-bit and 32-bit C-SID length.

Darren

=C2=A0

=C2=A0

On 2021-09-19, 3:34 PM, &= quot;spring" <spring-bounces@ietf.org> wrote:

=C2=A0

Dear Authors

=C2=A0

After having a few discus= sions on threads related to the SRv6 compression analysis draft results, as= well as WG coming to consensus on a single SRv6 compression solution, a fe= w critical questions have come up related to C-SID draft that requires clarification by the authors.<= u>

=C2=A0

The C-SID draft has 3 com= pression solutions below and is a combination of the two drafts below which= introduces 2 of the 3 compression solutions with the =C2=A0C-SID draft int= roduction of yet a 3rd compression solution.

=C2=A0

Which of the 3 C-SID draf= t compression solutions was included as part of the DT analysis draft resul= ts and conclusion?

=C2=A0

This is a critical questi= on that needs to be answered for clarification on the C-SID draft solution.=

=C2=A0

As the WG has consensus o= n a single solution we need to have clarification from the authors which of= the 3 compression solutions was included in the analysis. =C2=A0=

=C2=A0

The three solutions are v= ery different and all would yield different analysis results.=

=C2=A0

I understand the authors = have called the each solution a endpoint flavor which I see from the IANA c= odepoint allocations, however each flavor is a different solution. =C2=A0

=C2=A0

=C2=A0

So the WG as stated would= like a single solution so now we need feedback from the authors which of t= he three solutions or endpoint flavors was part of the DT analysis draft th= at the authors would like to put forward as the single compression solution.

=C2=A0

C-SID is a combination of the two d= rafts below:

=C2=A0

Combination of the two drafts below= :

=C2=A0

G-SID - Generalized SID =E2=80=9CRE= PLACE-C-SID=E2=80=9D

=C2=A0

SRv6 uSID micro-segment =E2=80=9C=C2=A0NEXT-C-SID=E2=80=9D

=C2=A0

Kind Regards=C2=A0

=C2=A0

Gyan

--

Gyan Mishra

Network Solutions = Architect=C2=A0

Ema= il gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--
--0000000000009af50105ccbee9bf-- From nobody Fri Sep 24 08:05:42 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCD33A081F; Fri, 24 Sep 2021 08:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_REMOTE_IMAGE=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AK5RRgJ2ZlfC; Fri, 24 Sep 2021 08:05:32 -0700 (PDT) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2136.outbound.protection.outlook.com [40.107.236.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 4FFAE3A082C; Fri, 24 Sep 2021 08:05:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Nnwej0IYwArRx6uisXy8PsTEf5WvWMf/LCSz4qzLT7bbhvDD3oCC33/xpmZzRJvbbsoX2K30dCG6UPbIUzyy/TDK7nfsrrODiWUvfHXsBNw4MXK6lo/4af7ZgN9pgFYsF3qRTjTd3uvQ3lcepPruDKu2z9JhQlOKmDy9wBDKS3/1q+u+MLl6CkY4zrKMd92Ofx9sWsaJ1jtKKLxn4FfYAWF1i60Ix1rzSH9slpJgQz4EYYOg4LFpWJ9xpO+9pgQNumpRxgm62PlvRG/s20YsagCaXfwEDV0qpfQLjEdR2pRFRhAQ0eN1OTvxwb3OD/T949OoOAeJp05pG8qyZjv7NA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=kw5V1gjSpNLi7Vj0I9+44XAxlUjzF8khyMJ1W8BPTmQ=; b=h30lSKn98E4BncV1eQJmZt8OYUzD1KPrFx+p8VWo6COVWOXWWZGsKNL+GmyLL7Exje2OJZz9wwnDooxJ96L6hAGgprXQ/84QSgkooq3LnAvqnwuh50sxQ2K5sabvV94zaPvFKGQBxrB8kTfACCEvk8fg9vudwYgZxCOu5Su46SBdeBu1e2ee9WqSu2cNYQw7OxBrtCCzVqKMf4vNy986xtDRevUPjAruJGnUtoEsMYbNAYbSQ+0ZGq+B1ZtqISjkn3JwfkEw2kmZBAEQDU7l+BmRQc0ccejeIwGp2iDn9MKYw7MYlSEgCBXut/AEbyzarUc6jRx5qSrLa07BBinomQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kw5V1gjSpNLi7Vj0I9+44XAxlUjzF8khyMJ1W8BPTmQ=; b=ake8w0blYPE51kFsHL8AQeG01OSKtK2WAeKySEqoM818vHr/A4ahMSCz5HRXg3Lh5xt2BQ1czTSC1fdohcxmE0xr8h2Z+uK/XMYqEFXDxSM4OV9DR7se2dKMKkRAt4cWpiiB7YSfn+TlT7SRo24RDasJMVH5ZAHTJ4oaax6nsvM= Received: from MN2PR13MB4206.namprd13.prod.outlook.com (2603:10b6:208:a0::26) by MN2PR13MB3118.namprd13.prod.outlook.com (2603:10b6:208:13c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.7; Fri, 24 Sep 2021 15:05:28 +0000 Received: from MN2PR13MB4206.namprd13.prod.outlook.com ([fe80::35dd:899b:b1e8:bbdd]) by MN2PR13MB4206.namprd13.prod.outlook.com ([fe80::35dd:899b:b1e8:bbdd%7]) with mapi id 15.20.4566.009; Fri, 24 Sep 2021 15:05:28 +0000 From: James Guichard To: Gyan Mishra , "Darren Dukes (ddukes)" CC: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 Thread-Index: AQHXrY1BTjtQqX2uzkeAtTfThMrU86uzQL6AgAAMBICAAAG4kA== Date: Fri, 24 Sep 2021 15:05:28 +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: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8e48c1a1-2d6e-42d9-f8df-08d97f6cbee3 x-ms-traffictypediagnostic: MN2PR13MB3118: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4125; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oJPkxl0BFE1AxG4zIq9YoWicJeo9T0giTYMVG3fFz+iYPVypyrt2pxAYkaAaVFRRbJpAlRsdOY3tcnJDi7I03/q/pfNKEQbwYg4VGsIlPUB4T5YniWp/9C/9eLC2tmczESjhsqDh0ZDaVUN+0JdQxMeh7IZdESUDI4gXvsYcJN6ImliyhcIbxOSul+dDY6kOePxN7hK0/5t51U7GKaZBaE932kO9Q2bmp9o8/7oMpWjdJIldZlMXQhiEojpsPM/+RWZjkA9yPZYNphgCZoAAidH2ql+gysFW5HVnYoOb+fp9129xfZOzlkK3zYzyNJXj458c9w5nVVz1sI/92XHPK3vVVbx/xeGlSOKxPHjCEWMPXTqPr1ZJ6N+0R+d87YunfJsDCdX7qg0umb6iWLXRaLmkHic64lOCNwS9BC4pHHrmKxcQyUY/9NuMzdOzNHZW60Sq2sZPKGgglcPpZ84z/WD9GfQjYN7ryH3QvhEBR/2hYAtRCrB7IIZuxm4jxRba2BQ5120t1evkySCs8nyLz2dl23T4AI8ZirUJhO5DKi71osUu0Nt2xEnX7YJ929Xh2ls6J21l7WicOeGr0mBNhSEVQMOMK3C6PZ3hmt2JK2MDIZ6LXB2Of4QhASXgIWlI5OXg/QWO23cvPUb6Gndnflc3NsLMIN4mQNeOfN5FE8jKoAtgGcwLi3LfyZLBDY0D8mhWjTm895EZ7X3NeDPGlowbvTkmDTFMfFScXRVe0aAt8BsYfFMT2fyV5+NP+dz9MmVddNkEEoib93s328bdfF8LcY/9Eh8UrCgNHSSlljqg/+EeINpoOC596a/RSQ6jNPtEbKob8Yi8zRHUsYczhQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB4206.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(66476007)(5660300002)(166002)(64756008)(86362001)(33656002)(52536014)(7696005)(66556008)(38100700002)(122000001)(66946007)(8676002)(83380400001)(66446008)(508600001)(966005)(2906002)(55016002)(9326002)(9686003)(54906003)(38070700005)(4326008)(8936002)(316002)(40140700001)(71200400001)(53546011)(6506007)(76116006)(186003)(110136005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?tpdOKaXWjzXkfBe3+sNyZg26yXmD/cQeJ0WXQiJ7fFheJsHMyJ+PKPjBW0jH?= =?us-ascii?Q?CZMvZzsnrcARtkEaX5VsJ+cJMdhIbuBDaVuhMmldj5+U4mkr/3vN8DzOl/XM?= =?us-ascii?Q?H/TbgMy0lB3XgVvhgxDVUTkey7ZGszxzbPDh0WzdPRLT9S0vYeIwBMiTCUX3?= =?us-ascii?Q?QilNK36N1D/8Fdw2Hu4kF6PL4KGCk/Du4f+dOEmxvx9dGIig3M42IrtriJnl?= =?us-ascii?Q?HDgNGCgiZBWJ+k3BOTEFF7paQWO+TjwFtYIrBcbKyz102B9RhOYIWc941sRo?= =?us-ascii?Q?yndaHxyX7KaZWS4w383cwB71K51X12nW/KQhvLcepVJk2SlyMSNQCFqHxjid?= =?us-ascii?Q?XBUH3INJiL8jeGheByTQ5/h+awSv/SU3esWiuFEvWpO+OSqZrjikzcYgEGGP?= =?us-ascii?Q?bwJI5FJoYZ3KDAImQ10r/DvKi9T3scU5gz0eWF+4CtLSs2nrfSDwFEhJO2ti?= =?us-ascii?Q?ny6mGRhT0fHA8YIoyz5BBb3mkCLn8F/TWIW6FGs61Lq0MEg1q5hw2+P1nTMb?= =?us-ascii?Q?oYqrULnO4CuHC0GxZRyK8Q6Cn9VfimJU/5Mmg5/IqWzDdl7fhN3l2OGq243C?= =?us-ascii?Q?o/fSKcEEhchPEwfIngvcbQHAIb7KdCKVR1M6m6F+HdIJqr+1pzUNrUHPEF9F?= =?us-ascii?Q?s/M48ei63wVoFbnjPBEp7rw3zwSb5uy9b1E7dzcos08kSH6CWr4VEYpTdsfY?= =?us-ascii?Q?Zk0FLQaHtVtFHJx1RB+o3fYE3lXTh/Lp8zYc4w+0C7EQsHIovUbNbN8/alI2?= =?us-ascii?Q?zI0Q/xWl9HeY0CKIrNugnZX99bqHlgqNA4iLY84SqwMROGxzfUExEABTb2+9?= =?us-ascii?Q?RupC8yP93x0LMBLxbd7CC4Ivn59GAT9Zqawkkh1nGzwR8nkekRtVhPVAhC2j?= =?us-ascii?Q?6KkrIhkBXEJ4PplTZ+JemWA1b5O/ginfrQqq1yvpYC4GdwKTsbLBhfBu+ySy?= =?us-ascii?Q?6d4uGwZ0dHMYrLzCzhMZNJ9NA9w0ttkVlsElZYmWFW+xbFNA4Aaav7GpyZlZ?= =?us-ascii?Q?dHL2b/p3ji+So9syGFON9DR3bVZCq9oqKlffkzNDitMWj4gnJXKFradDirTl?= =?us-ascii?Q?/zlguwhZ6BHiM6GnzjKSCTtRAK19vysQTUXuDZMvrJyJjIUamtDWoN//HDJO?= =?us-ascii?Q?KZcWZOK7vb8jpMSxnR5dYhI02Xait7NQBNaLX5vLAOiKc4ksHwhwH8DCa0Ae?= =?us-ascii?Q?8j1Jh9CQ73zHwdpG4M9Ql31QbP0Q8J4BDOsR0OPKs3nP1CrAwHdQ2+0kTJ90?= =?us-ascii?Q?FnREOiP1dMQoKK0nQnsJkmCnDFr1GEEQUvrGMiT0ZvhyYMGejG2Xj3MgXzRn?= =?us-ascii?Q?FWKYB1AdH6d1qgfEt7HK4hQbYduvV5NT2W8DybFlk34WPbReXDIQyNzRkU7p?= =?us-ascii?Q?rMtasw3nQva+ZteYhSV6e8AGW/Cl?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB4206311F926C5F568F225407D2A49MN2PR13MB4206namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR13MB4206.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8e48c1a1-2d6e-42d9-f8df-08d97f6cbee3 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2021 15:05:28.3773 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Ft4t2LQgKHIyRKXlcq2F0qAlG3HTMOR8rFO38/ZVa3Ix+7Si0HmufzSWBHnDZ6Y1IaefYRcOBNFZpZhb+c0c2w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3118 Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 15:05:39 -0000 --_000_MN2PR13MB4206311F926C5F568F225407D2A49MN2PR13MB4206namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Gyan, [Chair hat off ...] You asked where in the CSID document it states "CSID draft recommended NEXT= -C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. " Please see: 6. C-SID and Block Length 6.1. C-SID Length The NEXT-C-SID flavor supports both 16- and 32-bit C-SID lengths. A C-SID length of 16-bit is recommended. The REPLACE-C-SID flavor supports both 16- and 32-bit C-SID lengths. A C-SID length of 32-bit is recommended. Jim From: Gyan Mishra Sent: Friday, September 24, 2021 10:53 AM To: Darren Dukes (ddukes) Cc: SPRING WG ; draft-filsfilscheng-spring-srv6-srh-compre= ssion@ietf.org; spring-chairs@ietf.org Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilsc= heng-spring-srv6-srh-compression-02#section-4.1.1 Thank you Darren! Few comments. I do see many early allocation for C-SID for various endpoint behaviors. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml I was trying to find out where in the CSID draft that is stated. Please pr= ovide the section. "CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-SID= use for 32-bit C-SIDs. " Just based on the CSID draft SRv6 forwarding plane flavors, SID formatting,= the NEXT-C-SID used a 16-bit combined NF -Locator/Function uSID variant w= here the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function. I did not see explicit verbiage as to one flavor or the other for 16 or 32 = bit SID. I believe this information is important to be included in the analysis dra= ft as well. Section 6 talks about CSID length, Block length and GIB/LIB usage but does = not specify explicitly what you are stating. As the WG has clearly stated that they would like a single solution, howeve= r CSID is inclusive of 2 SRv6 forwarding compression solutions not one from= the two drafts - uSID & G-SID. So that would have to be hashed out by the WG taking into account the inte= roperability issue that is the key point of contention to having multiple s= olutions from an operators perspective. Kind Regards Gyan On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) > wrote: Hi Gyan, as a DT member, I can answer your analysis draft question. Consistent with the requirement document, proposals were analyzed with 16-b= it and 32-bit SID lengths, though several supported additional options. The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-= SID use for 32-bit C-SIDs. The design team followed this recommendation in = its analysis, though the CSID draft notes all flavors support both 16-bit a= nd 32-bit C-SID length. Darren On 2021-09-19, 3:34 PM, "spring" > wrote: Dear Authors After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on = the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. The three solutions are very different and all would yield different analys= is results. I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID "REPLACE-C-SID" https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment " NEXT-C-SID" https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 --_000_MN2PR13MB4206311F926C5F568F225407D2A49MN2PR13MB4206namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Gyan,

 

[Chair hat off …]

 

You asked where in the CSID document it states “CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE= -C-SID use for 32-bit C-SIDs. “

 

Please see:

 

6.&= nbsp; C-SID and Block Length

 

6.1.  C-SID Length

 

   The NEXT-C-SID flavor supports bo= th 16- and 32-bit C-SID lengths.  A

   C-SID length of 16-bit is recomme= nded.

 

   The REPLACE-C-SID flavor supports= both 16- and 32-bit C-SID lengths.

   A C-SID length of 32-bit is recom= mended.

 

Jim

 

 

From: Gyan Mishra <hayabusagsm@gmail.com&g= t;
Sent: Friday, September 24, 2021 10:53 AM
To: Darren Dukes (ddukes) <ddukes@cisco.com>
Cc: SPRING WG <spring@ietf.org>; draft-filsfilscheng-spring-sr= v6-srh-compression@ietf.org; spring-chairs@ietf.org
Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-fi= lsfilscheng-spring-srv6-srh-compression-02#section-4.1.1

 

Thank you Darren!

 

Few comments.

 

I do see many early allocation for C-SID for various= endpoint behaviors.

 

I was trying to find out where in the CSID draft tha= t is stated.  Please provide the section.

 

“CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and RE= PLACE-C-SID use for 32-bit C-SIDs. “

 

Just based on the CSID draft SRv6 forwarding plane flavors= , SID formatting,  the NEXT-C-SID used a 16-bit combined NF -Locator/F= unction uSID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function.

 

I did not see explicit verbiage as to one flavor or the ot= her for 16 or 32 bit SID.

 

I believe this  information is important to be includ= ed in the analysis draft as well.

 

Section 6 talks about CSID length, Block length and GIB/LI= B usage but does not specify explicitly what you are stating.

 

As the WG has clearly stated that they would like a single= solution, however CSID is inclusive of 2 SRv6 forwarding compression solut= ions not one from the two drafts - uSID & G-SID.  

 

So that would have to be hashed out by the WG taking into account the =  interoperability issue that is the key point of contention to having = multiple solutions from an operators perspective.

 

Kind Regards 

 

Gyan

 

 

 

On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (dduke= s) <ddukes@cisco.com> wrote:<= o:p>

Hi Gyan, as a DT member, I can answer your analysis draft question= .

Consistent with the requirement document, proposals were analyzed = with 16-bit and 32-bit SID lengths, though several supported additional opt= ions.

The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and R= EPLACE-C-SID use for 32-bit C-SIDs. The design team followed this recommend= ation in its analysis, though the CSID draft notes all flavors support both 16-bit and 32-bit C-SID length.

Darren

 

 

On 2021-09-19, 3:34 PM, "spring" <spring-bounces@ietf.o= rg> wrote:

 

Dear Authors

 

After having a few discussions on threads related to t= he SRv6 compression analysis draft results, as well as WG coming to consens= us on a single SRv6 compression solution, a few critical questions have com= e up related to C-SID draft that requires clarification by the authors.

 

The C-SID draft has 3 compression solutions below and = is a combination of the two drafts below which introduces 2 of the 3 compre= ssion solutions with the  C-SID draft introduction of yet a 3rd compre= ssion solution.

 

Which of the 3 C-SID draft compression solutions was i= ncluded as part of the DT analysis draft results and conclusion?=

 

This is a critical question that needs to be answered = for clarification on the C-SID draft solution.

 

As the WG has consensus on a single solution we need t= o have clarification from the authors which of the 3 compression solutions = was included in the analysis.  

 

The three solutions are very different and all would y= ield different analysis results.

 

I understand the authors have called the each solution= a endpoint flavor which I see from the IANA codepoint allocations, however= each flavor is a different solution.  

 

 

So the WG as stated would like a single solution so no= w we need feedback from the authors which of the three solutions or endpoin= t flavors was part of the DT analysis draft that the authors would like to = put forward as the single compression solution.

 

C-SID is a combination of the two drafts below:

 

Combination of the two drafts below:

 

G-SID - Generalized SID “REPLACE-C-SID”= ;

 

SRv6 uSID micro-segment “ NEXT-C-SID”=

 

Kind Regards 

 

Gyan

--

Gyan Mishra

Network Solutions Architect <= o:p>

Email gyan.s.mishr= a@verizon.com

M 301 502-1347

 

--

Gyan Mishra=

Network Solutions Architect&nb= sp;

Email gyan.s.mishr= a@verizon.com

M 301 = 502-1347

 

--_000_MN2PR13MB4206311F926C5F568F225407D2A49MN2PR13MB4206namp_-- From nobody Fri Sep 24 08:38:02 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 356CA3A0A2D; Fri, 24 Sep 2021 08:37:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: bruno.decraene@orange.com, martin.vigoureux@nokia.com, spring-chairs@ietf.org, spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <163249787808.6086.7718001166780096307@ietfa.amsl.com> Date: Fri, 24 Sep 2021 08:37:58 -0700 Archived-At: Subject: [spring] spring - New Meeting Session Request for IETF 112 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 15:37:59 -0000 A new meeting session request has just been submitted by Bruno Decraene, a Chair of the spring working group. --------------------------------------------------------- Working Group Name: Source Packet Routing in Networking Area Name: Routing Area Session Requester: Bruno Decraene Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: Chair conflict: sfc lisp Technology overlap: 6man mpls lsr idr pce rtgwg teas People who must be present: Joel M. Halpern Jim Guichard Bruno Decraene Martin Vigoureux Shuping Peng Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Sep 24 08:58:17 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE35E3A0809; Fri, 24 Sep 2021 08:58:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.086 X-Spam-Level: X-Spam-Status: No, score=-2.086 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=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 CMdsE5FMCxcJ; Fri, 24 Sep 2021 08:58:06 -0700 (PDT) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 5E0163A07F0; Fri, 24 Sep 2021 08:58:06 -0700 (PDT) Received: by mail-pf1-x42e.google.com with SMTP id 203so9212387pfy.13; Fri, 24 Sep 2021 08:58:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=N5zC//6fFl8ePbC38sF7kwYV86CMk4jaZEuq+A1XmmE=; b=gYA4RFWV1TEHjDTLdx7uKRXBtL829xoUUr5X+pp91ngNRNeEmyRCDUFE9sPLgI6mS0 DnSQnoJR3slS3LqcKSwffX9+0FgvHCddzqCy4AYSMdxqubGtuFAzzQy+yghPG9ZwvHgb HPNM1Se7bOPbklWVo8EvlnHPiNbiikPbwQTWDMXf2SV97Ou/AXsykNT35oa6Cni3wG0B 4o5ObJveZwkRHUPuAPC3+sJZZhzygmPKPEgKRxqwJcOCPTFHWkZRETPVZf4oFY6t9dMa RTQatkPVApSE090QmI9HftfBeHiO2BXjV0JkGYXm3mPJwR7Cxfg4A7TazDDE/Nlu4I43 8J1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=N5zC//6fFl8ePbC38sF7kwYV86CMk4jaZEuq+A1XmmE=; b=Ac551WwpvKw7VlI1z4kFLq6X+k90R8kEutZOJb7Fnmr6I1/BNqwub0555v6txqV2QM mb3FPg7rUZsugGui/3Toc6Od+VdRaiRDhB2xwFBlqiFfu2JePU8hzfj7qrTbb+4a+PYS R0DWUyduEnRMU79W00Ph40VwVSB/a5jm5Y0I2RpU1fUBA2avpDXgDfmqw4waKUaQHa6G ngm7XwJekDe8mI6ykaEAHGYxqHPYIvH7cBm/f+tBkzAR86t/RmS91I5IEpxV0BXySk95 w6PB5+WnG/zo6kERG2L/QZXXjYfW+Qhu/Q1+Xb4wKK7M6slt/4q7ECvrtMVzz9sibRam mIDA== X-Gm-Message-State: AOAM533slyX+KQ6oUg0HlxAkXyfUr4Zvfd6jhM2LcPvYdqu5ZQMWwsYQ rOzx2Pg2+G81sGm/NHuk2eD3V0kYhlAFSaW4+YE= X-Google-Smtp-Source: ABdhPJwJnJtfjo24sH+sySw8jyEAt3Y+fZz0d1j1Lkbqum9fVLXrsd+RmXZwtUEsLSIrcznqRSt2COeAW6Pg+pPhBJE= X-Received: by 2002:a63:348c:: with SMTP id b134mr4330650pga.243.1632499085359; Fri, 24 Sep 2021 08:58:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Fri, 24 Sep 2021 11:57:54 -0400 Message-ID: To: James Guichard Cc: "Darren Dukes (ddukes)" , SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000143f8d05ccbfd032" Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 15:58:14 -0000 --000000000000143f8d05ccbfd032 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry I missed that. Thank you!! On Fri, Sep 24, 2021 at 11:05 AM James Guichard < james.n.guichard@futurewei.com> wrote: > Hi Gyan, > > > > [Chair hat off =E2=80=A6] > > > > You asked where in the CSID document it states =E2=80=9CCSID draft recomm= ended > NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs= . =E2=80=9C > > > > Please see: > > > > *6 > . > C-SID and Block Length* > > > > *6.1 > . > C-SID Length* > > > > The NEXT-C-SID flavor supports both 16- and 32-bit C-SID lengths. A > > C-SID length of 16-bit is recommended. > > > > The REPLACE-C-SID flavor supports both 16- and 32-bit C-SID lengths. > > A C-SID length of 32-bit is recommended. > > > > Jim > > > > > > *From:* Gyan Mishra > *Sent:* Friday, September 24, 2021 10:53 AM > *To:* Darren Dukes (ddukes) > *Cc:* SPRING WG ; > draft-filsfilscheng-spring-srv6-srh-compression@ietf.org; > spring-chairs@ietf.org > *Subject:* Re: [spring] > https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh= -compression-02#section-4.1.1 > > > > Thank you Darren! > > > > Few comments. > > > > I do see many early allocation for C-SID for various endpoint behaviors. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > > I was trying to find out where in the CSID draft that is stated. Please > provide the section. > > > > =E2=80=9CCSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. =E2=80=9C > > > > Just based on the CSID draft SRv6 forwarding plane flavors, SID > formatting, the NEXT-C-SID used a 16-bit combined NF -Locator/Function > uSID variant where the REPLACE-C-SID uses a 32-bit combined > NF-Locator/Function. > > > > I did not see explicit verbiage as to one flavor or the other for 16 or 3= 2 > bit SID. > > > > I believe this information is important to be included in the analysis > draft as well. > > > > Section 6 talks about CSID length, Block length and GIB/LIB usage but doe= s > not specify explicitly what you are stating. > > > > As the WG has clearly stated that they would like a single solution, > however CSID is inclusive of 2 SRv6 forwarding compression solutions not > one from the two drafts - uSID & G-SID. > > > > So that would have to be hashed out by the WG taking into account the > interoperability issue that is the key point of contention to having > multiple solutions from an operators perspective. > > > > Kind Regards > > > > Gyan > > > > > > > > On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) > wrote: > > Hi Gyan, as a DT member, I can answer your analysis draft question. > > Consistent with the requirement document, proposals were analyzed with > 16-bit and 32-bit SID lengths, though several supported additional option= s. > > The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. The design team followed this > recommendation in its analysis, though the CSID draft notes all flavors > support both 16-bit and 32-bit C-SID length. > > Darren > > > > > > On 2021-09-19, 3:34 PM, "spring" wrote: > > > > Dear Authors > > > > After having a few discussions on threads related to the SRv6 compression > analysis draft results, as well as WG coming to consensus on a single SRv= 6 > compression solution, a few critical questions have come up related to > C-SID draft that requires clarification by the authors. > > > > The C-SID draft has 3 compression solutions below and is a combination of > the two drafts below which introduces 2 of the 3 compression solutions wi= th > the C-SID draft introduction of yet a 3rd compression solution. > > > > Which of the 3 C-SID draft compression solutions was included as part of > the DT analysis draft results and conclusion? > > > > This is a critical question that needs to be answered for clarification o= n > the C-SID draft solution. > > > > As the WG has consensus on a single solution we need to have clarificatio= n > from the authors which of the 3 compression solutions was included in the > analysis. > > > > The three solutions are very different and all would yield different > analysis results. > > > > I understand the authors have called the each solution a endpoint flavor > which I see from the IANA codepoint allocations, however each flavor is a > different solution. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > > So the WG as stated would like a single solution so now we need feedback > from the authors which of the three solutions or endpoint flavors was par= t > of the DT analysis draft that the authors would like to put forward as th= e > single compression solution. > > > > C-SID is a combination of the two drafts below: > > > > Combination of the two drafts below: > > > > G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-fo= r-cmpr-03 > > > > > SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-exten= sion-srv6-usid-10 > > > > > Kind Regards > > > > Gyan > > -- > > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > > -- > > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000143f8d05ccbfd032 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Sorry I missed that.

Thank you!!

On Fri, Sep 24, 2021 at 11:05= AM James Guichard <ja= mes.n.guichard@futurewei.com> wrote:

Hi Gyan,

=C2=A0

[Chair hat off =E2=80=A6]

=C2=A0

You asked where in the CSID document it states =E2=80=9CCSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLA= CE-C-SID use for 32-bit C-SIDs. =E2=80=9C

=C2=A0

Please see:

=C2=A0

6.=C2=A0 C-SID a= nd Block Length

=C2=A0

6.1.=C2=A0 C-= SID Length<= /u>

=C2=A0

=C2=A0=C2=A0 The NEXT-C-SID flavor supports both= 16- and 32-bit C-SID lengths.=C2=A0 A

=C2=A0=C2=A0 C-SID length of 16-bit is recommend= ed.

=C2=A0

=C2=A0=C2=A0 The REPLACE-C-SID flavor supports b= oth 16- and 32-bit C-SID lengths.

=C2=A0=C2=A0 A C-SID length of 32-bit is recomme= nded.

=C2=A0

Jim

=C2=A0

=C2=A0

=C2=A0

Thank you Darren!

=C2=A0

Few comments.

=C2=A0

I do see many early allocation for C-SID for various= endpoint behaviors.

=C2=A0

I was trying to find out where in the CSID draft tha= t is stated.=C2=A0 Please provide the section.

=C2=A0

=E2=80=9CCSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and RE= PLACE-C-SID use for 32-bit C-SIDs. =E2=80=9C

=C2=A0

Just based on the CSID draft SRv6 forwarding plane flavors, = SID formatting, =C2=A0the NEXT-C-SID used a 16-bit combined NF -Locator/Fun= ction uSID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function.

=C2=A0

I did not see explicit verbiage as to one flavor or the othe= r for 16 or 32 bit SID.

=C2=A0

I believe this =C2=A0information is important to be included= in the analysis draft as well.

=C2=A0

Section 6 talks about CSID length, Block length and GIB/LIB = usage but does not specify explicitly what you are stating.

=C2=A0

As the WG has clearly stated that they would like a single s= olution, however CSID is inclusive of 2 SRv6 forwarding compression solutio= ns not one from the two drafts - uSID & G-SID. =C2=A0

=C2=A0

So that would have to be hashed out by the WG taking into account the = =C2=A0interoperability issue that is the key point of contention to having = multiple solutions from an operators perspective.

=C2=A0

Kind Regards=C2=A0

=C2=A0

Gyan

=C2=A0

=C2=A0

=C2=A0

On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (dduke= s) <ddukes@cisco.c= om> wrote:

Hi Gyan, as a DT member, I can answer your analysis = draft question.

Consistent with the requirement document, proposals = were analyzed with 16-bit and 32-bit SID lengths, though several supported = additional options.

The CSID draft recommended NEXT-C-SID use for 16-bit= C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The design team followed = this recommendation in its analysis, though the CSID draft notes all flavors support both 16-bit and 32-bit C-SID length.

Darren

=C2=A0

=C2=A0

On 2021-09-19, 3:34 PM, "spring" <spring-bounces@ietf.o= rg> wrote:

=C2=A0

Dear Authors

=C2=A0

After having a few discussions on threads related to t= he SRv6 compression analysis draft results, as well as WG coming to consens= us on a single SRv6 compression solution, a few critical questions have com= e up related to C-SID draft that requires clarification by the authors.

=C2=A0

The C-SID draft has 3 compression solutions below and = is a combination of the two drafts below which introduces 2 of the 3 compre= ssion solutions with the =C2=A0C-SID draft introduction of yet a 3rd compre= ssion solution.

=C2=A0

Which of the 3 C-SID draft compression solutions was i= ncluded as part of the DT analysis draft results and conclusion?<= /u>

=C2=A0

This is a critical question that needs to be answered = for clarification on the C-SID draft solution.

=C2=A0

As the WG has consensus on a single solution we need t= o have clarification from the authors which of the 3 compression solutions = was included in the analysis. =C2=A0

=C2=A0

The three solutions are very different and all would y= ield different analysis results.

=C2=A0

I understand the authors have called the each solution= a endpoint flavor which I see from the IANA codepoint allocations, however= each flavor is a different solution. =C2=A0

=C2=A0

=C2=A0

So the WG as stated would like a single solution so no= w we need feedback from the authors which of the three solutions or endpoin= t flavors was part of the DT analysis draft that the authors would like to = put forward as the single compression solution.

=C2=A0

C-SID is a combination of the two drafts below:

=C2=A0

Combination of the two drafts below:=

=C2=A0

G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D

=C2=A0

SRv6 uSID micro-segment =E2=80=9C=C2=A0NEXT-= C-SID=E2=80=9D

=C2=A0

Kind Regards=C2=A0

=C2=A0

Gyan

--

= Gyan Mishra

Net= work Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 3= 01 502-1347

=C2=A0

--

Gyan Mishra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--
--000000000000143f8d05ccbfd032-- From nobody Fri Sep 24 09:16:20 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D44623A0B6F; Fri, 24 Sep 2021 09:16:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 8LleRgVXQVdL; Fri, 24 Sep 2021 09:16:12 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (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 31ED93A0B69; Fri, 24 Sep 2021 09:16:12 -0700 (PDT) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr25.francetelecom.fr (ESMTP service) with ESMTPS id 4HGHG16jkrzCs5k; Fri, 24 Sep 2021 18:16:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1632500169; bh=Nkj8FpF0Uh/P1GcI20H25FZOVExeoF+7NGwMKYx9Gck=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=fVvLXddsEBGpg1i5Tzp0LNtA+nSh9lVuI/4+ceTOo8nUc17Cl0AwZJ3B56Beflmaw jCvrkahKxvuwOZkE1pjpgM88KyT8GP51DEqtw7Bn4wej9P4d7xAl0OkAfOb5onUfmV tgKVZ2QWycgy+IkjOBeQTTCJqJ/2FIdMrfkY4IQRAW894DWVJx7cL8fzYiOGNTyrFX PU8AlheEYL5dn2/ZSXKGJsgHrN0RSBHf7+UbgEPUu4YA/sglgE2/oRu4iKV2asm9xs O2s3PhzUZ9pTuSEaIcsdN+YdzYGy4ahkcXdAU8uP1k1MJV8NhXybgFs639LjPmeaKv 48hFRLpDdFZyg== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr03.francetelecom.fr (ESMTP service) with ESMTPS id 4HGHG15kM4zDq7T; Fri, 24 Sep 2021 18:16:09 +0200 (CEST) From: To: "spring@ietf.org" CC: "spring-chairs@ietf.org" Thread-Topic: WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wNdO1HQ Date: Fri, 24 Sep 2021 16:16:08 +0000 Message-ID: <17286_1632500169_614DF9C9_17286_283_1_53C29892C857584299CBF5D05346208A4CEC5A18@OPEXCAUBM43.corporate.adroot.infra.ftgroup> References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A4CEC5A18OPEXCAUBM43corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 16:16:18 -0000 --_000_53C29892C857584299CBF5D05346208A4CEC5A18OPEXCAUBM43corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for the review and feedback. There is a large support to adopt those two drafts. Authors, please republish the two drafts as draft-ietf-spring-compression-r= equirement/analysis. And then address the comment as per WG discussions. Thanks. --Jim, Bruno & Joel From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 3:13 PM To: spring@ietf.org Subject: [spring] WG Adoption call - draft-srcompdt-spring-compression-requ= irement - draft-srcompdt-spring-compression-analysis Dear WG, The Design Team has produced two documents: - A requirement document: draft-srcompdt-spring-compression-requirement - A solution analysis document: draft-srcompdt-spring-compression-analysis Both have been presented to the WG and triggered some discussions but are s= till individual documents. We believe it's now time for the WG to consider taking ownership of those t= wo documents. Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. This message starts a 2 week WG adoption call, ending September 20th 2021,= for: https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote. If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document. Thanks! Jim, Bruno & Joel ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A4CEC5A18OPEXCAUBM43corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks for the= review and feedback.

 

There is a lar= ge support to adopt those two drafts.

 

Authors, pleas= e republish the two drafts as draft-ietf-spri= ng-compression-requirement/analysis.

And then addre= ss the comment as per WG discussions.

 

Thanks.

--Jim, Bruno & Joel

 

 

From: spring [mailto:spring-bounces@ietf.org] On= Behalf Of bruno.decraene@orange.com
Sent: Tuesday, September 7, 2021 3:13 PM
To: spring@ietf.org
Subject: [spring] WG Adoption call - draft-srcompdt-spring-compressi= on-requirement - draft-srcompdt-spring-compression-analysis

 

Dear WG,

 

 

The Design Tea= m has produced two documents:

- A requiremen= t document: draft-srcompdt-spring-compression-requirement

- A solution a= nalysis document: draft-srcompdt-spring-compression-analysis

 

Both have been= presented to the WG and triggered some discussions but are still individual documents.

We believe it'= s now time for the WG to consider taking ownership of those two documents.

Note that, esp= ecially for those two documents, WG adoption does not necessarily mean RFC publication in particular if it turns out that the benefit of lon= g term archive would not justify the WG and IESG effort to finalize those t= wo documents.

 

 

This message s= tarts a 2 week WG adoption call, ending September  20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compress= ion-requirement

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression= -analysis

 

 

After review o= f the document(s) please indicate support (or not) for WG adoption of the document(s) to the mailing list.

Please also pr= ovide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a = vote.

 

If you are wil= ling to work on the document(s), please state this explicitly. This gives the chairs an indication of the energy level of people in the w= orking group willing to work on the document.

 

Thanks!

 

Jim, Bruno & Joel

 

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A4CEC5A18OPEXCAUBM43corp_-- From nobody Fri Sep 24 09:51:06 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2761B3A0FF9; Fri, 24 Sep 2021 09:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.328 X-Spam-Level: X-Spam-Status: No, score=-1.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WWzjADNw18mC; Fri, 24 Sep 2021 09:50:59 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D9783A0FF0; Fri, 24 Sep 2021 09:50:59 -0700 (PDT) Received: from fraeml741-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HGHzH35hNz67Cnc; Sat, 25 Sep 2021 00:48:27 +0800 (CST) Received: from dggpemm100001.china.huawei.com (7.185.36.93) by fraeml741-chm.china.huawei.com (10.206.15.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Fri, 24 Sep 2021 18:50:55 +0200 Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm100001.china.huawei.com (7.185.36.93) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Sat, 25 Sep 2021 00:50:53 +0800 Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.008; Sat, 25 Sep 2021 00:50:53 +0800 From: "Chengli (Cheng Li)" To: bruno.decraene , spring CC: spring-chairs Thread-Topic: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis Thread-Index: Adej6fEfucpaNY0DSOmZKpSUpxaE9wNdO1HQAAFd81M= Date: Fri, 24 Sep 2021 16:50:53 +0000 Message-ID: A4E6DDD8-9CA4-48A8-9779-A25D8F32445A References: <15436_1631020356_61376544_15436_364_1_53C29892C857584299CBF5D05346208A4CE99E43@OPEXCAUBM43.corporate.adroot.infra.ftgroup>, <17286_1632500169_614DF9C9_17286_283_1_53C29892C857584299CBF5D05346208A4CEC5A18@OPEXCAUBM43.corporate.adroot.infra.ftgroup> In-Reply-To: <17286_1632500169_614DF9C9_17286_283_1_53C29892C857584299CBF5D05346208A4CEC5A18@OPEXCAUBM43.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_A4E6DDD89CA448A89779A25D8F32445A_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirement - draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 16:51:05 -0000 --_000_A4E6DDD89CA448A89779A25D8F32445A_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQnJ1bm8gYW5kIGNoYWlycywNCg0KU3VyZS4gV2Ugd2lsbCBkbyBpdCBBU0FQLCBtYW55IHRo YW5rcyBmb3IgeW91ciB3b3JrIQ0KDQpSZXNwZWN0LA0KQ2hlbmcNCg0KDQoNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0K5p2O5ZGIIExpIENoZW5nDQpNb2JpbGU6ICs4Ni0x NTExNjk4MzU1MDx0ZWw6Kzg2LTE1MTE2OTgzNTUwPg0KRW1haWw6IGMubEBodWF3ZWkuY29tPG1h aWx0bzpjLmxAaHVhd2VpLmNvbT4NCuWPkeS7tuS6uu+8mmJydW5vLmRlY3JhZW5lIDxicnVuby5k ZWNyYWVuZUBvcmFuZ2UuY29tPg0K5pS25Lu25Lq677yac3ByaW5nIDxzcHJpbmdAaWV0Zi5vcmc+ DQrmioTigIPpgIHvvJpzcHJpbmctY2hhaXJzIDxzcHJpbmctY2hhaXJzQGlldGYub3JnPg0K5pe2 4oCD6Ze077yaMjAyMS0wOS0yNSAwMDoxNzoxMA0K5Li74oCD6aKY77yaUmU6IFtzcHJpbmddIFdH IEFkb3B0aW9uIGNhbGwgLSBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWly ZW1lbnQgLSBkcmFmdC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0KVGhh bmtzIGZvciB0aGUgcmV2aWV3IGFuZCBmZWVkYmFjay4NCg0KVGhlcmUgaXMgYSBsYXJnZSBzdXBw b3J0IHRvIGFkb3B0IHRob3NlIHR3byBkcmFmdHMuDQoNCkF1dGhvcnMsIHBsZWFzZSByZXB1Ymxp c2ggdGhlIHR3byBkcmFmdHMgYXMgZHJhZnQtaWV0Zi1zcHJpbmctY29tcHJlc3Npb24tcmVxdWly ZW1lbnQvYW5hbHlzaXMuDQpBbmQgdGhlbiBhZGRyZXNzIHRoZSBjb21tZW50IGFzIHBlciBXRyBk aXNjdXNzaW9ucy4NCg0KVGhhbmtzLg0KLS1KaW0sIEJydW5vICYgSm9lbA0KDQoNCkZyb206c3By aW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZmJydW5vLmRl Y3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+DQpTZW50 OiBUdWVzZGF5LCBTZXB0ZW1iZXIgNywgMjAyMSAzOjEzIFBNDQpUbzogc3ByaW5nQGlldGYub3Jn PG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBj YWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJh ZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzDQpEZWFyIFdHLA0KDQoNClRo ZSBEZXNpZ24gVGVhbSBoYXMgcHJvZHVjZWQgdHdvIGRvY3VtZW50czoNCi0gQSByZXF1aXJlbWVu dCBkb2N1bWVudDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50 DQotIEEgc29sdXRpb24gYW5hbHlzaXMgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1j b21wcmVzc2lvbi1hbmFseXNpcw0KDQpCb3RoIGhhdmUgYmVlbiBwcmVzZW50ZWQgdG8gdGhlIFdH IGFuZCB0cmlnZ2VyZWQgc29tZSBkaXNjdXNzaW9ucyBidXQgYXJlIHN0aWxsIGluZGl2aWR1YWwg ZG9jdW1lbnRzLg0KV2UgYmVsaWV2ZSBpdCdzIG5vdyB0aW1lIGZvciB0aGUgV0cgdG8gY29uc2lk ZXIgdGFraW5nIG93bmVyc2hpcCBvZiB0aG9zZSB0d28gZG9jdW1lbnRzLg0KTm90ZSB0aGF0LCBl c3BlY2lhbGx5IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9wdGlvbiBkb2VzIG5vdCBu ZWNlc3NhcmlseSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0IHR1cm5z IG91dCB0aGF0IHRoZSBiZW5lZml0IG9mIGxvbmcgdGVybSBhcmNoaXZlIHdvdWxkIG5vdCBqdXN0 aWZ5IHRoZSBXRyBhbmQgSUVTRyBlZmZvcnQgdG8gZmluYWxpemUgdGhvc2UgdHdvIGRvY3VtZW50 cy4NCg0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMiB3ZWVrIFdHIGFkb3B0aW9uIGNhbGwsIGVu ZGluZyBTZXB0ZW1iZXIgMjB0aCAyMDIxLCBmb3I6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVu dA0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1z cHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMNCg0KDQpBZnRlciByZXZpZXcgb2YgdGhlIGRvY3Vt ZW50KHMpIHBsZWFzZSBpbmRpY2F0ZSBzdXBwb3J0IChvciBub3QpIGZvciBXRyBhZG9wdGlvbiBv ZiB0aGUgZG9jdW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlzdC4NClBsZWFzZSBhbHNvIHByb3Zp ZGUgY29tbWVudHMvcmVhc29ucyBmb3IgeW91ciBzdXBwb3J0IChvciBsYWNrIHRoZXJlb2YpIGFz IHRoaXMgaXMgYSBzdHJvbmdlciB3YXkgdG8gaW5kaWNhdGUgeW91ciAobm9uKSBzdXBwb3J0IGFz IHRoaXMgaXMgbm90IGEgdm90ZS4NCg0KSWYgeW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhl IGRvY3VtZW50KHMpLCBwbGVhc2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5LiBUaGlzIGdpdmVzIHRo ZSBjaGFpcnMgYW4gaW5kaWNhdGlvbiBvZiB0aGUgZW5lcmd5IGxldmVsIG9mIHBlb3BsZSBpbiB0 aGUgd29ya2luZyBncm91cCB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50Lg0KDQpUaGFu a3MhDQoNCkppbSwgQnJ1bm8gJiBKb2VsDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBl dCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNv bmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBl dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2 b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVy DQoNCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpv aW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2Fs dGVyYXRpb24sDQoNCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1l c3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRo aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBv ciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoN CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBh dXRob3Jpc2F0aW9uLg0KDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cy4NCg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90 IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3Ig ZmFsc2lmaWVkLg0KDQpUaGFuayB5b3UuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19DZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmNwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcmEgbCdleHBlZGl0ZXVy IGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdl cyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLlRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz IG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQg bWF5IGJlIHByb3RlY3RlZCBieSBsYXc7dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1 c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuQXMgZW1haWxzIG1heSBiZSBhbHRlcmVk LCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZp ZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLlRoYW5rIHlvdS4NCg0K --_000_A4E6DDD89CA448A89779A25D8F32445A_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWw+DQo8aHRtbD4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVu dC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPC9tYXRhPjxzdHls ZSB0eXBlPSJ0ZXh0L2NzcyI+Cioge2JveC1zaXppbmc6Ym9yZGVyLWJveDt9CmJvZHkge2ZvbnQt ZmFtaWx5OiBDYWxpYnJpO30KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj4NCjxkaXYg aWQ9ImZvY3VzIj4NCjxkaXY+SGkgQnJ1bm8gYW5kIGNoYWlycywgPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj5TdXJlLiBXZSB3aWxsIGRvIGl0IEFTQVAsIG1hbnkgdGhhbmtzIGZvciB5 b3VyIHdvcmshIDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UmVzcGVjdCwgPC9kaXY+ DQo8ZGl2PkNoZW5nIDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPGJyPg0K PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48L2Rpdj4NCjxkaXYgaWQ9InNpZ25h dHVyZSI+DQo8aHIgc3R5bGU9ImJvcmRlci10b3A6ZG90dGVkIDFweCI+DQo8YnI+DQrmnY7lkYgg TGkgQ2hlbmcgPGJyPg0KTW9iaWxlOiA8YSBocmVmPSJ0ZWw6JiM0Mzs4Ni0xNTExNjk4MzU1MCI+ JiM0Mzs4Ni0xNTExNjk4MzU1MDwvYT4gPGJyPg0KRW1haWw6IDxhIGhyZWY9Im1haWx0bzpjLmxA aHVhd2VpLmNvbSI+Yy5sQGh1YXdlaS5jb208L2E+IDwvZGl2Pg0KPGRpdiBuYW1lPSJBbnlPZmZp Y2UtQmFja2dyb3VuZC1JbWFnZSIgc3R5bGU9ImJvcmRlci10b3A6MXB4IHNvbGlkICNCNUM0REY7 cGFkZGluZzo4cHg7IGJhY2tncm91bmQtaW1hZ2U6dXJsKGRhdGE6aW1hZ2UvcG5nO2Jhc2U2NCxp VkJPUncwS0dnb0FBQUFOU1VoRVVnQUFBQUVBQUFCQkNBWUFBQUFRVGM3bEFBQUFDWEJJV1hNQUFB c1RBQUFMRXdFQW1wd1lBQUFBQkdkQlRVRUFBTEdPZlB0Umt3QUFBQ0JqU0ZKTkFBQjZKUUFBZ0lN QUFQbi9BQUNBNlFBQWRUQUFBT3BnQUFBNm1BQUFGMiYjNDM7U1g4VkdBQUFBTjBsRVFWUjQybUo0 OHU3UGZ5WUdCb1ovY09Jdktnc2I4UWVWaFovNGpZWDdHd3NYcHhoJiM0MztnZ2hUY0xvRko0SG1T MndFVWxnQkJnQWpQa05SUWxHUGZBQUFBQUJKUlU1RXJrSmdnZz09KTsgYmFja2dyb3VuZC1yZXBl YXQ6IHJlcGVhdC14OyI+DQo8ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbDsiPjxiPuWP keS7tuS6uu+8mjwvYj5icnVuby5kZWNyYWVuZSAmbHQ7YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNv bSZndDsNCjwvZGl2Pg0KPGRpdiBzdHlsZT0id29yZC1icmVhazpicmVhay1hbGw7Ij48Yj7mlLbk u7bkurrvvJo8L2I+c3ByaW5nICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7IDwvZGl2Pg0KPGRpdiBz dHlsZT0id29yZC1icmVhazpicmVhay1hbGw7Ij48Yj7mioTigIPpgIHvvJo8L2I+c3ByaW5nLWNo YWlycyAmbHQ7c3ByaW5nLWNoYWlyc0BpZXRmLm9yZyZndDsNCjwvZGl2Pg0KPGRpdiBzdHlsZT0i d29yZC1icmVhazpicmVhay1hbGw7Ij48Yj7ml7bigIPpl7TvvJo8L2I+MjAyMS0wOS0yNSAwMDox NzoxMCA8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsOyI+PGI+5Li74oCD 6aKY77yaPC9iPlJlOiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQt c3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNv bXByZXNzaW9uLWFuYWx5c2lzDQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXYgbmFtZT0ibWFpbF9oaXN0X2NvbnRlbnQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+VGhhbmtz IGZvciB0aGUgcmV2aWV3IGFuZCBmZWVkYmFjay48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGVyZSBpcyBh IGxhcmdlIHN1cHBvcnQgdG8gYWRvcHQgdGhvc2UgdHdvIGRyYWZ0cy48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5BdXRob3JzLCBwbGVhc2UgcmVwdWJsaXNoIHRoZSB0d28gZHJhZnRzIGFzIGRyYWZ0LTxzcGFu IGNsYXNzPSJTcGVsbEUiPmlldGY8L3NwYW4+LXNwcmluZy1jb21wcmVzc2lvbi1yZXF1aXJlbWVu dC9hbmFseXNpcy48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj5BbmQgdGhlbiBhZGRyZXNzIHRoZSBjb21tZW50IGFzIHBlciBXRyBk aXNjdXNzaW9ucy48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MuPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4tLUppbSwgQnJ1bm8gJmFtcDsgSm9lbDwvc3Bh bj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZDsgYm9yZGVyOm5vbmU7 IGJvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7IHBhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPGRpdiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBzdHlsZT0id29yZC13 cmFwOmJyZWFrLXdvcmQ7IGJvcmRlcjpub25lOyBib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4w cHQ7IHBhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gY2xhc3M9IlNwZWxsRSI+PGI+PHNwYW4gc3R5bGU9IiI+RnJvbTwvc3Bhbj48L2I+PC9zcGFu PjxiPjxzcGFuIHN0eWxlPSIiPjo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSIiPjxzcGFuIGNsYXNz PSJTcGVsbEUiPnNwcmluZzwvc3Bhbj4gW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10N CjxiPk9uIEJlaGFsZiBPZjwvYj48YSBocmVmPSJtYWlsdG86YnJ1bm8uZGVjcmFlbmVAb3Jhbmdl LmNvbSI+YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbTwvYT48YnI+DQo8Yj5TZW50OjwvYj4gVHVl c2RheSwgU2VwdGVtYmVyIDcsIDIwMjEgMzoxMyBQTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0i bWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+c3ByaW5nQGlldGYub3JnPC9hPjxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBbc3ByaW5nXSBXRyBBZG9wdGlvbiBjYWxsIC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5n LWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IC0gZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNz aW9uLWFuYWx5c2lzPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+RGVhciBXRyw8 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWYiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPlRoZSBEZXNpZ24gVGVhbSBoYXMgcHJvZHVjZWQgdHdvIGRvY3VtZW50 czo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj4tIEEgcmVxdWlyZW1lbnQgZG9jdW1lbnQ6IGRyYWZ0LXNyY29tcGR0LXNwcmluZy1j b21wcmVzc2lvbi1yZXF1aXJlbWVudDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPi0gQSBzb2x1dGlvbiBhbmFseXNpcyBkb2N1bWVu dDogZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLWFuYWx5c2lzPC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z ZXJpZiI+Qm90aCBoYXZlIGJlZW4gcHJlc2VudGVkIHRvIHRoZSBXRyBhbmQgdHJpZ2dlcmVkIHNv bWUgZGlzY3Vzc2lvbnMgYnV0IGFyZSBzdGlsbCBpbmRpdmlkdWFsIGRvY3VtZW50cy48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5X ZSBiZWxpZXZlIGl0J3Mgbm93IHRpbWUgZm9yIHRoZSBXRyB0byBjb25zaWRlciB0YWtpbmcgb3du ZXJzaGlwIG9mIHRob3NlIHR3byBkb2N1bWVudHMuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDsgZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Tm90ZSB0aGF0LCBlc3BlY2lhbGx5 IGZvciB0aG9zZSB0d28gZG9jdW1lbnRzLCBXRyBhZG9wdGlvbiBkb2VzIG5vdCBuZWNlc3Nhcmls eSBtZWFuIFJGQyBwdWJsaWNhdGlvbiBpbiBwYXJ0aWN1bGFyIGlmIGl0IHR1cm5zIG91dCB0aGF0 IHRoZSBiZW5lZml0IG9mIGxvbmcgdGVybQ0KIGFyY2hpdmUgd291bGQgbm90IGp1c3RpZnkgdGhl IFdHIGFuZCBJRVNHIGVmZm9ydCB0byBmaW5hbGl6ZSB0aG9zZSB0d28gZG9jdW1lbnRzLjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlRoaXMgbWVzc2FnZSBzdGFydHMgYSAyIHdlZWsgV0cg YWRvcHRpb24gY2FsbCwgZW5kaW5nIFNlcHRlbWJlcjxzcGFuIHN0eWxlPSIiPg0KPC9zcGFuPjIw dGggMjAyMSwgZm9yOjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtc3Jjb21wZHQtc3ByaW5nLWNvbXByZXNzaW9uLXJlcXVpcmVtZW50IiB0 YXJnZXQ9Il9CTEFOSyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFm dC1zcmNvbXBkdC1zcHJpbmctY29tcHJlc3Npb24tcmVxdWlyZW1lbnQ8L2E+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1zcmNvbXBkdC1z cHJpbmctY29tcHJlc3Npb24tYW5hbHlzaXMiIHRhcmdldD0iX0JMQU5LIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXNyY29tcGR0LXNwcmluZy1jb21wcmVzc2lv bi1hbmFseXNpczwvYT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5BZnRlciByZXZpZXcg b2YgdGhlIGRvY3VtZW50KHMpIHBsZWFzZSBpbmRpY2F0ZSBzdXBwb3J0IChvciBub3QpIGZvciBX RyBhZG9wdGlvbiBvZiB0aGUgZG9jdW1lbnQocykgdG8gdGhlIG1haWxpbmcgbGlzdC48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Q bGVhc2UgYWxzbyBwcm92aWRlIGNvbW1lbnRzL3JlYXNvbnMgZm9yIHlvdXIgc3VwcG9ydCAob3Ig bGFjayB0aGVyZW9mKSBhcyB0aGlzIGlzIGEgc3Ryb25nZXIgd2F5IHRvIGluZGljYXRlIHlvdXIg KG5vbikgc3VwcG9ydCBhcyB0aGlzIGlzIG5vdCBhIHZvdGUuPC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDsg Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SWYg eW91IGFyZSB3aWxsaW5nIHRvIHdvcmsgb24gdGhlIGRvY3VtZW50KHMpLCBwbGVhc2Ugc3RhdGUg dGhpcyBleHBsaWNpdGx5LiBUaGlzIGdpdmVzIHRoZSBjaGFpcnMgYW4gaW5kaWNhdGlvbiBvZiB0 aGUgZW5lcmd5IGxldmVsIG9mIHBlb3BsZSBpbiB0aGUgd29ya2luZyBncm91cA0KIHdpbGxpbmcg dG8gd29yayBvbiB0aGUgZG9jdW1lbnQuIDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj5UaGFua3MhPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkppbSwgQnJ1bm8gJmFtcDsgSm9lbDwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTog QXJpYWwsIHNhbnMtc2VyaWY7IGJhY2tncm91bmQtY29sb3I6IGluaGVyaXQ7Ij4mbmJzcDs8L3Nw YW4+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPC9wcmU+DQo8cHJlPiA8L3ByZT4NCjxwcmU+Q2UgbWVzc2Fn ZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25z IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPC9wcmU+ DQo8cHJlPnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jp c2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6 IGxlIHNpZ25hbGVyPC9wcmU+DQo8cHJlPmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFp bnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0 YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPC9wcmU+DQo8cHJlPk9yYW5nZSBkZWNsaW5l IHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1l IG91IGZhbHNpZmllLiBNZXJjaS48L3ByZT4NCjxwcmU+IDwvcHJlPg0KPHByZT5UaGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OzwvcHJlPg0KPHBy ZT50aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQg YXV0aG9yaXNhdGlvbi48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPC9wcmU+DQo8cHJlPkFzIGVtYWlscyBtYXkgYmUgYWx0 ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1v ZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48L3ByZT4NCjxwcmU+VGhhbmsgeW91LjwvcHJl Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX0NlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBq b2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMg b3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uY3BhcyBldHJlIGRpZmZ1c2VzLCBleHBs b2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbixPcmFuZ2UgZGVjbGlu ZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3Jt ZSBvdSBmYWxzaWZpZS4gTWVyY2kuVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5 IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkg YmUgcHJvdGVjdGVkIGJ5IGxhdzt0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQg b3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlz IGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9y YW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwg Y2hhbmdlZCBvciBmYWxzaWZpZWQuVGhhbmsgeW91LjwvcHJlPg0KPGJyPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_A4E6DDD89CA448A89779A25D8F32445A_-- From nobody Fri Sep 24 10:30:30 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3712C3A03FF; Fri, 24 Sep 2021 10:30:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.441 X-Spam-Level: X-Spam-Status: No, score=-2.441 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=juniper.net header.b=vwSSkfK/; dkim=pass (1024-bit key) header.d=juniper.net header.b=WKQFZ2lm 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 GHIDEFMGaRkn; Fri, 24 Sep 2021 10:30:21 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 20D5C3A03F8; Fri, 24 Sep 2021 10:30:20 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18ODex5X013244; Fri, 24 Sep 2021 10:30:19 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=vnuCrqVFICFJIQUKee/YeVVHeG+R0oqB6FkOEr4VDrk=; b=vwSSkfK/rDUhCgF+ZJDff+awTcrHMHi2lBnnbkPiUuifn1a0Oy8VTxsrXLArN3lGLcyY V3j+ka4AsNXoD3T+nseE/9bEk9e/cXZx96u35W6Jkd4rIAlLNXbjCKubhBtapYvB1slZ 3UxHDWnxQHk13ECMhYI++NQbQXobjROMmOjNKCLBerjtGihVixGHA0AnmEbLp4GXsPTO ybcN2tL9oXJ7x+pFQtlx0SjVRy5dxDvXm0wyTL4sggFEMdFlO4nai1MHOs55lHLuoVrH 82HbOxkh04DOTuJoJX+bAz8rxqNxxTOjd/nKykuV/SO8Yxdz1mtE+cn2HD0TB9iU38N5 0A== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2174.outbound.protection.outlook.com [104.47.59.174]) by mx0b-00273201.pphosted.com with ESMTP id 3b9fs6reqn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 24 Sep 2021 10:30:19 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ffL7PUoQo2QUR2eVK2z5V5xd74tBGt17zwZDJpCCM4C3haXYTpbDtsSHj7r4NtJbE/7KDoUO3BAqjhXDWCYkkuuLQhnNCRHAjv+DMlj+Mv1WkCbLq6Eivkd04MlZ5oIcy/qyizc8Y9Z8hltf9rwEDz69WCRlM7uX46oAkMW0FALF9s3JqEUNLx3EKh/yMdJipoS8ckGxv807ZIoFnhfsCto/+8omMms61VA4CaOvwK+dMzsGoj19Av91DmfB+capd24R3ku/dni0JuP51gxdsChhe5OG2dGIfund0Tp13rE/OR5QIGWCXCnZs943v6IQwZEHUwxAMoKlebS+rXts+A== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vnuCrqVFICFJIQUKee/YeVVHeG+R0oqB6FkOEr4VDrk=; b=glqbdXoTpuOg5BohJHngapmmMLxzs8xPjhiBCEHtUcW9uCHALgj0yp7ZMxjzYfAMtfbTh3FNIYuB/V3DmdnSK8Vwo7KiJzbCiHPBSeguhsmTelGC4+HahClE4Ns+SdtgchVZEBIPuhjZ5NzWzRLkuTpv7qhCbnex/HZkN7QQMiqHQtE0c7WhWzu6wdCsod0BK+BuvoSZlOO5A/JhfeVxPrTc95BgqpIcY6AOwYLbboDgYoRXhs14sL8scKfF/iPqy5CQ97j2wKL8gy82bttLd6fizrHQIulKqxxZ8j+O/IH4vgJ8PhGUVLJ4DJ4J8U9Ey3XREXrzxGVWjHQBBFoGGQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vnuCrqVFICFJIQUKee/YeVVHeG+R0oqB6FkOEr4VDrk=; b=WKQFZ2lm9t5wVbxCr7xxnP8a2wJ6FT+yj5qhQDjGoyTLy9IT3gismXZ9jIQ+8I3LOjQCiK+Ncfw4kYx/euAAx5hEdPNulB53BJVKfkqhqJp6D00rYBr9hV5xDmdu8eE2aHEgBuXi5a3lenJILom66zonugVVm5fz6S2wm+zF5/g= Received: from BL0PR05MB5316.namprd05.prod.outlook.com (2603:10b6:208:2f::25) by BL0PR05MB5634.namprd05.prod.outlook.com (2603:10b6:208:6f::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.8; Fri, 24 Sep 2021 17:30:16 +0000 Received: from BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::7459:5d69:f570:55f2]) by BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::7459:5d69:f570:55f2%7]) with mapi id 15.20.4566.008; Fri, 24 Sep 2021 17:30:15 +0000 From: Ron Bonica To: Gyan Mishra , SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 Thread-Index: AQHXsUvy7ebY/A9Z80KXnh7iSXpKoKuzbavw Date: Fri, 24 Sep 2021 17:30:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-24T17:30:14Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=51916414-3d16-4717-848a-04f958c10141; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d431a514-8bd8-462c-7b79-08d97f80f904 x-ms-traffictypediagnostic: BL0PR05MB5634: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2150; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PKpZp4BpYPHsEK1BqLtsmiDbhAXQLHv/df6Babi5xOL4tFiZjdqNz7FIksIhNnmfWXViB540/t2ol0P9qL7QgNWShXb/sKjR4YcfbLMP4VoZbMVew1QJZz9vTE9L2fDwlPwnxpHeIf5g99PiRmtry64Xo5y6Biv0Bgt6zxv9IYK6QXuhNyKHkGlqZRi9/9oVuSi1FNuFN+CgpdeKMoZERGRFkVD1O/Jc4B7ShRFvypOMDN8cqkpsBmFuFx4MFi6uR2Lfdnz2vtQr6NkCxSeDAozMF0IWWmcx5omoK7vllbRI+meCgVoVnFdnyDbFIz1wIgEWCoTy2U4JD9YYtbYwFHj6+Ph1L9TCoVS36rzR5tyEn8drhM+MdJKJiwBxZLkSLBppgrccurd8P0uc+d/pW59HOd2Ui9Vmrk9UoeQOIaElXQaUuJ0hcIeUsdvl6gbTPpbnXaPayS6hlivSA5rXRJdkIP5ZQFJgN2UF1IV1peVIl6pbAZDZqF3VEDa9ATb3LgyRLl0XR72X+Gf5HeH+hedwJUrjYlM28E/OYaHog+XGQEQMPe/w5B8D2uZUy1B4ldEb2Mnf7fw4plYbpuBt6Pu9RZwtF5kc2mrNe81Ooxbw8KhVfbB69Ws4z68488VmJeqmmJ08mjV9qMHRBXrFNmVm80i/g9bBKU44M1IR/WSAeCwkequMtGOxyglTNDC/7M3fV7T4v84slxuthMyzzpXVTA363nIF3xpfydlHuTNPcHxuXHVhrcVoMeQSbFHNajHZrwJ5dIbvxLzu2NINb0VFQ9ruCtUfoKGjumqA/SXtJyVDIX+Kfzcfl8/oPZpnmKHQ3IWwYZqpggtSu8TMTQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5316.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(2906002)(86362001)(6506007)(8936002)(40140700001)(122000001)(76116006)(166002)(55016002)(186003)(38070700005)(9686003)(66946007)(7696005)(66476007)(64756008)(66446008)(966005)(53546011)(52536014)(83380400001)(66556008)(8676002)(5660300002)(110136005)(316002)(508600001)(33656002)(71200400001)(26005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?7gzsHqDOb4x0CQBMcV195WCu7dYrSoOfTe+iNx45/TtuGqHXqxPwiC3IZfFQ?= =?us-ascii?Q?/q9B6cmMxR96QfgZfkh2FebR6T61L3WofL8euuyPWnuB4Cc22Px3sxb60ob9?= =?us-ascii?Q?Re+OGxjLe3wcLWYcV8r9kycE4E2cDKL3J+FnBLTp6JOkbinLOVtE9tYz7Ced?= =?us-ascii?Q?G1NDdrmtLKefvdexGNtp8KiLXPy4GpqAutNPDwYXUi56rwjtoxOpu2FRb0mW?= =?us-ascii?Q?4O3pLR5fvHbnLsVrBbITU1oADmFnbARWvQm3xj8KU4jZeBfIvsXONm5Xi1WB?= =?us-ascii?Q?xQBsQ1sQbAq9tLAKhLDkrA7fIzzBJ4wlgNhA17xf3Rwrxa+AYBV2CqBXFC43?= =?us-ascii?Q?e+XqBnjHFmGanA2dCt506SSC92/eGxutX3F9snV9Z0YqQ32yn5YuyjcXM1Nh?= =?us-ascii?Q?DFY4qKKUZtkMTchM0BDza45EvQhqDjTP2m7s7wOYobx4B8NufKcOeKkIR2e0?= =?us-ascii?Q?BfXLXLkZq1uiJK+PT31fZUl61I88JLroe0TN4CvJk+e46f6k0xMfU9qRnJr9?= =?us-ascii?Q?WeNWcKT+A/QYijbGOjUGQoUU9ZqprilcIzMr1qaFBE9RpOPpIDgw2I/zovPK?= =?us-ascii?Q?kEKC+3cFxdHuWxteKN4gxmOMxlkWaWPX6cMGKNzXsrwrkipFIK4QuqKaQ1IH?= =?us-ascii?Q?GeiXsM0Crt/Jn6+XFMG3dkSbnyjpBBPU7n7gO7sbz1J2X0RW2J6EkVALFY0o?= =?us-ascii?Q?qr9BoUASO1XeRndxtnVLqZuJeTdMMd7CpZAkHcZ8sC2sn8FUXN1ghbIElYRU?= =?us-ascii?Q?5gzAI3RTQ2feHG8ss8ECYp4jOpCmk3qVEtOZBn7ENHU6bECe7Oib9rDsD9QV?= =?us-ascii?Q?r64/tQS7X3g0PlpM/6V1h9XPrz7SanBIj/4A2YwT9ds9aeUkbcNfHeHDBfhr?= =?us-ascii?Q?wRRpQDMeLUTMmdrPFlGoeV9mwl4ufSSw3CLnnZW0CLn/xmJ/oZy8ugTV3LVM?= =?us-ascii?Q?KPYt65Ol/typoNRPLbeFjlulZurqoQFlP0oHCyYOs3f/3Ir+M08SaEAJn6/Y?= =?us-ascii?Q?jUtdNwHSrK5AAZN6mC7CPkTWV3VXBGVtvXeDn4qsfIaNAQoPgMNq45M8Ueq9?= =?us-ascii?Q?5almMLr+Yo2J5ba3hrHUjS/Kb1rqpqRHV98rTSkVG1oJYRHooxJjt1zbGqIf?= =?us-ascii?Q?goeNzBknHvhNKiF0kvyV/g7qqRYtvMrbZCsxbTZW9bSCQjpApH8j5lIWa4Vh?= =?us-ascii?Q?vXUTrQ+CeOWzMI/m4dx8hwKtB+rJ8BEQ7hZUnBOISGv7sFMBdyWlgETZ6v3V?= =?us-ascii?Q?N7KFO71lKlky6xbUDBMC9/NUhzF/REKkQGMB5FYX92EDHALR11q28vn1maF+?= =?us-ascii?Q?fG2VBji11171BBFdYOj0i9tv?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BL0PR05MB5316D38814A1EA6AF74F513CAEA49BL0PR05MB5316namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5316.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d431a514-8bd8-462c-7b79-08d97f80f904 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2021 17:30:15.8258 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VjiShJPOQ7Ma0Quz9uB39tNG04p2WhzlqM8MfL3mGkxPDZmtMzH6wTG93MV48aFo7UebYXFnJhwppUiBpGzbtQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5634 X-Proofpoint-GUID: 4bXdn_LhLynB47MtU9MS5ynROJG73EVF X-Proofpoint-ORIG-GUID: 4bXdn_LhLynB47MtU9MS5ynROJG73EVF X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-24_05,2021-09-24_02,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 adultscore=0 priorityscore=1501 mlxscore=0 impostorscore=0 bulkscore=0 suspectscore=0 mlxlogscore=999 lowpriorityscore=0 clxscore=1011 spamscore=0 malwarescore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2109240111 Archived-At: Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 17:30:28 -0000 --_000_BL0PR05MB5316D38814A1EA6AF74F513CAEA49BL0PR05MB5316namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Gyan, You raise a very good point. In the analysis document, Tables 1 through 6 a= nd Tables 12 through 15 each contain only one column for the CSID. They do = not indicate whether the number in that column were calculated using the NE= XT-C-SID, REPLACE-C-SID, or NEXT-AND-REPLACE-C-SID. (That is, the do not in= dicate whether they were calculated using uSID, G-SID, or a combination of = both). Each of these tables should be modified, so that the CSID column is replace= d by three columns (NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-REPLACE-C-SID). If the numbers in these columns are different from one another, this may in= form our discussion about whether NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-R= EPLACE-C-SID are different behaviors or different flavors of a behavior. = Ron Juniper Business Use Only From: spring On Behalf Of Gyan Mishra Sent: Friday, September 24, 2021 9:56 AM To: SPRING WG ; draft-filsfilscheng-spring-srv6-srh-compre= ssion@ietf.org; spring-chairs@ietf.org Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#se= ction-4.1.1 [External Email. Be cautious of content] Dear Spring Authors Please respond to this question the WG has related to which of the three SR= v6 forwarding mechanisms called flavors was inclusive of the compression a= nalysis draft. The Analysis draft is ambiguous as to which SRv6 forwarding plane flavor wa= s part of the analysis. This is a critical question that has come up by the WG and Chairs, and answ= ering this question will help pave the way to an adoption call for C-SID. Kind Regards Gyan On Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra > wrote: Dear Authors After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on = the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. The three solutions are very different and all would yield different analys= is results. I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID "REPLACE-C-SID" https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment " NEXT-C-SID" https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 --_000_BL0PR05MB5316D38814A1EA6AF74F513CAEA49BL0PR05MB5316namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Gyan,

 

You raise a very go= od point. In the analysis document, Tables 1 through 6 and Tables 12 throug= h 15 each contain only one column for the CSID. They do not indicate whethe= r the number in that column were calculated using the NEXT-C-SID, REPLACE-C-SID, or NEXT-AND-REPLACE-C-SID. (That is, = the do not indicate whether they were calculated using uSID, G-SID, or a co= mbination of both).

 

Each of these table= s should be modified, so that the CSID column is replaced by three columns = (NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-REPLACE-C-SID).<= /p>

 

If the numbers in t= hese columns are different from one another, this may inform our discussion= about whether NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-REPLACE-C-SID are di= fferent behaviors or different flavors of a behavior.

 

   &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;             = Ron

 

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> = On Behalf Of Gyan Mishra
Sent: Friday, September 24, 2021 9:56 AM
To: SPRING WG <spring@ietf.org>; draft-filsfilscheng-spring-sr= v6-srh-compression@ietf.org; spring-chairs@ietf.org
Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compressio= n-02#section-4.1.1

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

Dear Spring Authors 

 

Please respond to this question the WG has related t= o which of the three SRv6 forwarding mechanisms called  flavors was in= clusive of the compression analysis draft.

 

The Analysis draft is ambiguous as to which SRv6 for= warding plane flavor was part of the analysis.

 

This is a critical question that has come up by the = WG and Chairs, and answering this question will help pave the way to an ado= ption call for C-SID.  

 

Kind Regards 

 

Gyan

 

On Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:

Dear Authors

 

After having a few discussions on threads related to= the SRv6 compression analysis draft results, as well as WG coming to conse= nsus on a single SRv6 compression solution, a few critical questions have c= ome up related to C-SID draft that requires clarification by the authors.

 

The C-SID draft has 3 compression solutions below an= d is a combination of the two drafts below which introduces 2 of the 3 comp= ression solutions with the  C-SID draft introduction of yet a 3rd comp= ression solution.

 

Which of the 3 C-SID draft compression solutions was= included as part of the DT analysis draft results and conclusion?

 

This is a critical question that needs to be answere= d for clarification on the C-SID draft solution.

 

As the WG has consensus on a single solution we need= to have clarification from the authors which of the 3 compression solution= s was included in the analysis.  

 

The three solutions are very different and all would= yield different analysis results.

 

I understand the authors have called the each soluti= on a endpoint flavor which I see from the IANA codepoint allocations, howev= er each flavor is a different solution.  

 

 

So the WG as stated would like a single solution so = now we need feedback from the authors which of the three solutions or endpo= int flavors was part of the DT analysis draft that the authors would like t= o put forward as the single compression solution.

 

C-SID is a combination of the two drafts below:

 

Combination of the two drafts below:

 

 

Gyan

--

Gyan Mishra=

Network Solutions Architect&nb= sp;

Email gyan.s.mishr= a@verizon.com

M 301 = 502-1347

 

--

Gyan Mishra=

Network Solutions Architect&nb= sp;

Email gyan.s.mishr= a@verizon.com

M 301 = 502-1347

 

--_000_BL0PR05MB5316D38814A1EA6AF74F513CAEA49BL0PR05MB5316namp_-- From nobody Fri Sep 24 11:16:37 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32C4C3A0B52; Fri, 24 Sep 2021 11:16:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.587 X-Spam-Level: X-Spam-Status: No, score=-9.587 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=lNHn/z9K; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=US9LSbti 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 tw7BNMnS-NNX; Fri, 24 Sep 2021 11:16:29 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29A8D3A0B4F; Fri, 24 Sep 2021 11:16:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27544; q=dns/txt; s=iport; t=1632507389; x=1633716989; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=SjTFtE9X6J6nl3yKRt4PN8KAsk9/H5wjzoZThlBLGmE=; b=lNHn/z9KWR+9W5Y2vQzGgWMbRMLUr8MQ6vdRnmcJAbiA9uTnYgt45upX lKGCZvypI3vqjMRoB0K4qNCEDLe1MA8HYnKL6nts7lpWeowRrSFZ4e8Eu M84AzEqrvEAroFcG2bsj2uIBBrqxtnt0ypbKx09LerKj1KB1MEiLGOTkM o=; X-IronPort-AV: E=Sophos;i="5.85,320,1624320000"; d="scan'208,217";a="936478656" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2021 18:16:03 +0000 Received: from mail.cisco.com (xbe-rcd-003.cisco.com [173.37.102.18]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 18OIG1dV029976 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 24 Sep 2021 18:16:02 GMT Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-rcd-003.cisco.com (173.37.102.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 13:16:01 -0500 Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 24 Sep 2021 14:16:01 -0400 Received: from NAM12-BN8-obe.outbound.protection.outlook.com (72.163.14.9) 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.15 via Frontend Transport; Fri, 24 Sep 2021 13:16:00 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KKVmIPPpu6o+3D6xpAuArLKzNoghbLHS+sOjK4DbyIABxwqp/L/onHVCOq3Qw6fTK6aU6uxG4WmYr58tm4J+kjjRo9Ghimk6w9gIz18jAuyR++w4cpFVaGMAS0G2eVDg5BbO7sNvppfgnmLDm//fDdISZc9Jkmi2vnaXdAmEzswd9lhngRufzVBwhru2iIurpMP9//G4FRMuky9BygWPJQGDa7Vr3KyyeX3Jafpp+3GCLaHC53dvuRiv57RXHmdZidQgMcPKVTDphhqCo3RkIii4z3nZzoVPyO7A+yk6Jwd0S2rqxXRndUJWsB411LeEr60Rr6GgVE5p7hMJb16LNw== 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; bh=d8QvUjA8MNlQFiyD70vMrNqhrMdPcuKNifcJA/nTRYg=; b=FYZYE+n0ueg9Gc78/s31+B/cimElR2BRxyxmekaXsgjaypoqKWw/SNFhtiYMeSM4Q2nUP/5Mg8nkLL4AcbxfAWgGO8T08Ysn6vDuyemBSfZJb5wUcv+bv2VBtOy0kAO+ceyDaK7f0cCQMYamoMLLSL4Yt0m26x1pDBGc5S9Xjdo8rKrEWxcmWo7ut0Gc++H8GPCb9DYB/zZdmjgRtxHMbJ/cxKTmI5rZ5AitzKl0tsjJ7lxKQVgxRodOv0lhD0vSdDy317oiH75BSRQZaIKICRKhOVcdsCt6/RbZMxIRGARFonIBKLMuQeSIKqa7Bxrk0/T8jggEtFEcYF5gBjgApg== 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=d8QvUjA8MNlQFiyD70vMrNqhrMdPcuKNifcJA/nTRYg=; b=US9LSbtiudS5HetnBW8eXprertTq/TWTp084RooN/+j0pcXQmqYOxsBvg0KizpAcwbJqvu48iwnLWOX3kcHtRwIQk4GbVTEtkIVZ8nee7KQ5Lg6DbJRWX6gTR9SXwvcEKNanKj7yinEHs2wwEaseKJp9UQO6EKSz0bLqSHbIDYI= Received: from BN6PR11MB4081.namprd11.prod.outlook.com (2603:10b6:405:78::38) by BN6PR1101MB2305.namprd11.prod.outlook.com (2603:10b6:405:4d::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15; Fri, 24 Sep 2021 18:15:59 +0000 Received: from BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a]) by BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a%6]) with mapi id 15.20.4544.015; Fri, 24 Sep 2021 18:15:59 +0000 From: "Darren Dukes (ddukes)" To: Gyan Mishra CC: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 Thread-Index: AQHXrY1Un71tsNJLTkm0UQH0wMLicauzP9kIgAAM6YCAADh9TQ== Date: Fri, 24 Sep 2021 18:15:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5f414e70-20b5-4476-d238-08d97f875c55 x-ms-traffictypediagnostic: BN6PR1101MB2305: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hKz7pt9XxdwU1jH1K6sq8Pv1ZMTCWvcmo56ALrDRUhbUfDB5N7ZqjElnddH+ohDezlloyN1YHI6dFPRaCec/mRLdnIB2U6JbCkg0pZ22YVwlnxh7LvojYUM8eaiWp271k2eQ6yl7kfUzAIA00anW9ix7rLmEd0ElQIYBGeYbaqtZrXeS67uM43AesblJzCpwdq2K//DEPrIK+no41B/YGmE0P3q8Ft0aMuTtX3P0eD+paedejye8GB0kzXYAyjuyzelaOQvYnoTQ9TXnZ1cTRx3FfjJgF5sG5/COoB0bG6bXF4priqGB9GixV8fkdS+kDQPfQ8qwGpCLt3YZ8LMd7BiwslaiAd48/m+ytvFz4vWkaR9pkRZ3WzzDeN5f/KWlyXuuqBBAMOE6O7dl595H2tLaVBWFXt3iwxbrYq2wSCfRx68cxMsUYqQ6YCyPCDkC26UBfRh7Mn2n7WwlREuYAvXFbtkc6AHM/LkoF1BnokXGK7Rt6/iUxJQW7b4nFbxane2t691Z9faXt+x5AkkU75E4Nlt4/KVXUUTYJrM2bgVdKbS0TQ4ZS2ZkYxfIesFdzqMPvxL9+3hJvu9zMeqAB6YxuRirPYiojdiddBTrqIjY1roS9191VKmdP4x0iPSzEdRTJ4NTWT04OcHTT6uF/rMCaIhf0CfHmXqtckoh3bCPOBtkE1ohGOBKcdMrrlG8QsdmJEb7tX5t4ELTdnSK/BL78bQvOdFldjRN12azfr4ghTpjO/etGGw9S8zXEzpx07sm4PwEmJgXyHziIpO363L45Jo+8mDRqkU2rqizWn/pcy56sGhGXoN2Icrq42/ihf38/2Fnc4ig6UWANqd0vw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB4081.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(966005)(40140700001)(86362001)(71200400001)(508600001)(38100700002)(6506007)(122000001)(83380400001)(26005)(186003)(54906003)(66946007)(8676002)(38070700005)(91956017)(166002)(6916009)(55016002)(8936002)(52536014)(53546011)(316002)(76116006)(4326008)(2906002)(66556008)(66446008)(9686003)(5660300002)(66476007)(7696005)(64756008)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?Nr/j3Tmvc9cOUR8DGElSnMTCQgc80ysuPGyLswjp3m6haHbnNbL44ehZ?= =?Windows-1252?Q?FN441t4JA1rGvO1FOe+pVz2dO0ZiBVKluPiSgtWia3fM4dkrmmiZChDY?= =?Windows-1252?Q?n891g6cLkSM0sDAA2jTnww7eWyfNJcQR7BkcAkfXapIdVmzj0yWy6rr7?= =?Windows-1252?Q?LcgqDz8OP1/ehxlNl3EqyfU1g8XNWomy9WNMeVnFK1J/kC4BgzjgGdPZ?= =?Windows-1252?Q?wP9HBmKX95WhFt8hllCeKhep5o0yRNIKf8F89PZbOjELdbR+TNa52ReW?= =?Windows-1252?Q?zs89hjy1IF+szCqFOCs8OFFvjADp6U84X3ZVAF3lSr4A3oBidbL1xOfB?= =?Windows-1252?Q?ZOpM/p7WarG7riYZztZFxPPYTnfpHIg6ut+UUdRVMyo2GuoEdMc4lHep?= =?Windows-1252?Q?KcL25tt0LdiJGYhlSGfnYGa+MPEPEn9AzM/Gd27dwjAQErLdVVy7bxdS?= =?Windows-1252?Q?vBZjosf32PBUQqRrn5jiTZ0fhiZzhwcIzMgV5nqT3jCTh3pIKlJQe5IK?= =?Windows-1252?Q?X5SJG2A4tJgI8CKrj7vvKYieY5zvKEx+yr16+CsjQMoaKjeG37Pl7Pez?= =?Windows-1252?Q?+zu+wl/hDB3s//0X830qthtGXT1lP8t6a3TNNnupCE9iulxipO5hKU6/?= =?Windows-1252?Q?CRAmvvlGhMJgiHlfuO8FSXWr29BTMRv+MY9ZTkBsAn/95eAg1jvPoM2c?= =?Windows-1252?Q?SZjjPTKDaOfrwLBo2ZoZ+on0Lr8srCPI5tc+oes/7/VXZRetKukP0R6W?= =?Windows-1252?Q?9evUXhVkBeCozrEkkhq0WGxbgsGq0EIQAV1hSkCvvrdNODGWthkWuW76?= =?Windows-1252?Q?3kS9V6J5nbonyaiA55Mu5P4H3FZMhRMxTrvQU4RZVFJ3+wUYseml/M9a?= =?Windows-1252?Q?RYpZIY99DxORw+NnYoTmpGfRLfHJbafGAbp2lGl7zfX3NXUeVoYd01vp?= =?Windows-1252?Q?+XEWnxSyHb9PvW0EuAB4EaIQsXv+dpU+VS7HOkP9iWpxqHMQ7z6EqSXz?= =?Windows-1252?Q?08V835cxssGZUTQqmd0oe+FnwTZtgMM65BgUAhBIOiiJF+5OAy4NmwiX?= =?Windows-1252?Q?u1enMVK4m8kFm56+6sjEtKzHjLWz6p3a/YhwEEFbV8BWa4R1hpdajuBf?= =?Windows-1252?Q?890inZrQIGfyN/8r1nSnzK00ZkShvbEH4MCSH5Bv93hXmO12PuKfQfIB?= =?Windows-1252?Q?2RvCI4eh3kTT5flgpzShhlnhVaPOxJAW6gcmPXUumXZnhXerO6eCjPgj?= =?Windows-1252?Q?DkPtb0tBSPBVdy2csCJ/X+XpanlC+R4zkdT9SkxImxFvOl6/wkoEkFaH?= =?Windows-1252?Q?BXZ1vxJZFU7o7Jl55Ex3J/yTxsBrwkLFs7D7ojBoErIAPld107roch4O?= =?Windows-1252?Q?+qRTkkSnlc8vOfhplSawVDfVdysw4Ghyl+XiSRHwhzM4brsUcqrD5P5y?= =?Windows-1252?Q?j8kxAhvaGhJ4+tZw/Jb7lg=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BN6PR11MB4081E4A6036D836D5801A933C8A49BN6PR11MB4081namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB4081.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5f414e70-20b5-4476-d238-08d97f875c55 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2021 18:15:59.4757 (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: KTHQw9QlamTrA1L2Rv8aK+eKNhQU/Neg+b5Iv9yoi2zAVACRDKfqH7hVVExxG3X1EMYTlQd1vIhxlLhziUa7Iw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1101MB2305 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.18, xbe-rcd-003.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 18:16:36 -0000 --_000_BN6PR11MB4081E4A6036D836D5801A933C8A49BN6PR11MB4081namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Section 6.1 On 2021-09-24, 10:53 AM, "Gyan Mishra" wrote: Thank you Darren! Few comments. I do see many early allocation for C-SID for various endpoint behaviors. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml I was trying to find out where in the CSID draft that is stated. Please pr= ovide the section. =93CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-S= ID use for 32-bit C-SIDs. =93 Just based on the CSID draft SRv6 forwarding plane flavors, SID formatting,= the NEXT-C-SID used a 16-bit combined NF -Locator/Function uSID variant w= here the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function. I did not see explicit verbiage as to one flavor or the other for 16 or 32 = bit SID. I believe this information is important to be included in the analysis dra= ft as well. Section 6 talks about CSID length, Block length and GIB/LIB usage but does = not specify explicitly what you are stating. As the WG has clearly stated that they would like a single solution, howeve= r CSID is inclusive of 2 SRv6 forwarding compression solutions not one from= the two drafts - uSID & G-SID. So that would have to be hashed out by the WG taking into account the inte= roperability issue that is the key point of contention to having multiple s= olutions from an operators perspective. Kind Regards Gyan On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) > wrote: Hi Gyan, as a DT member, I can answer your analysis draft question. Consistent with the requirement document, proposals were analyzed with 16-b= it and 32-bit SID lengths, though several supported additional options. The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and REPLACE-C-= SID use for 32-bit C-SIDs. The design team followed this recommendation in = its analysis, though the CSID draft notes all flavors support both 16-bit a= nd 32-bit C-SID length. Darren On 2021-09-19, 3:34 PM, "spring" > wrote: Dear Authors After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on = the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. The three solutions are very different and all would yield different analys= is results. I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID =93REPLACE-C-SID=94 https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment =93 NEXT-C-SID=94 https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 --_000_BN6PR11MB4081E4A6036D836D5801A933C8A49BN6PR11MB4081namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Section 6.1

 

On 2021-09-24, 10:53 AM= , "Gyan Mishra" <hayabusagsm@gmail.com> wrote:

 

Thank you Darren!<= /o:p>

 

Few comments.

 

I do see many early all= ocation for C-SID for various endpoint behaviors.

 

I was trying to find ou= t where in the CSID draft that is stated.  Please provide the section.=

 

=93CSID draft recommended NEXT-C-SID use = for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. =93=

 

Just based on the CSID draft = SRv6 forwarding plane flavors, SID formatting,  the NEXT-C-SID used a = 16-bit combined NF -Locator/Function uSID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function.=

 

I did not see explicit verbia= ge as to one flavor or the other for 16 or 32 bit SID.

 

I believe this  informat= ion is important to be included in the analysis draft as well.

 

Section 6 talks about CSID le= ngth, Block length and GIB/LIB usage but does not specify explicitly what y= ou are stating.

 

As the WG has clearly stated = that they would like a single solution, however CSID is inclusive of 2 SRv6= forwarding compression solutions not one from the two drafts - uSID & G-SID.  

 

So that would have to be hashed out by th= e WG taking into account the  interoperability issue that is the key p= oint of contention to having multiple solutions from an operators perspective.

 

Kind Regards 

 

Gyan

 

 

 

On Fri, Sep 24, 2021 at= 10:10 AM Darren Dukes (ddukes) <ddu= kes@cisco.com> wrote:

Hi Gyan, as a DT member, I can answer your analysis dr= aft question.

Consistent with the requirement document, proposals we= re analyzed with 16-bit and 32-bit SID lengths, though several supported ad= ditional options.

The CSID draft recommended NEXT-C-SID use for 16-bit C= -SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The design team followed th= is recommendation in its analysis, though the CSID draft notes all flavors = support both 16-bit and 32-bit C-SID length.

Darren

 

 

On 2021-09-19, 3:34 PM, "spring" <spring-bounces@ietf.org> wrote:

 

Dear Authors

 

After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors.

 

The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the  C-SID draft introduction of yet a 3rd compression solution.<= /o:p>

 

Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion?

 

This is a critical question that needs to be answered for clarification on = the C-SID draft solution.

 

As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis.  

 

The three solutions are very different and all would yield different analys= is results.

 

I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution.  

 

 

So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution.

 

C-SID is= a combination of the two drafts below:

 

Combinat= ion of the two drafts below:

 

G-SID - = Generalized SID =93REPLACE-C-SID=94

 

SRv6 uSI= D micro-segment =93 NEXT-C-SID=94

 

Kind Reg= ards 

 

Gyan

--

Gya= n Mishra

Networ= k Solutions Architect 

Email gyan.s.mishra@verizon.com

M 301 = 502-1347

 

--

<= /span>

Gya= n Mishra

Networ= k Solutions Architect 

Email gyan.s.mishra@verizon.com=

M 301 = 502-1347

 

--_000_BN6PR11MB4081E4A6036D836D5801A933C8A49BN6PR11MB4081namp_-- From nobody Fri Sep 24 11:46:58 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E56A3A0F5E; Fri, 24 Sep 2021 11:46:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.086 X-Spam-Level: X-Spam-Status: No, score=-2.086 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=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 wM6QwegTxdVU; Fri, 24 Sep 2021 11:46:49 -0700 (PDT) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 908553A0F4D; Fri, 24 Sep 2021 11:46:36 -0700 (PDT) Received: by mail-pj1-x102a.google.com with SMTP id me1so7574839pjb.4; Fri, 24 Sep 2021 11:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vp6poKK3DxpIOTgias7K/OERXytZUrknWXyQkCZjuTQ=; b=Dlq7znN0F7uIhwDY9Qe7sx0NShcG2hC9G+w402qvhR9GcQQjSgcJy1T7u31CL5PxvJ MmuhDA49y78gPy2lzm/cCFQ67DDBja817at8WdE6nXQ21l/UT4egiPxzKkKlRqZ3cyD2 a2Uq8daTEQuvMgGWf6HCgO/FXS9gI6v4S+eVHJfPVhshYOPJdTkqjWXRDSBSUmb37zrf QAQkQ2wH3nZISiqo82XIR0rKW3Jlof97t24cNNEB84z0yY4fYHfcUz0F3aSPOB1jwNM9 SqNg0bwCiNZQA111jQNSsPRmrd2P+80yvOR74nRPn2Pympdevxnph7SPf70MnRHoIpgz WrGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vp6poKK3DxpIOTgias7K/OERXytZUrknWXyQkCZjuTQ=; b=jiXmPideRq+HhVrmMtiUm8sQ2608hyTVk+qywF+cs1Nc+zfu/TGay12znjQfMGwa0V exJDcIRi2/fAVsII18C1aPJ6lIFjBb4IIXQMSA672ostLI+dirF4m4tV0NXRcE0MW1ib rjn4CW9VtOeFVybUBXKDmkVM6fNoWXxQbD4hpwScX9AWDiDRhzWMlR6OopeXrfrFb5hJ 4q1AxxZCMUf9v8y8kAbSQWnc/+pDY9hvxP5J8smFr0J1wYEG0P8wW2Q2jJzCIFsib6Dp qIS1HAZfhg3hUQl67kcYIi5pcAxEiIKuEfmhIFsb2mwvuXdw+Qo9lnxJxpG+CFrD1/HB /Psg== X-Gm-Message-State: AOAM531r7u4U57g996Vz2Tzaa9wLyuAhFGUu65FGMjWz5uPYHZ1lRD49 vMixQomzNKFCztzI8uBmFXGgA8HL78ZqSfQH8pG5IWc4 X-Google-Smtp-Source: ABdhPJw33zNtVzBlMFJf95Us9BNJ3sJQ3KdrPqVZWvvHpkrdFtAGFOgr983V2x0y+9I0pDE+EA1fnStD9FR0+DRg+ZU= X-Received: by 2002:a17:902:c10a:b0:132:580a:90b4 with SMTP id 10-20020a170902c10a00b00132580a90b4mr10313296pli.7.1632509195722; Fri, 24 Sep 2021 11:46:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Fri, 24 Sep 2021 14:46:24 -0400 Message-ID: To: "Darren Dukes (ddukes)" Cc: SPRING WG , "draft-filsfilscheng-spring-srv6-srh-compression@ietf.org" , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000b423ca05ccc22aa1" Archived-At: Subject: Re: [spring] https://datatracker.ietf.org/doc/html/draft-filsfilscheng-spring-srv6-srh-compression-02#section-4.1.1 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 18:46:55 -0000 --000000000000b423ca05ccc22aa1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Darren Was there any preference by the DT members or authors on the REPLACE-SID / G-SID draft solution recommended for 32 bit SID over the NEXT-SID / uSID draft solution recommended for 16-bit SID, which of the two solutions works best for both 16 bit or 32 bit or even different bit boundaries for example MPLS 20 bit label or go even smaller 8 or 12 bit we mentioned by Robert. Kind Regards Gyan On Fri, Sep 24, 2021 at 2:16 PM Darren Dukes (ddukes) wrote: > Section 6.1 > > > > On 2021-09-24, 10:53 AM, "Gyan Mishra" wrote: > > > > Thank you Darren! > > > > Few comments. > > > > I do see many early allocation for C-SID for various endpoint behaviors. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > I was trying to find out where in the CSID draft that is stated. Please > provide the section. > > > > =E2=80=9CCSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. =E2=80=9C > > > > Just based on the CSID draft SRv6 forwarding plane flavors, SID > formatting, the NEXT-C-SID used a 16-bit combined NF -Locator/Function > uSID variant where the REPLACE-C-SID uses a 32-bit combined > NF-Locator/Function. > > > > I did not see explicit verbiage as to one flavor or the other for 16 or 3= 2 > bit SID. > > > > I believe this information is important to be included in the analysis > draft as well. > > > > Section 6 talks about CSID length, Block length and GIB/LIB usage but doe= s > not specify explicitly what you are stating. > > > > As the WG has clearly stated that they would like a single solution, > however CSID is inclusive of 2 SRv6 forwarding compression solutions not > one from the two drafts - uSID & G-SID. > > > > So that would have to be hashed out by the WG taking into account the > interoperability issue that is the key point of contention to having > multiple solutions from an operators perspective. > > > > Kind Regards > > > > Gyan > > > > > > > > On Fri, Sep 24, 2021 at 10:10 AM Darren Dukes (ddukes) > wrote: > > Hi Gyan, as a DT member, I can answer your analysis draft question. > > Consistent with the requirement document, proposals were analyzed with > 16-bit and 32-bit SID lengths, though several supported additional option= s. > > The CSID draft recommended NEXT-C-SID use for 16-bit C-SIDs, and > REPLACE-C-SID use for 32-bit C-SIDs. The design team followed this > recommendation in its analysis, though the CSID draft notes all flavors > support both 16-bit and 32-bit C-SID length. > > Darren > > > > > > On 2021-09-19, 3:34 PM, "spring" wrote: > > > > Dear Authors > > > > After having a few discussions on threads related to the SRv6 compression > analysis draft results, as well as WG coming to consensus on a single SRv= 6 > compression solution, a few critical questions have come up related to > C-SID draft that requires clarification by the authors. > > > > The C-SID draft has 3 compression solutions below and is a combination of > the two drafts below which introduces 2 of the 3 compression solutions wi= th > the C-SID draft introduction of yet a 3rd compression solution. > > > > Which of the 3 C-SID draft compression solutions was included as part of > the DT analysis draft results and conclusion? > > > > This is a critical question that needs to be answered for clarification o= n > the C-SID draft solution. > > > > As the WG has consensus on a single solution we need to have clarificatio= n > from the authors which of the 3 compression solutions was included in the > analysis. > > > > The three solutions are very different and all would yield different > analysis results. > > > > I understand the authors have called the each solution a endpoint flavor > which I see from the IANA codepoint allocations, however each flavor is a > different solution. > > > > https://www.iana.org/assignments/segment-routing/segment-routing.xhtml > > > > So the WG as stated would like a single solution so now we need feedback > from the authors which of the three solutions or endpoint flavors was par= t > of the DT analysis draft that the authors would like to put forward as th= e > single compression solution. > > > > C-SID is a combination of the two drafts below: > > > > Combination of the two drafts below: > > > > G-SID - Generalized SID =E2=80=9CREPLACE-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-fo= r-cmpr-03 > > > > SRv6 uSID micro-segment =E2=80=9C NEXT-C-SID=E2=80=9D > > > https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-exten= sion-srv6-usid-10 > > > > Kind Regards > > > > Gyan > > -- > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > > -- > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000b423ca05ccc22aa1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Darren

Was there any preference by the DT members or authors on= the REPLACE-SID / =C2=A0G-SID draft solution recommended for 32 bit SID ov= er the NEXT-SID / uSID draft solution recommended for 16-bit SID, which of = the two solutions works best for both 16 bit or 32 bit or even different bi= t boundaries for example MPLS 20 bit label or go even smaller 8 or 12 bit w= e mentioned by Robert.

K= ind Regards=C2=A0

Gyan

On Fri, Sep 24, 2021 at 2:16 PM Darren Dukes (ddukes) <ddukes@cisco.com> wrote:

Section 6.1

=C2=A0

On 2021-09-24, 10:53 AM, = "Gyan Mishra" <hayabusagsm@gmail.com> wrote:

=C2=A0

Thank you Darren!<= u>

=C2=A0

Few comments.

=C2=A0

I do see many early alloc= ation for C-SID for various endpoint behaviors.

=C2=A0

I was trying to find out = where in the CSID draft that is stated.=C2=A0 Please provide the section.

=C2=A0

=E2=80=9CCSID draft recommended NEXT-C-SID us= e for 16-bit C-SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. =E2=80=9C

=C2=A0

Just based on the CSID draft SRv6= forwarding plane flavors, SID formatting, =C2=A0the NEXT-C-SID used a 16-b= it combined NF -Locator/Function uSID variant where the REPLACE-C-SID uses a 32-bit combined NF-Locator/Function.=

=C2=A0

I did not see explicit verbiage a= s to one flavor or the other for 16 or 32 bit SID.

=C2=A0

I believe this =C2=A0information = is important to be included in the analysis draft as well.

=C2=A0

Section 6 talks about CSID length= , Block length and GIB/LIB usage but does not specify explicitly what you a= re stating.

=C2=A0

As the WG has clearly stated that= they would like a single solution, however CSID is inclusive of 2 SRv6 for= warding compression solutions not one from the two drafts - uSID & G-SID. =C2=A0

=C2=A0

So that would have to be hashed out by the WG= taking into account the =C2=A0interoperability issue that is the key point= of contention to having multiple solutions from an operators perspective.

=C2=A0

Kind Regards=C2=A0<= u>

=C2=A0

Gyan

=C2=A0

=C2=A0

=C2=A0

On Fri, Sep 24, 2021 at 1= 0:10 AM Darren Dukes (ddukes) <ddukes@cisco.com> wrote:

Hi Gyan, as a DT member, I can answer your analysis dr= aft question.

Consistent with the requirement document, proposals we= re analyzed with 16-bit and 32-bit SID lengths, though several supported ad= ditional options.

The CSID draft recommended NEXT-C-SID use for 16-bit C= -SIDs, and REPLACE-C-SID use for 32-bit C-SIDs. The design team followed th= is recommendation in its analysis, though the CSID draft notes all flavors = support both 16-bit and 32-bit C-SID length.

Darren

=C2=A0

=C2=A0

On 2021-09-19, 3:34 PM, "spring" <spring-bounces@ietf.org> wrote:<= /u>

=C2=A0

Dear Authors

=C2=A0

After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors.

=C2=A0

The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the =C2=A0C-SID draft introduction of yet a 3rd compression solution.

=C2=A0

Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion?

=C2=A0

This is a critical question that needs to be answered for clarification on = the C-SID draft solution.

=C2=A0

As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. =C2=A0

=C2=A0

The three solutions are very different and all would yield different analys= is results.

=C2=A0

I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. =C2=A0

=C2=A0

=C2=A0

So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution.

=C2=A0

C-SID is a= combination of the two drafts below:

=C2=A0

Combinatio= n of the two drafts below:

=C2=A0

G-SID - Ge= neralized SID =E2=80=9CREPLACE-C-SID=E2=80=9D

=C2=A0

SRv6 uSID = micro-segment =E2=80=9C=C2=A0NEXT-C-SID=E2=80=9D

=C2=A0

Kind Regar= ds=C2=A0

=C2=A0

Gyan

--

<= /span>

Gyan Mishra

Network Solutions = Architect=C2=A0

Ema= il gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--

Gyan Mishra

Network Solutions = Architect=C2=A0

Ema= il gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--
--000000000000b423ca05ccc22aa1-- From nobody Fri Sep 24 18:26:32 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01DC53A0879; Fri, 24 Sep 2021 18:26:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e9WsoIDcoj7W; Fri, 24 Sep 2021 18:26:20 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E10AE3A0877; Fri, 24 Sep 2021 18:26:19 -0700 (PDT) Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HGWPQ2qzSz686jx; Sat, 25 Sep 2021 09:23:22 +0800 (CST) Received: from dggeme703-chm.china.huawei.com (10.1.199.99) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Sat, 25 Sep 2021 03:26:15 +0200 Received: from dggpemm500008.china.huawei.com (7.185.36.136) by dggeme703-chm.china.huawei.com (10.1.199.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Sat, 25 Sep 2021 09:26:13 +0800 Received: from dggpemm500008.china.huawei.com ([7.185.36.136]) by dggpemm500008.china.huawei.com ([7.185.36.136]) with mapi id 15.01.2308.008; Sat, 25 Sep 2021 09:26:13 +0800 From: Lizhenbin To: TEAS WG CC: "Dongjie (Jimmy)" , "spring@ietf.org" , "mpls@ietf.org" , "EXT-vishnupavan@gmai" , Adrian Farrel , Tarek Saad , =?utf-8?B?6b6a56uL6Imz?= , draft-ali-teas-sprin , draft-filsfils-sprin , draft-decraene-mpls- Thread-Topic: More Discussion//RE: Re:Re: [Teas] New term for the underlay construct used for slice realization Thread-Index: AdeVHBjQ5DKkk0JaQEmCegERsKbClQckAgEQ Date: Sat, 25 Sep 2021 01:26:13 +0000 Message-ID: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.225.203] Content-Type: multipart/alternative; boundary="_000_9f45322ffaa4429a83f6bce4ec8dc9c4huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] More Discussion//RE: Re:Re: [Teas] New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 01:26:30 -0000 --_000_9f45322ffaa4429a83f6bce4ec8dc9c4huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRm9sa3MsDQoNClRoYW5rcyBmb3IgdGhlIGZlZWRiYWNrcyBhbmQgZGlzY3Vzc2lvbiBhYm91 dCB0aGUgZnVydGhlciBjb25zaWRlcmF0aW9ucyBvZiB0aGUgbmV3IHRlcm0uDQoNCkFjY29yZGlu ZyB0byBib3RoIHRoZSBtYWlsIGxpc3QgZGlzY3Vzc2lvbiBhbmQgdGhlIG9mZmxpbmUgZGlzY3Vz c2lvbiBiZXR3ZWVuIHRoZSBjby1hdXRob3JzIG9mIGRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12 cG4tdnRuLXNjYWxhYmlsaXR5IGFuZCBkcmFmdC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0LCBvdXIg Y3VycmVudCBwcmVmZXJlbmNlIGlzIHRvIGNob29zZSDigJxuZXR3b3JrIHJlc291cmNlIGdyb3Vw 4oCdIGFzIHRoZSBuZXcgdGVybS4NCg0KVGhlIGRlZmluaXRpb24gb2YgdGhpcyBuZXcgdGVybSBj b3VsZCBiZSBiYXNlZCBvbiB0aGUgdGV4dCBwcm9wb3NlZCBieSBBZHJpYW46DQpOZXR3b3JrIHJl c291cmNlIGdyb3VwOiBhIGNvbGxlY3Rpb24gb2Ygbm9kZXMsIGxpbmtzLCBhbmQgbmV0d29yayBy ZXNvdXJjZXMgdGhhdCBhcmUgYWxsb2NhdGVkIHdpdGhpbiB0aGUgbmV0d29yayBmb3IgdXNlIGJ5 IGEgc2V0IG9mIG5ldHdvcmsgc2VydmljZSB0cmFmZmljIGZsb3dzLg0KDQpBcyBmb3IgdGhlIHJl bGF0aW9uc2hpcCBiZXR3ZWVuIG5ldHdvcmsgcmVzb3VyY2UgZ3JvdXAgYW5kIFRFLCBwZXJoYXBz IGl0IGNvdWxkIGJlIGRpc2N1c3NlZCBmdXJ0aGVyIGFsb25nIHdpdGggdGhlIHByb2dyZXNzIGFu ZCBkaXNjdXNzaW9uIG9mIGRyYWZ0LTMyNzJiaXMuDQoNClBsZWFzZSBsZXQgdXMga25vdyBpZiB5 b3UgaGF2ZSBhbnkgdGhvdWdodHMgYWJvdXQgdGhpcywgbWFueSB0aGFua3MuDQoNCg0KQmVzdCBy ZWdhcmRzLA0KUm9iaW4NCg0KDQoNCkZyb206IExpemhlbmJpbg0KU2VudDogRnJpZGF5LCBBdWd1 c3QgMjAsIDIwMjEgMTowNSBBTQ0KVG86ICdURUFTIFdHJyA8dGVhc0BpZXRmLm9yZz4NCkNjOiBE b25namllIChKaW1teSkgPGppZS5kb25nQGh1YXdlaS5jb20+OyAnc3ByaW5nQGlldGYub3JnJyA8 c3ByaW5nQGlldGYub3JnPjsgJ21wbHNAaWV0Zi5vcmcnIDxtcGxzQGlldGYub3JnPjsgJ0VYVC12 aXNobnVwYXZhbkBnbWFpJyA8dmlzaG51cGF2YW5AZ21haWwuY29tPjsgJ0FkcmlhbiBGYXJyZWwn IDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjsgJ1RhcmVrIFNhYWQnIDx0c2FhZC5uZXRAZ21haWwuY29t PjsgJ+m+mueri+iJsycgPGdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20+OyAnZHJhZnQtYWxpLXRl YXMtc3ByaW4nIDxkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYu b3JnPjsgJ2RyYWZ0LWZpbHNmaWxzLXNwcmluJyA8ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYt c3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPjsgJ2RyYWZ0LWRlY3JhZW5lLW1wbHMtJyA8ZHJh ZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZz4N ClN1YmplY3Q6IE1vcmUgRGlzY3Vzc2lvbi8vUkU6IFJlOlJlOiBbVGVhc10gTmV3IHRlcm0gZm9y IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRpb24NCg0KSGkg Rm9sa3MsDQoNClRoZSDigJxuZXcgdGVybeKAnSBkaXNjdXNzaW9uIGhhcyBiZWVuIGxhc3RlZCBm b3IgYSB3aGlsZSwgdGhhbmtzIHRvIGFsbCB3aG8gcGFydGljaXBhdGVkIGluIHRoZSBkaXNjdXNz aW9uLg0KDQpTbyBmYXIgaXQgc2VlbXMgdGhlcmUgYXJlIHNvbWUgcm91Z2ggY29uc2Vuc3VzIGFi b3V0IHRoaXMg4oCcbmV3IHRlcm3igJ0gKG1heWJlIEkgYW0gd3JvbmcpIDoNCjEuIEl0IGlzIGJl dHRlciB0byBoYXZlIGEgbmV1dHJhbCB0ZXJtLCB3aGljaCBhbGxvd3MgdGhpcyB1bmRlcmxheSBj b25zdHJ1Y3QgdG8gYmUgdXNlZCBmb3IgYm90aCBuZXR3b3JrIHNsaWNlIHNlcnZpY2VzIGFuZCBv dGhlciB0eXBlcyBvZiBzZXJ2aWNlcy4NCjIuIEl0IHNlZW1zIOKAnHJlc291cmNlIGdyb3Vw4oCd IHJlY2VpdmVzIG1vcmUgc3VwcG9ydCB0aGFuIG90aGVyIGNhbmRpZGF0ZXMuDQoNCkhlcmUgSeKA mWQgYWxzbyBsaWtlIHRvIHNoYXJlIHNvbWUgY29uc2lkZXJhdGlvbnMgYW5kIGRvdWJ0cyBhYm91 dCB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uOg0KMS4g QmVmb3JlIHRoaXMgZGlzY3Vzc2lvbiBoYXBwZW5zLCBpdCBzZWVtcyBtYW55IG5ldHdvcmsgc2xp Y2luZyByZWxhdGVkIGRyYWZ0cyB1c2Ug4oCcc2xpY2XigJ0gaW4gdGhlaXIgdGVybXMgd2hpY2gg cmVmZXIgdG8gdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QuIEhvd2V2ZXIsIHRocm91Z2ggdGhpcyBu ZXcgdGVybSBkaXNjdXNzaW9uLCBpdCBzZWVtcyBtb3N0IHBlb3BsZSBpbmRpY2F0ZSB0aGV5IHBy ZWZlciBhIG5ldXRyYWwgdGVybSB0aGFuIGEgc2xpY2Ugc3BlY2lmaWMgdGVybS4gVGh1cyBJIGV4 cGVjdCB0aGUgYXV0aG9ycyBvZiB0aGUgcmVsYXRlZCBkcmFmdHMgdG8gcHJvdmlkZSBtb3JlIGZl ZWRiYWNrIGFib3V0IHRoaXMgcG9pbnQgYW5kIGluZGljYXRlIHdoZXRoZXIgdGhleSBhZ3JlZSB3 aXRoIHRoZSBjaG9pY2Ugb2YgYSBuZXV0cmFsIHRlcm0uDQoNCjIuIEFzIG1lbnRpb25lZCBzZXZl cmFsIHRpbWVzIGR1cmluZyB0aGUgZGlzY3Vzc2lvbiwgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3Qg aGFzIGJvdGggdGhlIHRvcG9sb2d5IGFuZCByZXNvdXJjZSBhdHRyaWJ1dGVzLiBXaXRoIHRoZSB0 ZXJtIOKAnHJlc291cmNlIGdyb3Vw4oCdLCBpdCBpcyBjbGVhciB0aGF0IGl0IGlzIGEgc2V0IG9m IG5ldHdvcmsgcmVzb3VyY2VzLCB0aGVuIGhvdyBhYm91dCB0aGUgdG9wb2xvZ3kgYXR0cmlidXRl PyBJcyB0aGUgdG9wb2xvZ3kgYXR0cmlidXRlIGFsc28gaW5jbHVkZWQgaW4gdGhlIOKAnHJlc291 cmNlIGdyb3Vw4oCdPw0KDQozLiBXaGF0IGlzIHRoZSBpbnRlbmRlZCBzY29wZSBvZiByZXNvdXJj ZSBncm91cD8gTW9yZSBzcGVjaWZpY2FsbHksIGlzIGEgcG9pbnQtdG8tcG9pbnQgcGF0aCBvciBh IFAyTVAgcGF0aCB3aXRoIGEgc2V0IG9mIHJlc2VydmVkIG5ldHdvcmsgcmVzb3VyY2UgYSByZXNv dXJjZSBncm91cD8gSW4gaGlzdG9yeSwgUlNWUC1URSB3YXMgdXNlZCB0byBzZXQgdXAgcmVzb3Vy Y2UgcmVzZXJ2ZWQgcG9pbnQtdG8tcG9pbnQgVEUgcGF0aHMgYW5kIFAyTVAgVEUgcGF0aHMuIE1v cmUgcmVjZW50bHksIHRoZXJlIGlzIGVmZm9ydCBpbiBEZXROZXQgV0cgb24gdGhlIG1lY2hhbmlz bXMgdG8gc2V0IHVwIGRldGVybWluaXN0aWMgZGF0YSBwYXRocy4gQ2FuIHRoZXNlIHBhdGhzIGJl IGNvbnNpZGVyZWQgYXMgcmVzb3VyY2UgZ3JvdXBzPyAgQ2FuIHdlIGZ1cnRoZXIgY2xhc3NpZnkg dGhlbSBpbnRvIGRpZmZlcmVudCBQMlAgcmVzb3VyY2UgZ3JvdXAsIFAyTVAgcmVzb3VyY2UgZ3Jv dXAsIG9yIE1QMk1QIHJlc291cmNlIGdyb3VwPw0KDQo0LiBBIG1vcmUgc3VidGxlIHF1ZXN0aW9u IGlzLCB3aGF0IGlzIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiByZXNvdXJjZSBncm91cCBhbmQg VEU/IElzIHJlc291cmNlIGdyb3VwIGEgY29uc3RydWN0IHVuZGVyIHRoZSBURSBhcmNoaXRlY3R1 cmUsIG9yIGlzIHRoZXJlIHNvbWUgb3ZlcmxhcCBiZXR3ZWVuIHRoZW0/DQoNCldpc2ggdG8gbGVh cm4geW91ciB0aG91Z2h0cyBvbiB0aGVzZSBjb25zaWRlcmF0aW9ucyBhbmQgZG91YnRzLg0KDQoN Cg0KQmVzdCBSZWdhcmRzLA0KUm9iaW4NCg0KDQoNCg0KDQoNCkZyb206IExpemhlbmJpbg0KU2Vu dDogVHVlc2RheSwgQXVndXN0IDE3LCAyMDIxIDEwOjI5IFBNDQpUbzogJ+m+mueri+iJsycgPGdv bmdsaXlhbkBjaGluYW1vYmlsZS5jb208bWFpbHRvOmdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20+ PjsgZHJhZnQtYWxpLXRlYXMtc3ByaW4gPGRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGlu Zy1ibG9ja3NAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGlu Zy1ibG9ja3NAaWV0Zi5vcmc+PjsgZHJhZnQtZmlsc2ZpbHMtc3ByaW4gPGRyYWZ0LWZpbHNmaWxz LXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtZmls c2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPj47IGRyYWZ0LWRl Y3JhZW5lLW1wbHMtIDxkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxh YmVsLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1l bnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPj4NCkNjOiBEb25namllIChKaW1teSkgPGppZS5kb25n QGh1YXdlaS5jb208bWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20+Pjsgc3ByaW5nQGlldGYub3Jn PG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYu b3JnPjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+OyBFWFQt dmlzaG51cGF2YW5AZ21haSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0bzp2aXNobnVwYXZh bkBnbWFpbC5jb20+PjsgQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86 YWRyaWFuQG9sZGRvZy5jby51az4+OyBUYXJlayBTYWFkIDx0c2FhZC5uZXRAZ21haWwuY29tPG1h aWx0bzp0c2FhZC5uZXRAZ21haWwuY29tPj4NClN1YmplY3Q6IFJFOiBSZTpSZTogW1RlYXNdIE5l dyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlcmVhbGl6YXRp b24NCg0KSGkgTGl5YW4sDQpTb3JyeSB0aGF0IEkgbWlzc2VkIHlvdXIgbmV3IGRyYWZ0LiBUaGFu a3MgZm9yIHlvdXIgZmVlZGJhY2suIEl0IGlzIGhlbHBmdWwgZm9yIHVzIHRvIGhhdmUgYSBjb21t b24gdGVybWlub2xvZ3kuDQoNCkJlc3QgUmVnYXJkcywNClJvYmluDQoNCg0KDQpGcm9tOiDpvprn q4voibMgW21haWx0bzpnb25nbGl5YW5AY2hpbmFtb2JpbGUuY29tXQ0KU2VudDogVHVlc2RheSwg QXVndXN0IDE3LCAyMDIxIDQ6NDggUE0NClRvOiBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWku Y29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+OyBkcmFmdC1hbGktdGVhcy1zcHJpbiA8 ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZzxtYWlsdG86 ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZz4+OyBkcmFm dC1maWxzZmlscy1zcHJpbiA8ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNs aWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxl c3Mtc2xpY2UtaWRAaWV0Zi5vcmc+PjsgZHJhZnQtZGVjcmFlbmUtbXBscy0gPGRyYWZ0LWRlY3Jh ZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc8bWFpbHRvOmRy YWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc+ Pg0KQ2M6IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRv bmdAaHVhd2VpLmNvbT4+OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47 IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+OyBURUFTIFdHIDx0ZWFzQGlldGYu b3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj47IEVYVC12aXNobnVwYXZhbkBnbWFpIDx2aXNobnVw YXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+OyBBZHJpYW4gRmFy cmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPj47IFRh cmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+ Pg0KU3ViamVjdDogUmU6UmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0 cnVjdCB1c2VkIGZvciBzbGljZXJlYWxpemF0aW9uDQoNCg0KSGkgQWxs77yMDQoNClRoZSBkcmFm dC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWRbMV0gYWxzbyBwcm92 aWRlZCBhIHNsaWNlIElEIGVuY29kaW5nIHNvbHV0aW9uLg0KDQpBbmQgYWJvdXQgdGhlIGRpc2N1 c3Npb24sIHdlIGFyZSBmaW5lIHRvIGZvbGxvdyB0aGUgZmluYWwgZGVjaXNpb24gb2YgdGhlIFdH LCBubyBzcGVjaWFsIHJlcXVpcmVtZW50cy4NCg0KDQoNClsxXSBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNs aWNlaWQvDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkxpeWFuIEdvbmcNCg0KDQotLS0t6YKu5Lu2 5Y6f5paHLS0tLQ0K5Y+R5Lu25Lq677yaTGl6aGVuYmluICA8bGl6aGVuYmluQGh1YXdlaS5jb208 bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj4NCuaUtuS7tuS6uu+8miJkcmFmdC1hbGktdGVh cy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPG1haWx0bzpkcmFmdC1hbGktdGVh cy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPiIgPGRyYWZ0LWFsaS10ZWFzLXNw cmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNw cmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc+PiwiZHJhZnQtZmlsc2ZpbHMtc3ByaW5n LXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxzZmlscy1z cHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+IiA8ZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxz Zmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+PiwiZHJhZnQtZGVj cmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzxtYWlsdG86 ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9y Zz4iIDxkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGll dGYub3JnPG1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxh YmVsLWlkQGlldGYub3JnPj4NCuaKhOOAgOmAgTogIkRvbmdqaWUgXFwoSmltbXlcXCk8ZmlsZTov Ly9cXChKaW1teVwpPiIgPGppZS5kb25nQGh1YXdlaS5jb208bWFpbHRvOmppZS5kb25nQGh1YXdl aS5jb20+Piwic3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+IiA8c3ByaW5n QGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+PiwibXBsc0BpZXRmLm9yZzxtYWlsdG86 bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4sVEVB UyBXRyAgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PixKb2huIEUgRHJha2Ug IDxqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQwanVu aXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiwiRVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbTxtYWls dG86RVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbT4iIDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFp bHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+LEFkcmlhbiBGYXJyZWwgIDxhZHJpYW5Ab2xkZG9n LmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPj4sVGFyZWsgU2FhZCAgPHRzYWFkLm5l dEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+Pg0K5Y+R6YCB5pe26Ze077ya MjAyMS0wOC0xNyAwMDowNDozMg0K5Li76aKY77yaUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhl IHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZXJlYWxpemF0aW9uDQoNCg0KSGkgYXV0 aG9ycyBvZiBkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzL2RyYWZ0LWZp bHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZC9kcmFmdC1kZWNyYWVuZS1tcGxz LXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkLA0KDQpJdCBpcyBrbm93biB0aGF0IHlvdXIg ZHJhZnRzIGFyZSBhbHNvIHJlbGF0ZWQgd2l0aCB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQg Zm9yIHNsaWNlIHJlYWxpemF0aW9uLiBJdCBhbHNvIHNlZW1zIHRoYXQgeW91IHVzZSB0aGUgdGVy bSB3aXRoIOKAnHNsaWNl4oCdICBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdC4gSW4gdGhlIGRp c2N1c3Npb24gb2YgVEVBUyBXRywgdGhlcmUgaXMgc29tZSBjb25zZW5zdXMgdG8gZGVmaW5lIGEg bmV1dHJhbCBuZXcgdGVybSB3aXRob3V0IOKAnHNsaWNl4oCdLiAgV2lzaCB0byBsZWFybiB5b3Vy IG9waW5pb25zIG9uIHRoZSBuZXcgdGVybSBkZWZpbml0aW9uIGFuZCB0aGVyZSB3b3VsZCBiZSBh IGNvbnZlcmdlbmNlIG9uIHRoZSBuZXcgdGVybSBhZnRlciB5b3VyIHBhcnRpY2lwYXRpbmcgIGlu IHRoZSBkaXNjdXNzaW9uLg0KDQoNCkJlc3QgUmVnYXJkcywNClJvYmluDQoNCg0KDQpGcm9tOiBU ZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSm9obiBFIERy YWtlDQpTZW50OiBNb25kYXksIEF1Z3VzdCAxNiwgMjAyMSA4OjUzIFBNDQpUbzogRG9uZ2ppZSAo SmltbXkpIDxqaWUuZG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47 IEVYVC12aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOkVYVC12aXNobnVwYXZhbkBnbWFpbC5j b20+IDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+ OyBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9n LmNvLnVrPj4NCkNjOiBUYXJlayBTYWFkIDx0c2FhZC5uZXRAZ21haWwuY29tPG1haWx0bzp0c2Fh ZC5uZXRAZ21haWwuY29tPj47IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0 Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNv bnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KDQpIaSwNCg0KSXQgc291bmRzIGxp a2Ugc2xpY2UgYWdncmVnYXRlcywgb3IgbW9yZSBnZW5lcmFsbHkgb3ZlcmxheSBuZXR3b3JrIHNl cnZpY2UgYWdncmVnYXRlcywgYXJlIHRoZSB0aGluZ3Mgd2hpY2ggdXNlIHJlc291cmNlIHBhcnRp dGlvbnMuDQoNCllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2huDQoNCg0KDQpKdW5pcGVyIEJ1 c2luZXNzIFVzZSBPbmx5DQpGcm9tOiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OnRlYXMtYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBEb25namllIChKaW1teSkNClNl bnQ6IEZyaWRheSwgQXVndXN0IDEzLCAyMDIxIDk6MjAgQU0NClRvOiBFWFQtdmlzaG51cGF2YW5A Z21haWwuY29tPG1haWx0bzpFWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPiA8dmlzaG51cGF2YW5A Z21haWwuY29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PjsgQWRyaWFuIEZhcnJlbCA8 YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+DQpDYzogVGFy ZWsgU2FhZCA8dHNhYWQubmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbT4+ OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClN1YmplY3Q6 IFJlOiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Ig c2xpY2UgcmVhbGl6YXRpb24NCg0KW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250 ZW50XQ0KDQpIaSBQYXZhbiwNCg0KU29ycnkgZm9yIGNoaW1pbmcgaW4sIHBsZWFzZSBzZWUgc29t ZSBjb21tZW50cyBpbmxpbmU6DQoNCkZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBWaXNobnUgUGF2YW4gQmVlcmFtDQpTZW50OiBGcmlkYXksIEF1 Z3VzdCAxMywgMjAyMSAxOjMyIEFNDQpUbzogQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5j by51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+DQpDYzogVGFyZWsgU2FhZCA8dHNhYWQu bmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbT4+OyBURUFTIFdHIDx0ZWFz QGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbVGVhc10gTmV3 IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRp b24NCg0KKiogQXMgYSBXRyBwYXJ0aWNpcGFudC4uICoqDQoNCkFkcmlhbiwgSGkhDQoNClRoYW5r cyBmb3IgeW91ciBlYXJsaWVyIGVtYWlscyBpbiB0aGlzIHRocmVhZCB0aGF0IGhhdmUgaGVscGVk IGRyaWxsIGRvd24gdGhlIGRpc2N1c3Npb24gdG8gdGhlIHNwZWNpZmljIGl0ZW0gdGhhdCBuZWVk cyBhIGZyZXNoIHRlcm0hDQpQbGVhc2Ugc2VlIGlubGluZSAocHJlZml4ZWQgVlBCKS4NCg0KLVBh dmFuIChhcyBhIFdHIHBhcnRpY2lwYW50KQ0KDQpPbiBUaHUsIEF1ZyAxMiwgMjAyMSBhdCAxMDow NSBBTSBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xk ZG9nLmNvLnVrPj4gd3JvdGU6DQpUaGFua3MgZm9yIHlvdXIgdXNlZnVsIG9waW5pb24sIFRhcmVr Lg0KDQpJIGhhdmUgbm8gb2JqZWN0aW9uIHRvIHRoZSB1c2Ugb2YgdGhlIHdvcmQg4oCcYWdncmVn YXRl4oCdLiBJdCBpcyBnZW5lcmFsbHkgdXNlZCB0byBleHByZXNzIGdyb3VwaW5nIHRvZ2V0aGVy IHRvIHRyZWF0IGFzIGEgc2luZ2xlIGVudGl0eSBvciB0byBiZSB0cmVhdGVkIGluIHRoZSBzYW1l IHdheS4NCg0KQnV0IEkgZG8gbGlrZSDigJxmb28gYWdncmVnYXRl4oCdIHRvIG1lYW4gdGhhdCBh IG51bWJlciBvZiBmb28gaGF2ZSBiZWVuIGFnZ3JlZ2F0ZWQuDQoNCltWUEJdIEJ1dCwgdGhhdCBp c27igJl0IG5lY2Vzc2FyaWx5IGhvdyBJRVRGIGhhcyBiZWVuIHVzaW5nIHRoZSB0ZXJtIOKAnGFn Z3JlZ2F0ZeKAnS4gIOKAnEJlaGF2aW9yIEFnZ3JlZ2F0ZeKAnSAoYXMgZGVmaW5lZCBpbiBJRVRG KSBkb2VzbuKAmXQgbWVhbiBhZ2dyZWdhdGluZyBiZWhhdmlvcnMuIFRoZSBzYW1lIGdvZXMgZm9y IOKAnFRyZWF0bWVudCBBZ2dyZWdhdGXigJ0uIEJlaGF2aW9yIEFnZ3JlZ2F0ZSAodGhlIHdheSB3 ZSByZWFkL2ludGVycHJldCBpdCkgaXMgYW4gYWdncmVnYXRlIHdpdGggYSBzcGVjaWZpYyBiZWhh dmlvci4NCg0KW0ppZV0gSSBqdXN0IGNoZWNrZWQgdGhlIGRlZmluaXRpb24gb2YgdGhlIOKAnGFn Z3JlZ2F0ZeKAnSByZWxhdGVkIHRlcm1zIGluIHRoZSBSRkNzOg0KDQpCZWhhdmlvciBBZ2dyZWdh dGUgKGRlZmluZWQgaW4gUkZDIDI0NzQpOiBhIGNvbGxlY3Rpb24gb2YgcGFja2V0cyB3aXRoIHRo ZSBzYW1lIGNvZGVwb2ludCBjcm9zc2luZyBhICBsaW5rIGluIGEgcGFydGljdWxhciBkaXJlY3Rp b24u4oCdDQoNClRyYWZmaWMgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyAzMDg2KTogYSBjb2xs ZWN0aW9uIG9mIHBhY2tldHMgd2l0aCBhIGNvZGVwb2ludCB0aGF0IG1hcHMgdG8gdGhlIHNhbWUg IFBIQiwgdXN1YWxseSBpbiBhIERTIGRvbWFpbiBvciBzb21lIHN1YnNldCBvZiBhIERTIGRvbWFp bi4NCg0KVHJlYXRtZW50IEFnZ3JlZ2F0ZSAoZGVmaW5lZCBpbiBSRkMgNTEyNyk6IFRoaXMgdGVy bSBpcyBkZWZpbmVkIGFzIHRoZSBhZ2dyZWdhdGUgb2YgRGlmZnNlcnYgc2VydmljZSAgY2xhc3Nl cy4gIEEgdHJlYXRtZW50IGFnZ3JlZ2F0ZSBpcyBjb25jZXJuZWQgb25seSB3aXRoIHRoZSBmb3J3 YXJkaW5nIHRyZWF0bWVudCBvZiB0aGUgYWdncmVnYXRlZCB0cmFmZmljLCAgd2hpY2ggbWF5IGJl IG1hcmtlZCB3aXRoIG11bHRpcGxlIERTQ1BzLg0KDQpNeSByZWFkaW5nIG9mIHRoZXNlIGRlZmlu aXRpb25zIGlzIHRoYXQg4oCcYWdncmVnYXRl4oCdIGhlcmUgbWVhbnMgZWl0aGVyIGFnZ3JlZ2F0 ZWQgcGFja2V0cyBvciBhZ2dyZWdhdGVkIHNlcnZpY2UgY2xhc3NlcyB3aGljaCBhcmUgdHJlYXRl ZCBpbiB0aGUgc2FtZSAgd2F5IG9uIGEgcGFydGljdWxhciBub2RlIG9yIGxpbmsuDQoNCldoaWxl IHdoYXQgd2Ugd2FudCB0byBkZXNjcmliZSB3aXRoIHRoZSBuZXcgdGVybSBJTU8gaXMg4oCcYSBn cm91cCBvZiBuZXR3b3JrIHJlc291cmNlcyBhbGxvY2F0ZWQgb24gYSBzZXQgb2YgbmV0d29yayBu b2RlcyBhbmQgbGlua3PigJ0uIFN1Y2ggZ3JvdXAgIG9mIHJlc291cmNlcyBjYW4gYmUgcHJvdmlz aW9uZWQgaW4gZGlmZmVyZW50IHBsYWNlcyBvZiB0aGUgbmV0d29yayBhbmQgYXJlIG9yZ2FuaXpl ZCB0b2dldGhlciB0byBwcm92aWRlIGEgc3BlY2lmaWMgbmV0d29yay1sZXZlbCBiZWhhdmlvci4N Cg0KVGh1cyB0aGUga2V5IGluZm9ybWF0aW9uIHRvIGJlIGRlbGl2ZXJlZCB3aXRoIHRoZSBuZXcg dGVybSBpcyDigJxhIGdyb3VwIG9mIG9yZ2FuaXplZCByZXNvdXJjZXMgaW4gdGhlIG5ldHdvcmvi gJ0sIHJhdGhlciB0aGFuIOKAnGFnZ3JlZ2F0ZWQgYmVoYXZpb3IgYXQgIGEgcGFydGljdWxhciBw b2ludOKAnS4NCg0KQmVzdCByZWdhcmRzLA0KSmllDQoNClNvIOKAnHNsaWNlIGFnZ3JlZ2F0ZeKA nSB3b3VsZCBiZSBhbiBhZ2dyZWdhdGlvbiBvZiBzbGljZXMuIFlvdXIgdXNlIGluIEktRC5kcmFm dC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0IGlzLCB0aGVyZWZvcmUsIGNvbmZ1c2luZy4gSWYgdGhl IHNsaWNlcyBhcmUgKm5vdCogc2VwYXJhdGVkIG91dCBpbnRvIGRpZmZlcmVudCBmbG93cyAob3Ig dHJhZmZpYyBzdHJlYW1zKSB0aGVuLCB5ZXMsIHlvdSBhcmUgYWdncmVnYXRpbmcgc2xpY2VzLiBC dXQgaWYgdGhlIHNsaWNlcyBhcmUgc2VwYXJhdGVkIG91dCwgYXMgeW91IGRlc2NyaWJlLCAgdGhl biB3aGF0IHlvdSBoYXZlIGlzIOKAnElFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVhbSBh Z2dyZWdhdGlvbuKAnS4NCg0KDQpbVlBCXSBZZXMuIFRoZSBkZWZpbml0aW9uIG9mIHRoZSBzbGlj ZSBhZ2dyZWdhdGUgKGFzIGRlZmluZWQgaW4gZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tldCkg ZG9lcyBzdGF0ZSB0aGF0IHRoZSBzbGljZSBhZ2dyZWdhdGUgY29tcHJpc2VzIG9mIG9uZSBvciBt b3JlIElFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVhbXMuICBXZSBjb3VsZCBoYXZlIGNo b3NlbiBhIGxvbmdlciAgZGVzY3JpcHRpdmUgbmFtZSwgYnV0IG9wdGVkIHRvIGtlZXAgaXQgc2hv cnQuDQoNCg0K4oCcTmV0d29yayByZXNvdXJjZSBhZ2dyZWdhdGXigJ0gd291bGQgaW1wbHkgdGhh dCByZXNvdXJjZXMgaGF2ZSBiZWVuIGNvbGxlY3RlZCB0b2dldGhlciB0byBiZSB1c2VkIGFzIGEg c2luZ2xlIGVudGl0eS4NCg0KW1ZQQl0gTm90IG5lY2Vzc2FyaWx5LiAiTmV0d29yayBSZXNvdXJj ZSBBZ2dyZWdhdGUiIGlzbid0IG1lYW50IHRvIGltcGx5ICJhZ2dyZWdhdGluZyBuZXR3b3JrIHJl c291cmNlcyIuIFRoZSBpbnRlbnQgYmVoaW5kIHRoZSBwcm9wb3NhbCBpcyB0byBzYXkgdGhhdCBp dCBpcyBhbiBhZ2dyZWdhdGUgdGhhdCBoYXMgc3BlY2lmaWMgbmV0d29yayByZXNvdXJjZXMuDQoN CllvdSBtaWdodCBkbyB0aGF0LCBmb3IgZXhhbXBsZSwgd2l0aCBhIHNldCBvZiBwYXJhbGxlbCBs aW5rcyB0aGF0IGNhbiBiZSBhZ2dyZWdhdGVkIChvciBidW5kbGVkKSBhbmQgdHJlYXRlZCBhcyBh IHNpbmdsZSBsaW5rLg0KDQpJIGRvbuKAmXQgdGhpbmsgd2UgYXJlIGFnZ3JlZ2F0aW5nIHJlc291 cmNlcyBpbiB0aGlzIGNhc2UuIFdlIGFyZSBncm91cGluZywgcHJvZmlsaW5nLCBwYXJ0aXRpb25p bmcsIGNvbGxlY3RpbmcsIG9yIGV2ZW4gZmlsdGVyaW5nLg0KDQpBZHJpYW4NCg0KRnJvbTogVGFy ZWsgU2FhZCA8dHNhYWQubmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbT4+ DQpTZW50OiAxMiBBdWd1c3QgMjAyMSAxNTo0MQ0KVG86IGFkcmlhbkBvbGRkb2cuY28udWs8bWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWs+OyAnS2lyYW4gTWFraGlqYW5pJyA8a2lyYW4uaWV0ZkBn bWFpbC5jb208bWFpbHRvOmtpcmFuLmlldGZAZ21haWwuY29tPj47ICdKb2huIEUgRHJha2UnIDxq ZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZz4+OyAgJ0RvbmdqaWUgKEppbW15KScgPGppZS5kb25nQGh1YXdlaS5jb208 bWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20+PjsgJ0xpemhlbmJpbicgPGxpemhlbmJpbkBodWF3 ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+OyB0ZWFzQGlldGYub3JnPG1haWx0 bzp0ZWFzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVu ZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KDQpIaSBBZHJpYW4v YWxsLA0KDQpBcyBkZXNjcmliZWQgaW4gSS1ELmlldGYtdGVhcy1pZXRmLW5ldHdvcmstc2xpY2Ut ZGVmaW5pdGlvbiwgYW4gSUVURiBOZXR3b3JrIFNsaWNlIHNlcnZpY2UgbWF5IGluY2x1ZGUgbXVs dGlwbGUgY29ubmVjdGlvbnMgdGhhdCBhc3NvY2lhdGUgc2V0cyBvZiBlbmRwb2ludHMgLSAgZWFj aCBoYXZpbmcgYSBzZXQgb2YgU0xPcy9TTEVzLg0KSW4gSS1ELmRyYWZ0LWJlc3RiYXItdGVhcy1u cy1wYWNrZXQsIHdlIGRlZmluZWQgYSBTbGljZSBBZ2dyZWdhdGUgYXMgYSBjb25zdHJ1Y3QgdGhh dCBjb21wcmlzZXMgb2Ygb25lIG9yIG1vcmUgSUVURiBuZXR3b3JrIHNsaWNlIHRyYWZmaWMgc3Ry ZWFtcyB0aGF0IHNoYXJlIHRoZSAgc2FtZSBzZXQgb2YgU0xPcy9TTEVzLg0KVGhlIFNsaWNlIEFn Z3JlZ2F0ZSBjb25zdHJ1Y3QgYWxsb3dzIGFnZ3JlZ2F0aW5nIHN0cmVhbXMgZnJvbSBtdWx0aXBs ZSBJRVRGIE5ldHdvcmsgU2xpY2UgY29ubmVjdGlvbnMgdGhhdCBzaGFyZSBjb21tb24gU0xPcy9T TEVzIHNvIHRoYXQgdGhlIHByb3ZpZGVyIG5ldHdvcmsgIGNhbiBvZmZlciB0aGUgc2FtZSBhZ2dy ZWdhdGUgdHJlYXRtZW50IHRvIHRoZW0uIFRoZSBTbGljZSBBZ2dyZWdhdGUgcmVzb3VyY2VzIGFy ZSBpbnN0YW50aWF0ZWQgb24gc3BlY2lmaWMgbmV0d29yayBlbGVtZW50cyBhcyBkaWN0YXRlZCBi eSB0aGUgU2xpY2UgQWdncmVnYXRlIHRvcG9sb2d5Lg0KDQpTaW5jZSB0aGUgc2NvcGUgb2YgSS1E LmRyYWZ0LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQgd2FzIHRoZSByZWFsaXphdGlvbiBvZiBJRVRG IE5ldHdvcmsgU2xpY2Ugc2VydmljZSBpbiBhIHByb3ZpZGVyIG5ldHdvcmssIHdlIGhhZCBjb25z dHJhaW5lZCB0aGUgYWdncmVnYXRlICBjb25zdHJ1Y3QgdG8gc2xpY2VzLg0KDQpXZSB1bmRlcnN0 YW5kIHRoYXQgdGhlIGFnZ3JlZ2F0ZSBjb25zdHJ1Y3QgY2FuIGJlIGdlbmVyYWxpemVkIHRvIHN1 cHBvcnQgb3RoZXIgc2VydmljZXMuIExldCB1cyBvZmZlciBhbm90aGVyIG9wdGlvbiB0byBjb25z aWRlciBmb3IgcmVwcmVzZW50aW5nIHRoZSBnZW5lcmljICBjb25zdHJ1Y3Q6IOKAnE5ldHdvcmsg UmVzb3VyY2UgQWdncmVnYXRl4oCdLiBUaGVyZSBhcmUgbXVsdGlwbGUgSUVURiBkb2N1bWVudHMg dGhhdCB1c2UgdGhlIHRlcm0gQWdncmVnYXRlIHdoZW5ldmVyIGdyb3VwaW5nIG11bHRpcGxlIHNl cnZpY2UgY2xhc3NlcyAoQmVoYXZpb3IgQWdncmVnYXRlLCBUcmVhdG1lbnQgQWdncmVnYXRlLCBU cmFmZmljIEFnZ3JlZ2F0ZSwgIGV0Yy4pIC0gcmVmZXIgdG8gcmZjNTEyNyBhbmQgcmZjMjQ3NCBm b3IgbW9yZSBleGFtcGxlcy4NCg0KUmVnYXJkcywNClRhcmVrDQoNCg0KRnJvbTogVGVhcyA8dGVh cy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhh bGYgb2YgQWRyaWFuICBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBv bGRkb2cuY28udWs+Pg0KRGF0ZTogV2VkbmVzZGF5LCBBdWd1c3QgMTEsIDIwMjEgYXQgMzozOCBQ TQ0KVG86ICdLaXJhbiBNYWtoaWphbmknIDxraXJhbi5pZXRmQGdtYWlsLmNvbTxtYWlsdG86a2ly YW4uaWV0ZkBnbWFpbC5jb20+PiwgJ0pvaG4gRSBEcmFrZScgPGpkcmFrZT00MGp1bmlwZXIubmV0 QGRtYXJjLmlldGYub3JnPG1haWx0bzpqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9y Zz4+LCAgJ0RvbmdqaWUgKEppbW15KScgPGppZS5kb25nQGh1YXdlaS5jb208bWFpbHRvOmppZS5k b25nQGh1YXdlaS5jb20+PiwgJ0xpemhlbmJpbicgPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0 bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+LCB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYu b3JnPiA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTog W1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNl IHJlYWxpemF0aW9uDQpJIHdvbmRlciB3aGV0aGVyIHdlIGNhbiBwaWNrIHRoaXMgYXBhcnQgYW5k IHB1dCBpdCBiYWNrIHRvZ2V0aGVyIGluIGEgd2F5DQp0aGF0IG1ha2VzIHNlbnNlLg0KDQpUaGUg Y3VzdG9tZXIncyB2aWV3IG9mIGFsbCB0aGlzIGlzIGFuICJJRVRGIG5ldHdvcmsgc2xpY2Ugc2Vy dmljZSIuIEkgdGhpbmsNCihob3BlKSB3ZSBhcmUgYWxsIGFncmVlZCBvbiB0aGlzLiBUaGUgY3Vz dG9tZXIgbWF5IGFzayAoaW4gc2hvcnRoYW5kKSBmb3IgYQ0KIm5ldHdvcmsgc2xpY2UiLCBidXQ6 DQotIHRoZXkgYXJlIHRhbGtpbmcgYWJvdXQgSUVURiB0ZWNobm9sb2d5LCBzbyB0aGV5IGFza2lu ZyBmb3IgYW4gIklFVEYNCm5ldHdvcmsgc2xpY2UiDQotIHRoZXkgYWN0dWFsbHkgd2FudCBiZWhh dmlvdXJhbCBjaGFyYWN0ZXJpc3RpY3MgYW5kIGhhdmUgbm8gcmlnaHQgdG8gdGVsbA0KdGhlIG9w ZXJhdG9yDQogIGhvdyB0byBtYW5hZ2UgdGhlIG5ldHdvcmssIHNvIHRoZXkgYXJlIGFza2luZyBm b3IgYW4gIklFVEYgbmV0d29yayBzbGljZQ0Kc2VydmljZS4iDQoNClRoZSBvcGVyYXRvciBoYXMg YSBiaWdnZXIgc2V0IG9mIHRoaW5ncyB0byB3b3JyeSBhYm91dC4NCg0KMS4gQXQgdGhlIHRvcCBv ZiB0aGUgb3BlcmF0b3IncyB2aWV3IGlzIHRoZSAiSUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2Ui IGFzDQogICAgcmVxdWVzdGVkIGJ5IHRoZSBjdXN0b21lci4gV2UgaGF2ZSB0aGlzIGRlZmluZWQg YWxyZWFkeSwgc28gbm90aGluZyBtb3JlDQogICAgdG8gc2F5Lg0KDQoyLiBUaGUgb3BlcmF0b3Ig bWFwcyB0aGUgcmVxdWVzdCBmb3IgYSBzbGljZSBzZXJ2aWNlIGludG8gdGhlICJJRVRGIG5ldHdv cmsNCiAgICBzbGljZSIgd2hpY2ggaXMgdGhlIGV4cHJlc3Npb24gb2YgdGhlIHNlcnZpY2UgaW4g dGVybXMgb2YgbmV0d29yaw0KY29ubmVjdGl2aXR5DQogICAgaW4gdGhlIGNvbnRleHQgb2YgdGhl IG9wZXJhdG9yJ3MgbmV0d29yay4gVGhlIHJlbGF0aW9uc2hpcCBoZXJlIGlzIGxpa2UNCnRoZQ0K ICAgIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHRoZSBMM1NNIGFuZCBMM05NLg0KDQozLiBBdCB0aGUg Ym90dG9tIG9mIHRoZWlyIHZpZXcgaXMgYW4gdW5kZXJseWluZyBuZXR3b3JrLiBUaGUgdGVjaG5v bG9neSBvZg0KdGhpcw0KICAgbmV0d29yayBkZXBlbmRzLCBvZiBjb3Vyc2UsIG9uIHRoZSBvcGVy YXRvcidzIG9mZmVyaW5nLCBidXQgdGhpcyBpcyB0aGUNCm5ldHdvcmsNCiAgIHRlY2hub2xvZ3kg YmVpbmcgc2xpY2VkLiBJdCBtYXkgYmUgYW4gSVAgbmV0d29yaywgYW5kIE1QTFMgbmV0d29yaywg YW4NCk9UTiwNCiAgIG9yIHdoYXRldmVyLiBJIHdvdWxkIGNhbGwgdGhpcyB0aGUgIlVuZGVybGF5 IE5ldHdvcmsuIiBUaGlzIG5ldHdvcmsgbWF5LA0KaW4NCiAgIHR1cm4sIGJlIGJ1aWx0IHVwb24g YW4gdW5kZXJsYXkgbmV0d29yayBvZiB0aGUgc2FtZSBvciBhIGRpZmZlcmVudA0KdGVjaG5vbG9n eSwNCiAgIGFuZCBpdCBtYXkgYmUgZmFjaWxpdGF0ZWQgdGhyb3VnaCBuZXR3b3JrIHNsaWNpbmcg LSBidXQgdGhpcyBuZWVkIG5vdA0KY29uY2Vybg0KICAgdXMgaGVyZS4NCg0KNC4gVGhhdCBsZWF2 ZXMgdGhlIGdsdWUgaW4gdGhlIG1pZGRsZTogdGhlIGJpdCB0aGF0IGVuYWJsZXMgdGhlIHNjYWxp bmcgYW5kDQptYXBzDQogICB0aGUgbmV0d29yayBzbGljZSB0byB0aGUgbmV0d29yay4gQW5kIEkg dGhpbmsgaXQgaXMgdGhpcyBiaXQgdGhhdCBpcw0KY2F1c2luZyB0aGUNCiAgIG1vc3QgZGViYXRl IGFib3V0IHRlcm1pbm9sb2d5LiBUaGVyZSBhcmUgc29tZSBwb2ludHMgdG8gY29uc2lkZXI6DQoN CiAgIGEuIFRoZSB0ZXJtICJuZXR3b3JrIHJlc291cmNlcyIgYXBwbGllcyB0byB0aGUgYmFuZHdp ZHRoLCBxdWV1ZXMsDQpidWZmZXJzLA0KICAgICAgIGV0Yy4gYXZhaWxhYmxlIG9uIHRoZSBsaW5r cyBhbmQgbm9kZXMgaW4gdGhlIG5ldHdvcmsuIFRoYXQgbWF5IGJlDQogICAgICAgZXh0ZW5kZWQg dG8gcmVmZXIgdG8gd2hvbGUgbGlua3MgYW5kIG5vZGVzLg0KDQogICBiLiBUaGUgbnVtYmVyIG9m IElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlcyBpcyBwb3RlbnRpYWxseSBsYXJnZSBhbmQgdGhl DQogICAgICAgb3BlcmF0b3IgbmVlZHMgYSBtZWNoYW5pc20gdG8gc2NhbGUgdGhlIG1hcHBpbmcg b2Ygc2VydmljZXMgdG8NCiAgICAgICBuZXR3b3JrIHJlc291cmNlcy4NCg0KICAgYy4gVGhlIElF VEYgbmV0d29yayBzbGljZXMgbWF5IGJlIGdyb3VwZWQgZm9yIGlkZW50aWNhbCB0cmVhdG1lbnQg dG8NCiAgICAgICBhY2hpZXZlIHNjYWxpbmcsIHdoZXJlIHRoZSBncm91cGluZyBjb2xsZWN0cyBJ RVRGIG5ldHdvcmsgc2xpY2VzIHdpdGgNCiAgICAgICBzaW1pbGFyIFNMQXMuDQoNCiAgIGQuIEl0 IG1heSBiZSB0aGF0IGRpZmZlcmVudCB0cmFmZmljIGZsb3dzIHdpdGhpbiBhIHNpbmdsZSBJRVRG IG5ldHdvcmsNCnNsaWNlDQogICAgICAgIGhhdmUgZGlmZmVyZW50IGNoYXJhY3RlcmlzdGljcy4g SW4gdGhpcyBjYXNlLCBpdCBtYXkgYmUgYmVuZWZpY2lhbA0KdG8gZ3JvdXANCiAgICAgICAgdG9n ZXRoZXIgc29tZSBvZiB0aGUgdHJhZmZpYyBmbG93cyBmcm9tIGRpZmZlcmVudCBzbGljZXMuDQoN CiAgIGUuIFRoZSBncm91cGVkIHNsaWNlcy9mbG93cyBhcmUgZW5hYmxlZCBpbiB0aGUgbmV0d29y ayB1c2luZyBuZXR3b3JrDQogICAgICAgIHJlc291cmNlcyBhc3NpZ25lZCBmb3IgdGhhdCBwdXJw b3NlLiBUaGUgYXNzaWdubWVudCBtYXkgYmUgYW55dGhpbmcNCiAgICAgICAgZnJvbSBhIGZ1bGx5 LWZsZWRnZWQgdmlydHVhbCBuZXR3b3JrIChzdWNoIGFzIGluIEFDVE4gb3IgVlBOKyksDQp0aHJv dWdoDQogICAgICAgIG5ldHdvcmsgcmVzZXJ2ZWQgcmVzb3VyY2VzIChzdWNoIGFzIGluIE1QTFMt VEUpLCBhbmQgY2VudHJhbGx5DQogICAgICAgIGFjY291bnRlZCByZXNvdXJjZXMgKHN1Y2ggYXMg U0ROIG9yIHBvc3NpYmxlIFNSKSwgdG8gc3RhdGlzdGljYWxseQ0KICAgICAgICBzaGFyZWQgcmVz b3VyY2VzLg0KDQpUaGVyZSBzZWVtcyB0byBiZSB2YXJpb3VzIHBvaW50cyBmb3IgYW5kIGFnYWlu c3QgNGQuIEJ1dCwgaXQgd291bGQgYXBwZWFyDQp0aGF0IHRoaXMgaXMgYW4gaW1wbGVtZW50YXRp b24gb3IgZGVwbG95bWVudCBpc3N1ZSB0aGF0IGRvZXNuJ3QgY2hhbmdlIHdoYXQNCnRoZSBwcm90 b2NvbHMgbmVlZCB0byBkby4gU28gd2Ugc2hvdWxkIHByb2JhYmx5IGFsbG93IGl0IGFyY2hpdGVj dHVyYWxseSwgb3INCmF0IGxlYXN0LCBub3QgZGlzYWxsb3cgaXQuDQoNCk9mIGNvdXJzZSwgYXMg S2lyYW4gcG9pbnRzIG91dCwgNGMvZC9lIG1heSBiZSBhIHBhc3MtdGhyb3VnaC4gVGhhdCBpcywg aXQgaXMNCm5vdCBuZWNlc3NhcnkgdG8gaW1wbGVtZW50IHN1Y2ggZ3JvdXBpbmdzIGVpdGhlciBi ZWNhdXNlIHRoZXJlIGFyZSBvbmx5IGENCmZldyBzbGljZXMgKHdoaWNoIGhhcyBiZWVuIHRoZSB2 aWV3IG9mIHNvbWUgb3BlcmF0b3JzKSBvciBiZWNhdXNlIHRoZQ0KbmV0d29yayBzeXN0ZW1zIGNh biBoYW5kbGUgdGhlIG51bWJlciBvZiBzbGljZXMuIEFuZCBpdCBpcyBpbiB0aGUgbmF0dXJlIG9m DQphcmNoaXRlY3R1cmVzIG9mIHRoaXMgc29ydCB0aGF0IGFsbCBmdW5jdGlvbnMgY2FuIGJlIG51 bGxlZCBvdXQgd2l0aG91dCBsb3NzDQpvZiBnZW5lcmFsaXR5LCBhbmQgd2UgaGF2ZSB0byByZWNh bGwgdGhhdCB0aGUgaW50ZXJuYWxzIG9mIHByb3Zpc2lvbmluZw0Kc3lzdGVtcyBtYXkgYXBwZWFy IGFzIGZ1bmN0aW9uYWwgYmxvY2tzIGluIG91ciBhcmNoaXRlY3R1cmVzLCBidXQgd2UgZG9uJ3QN CmNvbXBlbCBpbXBsZW1lbnRhdGlvbnMgdG8gYWRoZXJlIHRvIHRoYXQgdHlwZSBvZiBhcmNoaXRl Y3R1cmUuIFNvIEkgZG9uJ3QNCnRoaW5rIHdlIGhhdmUgdG8gd29ycnkgb24gdGhhdCBhY2NvdW50 Lg0KDQpBbmQgdGhhdCBicmluZ3MgdGhlIHF1ZXN0aW9uIG9mIGhvdyB3ZSBuYW1lIHRoZSByZXNv dXJjZXMgdGhhdCBhcmUgZ2F0aGVyZWQNCmluIDRlLg0KDQpJIGNhbid0IGRlY2lkZSB3aGV0aGVy IGl0IGlzIGhlbHBmdWwgdG8gc3BlbmQgdGltZSBzYXlpbmcgd2h5IEkgZG9uJ3QgbGlrZQ0KZWFj aCBvZiB0aGUgcHJvcG9zZWQgdGVybXMuIEkgY2VydGFpbmx5IGhhdmUgdGhpbmdzIEkgZG9uJ3Qg bGlrZSBhYm91dCAoZm9yDQpleGFtcGxlKSAic2xpY2UgYWdncmVnYXRlIiAoYmVjYXVzZSBvZiA0 ZCwgd2hpY2ggbWVhbnMgaXQgaXMgcmVhbGx5IGEgInNsaWNlDQpzdWItZmxvdyBhZ2dyZWdhdGUi KSwgYW5kIEkgYW0gbm90IGEgZmFuIG9mICJWVE4iIChiZWNhdXNlIG9mICJ0cmFuc3BvcnQiDQph bmQgbWF5YmUgaXQgaXMgbm90IHJlYWxseSBhIG5ldHdvcmspLiBCdXQgbWF5YmUgaXQgaXMgYmV0 dGVyIGZvciBtZSB0byBzYXkNCndoYXQgSSB0aGluayB3ZSBzaG91bGQgY2FsbCB0aGluZ3M/IEkg dGhpbmsgd2UgaGF2ZS4uLg0KDQotICAgICAgIElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlIChj dXN0b21lciB2aWV3KQ0KLSAgICAgICBJRVRGIG5ldHdvcmsgc2xpY2UgKG9wZXJhdG9yIHZpZXcp DQotICAgICAgIFJlc291cmNlIHBhcnRpdGlvbiAoZGVsaXZlcnkgbWVjaGFuaXNtKQ0KLSAgICAg ICBVbmRlcmxheSBuZXR3b3JrIChuZXR3b3JrIHVzZWQgdG8gc3VwcG9ydCB0aGUgc2xpY2UpDQoN CldoeSAicmVzb3VyY2UgcGFydGl0aW9uIj8gV2VsbCBpdCBpcyBhIGNvbGxlY3Rpb24gb2YgIm5v ZGVzLCBsaW5rcywgYW5kDQpuZXR3b3JrIHJlc291cmNlcyB0aGF0IGFyZSBtYXJrZWQgd2l0aGlu IHRoZSBuZXR3b3JrIGZvciB1c2UgYnkgYSBzZXQgb2YNCm5ldHdvcmsgc2xpY2UgdHJhZmZpYyBm bG93cyIuDQpJdCBpcyBwb3NzaWJsZSB0aGF0IHRoZSB3b3JkICJwYXJ0aXRpb24iIGlzIHRvbyBz dHJvbmcgYmVjYXVzZSBpdCBtYXkgaW1wbHkNCnRvIHNvbWUgcGVvcGxlIHRoYXQgcmVzb3VyY2Vz IGluIGEgcGFydGl0aW9uIGNhbm5vdCBiZSBzaGFyZWQsIGJ1dCBJIGRvbid0DQpmZWVsIHRoYXQu DQpTb2Z0ZXIgd29yZHMgdGhhbiAicGFydGl0aW9uIiB3b3VsZCBiZSAiZ3JvdXAiLCAiYnVuZGxl IiwgInBvb2wiLCBhbmQgSQ0KY291bGQgbGl2ZSB3aXRoIGFueSBvZiB0aGVtLg0KDQpCZXN0LA0K QWRyaWFuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRlYXMgPHRlYXMt Ym91bmNlc0BpZXRmLm9yZzxtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxm IE9mIEtpcmFuIE1ha2hpamFuaQ0KU2VudDogMTEgQXVndXN0IDIwMjEgMTY6MDANClRvOiBKb2hu IEUgRHJha2UgPGpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPG1haWx0bzpqZHJh a2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZz4+OyBEb25namllIChKaW1teSkNCjxqaWUu ZG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47IExpemhlbmJpbiA8 bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47IHRlYXNA aWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0 ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlDQpyZWFsaXphdGlv bg0KDQpIaSBKb2huLCAoYW5kIGFsbCksDQoNClR3byB2ZXJ5IGJhc2ljIGNsYXJpZmljYXRpb24g cXVlc3Rpb25zOg0KMS4gSG93IGRvIHdlIGRpZmZlcmVudGlhdGUgYmV0d2VlbiAgdGhlIHNsaWNl LXNlZ21lbnRzIHRoYXQgYXJlDQpyZXNvdXJjZS1hd2FyZSB2cyB0aG9zZSB0aGF0IGFyZSBub3Q/ IEkgaGFkIGFzc3VtZWQgdGhhdCBzaW5jZSBhIHNsaWNlDQpoYXMgYW4gU0xPLCBpdCB3aWxsIG5l ZWQgbmV0d29yayByZXNvdXJjZSBhbGxvY2F0aW9ucyBpbiBzb21lIGZvcm0uDQoNCjIuIElzIGl0 IG9rIHRvIGFzc3VtZSB0aGF0IHRoZSBjdXN0b21lciB2aWV3IG9mIHNsaWNlIGlzIGFuICdJRVRG DQpuZXR3b3JrIHNsaWNlIHNlcnZpY2UnIGFuZCB0aGUgJ0lFVEYgc2xpY2UgcmVhbGl6YXRpb24n IG9mIHRoYXQgc2VydmljZQ0KaW4gYSBwcm92aWRlciBuZXR3b3JrIGlzIHJhaXNlcyB0aGUgcXVl c3Rpb24gb2YgdW5kZXJsYXkgYW5kIG92ZXJsYXkNCmNvbnN0cnVjdHMuIEFtIEkgcmlnaHQ/DQoo YSkgaWYgc28sIHRoZW4gd2UgYXJlIGFja25vd2xlZGdpbmcgIHRoZSBwcmVzZW5jZSBvZiBhbm90 aGVyIGxheWVyIG9mDQphYnN0cmFjdGlvbiAoZm9yIHJlYWxpemF0aW9uKS4gSXQgY291bGQgYmUg dW5kZXJsYXkvb3ZlcmxheSBvcg0KYWdncmVnYXRlLz8/LiBUaGVuIHRoZSB0ZXJtICdzbGljZSBh Z2dyZWdhdGUnIGlzIGJldHRlciBhbmQgbXkNCnByZWZlcmVuY2UsIGl0IGlzIGVhc2llciB0byBz ZWUgdGhhdCBkaWZmZXJlbnQgc2xpY2Utc2VydmljZXMgYXJlDQphZ2dyZWdhdGVkIGludG8gYSBz aW5nbGUgY29uc3RydWN0ICBpbiBhIHByb3ZpZGVyIG5ldHdvcmsuIFVzZSBvZg0KdW5kZXJsYXkv b3ZlcmxheSBhcmUgY29uZnVzaW5nLg0KKGIpIGZvciBhIGxlYW5lciBwcm92aXNpb25pbmcsIEkg d291bGQgYWxzbyBwcmVmZXIgdG8gc2VlIGl0IGRvY3VtZW50ZWQNCnRoYXQgdGhlIGFnZ3JlZ2F0 ZSBpcyBvcHRpb25hbCBhbmQgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIGRpcmVjdGx5IG1hcA0K YSBzbGljZS1zZXJ2aWNlIHRvIHBoeXNpY2FsIG9yIHJlYWwgcmVzb3VyY2VzIGluIHRoZSBuZXR3 b3JrLg0Kc3BlY2lmaWNhbGx5IHVzZWZ1bCB3aGVuIGEgc2luZ2xlIGRvbWFpbiBpcyBjYXJ2aW5n IG91dCBzbGljZXMgZm9yDQpkaWZmZXJlbnQgcHVycG9zZXMuDQoNClRoYW5rcw0KS2lyYW4NCg0K DQotLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0NCkZyb206ICJKb2huIEUgRHJha2UiIDxq ZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQwanVuaXBl ci5uZXRAZG1hcmMuaWV0Zi5vcmc+Pg0KVG86ICJEb25namllIChKaW1teSkiIDxqaWUuZG9uZ0Bo dWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47ICJMaXpoZW5iaW4iDQo8bGl6 aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47ICJ0ZWFzQGll dGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPiIgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNA aWV0Zi5vcmc+Pg0KU2VudDogOC8xMS8yMDIxIDU6Mzg6MDUgQU0NClN1YmplY3Q6IFJlOiBbVGVh c10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UNCnJl YWxpemF0aW9uDQoNCj5KaW1teSwNCj4NCj5TbmlwcGVkLCBjb21tZW50cyBpbmxpbmUuDQo+DQo+ WW91cnMgSXJyZXNwZWN0aXZlbHksDQo+DQo+Sm9obg0KPg0KPg0KPkp1bmlwZXIgQnVzaW5lc3Mg VXNlIE9ubHkNCj4NCj4+ICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gIEZyb206IERv bmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVhd2Vp LmNvbT4+DQo+PiAgU2VudDogVHVlc2RheSwgQXVndXN0IDEwLCAyMDIxIDExOjAzIFBNDQo+PiAg VG86IEpvaG4gRSBEcmFrZSA8amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQ+PjsgTGl6aGVuYmluIDxsaXpoZW5iaW5AaHVhd2VpLmNvbTxtYWlsdG86bGl6aGVuYmlu QGh1YXdlaS5jb20+PjsNCj4+dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4NCj4+ ICBTdWJqZWN0OiBSRTogTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBm b3Igc2xpY2UNCnJlYWxpemF0aW9uDQo+Pg0KPj4gIFtFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlv dXMgb2YgY29udGVudF0NCj4+DQo+dW5kZXJsYXkgY29uc3RydWN0IGZvciBuZXR3b3JrIHNsaWNl IHJlYWxpemF0aW9uIGJvdW5kIHRvDQo+PiAgPiA+IG5ldHdvcmsgc2xpY2Ugc2VydmljZXM/IFRo YXQgaXMsIGlzIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3Qgb25seSBmb3INCj4+ICA+ID4gdXNlIGlu IG5ldHdvcmsgc2xpY2luZywgb3Igc2hvdWxkIGl0IGJlIGdlbmVyYWxpemVkIGZvciBtb3JlDQpw b3NzaWJsZSB1c2VzPw0KPj4gID4NCj4+ICA+IFtKRF0gQWJzb2x1dGVseSB5ZXMNCj4+DQo+PiAg W0ppZV0gSSBndWVzcyB5b3UgbWVhbiAiWWVzIiB0byB0aGUgbGF0dGVyIGNhc2UsIHdoaWNoIGlz ICJpdCBzaG91bGQgYmUNCmdlbmVyYWxpemVkDQo+PiAgZm9yIG1vcmUgcG9zc2libGUgdXNlcyIs IGlzIG15IHVuZGVyc3RhbmRpbmcgY29ycmVjdD8NCj4NCj5bSkRdICBZZXMgdG8gdGhlIGxhdHRl cg0KPg0KPj4NCj4+ICA+DQo+PiAgPiA+DQo+PiAgPiA+IDIuICAgICAgSWYgdGhlIGFuc3dlciB0 byBxdWVzdGlvbiAxIGlzIFlFUywgc2hvdWxkIGl0IHJlZmxlY3QgdGhlDQpmb2xsb3dpbmcNCj4+ ICA+ID4gY2hhcmFjdGVyaXN0aWNzPw0KPj4gID4gPg0KPj4gID4gPiBhLiAgICAgIEl0IGlzIGFi b3V0IHRoZSB1bmRlcmxheQ0KPj4gID4gPiBiLiAgICAgIEl0IGlzIGFib3V0IHRoZSBwYXJ0aXRp b25lZCByZXNvdXJjZXMgdXNlZCB0byBkZWxpdmVyIHRoZQ0KbmV0d29yayBzbGljZQ0KPj4gID4g PiBzZXJ2aWNlcw0KPj4gID4gPiBjLiAgICAgIEl0IGFsbG93cyB0aGUgMToxLCBOOjEsIGFuZCAx Ok4gbWFwcGluZyBtb2RlbHMgYmV0d2VlbiB0aGUNCm5ldHdvcmsNCj4+ICA+IHNsaWNlDQo+PiAg PiA+IHNlcnZpY2VzIGFuZCB0aGUgdW5kZXJsYXkgY29uc3RydWN0LiBUaGUgMToxIGFuZCBOOjEg bWFwcGluZyBtYXkgYmUNCj4+ICA+ID4gc3RyYWlnaHRmb3J3YXJkLiBEb2VzIGl0IGFsc28gbWFr ZSBzZW5zZSB0byBkaXZpZGUgdGhlIGVsZW1lbnRzIG9yDQo+PiAgPiA+IHRyYWZmaWMgZmxvd3Mg aW4gYSBzaW5nbGUgbmV0d29yayBzbGljZSBzZXJ2aWNlIHRvIGNhcnJ5IHRoZW0gaW4NCj4+ICA+ ID4gZGlmZmVyZW50DQo+PiAgPiB1bmRlcmxheSBjb25zdHJ1Y3RzPw0KPj4gID4NCj4+ICA+IFtK RF0gIFllcyB0byBhbGwgb2YgdGhlIGFib3ZlLiAgUGxlYXNlIHNlZToNCj4+ICA+IGh0dHBzOi8v dXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWY8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9kcmFmPg0KPj4gID4gdC1kcmFrZS1iZXNzLWVuaGFuY2VkLXZwbi0wNl9f OyEhTkV0NnlNYU8tDQo+PiAgZ2shVENpSkhDWkN3Rmd3cHVGb3VqeFZsWjRyOQ0KPj4gID4gRjZt THBFNG5KLTl6cHFrWS1rbHMtUk94TDRDMl94TmFSMkltSTQkDQo+PiAgPiA+DQo+PiAgPiA+IExh c3RseSwgaGVyZSBhcmUgc29tZSBjYW5kaWRhdGVzIG9mIHRoZSAibmV3IHRlcm0iOg0KPj4gID4g Pg0KPj4gID4gPiBPcHRpb24gMTogVGhlIG5ldHdvcmsgc2xpY2Ugc2VydmljZSBpcyBjYWxsZWQg Im92ZXJsYXkgc2xpY2UiLCB0aGVuDQo+PiAgPiA+IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgaXMg Y2FsbGVkICJ1bmRlcmxheSBzbGljZSIuDQo+PiAgPiA+DQo+PiAgPiA+IE9wdGlvbiAyOiBUaGUg bmV0d29yayBzbGljZSBzZXJ2aWNlIGlzIGNhbGxlZCAic2VydmljZSBzbGljZSIsIHRoZW4NCj4+ ICA+ID4gdGhlIHVuZGVybGF5IGNvbnN0cnVjdCBpcyBjYWxsZWQgInJlc291cmNlIHNsaWNlIi4N Cj4+ICA+DQo+PiAgPiBbSkRdICBJIGRvbid0IHRoaW5rIHdlIG5lZWQgYW5vdGhlciB0ZXJtIGZv ciB3aGF0IHdlIGFyZSBhbHJlYWR5DQo+PiAgPiBjYWxsaW5nIGFuICdJRVRGIE5ldHdvcmsgU2xp Y2UgU2VydmljZScuICBBZHJpYW4gYW5kIEkgYXJlIGNvbnNpZGVyaW5nDQo+PiAgPiB0aGUgdGVy bSAncmVzb3VyY2UgcGFydGl0aW9uJyB0byBkZXNjcmliZSB0aGUgcGFydGl0aW9uaW5nIG9mIHVu ZGVybGF5DQo+PiAgPiBuZXR3b3JrIHJlc291cmNlcyBpbiBzdXBwb3J0IG9mIHZhcmlvdXMgb3Zl cmxheSBzZXJ2aWNlcyBzdWNoIGFzIElFVEYNCk5ldHdvcmsNCj4+ICBTbGljZSBTZXJ2aWNlcy4N Cj4+ICA+IFRoaXMgaXMgY29uZ3J1ZW50IHdpdGggdGhlIGlkZWFzIGV4cHJlc3NlZCBpbjoNCj4+ ICA+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWY8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmPg0KPj4gID4gdC1pZXRmLXNwcmluZy1yZXNv dXJjZS1hd2FyZS1zZWdtZW5fXzshIU5FdDZ5TWFPLQ0KPj4gIGdrIVRDaUpIQ1pDd0Znd3B1Rm91 ag0KPj4gID4geFZsWjRyOUY2bUxwRTRuSi05enBxa1kta2xzLVJPeEw0QzJfeE54RWZ3YVhnJA0K Pj4gID4gdHMtMDMuICBXaGF0IHRoaXMgYWxsb3dzIG9uZSB0byBidWlsZCBpcyBhbiAncGFydGl0 aW9uZWQgdW5kZXJsYXkNCj4+ICA+IG5ldHdvcmsgdG9wb2xvZ3knLg0KPj4NCj4+ICBbSmllXSBB Z3JlZSB0aGF0IGhlcmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIHRlcm0gZm9yIHRoZSB1bmRl cmxheQ0KY29uc3RydWN0Lg0KPj4gICJSZXNvdXJjZSBwYXJ0aXRpb24iIGNhcHR1cmVzIG9uZSBv ZiBpdHMga2V5IGNoYXJhY3RlcmlzdGljcywgd2hpbGUgSU1PDQphbm90aGVyDQo+PiAgdGhpbmcg dGhlIHRlcm0gbmVlZHMgdG8gcmVmbGVjdCBpcyB0aGF0IHRoZSByZXNvdXJjZSBwYXJ0aXRpb24g aXMgbmVlZGVkDQpvbiBhDQo+PiAgc3Vic2V0IG9mIHRoZSBsaW5rcyBhbmQgbm9kZXMgKHJhdGhl ciB0aGFuIG9uIGEgc2luZ2xlIG5vZGUgb3IgbGluaykgaW4NCnRoZSBwaHlzaWNhbA0KPj4gIG5l dHdvcmssIHdoaWNoIHRvZ2V0aGVyIGJ1aWxkcyBhIGxvZ2ljYWwgbmV0d29yayB0b3BvbG9neS4N Cj4NCj5bSkRdICBJbiBteSBpbml0aWFsIGVtYWlsLCBhYm92ZSwgSSB3YXMgcHJvcG9zaW5nICdw YXJ0aXRpb25lZCB1bmRlcmxheQ0KbmV0d29yayB0b3BvbG9neScNCj4NCj4+DQo+PiAgQmVzdCBy ZWdhcmRzLA0KPj4gIEppZQ0KPj4NCj4+ICA+DQo+PiAgPiA+DQo+PiAgPiA+IFlvdXIgb3Bpbmlv biBhYm91dCB0aGVzZSBjYW5kaWRhdGVzIGFyZSBtdWNoIGFwcHJlY2lhdGVkLiBZb3UgbWF5DQo+ PiAgPiA+IGFsc28gcHJvcG9zZSBvdGhlciBuZXcgdGVybSBpZiBpdCBjb21wbGllcyB3aXRoIHRo ZSBhYm92ZSB0d28NCnBvaW50cy4NCj4+ICA+DQo+PiAgPiBbSkRdICBJIHRoaW5rIHlvdSBoYXZl IGV4Y2VlZGVkIHlvdXIgcmVtaXQuDQo+PiAgPg0KPj4gID4gPg0KPj4gID4gPg0KPj4gID4gPg0K Pj4gID4gPiBCZXN0IFJlZ2FyZHMsDQo+PiAgPiA+IFJvYmluDQo+PiAgPiA+DQo+PiAgPiA+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiAgPiA+IFRl YXMgbWFpbGluZyBsaXN0DQo+PiAgPiA+IFRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5v cmc+DQo+PiAgPiA+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRw czovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGU+DQo+PiAgPiA+IGFzDQo+PiAgPiA+ IF9fOyEhTg0KPj4gID4gPiBFdDZ5TWFPLWdrIVEweWNPZjBFTHhUNm1HMUdibk80TFNMLVE5OUo0 dXU3amZkVXRCRUNhSS0NCj4+ICA+ID4gTzA4SHFEMzFUR0pjaU5qdXhMMkEkDQo+PiAgPg0KPj4g ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ICA+ IFRlYXMgbWFpbGluZyBsaXN0DQo+PiAgPiBUZWFzQGlldGYub3JnPG1haWx0bzpUZWFzQGlldGYu b3JnPg0KPj4gID4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0 cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM+DQo+PiAgPiBfXzshIU5FdDZ5 TWFPLWdrIVRDaUpIQ1pDd0Znd3B1Rm91anhWbFo0cjlGNm1McEU0bkotOXpwcWtZLWtscy0NCj4+ ICBST3hMNEMyDQo+PiAgPiBfeE5EQ3JQYU5RJA0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+VGVhcyBtYWlsaW5nIGxpc3QNCj5UZWFzQGlldGYu b3JnPG1haWx0bzpUZWFzQGlldGYub3JnPg0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pVVEVl RldDTUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQ+DQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1haWxp bmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29tL3Yz L19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5TWFP LWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9ITmUy ZG1zMzBPTDgwUSQ+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRm Lm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNncmtO SzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQ+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5vcmc8 bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3RlYXM8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01M YXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkPg0K --_000_9f45322ffaa4429a83f6bce4ec8dc9c4huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkxhdG87fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNv LW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseTrlrovkvZM7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdy YXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1pbmRlbnQ6MjEuMHB0Ow0K CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnAubXNpcGZvb3RlcjMw YjNkNTM4LCBsaS5tc2lwZm9vdGVyMzBiM2Q1MzgsIGRpdi5tc2lwZm9vdGVyMzBiM2Q1MzgNCgl7 bXNvLXN0eWxlLW5hbWU6bXNpcGZvb3RlcjMwYjNkNTM4Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj b2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ SGkgRm9sa3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgdGhlIGZlZWRiYWNrcyBhbmQgZGlzY3Vz c2lvbiBhYm91dCB0aGUgZnVydGhlciBjb25zaWRlcmF0aW9ucyBvZiB0aGUgbmV3IHRlcm0uDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+QWNjb3JkaW5nIHRvIGJvdGggdGhlIG1haWwgbGlzdCBkaXNjdXNzaW9uIGFu ZCB0aGUgb2ZmbGluZSBkaXNjdXNzaW9uIGJldHdlZW4gdGhlIGNvLWF1dGhvcnMgb2YgZHJhZnQt ZG9uZy10ZWFzLWVuaGFuY2VkLXZwbi12dG4tc2NhbGFiaWxpdHkgYW5kDQogZHJhZnQtYmVzdGJh ci10ZWFzLW5zLXBhY2tldCwgb3VyIGN1cnJlbnQgcHJlZmVyZW5jZSBpcyB0byBjaG9vc2Ug4oCc bmV0d29yayByZXNvdXJjZSBncm91cOKAnSBhcyB0aGUgbmV3IHRlcm0uDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ VGhlIGRlZmluaXRpb24gb2YgdGhpcyBuZXcgdGVybSBjb3VsZCBiZSBiYXNlZCBvbiB0aGUgdGV4 dCBwcm9wb3NlZCBieSBBZHJpYW46DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk5l dHdvcmsgcmVzb3VyY2UgZ3JvdXA6IGEgY29sbGVjdGlvbiBvZiBub2RlcywgbGlua3MsIGFuZCBu ZXR3b3JrIHJlc291cmNlcyB0aGF0IGFyZSBhbGxvY2F0ZWQgd2l0aGluIHRoZSBuZXR3b3JrIGZv ciB1c2UgYnkgYSBzZXQgb2YgbmV0d29yayBzZXJ2aWNlDQogdHJhZmZpYyBmbG93cy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+QXMgZm9yIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBuZXR3b3JrIHJlc291cmNlIGdy b3VwIGFuZCBURSwgcGVyaGFwcyBpdCBjb3VsZCBiZSBkaXNjdXNzZWQgZnVydGhlciBhbG9uZyB3 aXRoIHRoZSBwcm9ncmVzcyBhbmQgZGlzY3Vzc2lvbiBvZiBkcmFmdC0zMjcyYmlzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5QbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGhhdmUgYW55IHRob3VnaHRzIGFib3V0IHRo aXMsIG1hbnkgdGhhbmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJv YmluPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj4gTGl6aGVuYmluDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5 LCBBdWd1c3QgMjAsIDIwMjEgMTowNSBBTTxicj4NCjxiPlRvOjwvYj4gJ1RFQVMgV0cnICZsdDt0 ZWFzQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOjwvYj4gRG9uZ2ppZSAoSmltbXkpICZsdDtqaWUu ZG9uZ0BodWF3ZWkuY29tJmd0OzsgJ3NwcmluZ0BpZXRmLm9yZycgJmx0O3NwcmluZ0BpZXRmLm9y ZyZndDs7ICdtcGxzQGlldGYub3JnJyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs7ICdFWFQtdmlzaG51 cGF2YW5AZ21haScgJmx0O3Zpc2hudXBhdmFuQGdtYWlsLmNvbSZndDs7ICdBZHJpYW4gRmFycmVs JyAmbHQ7YWRyaWFuQG9sZGRvZy5jby51ayZndDs7ICdUYXJlayBTYWFkJyAmbHQ7dHNhYWQubmV0 QGdtYWlsLmNvbSZndDs7ICc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPum+ mueri+iJszwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4nDQogJmx0O2dvbmds aXlhbkBjaGluYW1vYmlsZS5jb20mZ3Q7OyAnZHJhZnQtYWxpLXRlYXMtc3ByaW4nICZsdDtkcmFm dC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnJmd0OzsgJ2RyYWZ0 LWZpbHNmaWxzLXNwcmluJyAmbHQ7ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNz LXNsaWNlLWlkQGlldGYub3JnJmd0OzsgJ2RyYWZ0LWRlY3JhZW5lLW1wbHMtJyAmbHQ7ZHJhZnQt ZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZyZndDs8 YnI+DQo8Yj5TdWJqZWN0OjwvYj4gTW9yZSBEaXNjdXNzaW9uLy9SRTogUmU6UmU6IFtUZWFzXSBO ZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXph dGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5IaSBGb2xrcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIOKAnG5ldyB0ZXJt4oCdIGRpc2N1c3Np b24gaGFzIGJlZW4gbGFzdGVkIGZvciBhIHdoaWxlLCB0aGFua3MgdG8gYWxsIHdobyBwYXJ0aWNp cGF0ZWQgaW4gdGhlIGRpc2N1c3Npb24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U28gZmFyIGl0IHNlZW1zIHRo ZXJlIGFyZSBzb21lIHJvdWdoIGNvbnNlbnN1cyBhYm91dCB0aGlzIOKAnG5ldyB0ZXJt4oCdICht YXliZSBJIGFtIHdyb25nKSA6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4xLiBJdCBp cyBiZXR0ZXIgdG8gaGF2ZSBhIG5ldXRyYWwgdGVybSwgd2hpY2ggYWxsb3dzIHRoaXMgdW5kZXJs YXkgY29uc3RydWN0IHRvIGJlIHVzZWQgZm9yIGJvdGggbmV0d29yayBzbGljZSBzZXJ2aWNlcyBh bmQgb3RoZXIgdHlwZXMgb2Ygc2VydmljZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4yLiBJdCBzZWVtcyDigJxyZXNvdXJjZSBncm91cOKAnSByZWNlaXZlcyBtb3JlIHN1cHBvcnQg dGhhbiBvdGhlciBjYW5kaWRhdGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZXJlIEnigJlkIGFsc28gbGlrZSB0 byBzaGFyZSBzb21lIGNvbnNpZGVyYXRpb25zIGFuZCBkb3VidHMgYWJvdXQgdGhlIHVuZGVybGF5 IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjEuIEJlZm9yZSB0aGlzIGRpc2N1c3Npb24gaGFwcGVucywgaXQgc2VlbXMg bWFueSBuZXR3b3JrIHNsaWNpbmcgcmVsYXRlZCBkcmFmdHMgdXNlIOKAnHNsaWNl4oCdIGluIHRo ZWlyIHRlcm1zIHdoaWNoIHJlZmVyIHRvIHRoaXMgdW5kZXJsYXkgY29uc3RydWN0Lg0KIEhvd2V2 ZXIsIHRocm91Z2ggdGhpcyBuZXcgdGVybSBkaXNjdXNzaW9uLCBpdCBzZWVtcyBtb3N0IHBlb3Bs ZSBpbmRpY2F0ZSB0aGV5IHByZWZlciBhIG5ldXRyYWwgdGVybSB0aGFuIGEgc2xpY2Ugc3BlY2lm aWMgdGVybS4gVGh1cyBJIGV4cGVjdCB0aGUgYXV0aG9ycyBvZiB0aGUgcmVsYXRlZCBkcmFmdHMg dG8gcHJvdmlkZSBtb3JlIGZlZWRiYWNrIGFib3V0IHRoaXMgcG9pbnQgYW5kIGluZGljYXRlIHdo ZXRoZXIgdGhleSBhZ3JlZSB3aXRoIHRoZQ0KIGNob2ljZSBvZiBhIG5ldXRyYWwgdGVybS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Mi4gQXMgbWVudGlvbmVkIHNldmVyYWwgdGltZXMgZHVyaW5nIHRoZSBkaXNjdXNz aW9uLCB0aGlzIHVuZGVybGF5IGNvbnN0cnVjdCBoYXMgYm90aCB0aGUgdG9wb2xvZ3kgYW5kIHJl c291cmNlIGF0dHJpYnV0ZXMuIFdpdGggdGhlIHRlcm0g4oCccmVzb3VyY2UNCiBncm91cOKAnSwg aXQgaXMgY2xlYXIgdGhhdCBpdCBpcyBhIHNldCBvZiBuZXR3b3JrIHJlc291cmNlcywgdGhlbiBo b3cgYWJvdXQgdGhlIHRvcG9sb2d5IGF0dHJpYnV0ZT8gSXMgdGhlIHRvcG9sb2d5IGF0dHJpYnV0 ZSBhbHNvIGluY2x1ZGVkIGluIHRoZSDigJxyZXNvdXJjZSBncm91cOKAnT8NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4zLiBXaGF0IGlzIHRoZSBpbnRlbmRlZCBzY29wZSBvZiByZXNvdXJjZSBncm91cD8gTW9yZSBz cGVjaWZpY2FsbHksIGlzIGEgcG9pbnQtdG8tcG9pbnQgcGF0aCBvciBhIFAyTVAgcGF0aCB3aXRo IGEgc2V0IG9mIHJlc2VydmVkIG5ldHdvcmsgcmVzb3VyY2UNCiBhIHJlc291cmNlIGdyb3VwPyBJ biBoaXN0b3J5LCBSU1ZQLVRFIHdhcyB1c2VkIHRvIHNldCB1cCByZXNvdXJjZSByZXNlcnZlZCBw b2ludC10by1wb2ludCBURSBwYXRocyBhbmQgUDJNUCBURSBwYXRocy4gTW9yZSByZWNlbnRseSwg dGhlcmUgaXMgZWZmb3J0IGluIERldE5ldCBXRyBvbiB0aGUgbWVjaGFuaXNtcyB0byBzZXQgdXAg ZGV0ZXJtaW5pc3RpYyBkYXRhIHBhdGhzLiBDYW4gdGhlc2UgcGF0aHMgYmUgY29uc2lkZXJlZCBh cyByZXNvdXJjZQ0KIGdyb3Vwcz8gJm5ic3A7Q2FuIHdlIGZ1cnRoZXIgY2xhc3NpZnkgdGhlbSBp bnRvIGRpZmZlcmVudCBQMlAgcmVzb3VyY2UgZ3JvdXAsIFAyTVAgcmVzb3VyY2UgZ3JvdXAsIG9y IE1QMk1QIHJlc291cmNlIGdyb3VwPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj40LiBBIG1vcmUgc3VidGxlIHF1ZXN0 aW9uIGlzLCB3aGF0IGlzIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiByZXNvdXJjZSBncm91cCBh bmQgVEU/IElzIHJlc291cmNlIGdyb3VwIGEgY29uc3RydWN0IHVuZGVyIHRoZSBURSBhcmNoaXRl Y3R1cmUsIG9yDQogaXMgdGhlcmUgc29tZSBvdmVybGFwIGJldHdlZW4gdGhlbT88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+V2lzaCB0byBsZWFybiB5b3VyIHRob3VnaHRzIG9uIHRoZXNlIGNvbnNpZGVyYXRpb25zIGFu ZCBkb3VidHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IFJlZ2FyZHMsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Sb2JpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+IExpemhlbmJpbg0KPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNk YXksIEF1Z3VzdCAxNywgMjAyMSAxMDoyOSBQTTxicj4NCjxiPlRvOjwvYj4gJzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+6b6a56uL6ImzPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPicgJmx0OzxhIGhyZWY9Im1haWx0bzpnb25nbGl5YW5AY2hpbmFtb2Jp bGUuY29tIj5nb25nbGl5YW5AY2hpbmFtb2JpbGUuY29tPC9hPiZndDs7IGRyYWZ0LWFsaS10ZWFz LXNwcmluICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxk aW5nLWJsb2Nrc0BpZXRmLm9yZyI+ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJs b2Nrc0BpZXRmLm9yZzwvYT4mZ3Q7Ow0KIGRyYWZ0LWZpbHNmaWxzLXNwcmluICZsdDs8YSBocmVm PSJtYWlsdG86ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGll dGYub3JnIj5kcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0 Zi5vcmc8L2E+Jmd0OzsgZHJhZnQtZGVjcmFlbmUtbXBscy0gJmx0OzxhIGhyZWY9Im1haWx0bzpk cmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3Jn Ij5kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYu b3JnPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IERvbmdqaWUgKEppbW15KSAmbHQ7PGEgaHJlZj0i bWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20iPmppZS5kb25nQGh1YXdlaS5jb208L2E+Jmd0OzsN CjxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT47IDxh IGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj4NCm1wbHNAaWV0Zi5vcmc8L2E+OyBURUFTIFdH ICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7 OyBFWFQtdmlzaG51cGF2YW5AZ21haSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnZpc2hudXBhdmFuQGdt YWlsLmNvbSI+dmlzaG51cGF2YW5AZ21haWwuY29tPC9hPiZndDs7IEFkcmlhbiBGYXJyZWwgJmx0 OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVr PC9hPiZndDs7IFRhcmVrIFNhYWQNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRzYWFkLm5ldEBnbWFp bC5jb20iPnRzYWFkLm5ldEBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBS RTogUmU6UmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2Vk IGZvciBzbGljZXJlYWxpemF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIExpeWFuLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+U29ycnkgdGhhdCBJIG1pc3NlZCB5b3VyIG5ldyBkcmFmdC4gVGhhbmtzIGZvciB5 b3VyIGZlZWRiYWNrLiBJdCBpcyBoZWxwZnVsIGZvciB1cyB0byBoYXZlIGEgY29tbW9uIHRlcm1p bm9sb2d5Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPlJvYmluPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij7pvprnq4voibM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFs8 YSBocmVmPSJtYWlsdG86Z29uZ2xpeWFuQGNoaW5hbW9iaWxlLmNvbSI+bWFpbHRvOmdvbmdsaXlh bkBjaGluYW1vYmlsZS5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEF1Z3Vz dCAxNywgMjAyMSA0OjQ4IFBNPGJyPg0KPGI+VG86PC9iPiBMaXpoZW5iaW4gJmx0OzxhIGhyZWY9 Im1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSI+bGl6aGVuYmluQGh1YXdlaS5jb208L2E+Jmd0 OzsgZHJhZnQtYWxpLXRlYXMtc3ByaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1hbGktdGVh cy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnIj5kcmFmdC1hbGktdGVhcy1zcHJp bmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPC9hPiZndDs7IGRyYWZ0LWZpbHNmaWxzLXNw cmluICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVs ZXNzLXNsaWNlLWlkQGlldGYub3JnIj5kcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxl c3Mtc2xpY2UtaWRAaWV0Zi5vcmc8L2E+Jmd0OzsNCiBkcmFmdC1kZWNyYWVuZS1tcGxzLSAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHkt bGFiZWwtaWRAaWV0Zi5vcmciPmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJv cHktbGFiZWwtaWRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gRG9uZ2ppZSAoSmlt bXkpICZsdDs8YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbSI+amllLmRvbmdAaHVh d2VpLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+c3ByaW5n QGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPg0KbXBsc0BpZXRm Lm9yZzwvYT47IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFz QGlldGYub3JnPC9hPiZndDs7IEVYVC12aXNobnVwYXZhbkBnbWFpICZsdDs8YSBocmVmPSJtYWls dG86dmlzaG51cGF2YW5AZ21haWwuY29tIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0Ozsg QWRyaWFuIEZhcnJlbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPmFk cmlhbkBvbGRkb2cuY28udWs8L2E+Jmd0OzsgVGFyZWsgU2FhZA0KICZsdDs8YSBocmVmPSJtYWls dG86dHNhYWQubmV0QGdtYWlsLmNvbSI+dHNhYWQubmV0QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0K PGI+U3ViamVjdDo8L2I+IFJlOlJlOiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBj b25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2VyZWFsaXphdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1VUyI+SGkgQWxsPC9zcGFuPu+8jDxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1V UyI+VGhlIGRyYWZ0LWNoZW5nLXNwcmluZy1zcnY2LWVuY29kaW5nLW5ldHdvcmstc2xpY2VpZFsx XSBhbHNvIHByb3ZpZGVkIGEgc2xpY2UgSUQgZW5jb2Rpbmcgc29sdXRpb24uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tVVMiPkFuZCBhYm91dCB0aGUgZGlzY3Vzc2lv biwgd2UgYXJlIGZpbmUgdG8gZm9sbG93IHRoZSBmaW5hbCBkZWNpc2lvbiBvZiB0aGUgV0csIG5v IHNwZWNpYWwgcmVxdWlyZW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJF Ti1VUyI+WzFdIDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWNoZW5nLXNwcmluZy1zcnY2LWVuY29kaW5nLW5ldHdvcmstc2xpY2VpZC8iPg0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtY2hlbmctc3ByaW5nLXNydjYtZW5jb2Rpbmct bmV0d29yay1zbGljZWlkLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4t VVMiPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJF Ti1VUyI+TGl5YW4gR29uZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgaWQ9ImRpdnNpZ25h dHVyZSI+DQo8cD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206NS4wcHQiIGlkPSJvcmlNc2dI dG1sU2VwZXJhdG9yIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4t LS0tPC9zcGFuPumCruS7tuWOn+aWhzxzcGFuIGxhbmc9IkVOLVVTIj4tLS0tPGJyPg0KPC9zcGFu PjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+5Y+R5Lu25Lq677yaPC9z cGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj5MaXpoZW5iaW4mbmJzcDsmbmJzcDsmbHQ7 PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIj5saXpoZW5iaW5AaHVhd2VpLmNv bTwvYT4mZ3Q7PGJyPg0KPC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWu i+S9kyI+5pS25Lu25Lq677yaPC9zcGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj4mcXVv dDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nr c0BpZXRmLm9yZyI+ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRm Lm9yZzwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNw cmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmciPmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1u cy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc8L2E+Jmd0OywmcXVvdDs8YSBocmVmPSJtYWlsdG86 ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnIj5k cmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc8L2E+ JnF1b3Q7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJpbmctc3J2 Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmciPmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2 LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZzwvYT4mZ3Q7LCZxdW90OzxhIGhyZWY9Im1haWx0 bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYu b3JnIj5kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGll dGYub3JnPC9hPiZxdW90OyZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtZGVjcmFlbmUt bXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZyI+ZHJhZnQtZGVjcmFl bmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzwvYT4mZ3Q7PGJy Pg0KPC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OuWui+S9kyI+5oqE44CA 6YCBPHNwYW4gbGFuZz0iRU4tVVMiPjogPC9zcGFuPjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5n PSJFTi1VUyI+JnF1b3Q7RG9uZ2ppZSZuYnNwOzxhIGhyZWY9ImZpbGU6Ly8vXFwoSmltbXlcKSI+ XFwoSmltbXlcXCk8L2E+JnF1b3Q7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0Bo dWF3ZWkuY29tIj5qaWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDssJnF1b3Q7PGEgaHJlZj0ibWFp bHRvOnNwcmluZ0BpZXRmLm9yZyI+c3ByaW5nQGlldGYub3JnPC9hPiZxdW90OyZuYnNwOyZsdDs8 YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj5zcHJpbmdAaWV0Zi5vcmc8L2E+Jmd0Oywm cXVvdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mcXVv dDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8 L2E+Jmd0OyxURUFTJm5ic3A7V0cmbmJzcDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNA aWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OyxKb2huJm5ic3A7RSZuYnNwO0RyYWtlJm5i c3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5p ZXRmLm9yZyI+amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0OywmcXVv dDs8YSBocmVmPSJtYWlsdG86RVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbSI+RVhULXZpc2hudXBh dmFuQGdtYWlsLmNvbTwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOnZpc2hudXBh dmFuQGdtYWlsLmNvbSI+dmlzaG51cGF2YW5AZ21haWwuY29tPC9hPiZndDssQWRyaWFuJm5ic3A7 RmFycmVsJm5ic3A7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVr Ij5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZndDssVGFyZWsmbmJzcDtTYWFkJm5ic3A7Jm5ic3A7 Jmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIj50c2FhZC5uZXRAZ21haWwu Y29tPC9hPiZndDs8YnI+DQo8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 5a6L5L2TIj7lj5HpgIHml7bpl7TvvJo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gbGFuZz0iRU4tVVMi PjIwMjEtMDgtMTcgMDA6MDQ6MzI8YnI+DQo8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk65a6L5L2TIj7kuLvpopjvvJo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gbGFuZz0iRU4t VVMiPlJlOiZuYnNwO1tUZWFzXSZuYnNwO05ldyZuYnNwO3Rlcm0mbmJzcDtmb3ImbmJzcDt0aGUm bmJzcDt1bmRlcmxheSZuYnNwO2NvbnN0cnVjdCZuYnNwO3VzZWQmbmJzcDtmb3ImbmJzcDtzbGlj ZXJlYWxpemF0aW9uPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgYXV0aG9ycyBvZiBkcmFmdC1hbGktdGVhcy1zcHJpbmct bnMtYnVpbGRpbmctYmxvY2tzL2RyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1z bGljZS1pZC9kcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlk LDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkl0IGlzIGtub3duIHRoYXQgeW91ciBkcmFmdHMgYXJlIGFsc28gcmVsYXRl ZCB3aXRoIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UNCiByZWFsaXphdGlv bi4gSXQgYWxzbyBzZWVtcyB0aGF0IHlvdSB1c2UgdGhlIHRlcm0gd2l0aCDigJxzbGljZeKAnSAm bmJzcDtmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdC4gSW4gdGhlIGRpc2N1c3Npb24gb2YgVEVB UyBXRywgdGhlcmUgaXMgc29tZSBjb25zZW5zdXMgdG8gZGVmaW5lIGEgbmV1dHJhbCBuZXcgdGVy bSB3aXRob3V0IOKAnHNsaWNl4oCdLiAmbmJzcDtXaXNoIHRvIGxlYXJuIHlvdXIgb3BpbmlvbnMg b24gdGhlIG5ldyB0ZXJtIGRlZmluaXRpb24gYW5kIHRoZXJlDQogd291bGQgYmUgYSBjb252ZXJn ZW5jZSBvbiB0aGUgbmV3IHRlcm0gYWZ0ZXIgeW91ciBwYXJ0aWNpcGF0aW5nICZuYnNwO2luIHRo ZSBkaXNjdXNzaW9uLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJkcyw8L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Sb2Jpbjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5G cm9tOjwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4NCiBUZWFz IFs8YSBocmVmPSJtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86dGVhcy1ib3Vu Y2VzQGlldGYub3JnPC9hPl0gPHN0cm9uZz4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9zdHJvbmc+ Sm9obiBFIERyYWtlPGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TZW50Ojwvc3Bhbj48L3N0cm9uZz4gTW9uZGF5LCBB dWd1c3QgMTYsIDIwMjEgODo1MyBQTTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VG86PC9zcGFuPjwvc3Ryb25nPiBE b25namllIChKaW1teSkgJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tIj5q aWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86RVhULXZpc2hudXBh dmFuQGdtYWlsLmNvbSI+RVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbTwvYT4gJmx0OzxhIGhyZWY9 Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20iPnZpc2hudXBhdmFuQGdtYWlsLmNvbTwvYT4m Z3Q7OyBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51 ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5DYzo8L3NwYW4+PC9z dHJvbmc+IFRhcmVrIFNhYWQgJmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29t Ij50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDs7IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0 bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlN1Ympl Y3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkg Y29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5I aSw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkl0IHNvdW5kcyBsaWtl IHNsaWNlIGFnZ3JlZ2F0ZXMsIG9yIG1vcmUgZ2VuZXJhbGx5IG92ZXJsYXkgbmV0d29yayBzZXJ2 aWNlIGFnZ3JlZ2F0ZXMsIGFyZSB0aGUgdGhpbmdzDQogd2hpY2ggdXNlIHJlc291cmNlIHBhcnRp dGlvbnMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+WW91 cnMgSXJyZXNwZWN0aXZlbHksPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5Kb2huPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZu YnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Im1zaXBmb290ZXIzMGIzZDUzOCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbjow Y207bWFyZ2luLWJvdHRvbTouMDAwMXB0O3RleHQtYWxpZ246Y2VudGVyIj4NCjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj5KdW5pcGVyIEJ1c2lu ZXNzIFVzZSBPbmx5PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwv c3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPg0KIFRlYXMgJmx0OzxhIGhyZWY9 Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmciPnRlYXMtYm91bmNlc0BpZXRmLm9yZzwvYT4m Z3Q7IDxzdHJvbmc+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5PbiBCZWhhbGYgT2YgPC9zcGFuPjwvc3Ryb25nPkRvbmdqaWUgKEppbW15 KTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IEZyaWRheSwgQXVndXN0IDEzLCAy MDIxIDk6MjAgQU08YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4gPGEgaHJlZj0ibWFp bHRvOkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20iPg0KRVhULXZpc2hudXBhdmFuQGdtYWlsLmNv bTwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20iPnZpc2hudXBh dmFuQGdtYWlsLmNvbTwvYT4mZ3Q7OyBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJtYWlsdG86 YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7PGJyPg0KPHN0 cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5DYzo8L3NwYW4+PC9zdHJvbmc+IFRhcmVrIFNhYWQgJmx0OzxhIGhyZWY9Im1haWx0bzp0 c2FhZC5uZXRAZ21haWwuY29tIj50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDs7IFRFQVMgV0cg Jmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9hPiZndDs8 YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0ZXJt IGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uPC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO2xpbmUtaGVpZ2h0OjEy LjBwdDtiYWNrZ3JvdW5kOiNGRkVCOUMiPg0KPHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6TGF0bztjb2xvcjpibGFjayI+W0V4dGVy bmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XTwvc3Bhbj48L3N0cm9uZz48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBQYXZhbiwNCjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlNvcnJ5IGZvciBjaGltaW5nIGluLCBwbGVhc2Ugc2VlIHNvbWUgY29tbWVudHMgaW5s aW5lOjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHN0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48 L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4NCiBUZWFzIFs8YSBocmVmPSJt YWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3Jn PC9hPl0gPHN0cm9uZz4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9zdHJvbmc+VmlzaG51IFBhdmFu IEJlZXJhbTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IEZyaWRheSwgQXVndXN0 IDEzLCAyMDIxIDE6MzIgQU08YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4gQWRyaWFu IEZhcnJlbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPmFkcmlhbkBv bGRkb2cuY28udWs8L2E+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Q2M6PC9zcGFuPjwvc3Ryb25nPiBUYXJl ayBTYWFkICZsdDs8YSBocmVmPSJtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbSI+dHNhYWQubmV0 QGdtYWlsLmNvbTwvYT4mZ3Q7OyBURUFTIFdHICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRm Lm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TdWJqZWN0Ojwvc3Bhbj48 L3N0cm9uZz4gUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1 c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4qKiBBcyBhIFdHIHBhcnRp Y2lwYW50Li4gKio8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQpBZHJpYW4sIEhpITxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NClRoYW5rcyBmb3IgeW91ciBlYXJsaWVyIGVtYWlscyBp biB0aGlzIHRocmVhZCB0aGF0IGhhdmUgaGVscGVkIGRyaWxsIGRvd24gdGhlIGRpc2N1c3Npb24g dG8gdGhlIHNwZWNpZmljIGl0ZW0gdGhhdCBuZWVkcyBhIGZyZXNoIHRlcm0hPGJyPg0KUGxlYXNl IHNlZSBpbmxpbmUgKHByZWZpeGVkIFZQQikuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0K LVBhdmFuIChhcyBhIFdHIHBhcnRpY2lwYW50KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPk9uIFRodSwgQXVnIDEyLCAyMDIxIGF0IDEwOjA1IEFNIEFkcmlhbiBGYXJyZWwg Jmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNv LnVrPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzIGZvciB5b3Vy IHVzZWZ1bCBvcGluaW9uLCBUYXJlay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGhhdmUgbm8g b2JqZWN0aW9uIHRvIHRoZSB1c2Ugb2YgdGhlIHdvcmQNCjwvc3Bhbj7igJw8c3BhbiBsYW5nPSJF Ti1VUyI+YWdncmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVTIj4uIEl0IGlzIGdlbmVy YWxseSB1c2VkIHRvIGV4cHJlc3MgZ3JvdXBpbmcgdG9nZXRoZXIgdG8gdHJlYXQgYXMgYSBzaW5n bGUgZW50aXR5IG9yIHRvIGJlIHRyZWF0ZWQgaW4gdGhlIHNhbWUgd2F5LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPkJ1dCBJIGRvIGxpa2UNCjwvc3Bhbj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+Zm9v IGFnZ3JlZ2F0ZTwvc3Bhbj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+IHRvIG1lYW4gdGhhdCBhIG51 bWJlciBvZiBmb28gaGF2ZSBiZWVuIGFnZ3JlZ2F0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5bVlBCXSZuYnNwO0J1dCwgdGhh dCBpc248L3NwYW4+4oCZPHNwYW4gbGFuZz0iRU4tVVMiPnQgbmVjZXNzYXJpbHkgaG93IElFVEYg aGFzIGJlZW4gdXNpbmcgdGhlIHRlcm0NCjwvc3Bhbj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+YWdn cmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVTIj4uICZuYnNwOzwvc3Bhbj7igJw8c3Bh biBsYW5nPSJFTi1VUyI+QmVoYXZpb3IgQWdncmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVO LVVTIj4gKGFzIGRlZmluZWQgaW4gSUVURikgZG9lc248L3NwYW4+4oCZPHNwYW4gbGFuZz0iRU4t VVMiPnQgbWVhbiBhZ2dyZWdhdGluZyBiZWhhdmlvcnMuIFRoZSBzYW1lIGdvZXMgZm9yDQo8L3Nw YW4+4oCcPHNwYW4gbGFuZz0iRU4tVVMiPlRyZWF0bWVudCBBZ2dyZWdhdGU8L3NwYW4+4oCdPHNw YW4gbGFuZz0iRU4tVVMiPi4gQmVoYXZpb3IgQWdncmVnYXRlICh0aGUgd2F5IHdlIHJlYWQvaW50 ZXJwcmV0IGl0KSBpcyBhbiBhZ2dyZWdhdGUgd2l0aCBhIHNwZWNpZmljIGJlaGF2aW9yLiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bSmllXSBJIGp1c3Qg Y2hlY2tlZCB0aGUgZGVmaW5pdGlvbiBvZiB0aGUg4oCcYWdncmVnYXRl4oCdIHJlbGF0ZWQgdGVy bXMgaW4gdGhlIFJGQ3M6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44cHQ7 dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+QmVoYXZpb3IgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyAyNDc0KTogYSBjb2xs ZWN0aW9uIG9mIHBhY2tldHMgd2l0aCB0aGUgc2FtZSBjb2RlcG9pbnQgY3Jvc3NpbmcgYSAmbmJz cDtsaW5rIGluIGEgcGFydGljdWxhciBkaXJlY3Rpb24u4oCdPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6NC44cHQ7dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44 cHQ7dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+VHJhZmZpYyBBZ2dyZWdhdGUgKGRlZmluZWQgaW4gUkZDIDMwODYpOiBhIGNv bGxlY3Rpb24gb2YgcGFja2V0cyB3aXRoIGEgY29kZXBvaW50IHRoYXQgbWFwcyB0byB0aGUgc2Ft ZSAmbmJzcDtQSEIsIHVzdWFsbHkgaW4gYSBEUyBkb21haW4gb3Igc29tZSBzdWJzZXQgb2YgYSBE UyBkb21haW4uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44cHQ7dGV4dC1pbmRlbnQ6MTAu NXB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44cHQ7dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VHJlYXRtZW50IEFnZ3Jl Z2F0ZSAoZGVmaW5lZCBpbiBSRkMgNTEyNyk6IFRoaXMgdGVybSBpcyBkZWZpbmVkIGFzIHRoZSBh Z2dyZWdhdGUgb2YgRGlmZnNlcnYgc2VydmljZSAmbmJzcDtjbGFzc2VzLiZuYnNwOyBBIHRyZWF0 bWVudCBhZ2dyZWdhdGUgaXMgY29uY2VybmVkIG9ubHkgd2l0aCB0aGUgZm9yd2FyZGluZw0KIHRy ZWF0bWVudCBvZiB0aGUgYWdncmVnYXRlZCB0cmFmZmljLCAmbmJzcDt3aGljaCBtYXkgYmUgbWFy a2VkIHdpdGggbXVsdGlwbGUgRFNDUHMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TXkgcmVhZGluZyBvZiB0aGVzZSBk ZWZpbml0aW9ucyBpcyB0aGF0IOKAnGFnZ3JlZ2F0ZeKAnSBoZXJlIG1lYW5zIGVpdGhlciBhZ2dy ZWdhdGVkIHBhY2tldHMNCiBvciBhZ2dyZWdhdGVkIHNlcnZpY2UgY2xhc3NlcyB3aGljaCBhcmUg dHJlYXRlZCBpbiB0aGUgc2FtZSAmbmJzcDt3YXkgb24gYSBwYXJ0aWN1bGFyIG5vZGUgb3IgbGlu ay48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5XaGlsZSB3aGF0IHdlIHdhbnQgdG8gZGVzY3JpYmUgd2l0aCB0aGUgbmV3 IHRlcm0gSU1PIGlzIOKAnGEgZ3JvdXAgb2YgbmV0d29yayByZXNvdXJjZXMNCiBhbGxvY2F0ZWQg b24gYSBzZXQgb2YgbmV0d29yayBub2RlcyBhbmQgbGlua3PigJ0uIFN1Y2ggZ3JvdXAgJm5ic3A7 b2YgcmVzb3VyY2VzIGNhbiBiZSBwcm92aXNpb25lZCBpbiBkaWZmZXJlbnQgcGxhY2VzIG9mIHRo ZSBuZXR3b3JrIGFuZCBhcmUgb3JnYW5pemVkIHRvZ2V0aGVyIHRvIHByb3ZpZGUgYSBzcGVjaWZp YyBuZXR3b3JrLWxldmVsIGJlaGF2aW9yLg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGh1cyB0aGUga2V5IGluZm9y bWF0aW9uIHRvIGJlIGRlbGl2ZXJlZCB3aXRoIHRoZSBuZXcgdGVybSBpcyDigJxhIGdyb3VwIG9m IG9yZ2FuaXplZCByZXNvdXJjZXMNCiBpbiB0aGUgbmV0d29ya+KAnSwgcmF0aGVyIHRoYW4g4oCc YWdncmVnYXRlZCBiZWhhdmlvciBhdCAmbmJzcDthIHBhcnRpY3VsYXIgcG9pbnTigJ0uPC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkppZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+U28NCjwvc3Bhbj7igJw8c3BhbiBsYW5n PSJFTi1VUyI+c2xpY2UgYWdncmVnYXRlPC9zcGFuPuKAnTxzcGFuIGxhbmc9IkVOLVVTIj4gd291 bGQgYmUgYW4gYWdncmVnYXRpb24gb2Ygc2xpY2VzLiBZb3VyIHVzZSBpbiBJLUQuZHJhZnQtYmVz dGJhci10ZWFzLW5zLXBhY2tldCBpcywgdGhlcmVmb3JlLCBjb25mdXNpbmcuIElmIHRoZSBzbGlj ZXMgYXJlICo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTrlrovkvZMiPm5vdDwvc3Bh bj48L3N0cm9uZz4qIHNlcGFyYXRlZA0KIG91dCBpbnRvIGRpZmZlcmVudCBmbG93cyAob3IgdHJh ZmZpYyBzdHJlYW1zKSB0aGVuLCB5ZXMsIHlvdSBhcmUgYWdncmVnYXRpbmcgc2xpY2VzLiBCdXQg aWYgdGhlIHNsaWNlcyBhcmUgc2VwYXJhdGVkIG91dCwgYXMgeW91IGRlc2NyaWJlLCAmbmJzcDt0 aGVuIHdoYXQgeW91IGhhdmUgaXMNCjwvc3Bhbj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+SUVURiBu ZXR3b3JrIHNsaWNlIHRyYWZmaWMgc3RyZWFtIGFnZ3JlZ2F0aW9uPC9zcGFuPuKAnTxzcGFuIGxh bmc9IkVOLVVTIj4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5bVlBCXSZuYnNwO1llcy4gVGhlIGRlZmlu aXRpb24gb2YgdGhlIHNsaWNlIGFnZ3JlZ2F0ZSAoYXMgZGVmaW5lZCBpbiBkcmFmdC1iZXN0YmFy LXRlYXMtbnMtcGFja2V0KSBkb2VzIHN0YXRlIHRoYXQgdGhlJm5ic3A7c2xpY2UgYWdncmVnYXRl Jm5ic3A7Y29tcHJpc2VzIG9mIG9uZSBvciBtb3JlIElFVEYNCiBuZXR3b3JrIHNsaWNlIHRyYWZm aWMgc3RyZWFtcy4mbmJzcDsgV2UgY291bGQgaGF2ZSBjaG9zZW4gYSBsb25nZXIgJm5ic3A7ZGVz Y3JpcHRpdmUgbmFtZSwgYnV0IG9wdGVkIHRvIGtlZXAgaXQgc2hvcnQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBj bTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj7igJw8c3BhbiBsYW5nPSJFTi1VUyI+TmV0d29yayByZXNvdXJj ZSBhZ2dyZWdhdGU8L3NwYW4+4oCdPHNwYW4gbGFuZz0iRU4tVVMiPiB3b3VsZCBpbXBseSB0aGF0 IHJlc291cmNlcyBoYXZlIGJlZW4gY29sbGVjdGVkIHRvZ2V0aGVyIHRvIGJlIHVzZWQgYXMgYSBz aW5nbGUgZW50aXR5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+W1ZQQl0mbmJzcDtOb3QgbmVjZXNzYXJpbHkuICZxdW90O05ldHdv cmsgUmVzb3VyY2UgQWdncmVnYXRlJnF1b3Q7IGlzbid0IG1lYW50IHRvIGltcGx5ICZxdW90O2Fn Z3JlZ2F0aW5nIG5ldHdvcmsgcmVzb3VyY2VzJnF1b3Q7LiBUaGUgaW50ZW50IGJlaGluZCB0aGUm bmJzcDtwcm9wb3NhbCBpcyB0byBzYXkgdGhhdCBpdCBpcw0KIGFuIGFnZ3JlZ2F0ZSB0aGF0IGhh cyBzcGVjaWZpYyBuZXR3b3JrIHJlc291cmNlcy4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+WW91IG1pZ2h0IGRvIHRoYXQsIGZvciBleGFtcGxlLCB3 aXRoIGEgc2V0IG9mIHBhcmFsbGVsIGxpbmtzIHRoYXQgY2FuIGJlIGFnZ3JlZ2F0ZWQgKG9yIGJ1 bmRsZWQpIGFuZCB0cmVhdGVkIGFzIGEgc2luZ2xlIGxpbmsuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyI+SSBkb248L3NwYW4+4oCZPHNwYW4gbGFuZz0iRU4tVVMiPnQgdGhpbmsgd2UgYXJlIGFnZ3Jl Z2F0aW5nIHJlc291cmNlcyBpbiB0aGlzIGNhc2UuIFdlIGFyZSBncm91cGluZywgcHJvZmlsaW5n LCBwYXJ0aXRpb25pbmcsIGNvbGxlY3RpbmcsIG9yIGV2ZW4gZmlsdGVyaW5nLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPkFkcmlhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzdHJvbmc+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTrlrovkvZMiPkZy b206PC9zcGFuPjwvc3Ryb25nPjxzcGFuIGxhbmc9IkVOLVVTIj4gVGFyZWsgU2FhZCAmbHQ7PGEg aHJlZj0ibWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj50c2FhZC5u ZXRAZ21haWwuY29tPC9hPiZndDsNCjxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OuWui+S9kyI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IDEyIEF1Z3VzdCAyMDIxIDE1OjQxPGJy Pg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk65a6L5L2TIj5Ubzo8L3NwYW4+PC9z dHJvbmc+IDxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFu ayI+DQphZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPjsgJ0tpcmFuIE1ha2hpamFuaScgJmx0OzxhIGhy ZWY9Im1haWx0bzpraXJhbi5pZXRmQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmtpcmFuLmll dGZAZ21haWwuY29tPC9hPiZndDs7ICdKb2huIEUgRHJha2UnICZsdDtqZHJha2U9PGEgaHJlZj0i bWFpbHRvOjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj40MGp1 bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPC9hPiZndDs7ICZuYnNwOydEb25namllIChKaW1teSkn DQogJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFu ayI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7OyAnTGl6aGVuYmluJyAmbHQ7PGEgaHJlZj0i bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6aGVuYmluQGh1 YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTrlrovkvZMiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0 ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9u PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIEFkcmlhbi9hbGwsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1VUyI+QXMgZGVzY3JpYmVkIGluIEktRC5pZXRmLXRlYXMtaWV0Zi1u ZXR3b3JrLXNsaWNlLWRlZmluaXRpb24sIGFuIElFVEYgTmV0d29yayBTbGljZSBzZXJ2aWNlIG1h eSBpbmNsdWRlIG11bHRpcGxlIGNvbm5lY3Rpb25zIHRoYXQgYXNzb2NpYXRlIHNldHMgb2YgZW5k cG9pbnRzIC0NCiAmbmJzcDtlYWNoIGhhdmluZyBhIHNldCBvZiBTTE9zL1NMRXMuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+ SW4gSS1ELmRyYWZ0LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQsIHdlIGRlZmluZWQgYSBTbGljZSBB Z2dyZWdhdGUgYXMgYSBjb25zdHJ1Y3QgdGhhdCBjb21wcmlzZXMgb2Ygb25lIG9yIG1vcmUgSUVU RiBuZXR3b3JrIHNsaWNlIHRyYWZmaWMgc3RyZWFtcyB0aGF0IHNoYXJlIHRoZQ0KICZuYnNwO3Nh bWUgc2V0IG9mIFNMT3MvU0xFcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgU2xpY2UgQWdncmVnYXRlIGNvbnN0cnVj dCBhbGxvd3MgYWdncmVnYXRpbmcgc3RyZWFtcyBmcm9tIG11bHRpcGxlIElFVEYgTmV0d29yayBT bGljZSBjb25uZWN0aW9ucyB0aGF0IHNoYXJlIGNvbW1vbiBTTE9zL1NMRXMgc28gdGhhdCB0aGUg cHJvdmlkZXIgbmV0d29yaw0KICZuYnNwO2NhbiBvZmZlciB0aGUgc2FtZSBhZ2dyZWdhdGUgdHJl YXRtZW50IHRvIHRoZW0uIFRoZSBTbGljZSBBZ2dyZWdhdGUgcmVzb3VyY2VzIGFyZSBpbnN0YW50 aWF0ZWQgb24gc3BlY2lmaWMgbmV0d29yayBlbGVtZW50cyBhcyBkaWN0YXRlZCBieSB0aGUgU2xp Y2UgQWdncmVnYXRlIHRvcG9sb2d5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlNpbmNlIHRoZSBz Y29wZSBvZiBJLUQuZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tldCB3YXMgdGhlIHJlYWxpemF0 aW9uIG9mIElFVEYgTmV0d29yayBTbGljZSBzZXJ2aWNlIGluIGEgcHJvdmlkZXIgbmV0d29yaywg d2UgaGFkIGNvbnN0cmFpbmVkIHRoZSBhZ2dyZWdhdGUNCiAmbmJzcDtjb25zdHJ1Y3QgdG8gc2xp Y2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPldlIHVuZGVyc3RhbmQgdGhhdCB0aGUgYWdncmVn YXRlIGNvbnN0cnVjdCBjYW4gYmUgZ2VuZXJhbGl6ZWQgdG8gc3VwcG9ydCBvdGhlciBzZXJ2aWNl cy4gTGV0IHVzIG9mZmVyIGFub3RoZXIgb3B0aW9uIHRvIGNvbnNpZGVyIGZvciByZXByZXNlbnRp bmcgdGhlIGdlbmVyaWMNCiAmbmJzcDtjb25zdHJ1Y3Q6IDwvc3Bhbj7igJw8c3BhbiBsYW5nPSJF Ti1VUyI+TmV0d29yayBSZXNvdXJjZSBBZ2dyZWdhdGU8L3NwYW4+4oCdPHNwYW4gbGFuZz0iRU4t VVMiPi4gVGhlcmUgYXJlIG11bHRpcGxlIElFVEYgZG9jdW1lbnRzIHRoYXQgdXNlIHRoZSB0ZXJt IEFnZ3JlZ2F0ZSB3aGVuZXZlciBncm91cGluZyBtdWx0aXBsZSBzZXJ2aWNlIGNsYXNzZXMgKEJl aGF2aW9yIEFnZ3JlZ2F0ZSwgVHJlYXRtZW50IEFnZ3JlZ2F0ZSwgVHJhZmZpYyBBZ2dyZWdhdGUs DQogJm5ic3A7ZXRjLikgLSByZWZlciB0byByZmM1MTI3IGFuZCByZmMyNDc0IGZvciBtb3JlIGV4 YW1wbGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGFyZWs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4N CjxzdHJvbmc+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTrlrovkvZM7Y29s b3I6YmxhY2siPkZyb206IDwvc3Bhbj48L3N0cm9uZz48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOmJsYWNrIj5UZWFzICZsdDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxhIGhyZWY9 Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzLWJvdW5j ZXNAaWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7DQogb24gYmVoYWxm IG9mIEFkcmlhbiAmbmJzcDtGYXJyZWwgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWRyaWFu QG9sZGRvZy5jby51ayIgdGFyZ2V0PSJfYmxhbmsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk65a6L5L2TIj5EYXRlOiA8L3NwYW4+PC9zdHJvbmc+V2VkbmVzZGF5LCBBdWd1c3Qg MTEsIDIwMjEgYXQgMzozOCBQTTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OuWui+S9kyI+VG86IDwvc3Bhbj48L3N0cm9uZz4nS2lyYW4gTWFraGlqYW5pJyAmbHQ7PC9zcGFu PjxhIGhyZWY9Im1haWx0bzpraXJhbi5pZXRmQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmtp cmFuLmlldGZAZ21haWwuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OywgJ0pv aG4gRSBEcmFrZScgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86amRyYWtlPTQwanVuaXBlci5u ZXRAZG1hcmMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5qZHJha2U9NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZzwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDssDQogJm5ic3A7 J0RvbmdqaWUgKEppbW15KScgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVh d2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmppZS5kb25nQGh1YXdlaS5jb208L2E+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7LCAnTGl6aGVuYmluJyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3 ZWkuY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OywNCjwvc3Bhbj48YSBocmVm PSJtYWlsdG86dGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXNAaWV0Zi5vcmc8L2E+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86dGVh c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXNAaWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 5a6L5L2TIj5TdWJqZWN0OiA8L3NwYW4+PC9zdHJvbmc+UmU6IFtUZWFzXSBOZXcgdGVybSBmb3Ig dGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjwvc3Bhbj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5JIHdvbmRlciB3aGV0 aGVyIHdlIGNhbiBwaWNrIHRoaXMgYXBhcnQgYW5kIHB1dCBpdCBiYWNrIHRvZ2V0aGVyIGluIGEg d2F5PGJyPg0KdGhhdCBtYWtlcyBzZW5zZS48YnI+DQo8YnI+DQpUaGUgY3VzdG9tZXIncyB2aWV3 IG9mIGFsbCB0aGlzIGlzIGFuICZxdW90O0lFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlJnF1b3Q7 LiBJIHRoaW5rPGJyPg0KKGhvcGUpIHdlIGFyZSBhbGwgYWdyZWVkIG9uIHRoaXMuIFRoZSBjdXN0 b21lciBtYXkgYXNrIChpbiBzaG9ydGhhbmQpIGZvciBhPGJyPg0KJnF1b3Q7bmV0d29yayBzbGlj ZSZxdW90OywgYnV0Ojxicj4NCi0gdGhleSBhcmUgdGFsa2luZyBhYm91dCBJRVRGIHRlY2hub2xv Z3ksIHNvIHRoZXkgYXNraW5nIGZvciBhbiAmcXVvdDtJRVRGPGJyPg0KbmV0d29yayBzbGljZSZx dW90Ozxicj4NCi0gdGhleSBhY3R1YWxseSB3YW50IGJlaGF2aW91cmFsIGNoYXJhY3RlcmlzdGlj cyBhbmQgaGF2ZSBubyByaWdodCB0byB0ZWxsPGJyPg0KdGhlIG9wZXJhdG9yPGJyPg0KJm5ic3A7 IGhvdyB0byBtYW5hZ2UgdGhlIG5ldHdvcmssIHNvIHRoZXkgYXJlIGFza2luZyBmb3IgYW4gJnF1 b3Q7SUVURiBuZXR3b3JrIHNsaWNlPGJyPg0Kc2VydmljZS4mcXVvdDs8YnI+DQo8YnI+DQpUaGUg b3BlcmF0b3IgaGFzIGEgYmlnZ2VyIHNldCBvZiB0aGluZ3MgdG8gd29ycnkgYWJvdXQuIDxicj4N Cjxicj4NCjEuIEF0IHRoZSB0b3Agb2YgdGhlIG9wZXJhdG9yJ3MgdmlldyBpcyB0aGUgJnF1b3Q7 SUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2UmcXVvdDsgYXM8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgcmVxdWVzdGVkIGJ5IHRoZSBjdXN0b21lci4gV2UgaGF2ZSB0aGlzIGRlZmluZWQgYWxyZWFk eSwgc28gbm90aGluZyBtb3JlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHRvIHNheS48YnI+DQo8 YnI+DQoyLiBUaGUgb3BlcmF0b3IgbWFwcyB0aGUgcmVxdWVzdCBmb3IgYSBzbGljZSBzZXJ2aWNl IGludG8gdGhlICZxdW90O0lFVEYgbmV0d29yazxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBzbGlj ZSZxdW90OyB3aGljaCBpcyB0aGUgZXhwcmVzc2lvbiBvZiB0aGUgc2VydmljZSBpbiB0ZXJtcyBv ZiBuZXR3b3JrPGJyPg0KY29ubmVjdGl2aXR5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGluIHRo ZSBjb250ZXh0IG9mIHRoZSBvcGVyYXRvcidzIG5ldHdvcmsuIFRoZSByZWxhdGlvbnNoaXAgaGVy ZSBpcyBsaWtlPGJyPg0KdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHJlbGF0aW9uc2hpcCBi ZXR3ZWVuIHRoZSBMM1NNIGFuZCBMM05NLjxicj4NCjxicj4NCjMuIEF0IHRoZSBib3R0b20gb2Yg dGhlaXIgdmlldyBpcyBhbiB1bmRlcmx5aW5nIG5ldHdvcmsuIFRoZSB0ZWNobm9sb2d5IG9mPGJy Pg0KdGhpczxicj4NCiZuYnNwOyZuYnNwOyBuZXR3b3JrIGRlcGVuZHMsIG9mIGNvdXJzZSwgb24g dGhlIG9wZXJhdG9yJ3Mgb2ZmZXJpbmcsIGJ1dCB0aGlzIGlzIHRoZTxicj4NCm5ldHdvcms8YnI+ DQombmJzcDsmbmJzcDsgdGVjaG5vbG9neSBiZWluZyBzbGljZWQuIEl0IG1heSBiZSBhbiBJUCBu ZXR3b3JrLCBhbmQgTVBMUyBuZXR3b3JrLCBhbjxicj4NCk9UTiw8YnI+DQombmJzcDsmbmJzcDsg b3Igd2hhdGV2ZXIuIEkgd291bGQgY2FsbCB0aGlzIHRoZSAmcXVvdDtVbmRlcmxheSBOZXR3b3Jr LiZxdW90OyBUaGlzIG5ldHdvcmsgbWF5LDxicj4NCmluPGJyPg0KJm5ic3A7Jm5ic3A7IHR1cm4s IGJlIGJ1aWx0IHVwb24gYW4gdW5kZXJsYXkgbmV0d29yayBvZiB0aGUgc2FtZSBvciBhIGRpZmZl cmVudDxicj4NCnRlY2hub2xvZ3ksPGJyPg0KJm5ic3A7Jm5ic3A7IGFuZCBpdCBtYXkgYmUgZmFj aWxpdGF0ZWQgdGhyb3VnaCBuZXR3b3JrIHNsaWNpbmcgLSBidXQgdGhpcyBuZWVkIG5vdDxicj4N CmNvbmNlcm48YnI+DQombmJzcDsmbmJzcDsgdXMgaGVyZS4gPGJyPg0KPGJyPg0KNC4gVGhhdCBs ZWF2ZXMgdGhlIGdsdWUgaW4gdGhlIG1pZGRsZTogdGhlIGJpdCB0aGF0IGVuYWJsZXMgdGhlIHNj YWxpbmcgYW5kPGJyPg0KbWFwczxicj4NCiZuYnNwOyZuYnNwOyB0aGUgbmV0d29yayBzbGljZSB0 byB0aGUgbmV0d29yay4gQW5kIEkgdGhpbmsgaXQgaXMgdGhpcyBiaXQgdGhhdCBpczxicj4NCmNh dXNpbmcgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7IG1vc3QgZGViYXRlIGFib3V0IHRlcm1pbm9sb2d5 LiBUaGVyZSBhcmUgc29tZSBwb2ludHMgdG8gY29uc2lkZXI6PGJyPg0KPGJyPg0KJm5ic3A7Jm5i c3A7IGEuIFRoZSB0ZXJtICZxdW90O25ldHdvcmsgcmVzb3VyY2VzJnF1b3Q7IGFwcGxpZXMgdG8g dGhlIGJhbmR3aWR0aCwgcXVldWVzLDxicj4NCmJ1ZmZlcnMsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV0Yy4gYXZhaWxhYmxlIG9uIHRoZSBsaW5rcyBhbmQgbm9k ZXMgaW4gdGhlIG5ldHdvcmsuIFRoYXQgbWF5IGJlIDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBleHRlbmRlZCB0byByZWZlciB0byB3aG9sZSBsaW5rcyBhbmQgbm9k ZXMuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IGIuIFRoZSBudW1iZXIgb2YgSUVURiBuZXR3b3Jr IHNsaWNlIHNlcnZpY2VzIGlzIHBvdGVudGlhbGx5IGxhcmdlIGFuZCB0aGU8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3BlcmF0b3IgbmVlZHMgYSBtZWNoYW5pc20g dG8gc2NhbGUgdGhlIG1hcHBpbmcgb2Ygc2VydmljZXMgdG8gPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5ldHdvcmsgcmVzb3VyY2VzLjxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyBjLiBUaGUgSUVURiBuZXR3b3JrIHNsaWNlcyBtYXkgYmUgZ3JvdXBlZCBmb3IgaWRl bnRpY2FsIHRyZWF0bWVudCB0bzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBhY2hpZXZlIHNjYWxpbmcsIHdoZXJlIHRoZSBncm91cGluZyBjb2xsZWN0cyBJRVRGIG5l dHdvcmsgc2xpY2VzIHdpdGg8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgc2ltaWxhciBTTEFzLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBkLiBJdCBtYXkgYmUgdGhh dCBkaWZmZXJlbnQgdHJhZmZpYyBmbG93cyB3aXRoaW4gYSBzaW5nbGUgSUVURiBuZXR3b3JrPGJy Pg0Kc2xpY2U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg aGF2ZSBkaWZmZXJlbnQgY2hhcmFjdGVyaXN0aWNzLiBJbiB0aGlzIGNhc2UsIGl0IG1heSBiZSBi ZW5lZmljaWFsPGJyPg0KdG8gZ3JvdXA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgdG9nZXRoZXIgc29tZSBvZiB0aGUgdHJhZmZpYyBmbG93cyBmcm9tIGRp ZmZlcmVudCBzbGljZXMuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IGUuIFRoZSBncm91cGVkIHNs aWNlcy9mbG93cyBhcmUgZW5hYmxlZCBpbiB0aGUgbmV0d29yayB1c2luZyBuZXR3b3JrPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc291cmNlcyBhc3Np Z25lZCBmb3IgdGhhdCBwdXJwb3NlLiBUaGUgYXNzaWdubWVudCBtYXkgYmUgYW55dGhpbmc8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZnJvbSBhIGZ1bGx5 LWZsZWRnZWQgdmlydHVhbCBuZXR3b3JrIChzdWNoIGFzIGluIEFDVE4gb3IgVlBOJiM0MzspLDxi cj4NCnRocm91Z2g8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgbmV0d29yayByZXNlcnZlZCByZXNvdXJjZXMgKHN1Y2ggYXMgaW4gTVBMUy1URSksIGFuZCBj ZW50cmFsbHk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg YWNjb3VudGVkIHJlc291cmNlcyAoc3VjaCBhcyBTRE4gb3IgcG9zc2libGUgU1IpLCB0byBzdGF0 aXN0aWNhbGx5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHNoYXJlZCByZXNvdXJjZXMuPGJyPg0KPGJyPg0KVGhlcmUgc2VlbXMgdG8gYmUgdmFyaW91cyBw b2ludHMgZm9yIGFuZCBhZ2FpbnN0IDRkLiBCdXQsIGl0IHdvdWxkIGFwcGVhcjxicj4NCnRoYXQg dGhpcyBpcyBhbiBpbXBsZW1lbnRhdGlvbiBvciBkZXBsb3ltZW50IGlzc3VlIHRoYXQgZG9lc24n dCBjaGFuZ2Ugd2hhdDxicj4NCnRoZSBwcm90b2NvbHMgbmVlZCB0byBkby4gU28gd2Ugc2hvdWxk IHByb2JhYmx5IGFsbG93IGl0IGFyY2hpdGVjdHVyYWxseSwgb3I8YnI+DQphdCBsZWFzdCwgbm90 IGRpc2FsbG93IGl0Ljxicj4NCjxicj4NCk9mIGNvdXJzZSwgYXMgS2lyYW4gcG9pbnRzIG91dCwg NGMvZC9lIG1heSBiZSBhIHBhc3MtdGhyb3VnaC4gVGhhdCBpcywgaXQgaXM8YnI+DQpub3QgbmVj ZXNzYXJ5IHRvIGltcGxlbWVudCBzdWNoIGdyb3VwaW5ncyBlaXRoZXIgYmVjYXVzZSB0aGVyZSBh cmUgb25seSBhPGJyPg0KZmV3IHNsaWNlcyAod2hpY2ggaGFzIGJlZW4gdGhlIHZpZXcgb2Ygc29t ZSBvcGVyYXRvcnMpIG9yIGJlY2F1c2UgdGhlPGJyPg0KbmV0d29yayBzeXN0ZW1zIGNhbiBoYW5k bGUgdGhlIG51bWJlciBvZiBzbGljZXMuIEFuZCBpdCBpcyBpbiB0aGUgbmF0dXJlIG9mPGJyPg0K YXJjaGl0ZWN0dXJlcyBvZiB0aGlzIHNvcnQgdGhhdCBhbGwgZnVuY3Rpb25zIGNhbiBiZSBudWxs ZWQgb3V0IHdpdGhvdXQgbG9zczxicj4NCm9mIGdlbmVyYWxpdHksIGFuZCB3ZSBoYXZlIHRvIHJl Y2FsbCB0aGF0IHRoZSBpbnRlcm5hbHMgb2YgcHJvdmlzaW9uaW5nPGJyPg0Kc3lzdGVtcyBtYXkg YXBwZWFyIGFzIGZ1bmN0aW9uYWwgYmxvY2tzIGluIG91ciBhcmNoaXRlY3R1cmVzLCBidXQgd2Ug ZG9uJ3Q8YnI+DQpjb21wZWwgaW1wbGVtZW50YXRpb25zIHRvIGFkaGVyZSB0byB0aGF0IHR5cGUg b2YgYXJjaGl0ZWN0dXJlLiBTbyBJIGRvbid0PGJyPg0KdGhpbmsgd2UgaGF2ZSB0byB3b3JyeSBv biB0aGF0IGFjY291bnQuPGJyPg0KPGJyPg0KQW5kIHRoYXQgYnJpbmdzIHRoZSBxdWVzdGlvbiBv ZiBob3cgd2UgbmFtZSB0aGUgcmVzb3VyY2VzIHRoYXQgYXJlIGdhdGhlcmVkPGJyPg0KaW4gNGUu IDxicj4NCjxicj4NCkkgY2FuJ3QgZGVjaWRlIHdoZXRoZXIgaXQgaXMgaGVscGZ1bCB0byBzcGVu ZCB0aW1lIHNheWluZyB3aHkgSSBkb24ndCBsaWtlPGJyPg0KZWFjaCBvZiB0aGUgcHJvcG9zZWQg dGVybXMuIEkgY2VydGFpbmx5IGhhdmUgdGhpbmdzIEkgZG9uJ3QgbGlrZSBhYm91dCAoZm9yPGJy Pg0KZXhhbXBsZSkgJnF1b3Q7c2xpY2UgYWdncmVnYXRlJnF1b3Q7IChiZWNhdXNlIG9mIDRkLCB3 aGljaCBtZWFucyBpdCBpcyByZWFsbHkgYSAmcXVvdDtzbGljZTxicj4NCnN1Yi1mbG93IGFnZ3Jl Z2F0ZSZxdW90OyksIGFuZCBJIGFtIG5vdCBhIGZhbiBvZiAmcXVvdDtWVE4mcXVvdDsgKGJlY2F1 c2Ugb2YgJnF1b3Q7dHJhbnNwb3J0JnF1b3Q7PGJyPg0KYW5kIG1heWJlIGl0IGlzIG5vdCByZWFs bHkgYSBuZXR3b3JrKS4gQnV0IG1heWJlIGl0IGlzIGJldHRlciBmb3IgbWUgdG8gc2F5PGJyPg0K d2hhdCBJIHRoaW5rIHdlIHNob3VsZCBjYWxsIHRoaW5ncz8gSSB0aGluayB3ZSBoYXZlLi4uPGJy Pg0KPGJyPg0KLSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJRVRGIG5ldHdv cmsgc2xpY2Ugc2VydmljZSAoY3VzdG9tZXIgdmlldyk8YnI+DQotJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IElFVEYgbmV0d29yayBzbGljZSAob3BlcmF0b3Igdmlldyk8YnI+ DQotJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc291cmNlIHBhcnRpdGlv biAoZGVsaXZlcnkgbWVjaGFuaXNtKTxicj4NCi0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgVW5kZXJsYXkgbmV0d29yayAobmV0d29yayB1c2VkIHRvIHN1cHBvcnQgdGhlIHNs aWNlKTxicj4NCjxicj4NCldoeSAmcXVvdDtyZXNvdXJjZSBwYXJ0aXRpb24mcXVvdDs/IFdlbGwg aXQgaXMgYSBjb2xsZWN0aW9uIG9mICZxdW90O25vZGVzLCBsaW5rcywgYW5kPGJyPg0KbmV0d29y ayByZXNvdXJjZXMgdGhhdCBhcmUgbWFya2VkIHdpdGhpbiB0aGUgbmV0d29yayBmb3IgdXNlIGJ5 IGEgc2V0IG9mPGJyPg0KbmV0d29yayBzbGljZSB0cmFmZmljIGZsb3dzJnF1b3Q7Ljxicj4NCkl0 IGlzIHBvc3NpYmxlIHRoYXQgdGhlIHdvcmQgJnF1b3Q7cGFydGl0aW9uJnF1b3Q7IGlzIHRvbyBz dHJvbmcgYmVjYXVzZSBpdCBtYXkgaW1wbHk8YnI+DQp0byBzb21lIHBlb3BsZSB0aGF0IHJlc291 cmNlcyBpbiBhIHBhcnRpdGlvbiBjYW5ub3QgYmUgc2hhcmVkLCBidXQgSSBkb24ndDxicj4NCmZl ZWwgdGhhdC48YnI+DQpTb2Z0ZXIgd29yZHMgdGhhbiAmcXVvdDtwYXJ0aXRpb24mcXVvdDsgd291 bGQgYmUgJnF1b3Q7Z3JvdXAmcXVvdDssICZxdW90O2J1bmRsZSZxdW90OywgJnF1b3Q7cG9vbCZx dW90OywgYW5kIEk8YnI+DQpjb3VsZCBsaXZlIHdpdGggYW55IG9mIHRoZW0uPGJyPg0KPGJyPg0K QmVzdCw8YnI+DQpBZHJpYW48YnI+DQo8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLTxicj4NCkZyb206IFRlYXMgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0OyBPbiBC ZWhhbGYgT2YgS2lyYW4gTWFraGlqYW5pPGJyPg0KU2VudDogMTEgQXVndXN0IDIwMjEgMTY6MDA8 YnI+DQpUbzogSm9obiBFIERyYWtlICZsdDs8YSBocmVmPSJtYWlsdG86amRyYWtlPTQwanVuaXBl ci5uZXRAZG1hcmMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5qZHJha2U9NDBqdW5pcGVyLm5l dEBkbWFyYy5pZXRmLm9yZzwvYT4mZ3Q7OyBEb25namllIChKaW1teSk8YnI+DQombHQ7PGEgaHJl Zj0ibWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5qaWUuZG9uZ0Bo dWF3ZWkuY29tPC9hPiZndDs7IExpemhlbmJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJp bkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+bGl6aGVuYmluQGh1YXdlaS5jb208L2E+Jmd0 OzsNCjxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0Bp ZXRmLm9yZzwvYT48YnI+DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5k ZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlPGJyPg0KcmVhbGl6YXRpb248YnI+DQo8YnI+ DQpIaSBKb2huLCAoYW5kIGFsbCksPGJyPg0KPGJyPg0KVHdvIHZlcnkgYmFzaWMgY2xhcmlmaWNh dGlvbiBxdWVzdGlvbnM6PGJyPg0KMS4gSG93IGRvIHdlIGRpZmZlcmVudGlhdGUgYmV0d2VlbiZu YnNwOyB0aGUgc2xpY2Utc2VnbWVudHMgdGhhdCBhcmUgPGJyPg0KcmVzb3VyY2UtYXdhcmUgdnMg dGhvc2UgdGhhdCBhcmUgbm90PyBJIGhhZCBhc3N1bWVkIHRoYXQgc2luY2UgYSBzbGljZSA8YnI+ DQpoYXMgYW4gU0xPLCBpdCB3aWxsIG5lZWQgbmV0d29yayByZXNvdXJjZSBhbGxvY2F0aW9ucyBp biBzb21lIGZvcm0uPGJyPg0KPGJyPg0KMi4gSXMgaXQgb2sgdG8gYXNzdW1lIHRoYXQgdGhlIGN1 c3RvbWVyIHZpZXcgb2Ygc2xpY2UgaXMgYW4gJ0lFVEYgPGJyPg0KbmV0d29yayBzbGljZSBzZXJ2 aWNlJyBhbmQgdGhlICdJRVRGIHNsaWNlIHJlYWxpemF0aW9uJyBvZiB0aGF0IHNlcnZpY2UgPGJy Pg0KaW4gYSBwcm92aWRlciBuZXR3b3JrIGlzIHJhaXNlcyB0aGUgcXVlc3Rpb24gb2YgdW5kZXJs YXkgYW5kIG92ZXJsYXkgPGJyPg0KY29uc3RydWN0cy4gQW0gSSByaWdodD88YnI+DQooYSkgaWYg c28sIHRoZW4gd2UgYXJlIGFja25vd2xlZGdpbmcmbmJzcDsgdGhlIHByZXNlbmNlIG9mIGFub3Ro ZXIgbGF5ZXIgb2YgPGJyPg0KYWJzdHJhY3Rpb24gKGZvciByZWFsaXphdGlvbikuIEl0IGNvdWxk IGJlIHVuZGVybGF5L292ZXJsYXkgb3IgPGJyPg0KYWdncmVnYXRlLz8/LiBUaGVuIHRoZSB0ZXJt ICdzbGljZSBhZ2dyZWdhdGUnIGlzIGJldHRlciBhbmQgbXkgPGJyPg0KcHJlZmVyZW5jZSwgaXQg aXMgZWFzaWVyIHRvIHNlZSB0aGF0IGRpZmZlcmVudCBzbGljZS1zZXJ2aWNlcyBhcmUgPGJyPg0K YWdncmVnYXRlZCBpbnRvIGEgc2luZ2xlIGNvbnN0cnVjdCZuYnNwOyBpbiBhIHByb3ZpZGVyIG5l dHdvcmsuIFVzZSBvZiA8YnI+DQp1bmRlcmxheS9vdmVybGF5IGFyZSBjb25mdXNpbmcuPGJyPg0K KGIpIGZvciBhIGxlYW5lciBwcm92aXNpb25pbmcsIEkgd291bGQgYWxzbyBwcmVmZXIgdG8gc2Vl IGl0IGRvY3VtZW50ZWQgPGJyPg0KdGhhdCB0aGUgYWdncmVnYXRlIGlzIG9wdGlvbmFsIGFuZCBp dCBzaG91bGQgYmUgcG9zc2libGUgdG8gZGlyZWN0bHkgbWFwIDxicj4NCmEgc2xpY2Utc2Vydmlj ZSB0byBwaHlzaWNhbCBvciByZWFsIHJlc291cmNlcyBpbiB0aGUgbmV0d29yay4gPGJyPg0Kc3Bl Y2lmaWNhbGx5IHVzZWZ1bCB3aGVuIGEgc2luZ2xlIGRvbWFpbiBpcyBjYXJ2aW5nIG91dCBzbGlj ZXMgZm9yIDxicj4NCmRpZmZlcmVudCBwdXJwb3Nlcy48YnI+DQo8YnI+DQpUaGFua3M8YnI+DQpL aXJhbjxicj4NCjxicj4NCjxicj4NCi0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLTxicj4N CkZyb206ICZxdW90O0pvaG4gRSBEcmFrZSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpkcmFr ZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+amRyYWtlPTQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClRvOiAmcXVvdDtEb25namll IChKaW1teSkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tIiB0 YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7OyAmcXVvdDtMaXpoZW5i aW4mcXVvdDsNCjxicj4NCiZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20i IHRhcmdldD0iX2JsYW5rIj5saXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7OyAmcXVvdDs8YSBo cmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXNAaWV0Zi5vcmc8 L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClNlbnQ6IDgvMTEvMjAyMSA1OjM4OjA1IEFN PGJyPg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0 cnVjdCB1c2VkIGZvciBzbGljZSA8YnI+DQpyZWFsaXphdGlvbjxicj4NCjxicj4NCiZndDtKaW1t eSw8YnI+DQomZ3Q7PGJyPg0KJmd0O1NuaXBwZWQsIGNvbW1lbnRzIGlubGluZS48YnI+DQomZ3Q7 PGJyPg0KJmd0O1lvdXJzIElycmVzcGVjdGl2ZWx5LDxicj4NCiZndDs8YnI+DQomZ3Q7Sm9objxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0O0p1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHk8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQomZ3Q7Jmd0OyZuYnNwOyBGcm9tOiBEb25namllIChKaW1teSkgJmx0OzxhIGhyZWY9Im1haWx0 bzpqaWUuZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNv bTwvYT4mZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgU2VudDogVHVlc2RheSwgQXVndXN0IDEwLCAy MDIxIDExOjAzIFBNPGJyPg0KJmd0OyZndDsmbmJzcDsgVG86IEpvaG4gRSBEcmFrZSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmpkcmFrZUBq dW5pcGVyLm5ldDwvYT4mZ3Q7OyBMaXpoZW5iaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpsaXpoZW5i aW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZn dDs7PGJyPg0KJmd0OyZndDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPnRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsmbmJzcDsgU3ViamVjdDogUkU6 IE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlPGJyPg0K cmVhbGl6YXRpb248YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7IFtFeHRlcm5hbCBF bWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF08YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDt1bmRl cmxheSBjb25zdHJ1Y3QgZm9yIG5ldHdvcmsgc2xpY2UgcmVhbGl6YXRpb24gYm91bmQgdG88YnI+ DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgbmV0d29yayBzbGljZSBzZXJ2aWNlcz8gVGhhdCBp cywgaXMgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCBvbmx5IGZvcjxicj4NCiZndDsmZ3Q7Jm5ic3A7 ICZndDsgJmd0OyB1c2UgaW4gbmV0d29yayBzbGljaW5nLCBvciBzaG91bGQgaXQgYmUgZ2VuZXJh bGl6ZWQgZm9yIG1vcmU8YnI+DQpwb3NzaWJsZSB1c2VzPzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IFtKRF0gQWJzb2x1dGVseSB5ZXM8YnI+DQomZ3Q7 Jmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7IFtKaWVdIEkgZ3Vlc3MgeW91IG1lYW4gJnF1b3Q7WWVz JnF1b3Q7IHRvIHRoZSBsYXR0ZXIgY2FzZSwgd2hpY2ggaXMgJnF1b3Q7aXQgc2hvdWxkIGJlPGJy Pg0KZ2VuZXJhbGl6ZWQ8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBmb3IgbW9yZSBwb3NzaWJsZSB1c2Vz JnF1b3Q7LCBpcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/PGJyPg0KJmd0Ozxicj4NCiZndDtb SkRdJm5ic3A7IFllcyB0byB0aGUgbGF0dGVyPGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZn dDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyAyLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJ ZiB0aGUgYW5zd2VyIHRvIHF1ZXN0aW9uIDEgaXMgWUVTLCBzaG91bGQgaXQgcmVmbGVjdCB0aGU8 YnI+DQpmb2xsb3dpbmc8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgY2hhcmFjdGVyaXN0 aWNzPzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBhLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJdCBpcyBhYm91dCB0aGUg dW5kZXJsYXk8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgYi4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgSXQgaXMgYWJvdXQgdGhlIHBhcnRpdGlvbmVkIHJlc291cmNlcyB1c2Vk IHRvIGRlbGl2ZXIgdGhlPGJyPg0KbmV0d29yayBzbGljZTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBzZXJ2aWNlczxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBjLiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJdCBhbGxvd3MgdGhlIDE6MSwgTjoxLCBhbmQgMTpOIG1h cHBpbmcgbW9kZWxzIGJldHdlZW4gdGhlPGJyPg0KbmV0d29yazxicj4NCiZndDsmZ3Q7Jm5ic3A7 ICZndDsgc2xpY2U8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgc2VydmljZXMgYW5kIHRo ZSB1bmRlcmxheSBjb25zdHJ1Y3QuIFRoZSAxOjEgYW5kIE46MSBtYXBwaW5nIG1heSBiZTxicj4N CiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBzdHJhaWdodGZvcndhcmQuIERvZXMgaXQgYWxzbyBt YWtlIHNlbnNlIHRvIGRpdmlkZSB0aGUgZWxlbWVudHMgb3I8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAm Z3Q7ICZndDsgdHJhZmZpYyBmbG93cyBpbiBhIHNpbmdsZSBuZXR3b3JrIHNsaWNlIHNlcnZpY2Ug dG8gY2FycnkgdGhlbSBpbjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBkaWZmZXJlbnQ8 YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHVuZGVybGF5IGNvbnN0cnVjdHM/PGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgW0pEXSZuYnNwOyBZZXMgdG8g YWxsIG9mIHRoZSBhYm92ZS4mbmJzcDsgUGxlYXNlIHNlZTo8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAm Z3Q7IDxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZiIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly91cmxk ZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJh ZjwvYT48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IHQtZHJha2UtYmVzcy1lbmhhbmNlZC12cG4t MDZfXzshIU5FdDZ5TWFPLTxicj4NCiZndDsmZ3Q7Jm5ic3A7IGdrIVRDaUpIQ1pDd0Znd3B1Rm91 anhWbFo0cjk8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IEY2bUxwRTRuSi05enBxa1kta2xzLVJP eEw0QzJfeE5hUjJJbUk0JDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsm Z3Q7Jm5ic3A7ICZndDsgJmd0OyBMYXN0bHksIGhlcmUgYXJlIHNvbWUgY2FuZGlkYXRlcyBvZiB0 aGUgJnF1b3Q7bmV3IHRlcm0mcXVvdDs6PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJy Pg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IE9wdGlvbiAxOiBUaGUgbmV0d29yayBzbGljZSBz ZXJ2aWNlIGlzIGNhbGxlZCAmcXVvdDtvdmVybGF5IHNsaWNlJnF1b3Q7LCB0aGVuPGJyPg0KJmd0 OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgaXMgY2FsbGVkICZx dW90O3VuZGVybGF5IHNsaWNlJnF1b3Q7Ljxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxi cj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBPcHRpb24gMjogVGhlIG5ldHdvcmsgc2xpY2Ug c2VydmljZSBpcyBjYWxsZWQgJnF1b3Q7c2VydmljZSBzbGljZSZxdW90OywgdGhlbjxicj4NCiZn dDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyB0aGUgdW5kZXJsYXkgY29uc3RydWN0IGlzIGNhbGxlZCAm cXVvdDtyZXNvdXJjZSBzbGljZSZxdW90Oy48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0OyBbSkRdJm5ic3A7IEkgZG9uJ3QgdGhpbmsgd2UgbmVlZCBhbm90 aGVyIHRlcm0gZm9yIHdoYXQgd2UgYXJlIGFscmVhZHk8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7 IGNhbGxpbmcgYW4gJ0lFVEYgTmV0d29yayBTbGljZSBTZXJ2aWNlJy4mbmJzcDsgQWRyaWFuIGFu ZCBJIGFyZSBjb25zaWRlcmluZzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgdGhlIHRlcm0gJ3Jl c291cmNlIHBhcnRpdGlvbicgdG8gZGVzY3JpYmUgdGhlIHBhcnRpdGlvbmluZyBvZiB1bmRlcmxh eTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgbmV0d29yayByZXNvdXJjZXMgaW4gc3VwcG9ydCBv ZiB2YXJpb3VzIG92ZXJsYXkgc2VydmljZXMgc3VjaCBhcyBJRVRGPGJyPg0KTmV0d29yazxicj4N CiZndDsmZ3Q7Jm5ic3A7IFNsaWNlIFNlcnZpY2VzLjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsg VGhpcyBpcyBjb25ncnVlbnQgd2l0aCB0aGUgaWRlYXMgZXhwcmVzc2VkIGluOjxicj4NCiZndDsm Z3Q7Jm5ic3A7ICZndDsgPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBz Oi9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmIiB0YXJnZXQ9Il9ibGFuayI+DQpo dHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmPC9hPjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgdC1pZXRmLXNwcmluZy1y ZXNvdXJjZS1hd2FyZS1zZWdtZW5fXzshIU5FdDZ5TWFPLTxicj4NCiZndDsmZ3Q7Jm5ic3A7IGdr IVRDaUpIQ1pDd0Znd3B1Rm91ajxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgeFZsWjRyOUY2bUxw RTRuSi05enBxa1kta2xzLVJPeEw0QzJfeE54RWZ3YVhnJDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgdHMtMDMuJm5ic3A7IFdoYXQgdGhpcyBhbGxvd3Mgb25lIHRvIGJ1aWxkIGlzIGFuICdwYXJ0 aXRpb25lZCB1bmRlcmxheTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgbmV0d29yayB0b3BvbG9n eScuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBbSmllXSBBZ3JlZSB0aGF0IGhl cmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIHRlcm0gZm9yIHRoZSB1bmRlcmxheTxicj4NCmNv bnN0cnVjdC48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmcXVvdDtSZXNvdXJjZSBwYXJ0aXRpb24mcXVv dDsgY2FwdHVyZXMgb25lIG9mIGl0cyBrZXkgY2hhcmFjdGVyaXN0aWNzLCB3aGlsZSBJTU88YnI+ DQphbm90aGVyPGJyPg0KJmd0OyZndDsmbmJzcDsgdGhpbmcgdGhlIHRlcm0gbmVlZHMgdG8gcmVm bGVjdCBpcyB0aGF0IHRoZSByZXNvdXJjZSBwYXJ0aXRpb24gaXMgbmVlZGVkPGJyPg0Kb24gYTxi cj4NCiZndDsmZ3Q7Jm5ic3A7IHN1YnNldCBvZiB0aGUgbGlua3MgYW5kIG5vZGVzIChyYXRoZXIg dGhhbiBvbiBhIHNpbmdsZSBub2RlIG9yIGxpbmspIGluPGJyPg0KdGhlIHBoeXNpY2FsPGJyPg0K Jmd0OyZndDsmbmJzcDsgbmV0d29yaywgd2hpY2ggdG9nZXRoZXIgYnVpbGRzIGEgbG9naWNhbCBu ZXR3b3JrIHRvcG9sb2d5Ljxicj4NCiZndDs8YnI+DQomZ3Q7W0pEXSZuYnNwOyBJbiBteSBpbml0 aWFsIGVtYWlsLCBhYm92ZSwgSSB3YXMgcHJvcG9zaW5nICdwYXJ0aXRpb25lZCB1bmRlcmxheTxi cj4NCm5ldHdvcmsgdG9wb2xvZ3knPGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsmbmJzcDsgQmVzdCByZWdhcmRzLDxicj4NCiZndDsmZ3Q7Jm5ic3A7IEppZTxicj4NCiZndDsm Z3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0 Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBZb3VyIG9waW5pb24gYWJvdXQgdGhlc2Ug Y2FuZGlkYXRlcyBhcmUgbXVjaCBhcHByZWNpYXRlZC4gWW91IG1heTxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDsgJmd0OyBhbHNvIHByb3Bvc2Ugb3RoZXIgbmV3IHRlcm0gaWYgaXQgY29tcGxpZXMg d2l0aCB0aGUgYWJvdmUgdHdvPGJyPg0KcG9pbnRzLjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDs8 YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IFtKRF0mbmJzcDsgSSB0aGluayB5b3UgaGF2ZSBleGNl ZWRlZCB5b3VyIHJlbWl0Ljxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7Jmd0OyZu YnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0 OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgQmVzdCBSZWdh cmRzLDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBSb2Jpbjxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBUZWFzIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyA8 YSBocmVmPSJtYWlsdG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5v cmc8L2E+PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdXJs ZGVmZW5zZS5jb20vdjMvX19odHRwczovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGUi IHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlPC9hPjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBhczxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBfXzshIU48YnI+DQomZ3Q7 Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgRXQ2eU1hTy1nayFRMHljT2YwRUx4VDZtRzFHYm5PNExTTC1R OTlKNHV1N2pmZFV0QkVDYUktPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IE8wOEhxRDMx VEdKY2lOanV4TDJBJDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNw OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KJmd0OyZndDsmbmJzcDsgJmd0OyBUZWFzIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDsgPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5U ZWFzQGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgPGEgaHJlZj0iaHR0cHM6 Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by90ZWFzIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxicj4NCiZndDsmZ3Q7 Jm5ic3A7ICZndDsgX187ISFORXQ2eU1hTy1nayFUQ2lKSENaQ3dGZ3dwdUZvdWp4VmxaNHI5RjZt THBFNG5KLTl6cHFrWS1rbHMtPGJyPg0KJmd0OyZndDsmbmJzcDsgUk94TDRDMjxicj4NCiZndDsm Z3Q7Jm5ic3A7ICZndDsgX3hORENyUGFOUSQ8YnI+DQomZ3Q7PGJyPg0KJmd0O19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0O1RlYXMgbWFpbGlu ZyBsaXN0PGJyPg0KJmd0OzxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZl bnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187 ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlU VFMxaURfSE5lMmRtczMwT0w4MFEkIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0 Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBz Oi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pj aDJkd3NKVVRFZUZXQ01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4 MFEkIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by90ZWFzPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86 VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEg aHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01MYXNm OV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkIiB0YXJnZXQ9Il9ibGFu ayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls dG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0K PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01M YXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkIiB0YXJnZXQ9Il9i bGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_9f45322ffaa4429a83f6bce4ec8dc9c4huaweicom_-- From nobody Sat Sep 25 07:03:23 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32D423A1401; Sat, 25 Sep 2021 07:03:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 xlCUSjOOiS0F; Sat, 25 Sep 2021 07:03:16 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 881C23A1404; Sat, 25 Sep 2021 07:03:13 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.13]) by rmmx-syy-dmz-app10-12010 (RichMail) with SMTP id 2eea614f2c12da2-c2bbe; Sat, 25 Sep 2021 22:02:58 +0800 (CST) X-RM-TRANSID: 2eea614f2c12da2-c2bbe X-RM-SPAM-FLAG: 00000000 Received: from chengweiqiang@chinamobile.com ( [223.72.40.124] ) by ajax-webmail-syy-appsvr07-11007 (Richmail) with HTTP; Sat, 25 Sep 2021 22:02:58 +0800 (CST) Date: Sat, 25 Sep 2021 22:02:58 +0800 (CST) From: =?utf-8?B?56iL5Lyf5by6?= To: "bruno.decraene" , spring Cc: spring-chairs Message-ID: <2aff614f1c7e509-00039.Richmail.00003050041471118921@chinamobile.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_216059_1143938759.1632578578222" X-Priority: 3 X-RM-TRANSID: 2aff614f1c7e509-00039 X-RM-OA-ENC-TYPE: 0 X-RM-FontColor: 0 X-CLIENT-INFO: X-TIMING=0&X-MASSSENT=0&X-SENSITIVE=0 X-Mailer: Richmail_Webapp(V2.3.07) Archived-At: Subject: Re: [spring] WG Adoption call -draft-srcompdt-spring-compression-requirement -draft-srcompdt-spring-compression-analysis X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 14:03:22 -0000 ------=_Part_216059_1143938759.1632578578222 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Chairs, Thanks a lot. It is really good that working group can take the ownership of the two draf= ts. The members of the design team are the co-authors of the both drafts. We wi= ll republish the drafts and address the comments soon. --------- Best Regards, Weiqiang ---=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87--- =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A"bruno.decraene" =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"spring@ietf.org" =E6=8A=84=E9=80=81=EF=BC=9A"spring-chairs@ietf.org" =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-09-25 00:22:55 =E4=B8=BB=E9=A2=98=EF=BC=9ARe: [spring] WG Adoption call -draft-srcompdt-sp= ring-compression-requirement -draft-srcompdt-spring-compression-analysis =20 =20 Thanks for the review and feedback. =20 =C2=A0 =20 There is a large support to adopt those two drafts. =20 =C2=A0 =20 Authors, please republish the two drafts as draft-ietf-spring-compression-r= equirement/analysis. =20 And then address the comment as per WG discussions. =20 =C2=A0 =20 Thanks. =20 --Jim, Bruno & Joel =20 =C2=A0 =20 =C2=A0 =20 =20 =20 From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Tuesday, September 7, 2021 3:13 PM To: spring@ietf.org Subj= ect: [spring] WG Adoption call - draft-srcompdt-spring-compression-requirem= ent - draft-srcompdt-spring-compression-analysis =20 =20 =20 =C2=A0 =20 Dear WG, =20 =C2=A0 =20 =C2=A0 =20 The Design Team has produced two documents: =20 - A requirement document: draft-srcompdt-spring-compression-requirement=20 =20 - A solution analysis document: draft-srcompdt-spring-compression-analysis =20 =C2=A0 =20 Both have been presented to the WG and triggered some discussions but are s= till individual documents. =20 We believe it's now time for the WG to consider taking ownership of those t= wo documents. =20 Note that, especially for those two documents, WG adoption does not necessa= rily mean RFC publication in particular if it turns out that the benefit of= long term archive would not justify the WG and IESG effort to finalize tho= se two documents. =20 =C2=A0 =20 =C2=A0 =20 This message starts a 2 week WG adoption call, ending September=C2=A0 20th = 2021, for: =20 https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-req= uirement =20 https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-ana= lysis =20 =C2=A0 =20 =C2=A0 =20 After review of the document(s) please indicate support (or not) for WG ado= ption of the document(s) to the mailing list. =20 Please also provide comments/reasons for your support (or lack thereof) as = this is a stronger way to indicate your (non) support as this is not a vote= . =20 =C2=A0 =20 If you are willing to work on the document(s), please state this explicitly= . This gives the chairs an indication of the energy level of people in the = working group willing to work on the document.=20 =20 =C2=A0 =20 Thanks! =20 =C2=A0 =20 Jim, Bruno & Joel =20 =C2=A0 __________________________________________________________________________= _______________________________________________ =C2=A0 Ce message et ses pi= eces jointes peuvent contenir des informations confidentielles ou privilegi= ees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisa= tion. Si vous avez recu ce message par erreur, veuillez le signaler a l'exp= editeur et le detruire ainsi que les pieces jointes. Les messages electroni= ques etant susceptibles d'alteration, Orange decline toute responsabilite s= i ce message a ete altere, deforme ou falsifie. Merci. =C2=A0 This message = and its attachments may contain confidential or privileged information that= may be protected by law they should not be distributed, used or copied wit= hout authorisation. If you have received this email in error, please notify= the sender and delete this message and its attachments. As emails may be a= ltered, Orange is not liable for messages that have been modified, changed = or falsified. Thank you.=20 =20 __________________________________________________________________________= _______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. =20 ------=_Part_216059_1143938759.1632578578222 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Chairs,

Thanks a lot.=

It is really good that working group can take= the ownership of the two drafts.

The members of t= he design team are the co-authors of the both drafts. We will republish the= drafts and address the comments soon.


---------
Best Regards,
Weiqiang


---=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A"bruno.decraene" <bruno.de= craene@orange.com>
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"spring@ietf.org" <spring@= ietf.org>
=E6=8A=84=E9=80=81=EF=BC=9A"spring-chairs@ietf.org" <spring-ch= airs@ietf.org>
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-09-25 00:22:55
=E4=B8=BB=E9=A2=98=EF=BC=9ARe: [spring] WG Adoption call -draft-srcompdt-sp= ring-compression-requirement -draft-srcompdt-spring-compression-analysis

Thanks for the review = and feedback.

=C2=A0

Th= ere is a large support to adopt those two drafts.

=C2=A0

Authors, please republish the two drafts = as draft-ietf-spring-compression-requirement/= analysis.

And then address the comment as per WG = discussions.

=C2=A0

Tha= nks.

--Jim, Bruno & Joel

=C2=A0

=C2=A0

=

From: spring [mailto:spring= -bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
S= ent: Tuesday, September 7, 2021 3:13 PM
To: spring@ietf.or= g
Subject: [spring] WG Adoption call - draft-srcompdt-spring-c= ompression-requirement - draft-srcompdt-spring-compression-analysis<= /p>

=C2=A0

= Dear WG,=

=C2=A0

=C2=A0

The Design Team has produced two documents:

- A requirement document: draft-srcompdt-spring-compression-re= quirement

- A solution analysis document: draft-= srcompdt-spring-compression-analysis

=C2=A0

Both have been presented to the WG and triggered some = discussions but are still individual documents.

= We believe it's now time for the WG to consider taking ownership of those = two documents.

Note that, especially for those tw= o documents, WG adoption does not necessarily mean RFC publication in part= icular if it turns out that the benefit of long term archive would not just= ify the WG and IESG effort to finalize those two documents.

=C2=A0

=C2=A0

=C2=A0 20th 2021, for:

https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compre= ssion-requirement

https://d= atatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-analysis=

=C2=A0

=C2=A0

After review of the document(s) please indicate support (= or not) for WG adoption of the document(s) to the mailing list.

=

Please also provide comments/reasons for your support (or l= ack thereof) as this is a stronger way to indicate your (non) support as t= his is not a vote.

=C2=A0

If you are willing to work on the document(s), please state this explici= tly. This gives the chairs an indication of the energy level of people in = the working group willing to work on the document.

=C2=A0

Thanks!

=C2= =A0

Jim, Bruno & Joel

=C2=A0

_________________________________________________=
________________________________________________________________________ 
=C2=A0
 
Ce message et ses pieces jointes peuvent conteni=
r des informations confidentielles ou privilegiees et ne doivent donc
=
 
pas etre diffuses, exploites ou copies sans autorisation. Si vous ave=
z recu ce message par erreur, veuillez le signaler
 
a l'expediteu=
r et le detruire ainsi que les pieces jointes. Les messages electroniques e=
tant susceptibles d'alteration,
 
Orange decline toute responsabil=
ite si ce message a ete altere, deforme ou falsifie. Merci.
 
=C2=
=A0
 
This message and its attachments may contain confidential or=
 privileged information that may be protected by law;
 
they shoul=
d not be distributed, used or copied without authorisation.
 
If y=
ou have received this email in error, please notify the sender and delete t=
his message and its attachments.
 
As emails may be altered, Orang=
e is not liable for messages that have been modified, changed or falsified.=

 
Thank you.
 
___________________________=
___________________________________________________________________________=
___________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
------=_Part_216059_1143938759.1632578578222-- From nobody Sat Sep 25 08:11:05 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BB923A16AA for ; Sat, 25 Sep 2021 08:11:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YkNfYGiXpuU0 for ; Sat, 25 Sep 2021 08:10:57 -0700 (PDT) Received: from mail-vs1-xe2b.google.com (mail-vs1-xe2b.google.com [IPv6:2607:f8b0:4864:20::e2b]) (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 B16EF3A16A5 for ; Sat, 25 Sep 2021 08:10:57 -0700 (PDT) Received: by mail-vs1-xe2b.google.com with SMTP id q66so13245709vsa.4 for ; Sat, 25 Sep 2021 08:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:from:date:message-id:subject:to; bh=wWHGHF9aJjAiP8h8F55SWkj4Fp/2yf9K904ZZe59hbU=; b=EHFhbAUZjTySe0i17kjZzF++2J6F+gbHz//b6FNl8vjaIfnw2J81mAPZPijCGFh7ku JIAW/X8djb2u/jZmrBAHQfBqCAlVhhUz5U89sezDsQ53ZMiMmMoa2ytoydeo9ptO4sIu /GLpmqmr+8fgagZfBq2pcxRgjVY0SU441l62pAwMN3Fx3voManBuRCQXxj1QH3t5PqM4 4C6mYykyFJuuiA/AViWZdQBoQDFTC/64JjtJ72HHoN/JwuQKjHC96J+YoGB2otwPKkFx 1o3DHag9Hgr6i5KmA1wS/5iUX2jZPaQC1AdXkGPYqh565266aSExL9KBa2S2XOskKKx7 VD2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wWHGHF9aJjAiP8h8F55SWkj4Fp/2yf9K904ZZe59hbU=; b=Q5C//9D8ezOiKp/BBNSWU5c2umR25AxSHc5HiAAjWnUgtD/K6+6lLw6TpPDIAoTA92 q/xT9XMnMvvmqjdumANspie+a5tGcXP104Y5nRv0trc6Mgjbmi7N+cbV1N76C6SdvJV5 8D1T3jCOXwOz84OUYcT/rDs1vyvMd0fFweV8dxMJfyEpFnkI4foIcsvKZL4VdMFbQeKM xM1iMU5fV5akUQE/HbGaaKmAofLqSPxuunzvUTYNaNBloFYWioflI7O4Ri9IHusoIq99 5nnVcHDPHkh7ZlP2WAnXHNMSSyElhzBsp70YrrgoxHjgks0ooi9AmufYBnEqzgoRzla8 mS6Q== X-Gm-Message-State: AOAM532b6leLDP3iyQwzTO8v7qMCpMzoBU/7SpCChs8wtf1w9rQUBj+3 nzV2WZkXtgxIQ0UUv5KwpB+FwVYw/Xbr/VhxxZcYklkb/w0XkA== X-Google-Smtp-Source: ABdhPJyEmpRetvkwQC/Hb7J5swHVoF5ZNKMmz74EdH571BUr/gG93qcasAlwva92gNUTbVrwyU+UiUA/gATCoSs5YUg= X-Received: by 2002:a05:6102:21b9:: with SMTP id i25mr13917389vsb.1.1632582655968; Sat, 25 Sep 2021 08:10:55 -0700 (PDT) MIME-Version: 1.0 From: Robert Raszuk Date: Sat, 25 Sep 2021 17:11:35 +0200 Message-ID: To: SPRING WG Content-Type: multipart/alternative; boundary="000000000000469af105ccd345d8" Archived-At: Subject: [spring] Flat vs non-flat SIDs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 15:11:03 -0000 --000000000000469af105ccd345d8 Content-Type: text/plain; charset="UTF-8" All, Watching this discussion on how to compress SIDs (modulo what is the best choice of compressed SID length) a question popped up which perhaps would be very helpful to clarify. SR architecture RFC defines notion of global and local SIDs. Compression analysis discusses state analysis in section 2.3 in respect to global SIDs by listing few parameters N, I, A, D & V which are essentially defining SID applications or types. In all cases the SID or cSID list remains globally flat across all services. Well yes SIDs have some structure via appended function and arguments needed in network programming but the question I am struggling with is not about those. It seems to me that for data plane scaling instead of always constructing huge flat lookup trie it may be quite beneficial to have in the front of each SID a few bits fixed pointer actually directing the real lookup to a proper service or application table. Yes, originally where SR started there was comparison with flat MPLS label space (except that space was always locally significant). Now we are talking globally (within a domain) significant space which does multiply this N times. With that I just want to post this question or really a doubt if no matter what compression is chosen should we not consider to define a fixed demux space which can help to divide and conquer data plane with no worries that if I add few more letters to "N, I, A, D & V chain ... (say S- for slice, G- for 5G, G'-for 6G etc..." my routers are not going to collapse ? Again just to restate I am not talking here to come back to locally significant SIDs. Not at all. Domain wide significant SIDs are cool. I am talking about making the globally significant compressed SIDs to be prepended with notion of service(s) they are constructing in a given network. - - - As we have been via MPLS deployments in the past one of the often requested features was application/services prioritization. If we have one flat SID space this may not be easy. Thx, Robert --000000000000469af105ccd345d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

Watching this discussion on how to= compress SIDs (modulo what is the best choice of compressed SID length) a = question popped=C2=A0up which perhaps would be very helpful=C2=A0to clarify= .=C2=A0

SR architecture=C2=A0RFC defines notion of= global and local SIDs. Compression=C2=A0analysis discusses state analysis = in section 2.3 in respect to global SIDs by listing few parameters N, I, A,= D & V which are essentially defining SID applications or types.=C2=A0<= /div>

In all cases the SID or cSID list remains globally= flat across all services. Well yes SIDs have some structure via appended f= unction and arguments needed in network=C2=A0programming but the question I= am struggling with is not about those.=C2=A0

It s= eems to me that for data plane scaling instead of always constructing huge = flat lookup trie it may be quite beneficial to have in the front of each SI= D a=C2=A0few bits fixed pointer actually=C2=A0directing the real lookup to = a proper service or application table.=C2=A0

Yes, = originally where SR started there was comparison with flat MPLS label space= (except that space was always locally significant). Now we are talking glo= bally (within a domain) significant space which does multiply this N times.= =C2=A0

With that I just want to post this question= or really a doubt if no matter what compression is chosen should we not co= nsider to define a fixed demux space which can help to divide and conquer d= ata plane with no worries that if I add few more letters to "N, I, A, = D & V chain ... (say S- for slice, G- for 5G, G'-for 6G etc..."= ; my routers are not going to collapse ?=C2=A0

Aga= in just to restate I am not talking here to come back to locally significan= t SIDs. Not at all. Domain wide significant SIDs are cool. I am talking abo= ut making the globally significant compressed SIDs to be prepended with not= ion of service(s) they are constructing in a given=C2=A0network.
=
- - -=C2=A0

As we have been via MPL= S deployments in the past one of the often requested features was applicati= on/services prioritization. If we have one flat SID space this may not be e= asy.=C2=A0

Thx,
Robert

--000000000000469af105ccd345d8-- From nobody Sat Sep 25 09:12:55 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 659373A0823 for ; Sat, 25 Sep 2021 09:12:52 -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 tHPgcpkR3H1z for ; Sat, 25 Sep 2021 09:12:47 -0700 (PDT) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 2F6A63A0A6C for ; Sat, 25 Sep 2021 09:12:47 -0700 (PDT) Received: by mail-ed1-x52b.google.com with SMTP id v10so44320505edj.10 for ; Sat, 25 Sep 2021 09:12:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=UH0S5d29N9GCR5mF8pgr4vOZHpPuNSX/PbEYwufetaY=; b=o9o6/N+aH4PHOa0D6CoC9nj2pzvu6+CRbOcxO3dhUPeTZHoGgmFljsYNV5JYQpAbpu IvSDfPzPsiFPiIyR7cFA0bXubE2X6PIpeS3H451sW+S0PpVO+InyNnc8BbTodhEQzSqM BUk0TTjdGVuOlfMOdb2n0j+ArJnQrelk2hnGUxsLmxcajyyP3P2X9kIqko8cIqlow5Db ZmBdEm6g+6eHvL7ELzZ5pRV9aVnYpJMbzghney2FKtCSO6Zd12U0y/WVJObyxNnHtfvt C66X9SxzvEaKLZ6Wiuo4MGhPVprpiFIdU6fWsPIRwkQowDlKmsMaQWG4fzpDogl3gLxF KXsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=UH0S5d29N9GCR5mF8pgr4vOZHpPuNSX/PbEYwufetaY=; b=ANgR9wz8IW1/1ol2SDKio+QivIO8nPfXql/2sw5mc+Wk2yNgLJhZxgwtKHvAEP2JAk 36mKIRttRQ1U9/juTWT1MouaD03QBJuMxIWnncmab2q6/JR/f5tgjrc5l8XSXdivD7cx e+V3X0Q3XnLtbTf2Yo/VSKyUX46rhJjrtxK/5hstVlckN1CKtXXbVXUArA8pymBFanZt 8os5ECbWZT2fzCMK/2qY9fnMTwqXARuTAXokqhlk+/cO+nv1B52+CdRSKKKcymgnJErF plZqTp0HS5PVuCyG7izj+czCBMUz24YM6MFB12MPCqoknDuwDz2h6N3skFQQ6tX7sVcx ZZEA== X-Gm-Message-State: AOAM531L9Jp3f4nQBlPZZsyDVl4TdIOFwsUmd0zSs9ZwrBdCBQmUxFCE RNQw0sN6Pdk+nRU7dxOS3MVssQDhPtZSILsX5yfFM2CUL44= X-Google-Smtp-Source: ABdhPJwZk7l4NI1jA9IaB8rC+fSoYxmG5RgQ0MTuuwKAGmbtCdGr/FftNneqDKWpotd/JHwVWmGe1xctmypDGhnsjoo= X-Received: by 2002:a50:eb84:: with SMTP id y4mr745515edr.3.1632586365108; Sat, 25 Sep 2021 09:12:45 -0700 (PDT) MIME-Version: 1.0 References: <163258621980.22738.14752625256272795405@ietfa.amsl.com> In-Reply-To: <163258621980.22738.14752625256272795405@ietfa.amsl.com> From: Greg Mirsky Date: Sat, 25 Sep 2021 09:12:33 -0700 Message-ID: To: spring Content-Type: multipart/alternative; boundary="0000000000005b83c105ccd42279" Archived-At: Subject: [spring] Fwd: New Version Notification for draft-mirsky-6man-unified-id-sr-10.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 16:12:53 -0000 --0000000000005b83c105ccd42279 Content-Type: text/plain; charset="UTF-8" Non-technical and editorial updates while the SPRING WG discusses the way forward. Regards, Greg ---------- Forwarded message --------- From: Date: Sat, Sep 25, 2021 at 9:10 AM Subject: New Version Notification for draft-mirsky-6man-unified-id-sr-10.txt To: Gyan S. Mishra , Cheng Weiqiang < chengweiqiang@chinamobile.com>, Greg Mirsky , Liu Aihua , Peng Shaofu A new version of I-D, draft-mirsky-6man-unified-id-sr-10.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-mirsky-6man-unified-id-sr Revision: 10 Title: Unified Identifier in IPv6 Segment Routing Networks Document date: 2021-09-25 Group: Individual Submission Pages: 28 URL: https://www.ietf.org/archive/id/draft-mirsky-6man-unified-id-sr-10.txt Status: https://datatracker.ietf.org/doc/draft-mirsky-6man-unified-id-sr/ Html: https://www.ietf.org/archive/id/draft-mirsky-6man-unified-id-sr-10.html Htmlized: https://datatracker.ietf.org/doc/html/draft-mirsky-6man-unified-id-sr Diff: https://www.ietf.org/rfcdiff?url2=draft-mirsky-6man-unified-id-sr-10 Abstract: Segment Routing architecture leverages the paradigm of source routing. It can be realized in a network data plane by prepending the packet with a list of instructions, a.k.a. segments. A segment can be encoded as a Multi-Protocol Label Switching (MPLS) label, IPv4 address, or IPv6 address. Segment Routing can be applied in the MPLS data plane by encoding segments in the MPLS label stack. It also can be applied to the IPv6 data plane by encoding a list of segment identifiers in IPv6 Segment Routing Extension Header (SRH). This document extends the use of the SRH to unified segment identifiers encoded, for example, as MPLS label or IPv4 address, to compress the SRH, and support more detailed network programming and interworking between SR-MPLS and SRv6 domains. The IETF Secretariat --0000000000005b83c105ccd42279 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Non-technical and editorial updates while the SPRING WG di= scusses the way forward.

Regards,
Greg

=
----------= Forwarded message ---------
From: <internet-drafts@ietf.org>
Da= te: Sat, Sep 25, 2021 at 9:10 AM
Subject: New Version Notification for d= raft-mirsky-6man-unified-id-sr-10.txt
To: Gyan S. Mishra <gyan.s.mishra@verizon.com>, Cheng = Weiqiang <chengweiqiang= @chinamobile.com>, Greg Mirsky <gregimirsky@gmail.com>, Liu Aihua <liu.aihua@zte.com.cn>, Peng Shaofu <peng.shaofu@zte.com.cn>

=

A new version of I-D, draft-mirsky-6man-unified-id-sr-10.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-mirsky-6man-unified-id-= sr
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A010
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Unified Identifier in IPv6 Segment= Routing Networks
Document date:=C2=A0 2021-09-25
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 28
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/archive/id/draft-mirsky-6man-unified-i= d-sr-10.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-mirsky-6man-unified-id-sr/=
Html:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/archive/id/draft-mirsky-6man-unified-= id-sr-10.html
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-mirsky-6man-unified-id-sr<= /a>
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-mirsky-6man-unifi= ed-id-sr-10

Abstract:
=C2=A0 =C2=A0Segment Routing architecture leverages the paradigm of source<= br> =C2=A0 =C2=A0routing.=C2=A0 It can be realized in a network data plane by p= repending
=C2=A0 =C2=A0the packet with a list of instructions, a.k.a. segments.=C2=A0= A segment
=C2=A0 =C2=A0can be encoded as a Multi-Protocol Label Switching (MPLS) labe= l, IPv4
=C2=A0 =C2=A0address, or IPv6 address.=C2=A0 Segment Routing can be applied= in the MPLS
=C2=A0 =C2=A0data plane by encoding segments in the MPLS label stack.=C2=A0= It also can
=C2=A0 =C2=A0be applied to the IPv6 data plane by encoding a list of segmen= t
=C2=A0 =C2=A0identifiers in IPv6 Segment Routing Extension Header (SRH).=C2= =A0 This
=C2=A0 =C2=A0document extends the use of the SRH to unified segment identif= iers
=C2=A0 =C2=A0encoded, for example, as MPLS label or IPv4 address, to compre= ss the
=C2=A0 =C2=A0SRH, and support more detailed network programming and interwo= rking
=C2=A0 =C2=A0between SR-MPLS and SRv6 domains.




The IETF Secretariat


--0000000000005b83c105ccd42279-- From nobody Sat Sep 25 09:23:22 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9B0B3A08AF for ; Sat, 25 Sep 2021 09:23:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 Yva_fniJbtAA for ; Sat, 25 Sep 2021 09:23:16 -0700 (PDT) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 360423A08A5 for ; Sat, 25 Sep 2021 09:23:16 -0700 (PDT) Received: by mail-pj1-x102f.google.com with SMTP id dw14so9149743pjb.1 for ; Sat, 25 Sep 2021 09:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=817odSuN5pSyXMz3ofo4EhlUA9yxW2fAdOtmTdmekec=; b=BCwmDWIWWTSod7r+ZthDdCq5Hm0F8qG/SowzU9T1MMVfeWT8l5UQV8+AP3EXjOErIj AQSYOB63cEoywhsV9qk7lUj0zeOmTtrwUwubL3HAutBLUL2Tgj8y/G3V9dVEu5FWzJl1 uZOr6ARVymVcnb1CSQ//0Flb65sKe4+UHveseZ2Qr/I52ETXN0lEbqMZjDQY0g2J5No+ xQlyYLHJM77NjjlneJHohcAbNlrfOVKZi5kjOV6s4I5NwwW3U4/9h6XLM9mv572ZIm9j wI3iHSQGtsz949hbjLbj9WKBirbyq7k4A8U6klZzuyq2qGMQa1cf7eY4nusQzAIK5/Ob OiBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=817odSuN5pSyXMz3ofo4EhlUA9yxW2fAdOtmTdmekec=; b=BjDpbQhMabkIZYiTT71Czjf0iBzpoO10xH3CQhfUrOfIiyE3azXv1Xs5ehn9GZKPaX KhOh1XEbSr0GL7AMuX/4JNpINQWfJL3ZgXlNSayn3Kvz1AnubZaZ1pkPJkJnsM8NHpca OS7qkSkwNWWSuIJ2EOF5ndFB1ZEpcvxgiXMHNoByUQHwr1quW6yLgRdP7cM+AxBv9n+u 4FFxKqoQuPR2pvMaJMC5WhdI4R/sVi+NOd2zTfeUFo1yZAsAkw34rO5tS6B6mb0AVGsA wy/SRnirvhYyLbi3LWg1+o5yEQCUnhnacIHXpEs4yO8sQD7ZWnlijk0d89j87ApnF2bB QUoA== X-Gm-Message-State: AOAM532+kj9wyq2CqbwcbUzB+WnYjAQyZDqUrbWXhaQSMb8VOjZ0E1e6 UhnoTB0mphE3NZJB/pH+6MV1AXKMjhjjSOXJzIOuX4IS X-Google-Smtp-Source: ABdhPJwfeWxDgGoFgFEy64mIICAtgfM5rF3hsOZUs99ByqaD4RgvfPaz1P5b/QTV+zehOct3eR0A+M8/tY4TB6ll2Tg= X-Received: by 2002:a17:902:c411:b0:13c:9748:badf with SMTP id k17-20020a170902c41100b0013c9748badfmr14326395plk.18.1632586995208; Sat, 25 Sep 2021 09:23:15 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Sat, 25 Sep 2021 12:23:04 -0400 Message-ID: To: Robert Raszuk Cc: SPRING WG Content-Type: multipart/alternative; boundary="000000000000ea156c05ccd4474d" Archived-At: Subject: Re: [spring] Flat vs non-flat SIDs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 16:23:21 -0000 --000000000000ea156c05ccd4474d Content-Type: text/plain; charset="UTF-8" Interesting you mention indexing as CRH in fact moves the forwarding state to the FIB, thereby eliminating the MSD issue & uses indexing bits serving as pointers from the CRH FIB. Indexing and indirect address using pointers is definitely an interesting alternative way of tacking the compression issues. Kind Regards Gyan On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk wrote: > All, > > Watching this discussion on how to compress SIDs (modulo what is the best > choice of compressed SID length) a question popped up which perhaps would > be very helpful to clarify. > > SR architecture RFC defines notion of global and local SIDs. > Compression analysis discusses state analysis in section 2.3 in respect to > global SIDs by listing few parameters N, I, A, D & V which are essentially > defining SID applications or types. > > In all cases the SID or cSID list remains globally flat across all > services. Well yes SIDs have some structure via appended function and > arguments needed in network programming but the question I am struggling > with is not about those. > > It seems to me that for data plane scaling instead of always constructing > huge flat lookup trie it may be quite beneficial to have in the front of > each SID a few bits fixed pointer actually directing the real lookup to a > proper service or application table. > > Yes, originally where SR started there was comparison with flat MPLS label > space (except that space was always locally significant). Now we are > talking globally (within a domain) significant space which does multiply > this N times. > > With that I just want to post this question or really a doubt if no matter > what compression is chosen should we not consider to define a fixed demux > space which can help to divide and conquer data plane with no worries that > if I add few more letters to "N, I, A, D & V chain ... (say S- for slice, > G- for 5G, G'-for 6G etc..." my routers are not going to collapse ? > > Again just to restate I am not talking here to come back to locally > significant SIDs. Not at all. Domain wide significant SIDs are cool. I am > talking about making the globally significant compressed SIDs to be > prepended with notion of service(s) they are constructing in a > given network. > > - - - > > As we have been via MPLS deployments in the past one of the often > requested features was application/services prioritization. If we have one > flat SID space this may not be easy. > > Thx, > Robert > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000ea156c05ccd4474d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Interesting you mention indexing as CRH in= fact moves the forwarding state to the FIB, thereby eliminating the MSD is= sue & uses indexing bits serving as pointers =C2=A0from the CRH FIB. = =C2=A0

Indexing and indi= rect address using pointers is definitely an interesting alternative way of= tacking the compression issues.

Kind Regards=C2=A0

Gyan

On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk <robert@raszuk.net> wrote:
All,

Watchi= ng this discussion on how to compress SIDs (modulo what is the best choice = of compressed SID length) a question popped=C2=A0up which perhaps would be = very helpful=C2=A0to clarify.=C2=A0

SR architectur= e=C2=A0RFC defines notion of global and local SIDs. Compression=C2=A0analys= is discusses state analysis in section 2.3 in respect to global SIDs by lis= ting few parameters N, I, A, D & V which are essentially defining SID a= pplications or types.=C2=A0

In all cases the SID o= r cSID list remains globally flat across all services. Well yes SIDs have s= ome structure via appended function and arguments needed in network=C2=A0pr= ogramming but the question I am struggling with is not about those.=C2=A0

It seems to me that for data plane scaling instead = of always constructing huge flat lookup trie it may be quite beneficial to = have in the front of each SID a=C2=A0few bits fixed pointer actually=C2=A0d= irecting the real lookup to a proper service or application table.=C2=A0

Yes, originally where SR started there was compariso= n with flat MPLS label space (except that space was always locally signific= ant). Now we are talking globally (within a domain) significant space which= does multiply this N times.=C2=A0

With that I jus= t want to post this question or really a doubt if no matter what compressio= n is chosen should we not consider to define a fixed demux space which can = help to divide and conquer data plane with no worries that if I add few mor= e letters to "N, I, A, D & V chain ... (say S- for slice, G- for 5= G, G'-for 6G etc..." my routers are not going to collapse ?=C2=A0<= /div>

Again just to restate I am not talking here to com= e back to locally significant SIDs. Not at all. Domain wide significant SID= s are cool. I am talking about making the globally significant compressed S= IDs to be prepended with notion of service(s) they are constructing in a gi= ven=C2=A0network.

- - -=C2=A0

=
As we have been via MPLS deployments in the past one of the often requ= ested features was application/services prioritization. If we have one flat= SID space this may not be easy.=C2=A0

Thx,
<= div>Robert

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--
--000000000000ea156c05ccd4474d-- From nobody Sat Sep 25 15:50:58 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F3EE3A0A90 for ; Sat, 25 Sep 2021 15:50:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=raszuk.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0a8d3j2dSrEY for ; Sat, 25 Sep 2021 15:50:51 -0700 (PDT) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 1CE3E3A0A8E for ; Sat, 25 Sep 2021 15:50:50 -0700 (PDT) Received: by mail-ua1-x929.google.com with SMTP id 2so9122141uav.1 for ; Sat, 25 Sep 2021 15:50:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oK+/6KnHnTDgP3Du9aFhQ/Xya5DUGMMEhyLP5ndZFEM=; b=FaBXHX2jVYcp57p6BE9y7OtgdWP/N4MWt3ykmWjeG6ad0nPMlkJVGNqbvFPtNBiWoa NG7Fq0tfDLtX8+dqzO13mG4C6chwyeFPSo8gZTDqV3BuCTeiLSigISNBNuIG5q5HaGoS P5/pWLVsJzkT1RN3wNjsioWG481ZFSiGfKCkE79CP9NxOq6arZ4vSiONcmnx2PFwrnbB TqbopOrQJqICLvHXIiNGQ0ccD7AktyqsvCfDyM3/nbA8b4TmXZbLKgT09979aCJHpp5j YtzxqZ33P2zi92VMykKLFWUIl66psdC9UoK/oXhei7gaseJ5pQ66Qf3CWoLpkYosYDOH DLaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oK+/6KnHnTDgP3Du9aFhQ/Xya5DUGMMEhyLP5ndZFEM=; b=VxStas6OrfWsYw0MeoQAiB7F8HaBYrXbByZ/BeVE7uw8L03tMAcQHwULv7wFavNG5a YPzvIB3H+KUXr7XyR6vvH4uZ8GLfXQrz1PEZwAWm2+DoM6S9kUEM43G+k7+p0sR8I3hN CEGEEUJUrCoiEwb2j64/kPDgo4XdZiwkWXVIlE7ofA7l/QvlBLpg5xAQdevkH5eHvPiC 7TzJHQX268avZWLGl8lCDkg2RuqIZUFdAm6SrWCk1+20UTdQ3R3b+wb0UozOdSD9Xfoe IPsmGLXqNU/vBIpVvksAs3wxE8jLh6KVgIAqP5oNbfBNlCQVyiJhWIixSUeLsw8eHDef mD/Q== X-Gm-Message-State: AOAM530MYUHiazNbpf2UwU3rtfdnfZQECp8JswukeWmN+d4OqpmJhVol nWP37M9dsgDq7HxAX+UyMNIzwrFpGYYQS0mu7Tm84Q== X-Google-Smtp-Source: ABdhPJyJrzp8lyISguxVNytoKSLEDCEUSKBr5sjPkyhcYb+2gdXZ2MYZ7VCtcOLS+bbVn/sSeSessmdBEYsCNmyAPY4= X-Received: by 2002:a9f:23d0:: with SMTP id 74mr15044092uao.69.1632610249521; Sat, 25 Sep 2021 15:50:49 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Robert Raszuk Date: Sun, 26 Sep 2021 00:51:29 +0200 Message-ID: To: Gyan Mishra Cc: SPRING WG Content-Type: multipart/alternative; boundary="000000000000facc4a05ccd9b173" Archived-At: Subject: Re: [spring] Flat vs non-flat SIDs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 22:50:57 -0000 --000000000000facc4a05ccd9b173 Content-Type: text/plain; charset="UTF-8" I do not see anything in CRH draft which would act as a hardware friendly fixed size context/app/service id field which would direct any further SID lookup to happen in separate SID tables. Thx, R. On Sat, Sep 25, 2021 at 6:23 PM Gyan Mishra wrote: > > Interesting you mention indexing as CRH in fact moves the forwarding state > to the FIB, thereby eliminating the MSD issue & uses indexing bits serving > as pointers from the CRH FIB. > > Indexing and indirect address using pointers is definitely an interesting > alternative way of tacking the compression issues. > > Kind Regards > > Gyan > > On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk wrote: > >> All, >> >> Watching this discussion on how to compress SIDs (modulo what is the best >> choice of compressed SID length) a question popped up which perhaps would >> be very helpful to clarify. >> >> SR architecture RFC defines notion of global and local SIDs. >> Compression analysis discusses state analysis in section 2.3 in respect to >> global SIDs by listing few parameters N, I, A, D & V which are essentially >> defining SID applications or types. >> >> In all cases the SID or cSID list remains globally flat across all >> services. Well yes SIDs have some structure via appended function and >> arguments needed in network programming but the question I am struggling >> with is not about those. >> >> It seems to me that for data plane scaling instead of always constructing >> huge flat lookup trie it may be quite beneficial to have in the front of >> each SID a few bits fixed pointer actually directing the real lookup to a >> proper service or application table. >> >> Yes, originally where SR started there was comparison with flat MPLS >> label space (except that space was always locally significant). Now we are >> talking globally (within a domain) significant space which does multiply >> this N times. >> >> With that I just want to post this question or really a doubt if no >> matter what compression is chosen should we not consider to define a fixed >> demux space which can help to divide and conquer data plane with no worries >> that if I add few more letters to "N, I, A, D & V chain ... (say S- for >> slice, G- for 5G, G'-for 6G etc..." my routers are not going to collapse ? >> >> Again just to restate I am not talking here to come back to locally >> significant SIDs. Not at all. Domain wide significant SIDs are cool. I am >> talking about making the globally significant compressed SIDs to be >> prepended with notion of service(s) they are constructing in a >> given network. >> >> - - - >> >> As we have been via MPLS deployments in the past one of the often >> requested features was application/services prioritization. If we have one >> flat SID space this may not be easy. >> >> Thx, >> Robert >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > -- > > > > *Gyan Mishra* > > *Network Solutions A**rchitect * > > *Email gyan.s.mishra@verizon.com * > > > > *M 301 502-1347* > > --000000000000facc4a05ccd9b173 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I do not see anything in CRH draft which wo= uld act as a hardware friendly fixed size context/app/service id field whic= h would direct any further SID lookup to happen in separate SID tables.=C2= =A0

Thx,
R.

On Sat, Sep 25, 2021 at 6:23 = PM Gyan Mishra <hayabusagsm@gma= il.com> wrote:

Interesting you mention indexing as = CRH in fact moves the forwarding state to the FIB, thereby eliminating the = MSD issue & uses indexing bits serving as pointers =C2=A0from the CRH F= IB. =C2=A0

Indexing and = indirect address using pointers is definitely an interesting alternative wa= y of tacking the compression issues.

Kind Regards=C2=A0

Gyan

On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk <robert@raszuk.net>= wrote:
All,

Watching this discussion on how to compres= s SIDs (modulo what is the best choice of compressed SID length) a question= popped=C2=A0up which perhaps would be very helpful=C2=A0to clarify.=C2=A0<= /div>

SR architecture=C2=A0RFC defines notion of global = and local SIDs. Compression=C2=A0analysis discusses state analysis in secti= on 2.3 in respect to global SIDs by listing few parameters N, I, A, D &= V which are essentially defining SID applications or types.=C2=A0

In all cases the SID or cSID list remains globally flat ac= ross all services. Well yes SIDs have some structure via appended function = and arguments needed in network=C2=A0programming but the question I am stru= ggling with is not about those.=C2=A0

It seems to = me that for data plane scaling instead of always constructing huge flat loo= kup trie it may be quite beneficial to have in the front of each SID a=C2= =A0few bits fixed pointer actually=C2=A0directing the real lookup to a prop= er service or application table.=C2=A0

Yes, origin= ally where SR started there was comparison with flat MPLS label space (exce= pt that space was always locally significant). Now we are talking globally = (within a domain) significant space which does multiply this N times.=C2=A0=

With that I just want to post this question or re= ally a doubt if no matter what compression is chosen should we not consider= to define a fixed demux space which can help to divide and conquer data pl= ane with no worries that if I add few more letters to "N, I, A, D &= ; V chain ... (say S- for slice, G- for 5G, G'-for 6G etc..." my r= outers are not going to collapse ?=C2=A0

Again jus= t to restate I am not talking here to come back to locally significant SIDs= . Not at all. Domain wide significant SIDs are cool. I am talking about mak= ing the globally significant compressed SIDs to be prepended with notion of= service(s) they are constructing in a given=C2=A0network.

- - -=C2=A0

As we have been via MPLS depl= oyments in the past one of the often requested features was application/ser= vices prioritization. If we have one flat SID space this may not be easy.= =C2=A0

Thx,
Robert

<= /div> _______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--


Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347


<= /div>
--000000000000facc4a05ccd9b173-- From nobody Sat Sep 25 20:07:19 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFBCE3A1643 for ; Sat, 25 Sep 2021 20:07:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 o1DtyyzOuBke for ; Sat, 25 Sep 2021 20:07:11 -0700 (PDT) Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (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 A971F3A1644 for ; Sat, 25 Sep 2021 20:07:11 -0700 (PDT) Received: by mail-pf1-x434.google.com with SMTP id n23so9609218pfv.4 for ; Sat, 25 Sep 2021 20:07:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=l3fZZklmhiQj9OEtKSLPXNEL9KIoJi56dLo8u3y1JU4=; b=Tpajl5BcYdpDj5qBqy543hlE4qMvzgncc5ibz1m5hmh0ZAEBbf6t2eI4tiOD0e+aHE 2l+MpU5dqT8Y4K6UYS4+IKGoxsNYH3szxyKvmF0343YTLUkDXpMMJwOqCIxPtE4uFiME ZebxOY0vxa+P59HxfJt8gQh++vN6WdT9+zoaqOCM7G0p9TYzXeAMUczNipf75xcrylbC QFSznEzS0Hzs6iz94r5dWzrK9JTjKQ5ykbmN3htoDGGmhvVaNo8mAJsMB6Jr4bmo/RQ9 ZMjLLWn8R5HfWtkTjbS6HsUH52XnDb6dO4VHMA+VMy2pdEd956U1Obn4VYGAsssx7/1Q 3zVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=l3fZZklmhiQj9OEtKSLPXNEL9KIoJi56dLo8u3y1JU4=; b=tz/ucf08fsKhHARbJAsYfG8OLNWmqJ8/m4J1eJd5uLnXyiEyC2Gxw8UkjnXKkLnlkl 1elRCQLO65kQ4vo6Z1+ZfF6i4sZmE9SVlBBG9SPbq0xAKzf3ozI3AIfxqYo8ZeAsI+IK s7z0fYax+vmqgXKPyy6Whals03SBLj0uZMjELAVbObuZWgrA9U53zTgeSA7K1WD6PnkS 9/+Tw+O1dUsL/pU1cvt74vkiMnKYPkQGRG9LLRImK9NYSXMh4XurDJpkX+yCh/TPZ4sT zlLlp0v0nOv8tmN1oIyTaiYB1bnKiYkQzhp+Y3sORLFByjPrD7ZtqZIjjtdVljZfJAGx bl2Q== X-Gm-Message-State: AOAM533z36V7CvEVhLqDZIeqQ2gk4NFh9zfU1r6V+dgGl4Z7wgvKndXi NUQkGRMqTcXWnjUVCotqS1cjLZdpcsW4QcP5B1DC384N X-Google-Smtp-Source: ABdhPJzxxCDFbLF6jT4mgLViZHF5wmA2qOgXPwsvIwxKbDa7x+FawKocIXTFUK8VGEcJPNNRum7iWjpCAgkk0CZHp5A= X-Received: by 2002:aa7:9a51:0:b0:43d:f0b0:532a with SMTP id x17-20020aa79a51000000b0043df0b0532amr16895725pfj.76.1632625630661; Sat, 25 Sep 2021 20:07:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Sat, 25 Sep 2021 23:06:59 -0400 Message-ID: To: Robert Raszuk Cc: SPRING WG Content-Type: multipart/alternative; boundary="000000000000c44fcb05ccdd46e8" Archived-At: Subject: Re: [spring] Flat vs non-flat SIDs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2021 03:07:17 -0000 --000000000000c44fcb05ccdd46e8 Content-Type: text/plain; charset="UTF-8" The big difference between CRH & SRv6 is that SRv6 contains the SID and CRH header 16 bit or 32 bit SID contains an index or pointer to the actual SID which is encoded in an CRH FIB which can be populated manually via CLI, PCEP or Netconf/Yang. Since the CRH SID contains an index to the actual SID IPv6 address, it is not subject to MSD issues that SRV6 has and thus can have extraordinary long strict paths without any constraints. The one caveat to the initial layer of indirection is an extra lookup. The similar concept of CRH style indexing could be applied to SRv6 with a few bits as mentioned or maybe even done close to identical but via the SRv6 PGM framework. Thanks Gyan On Sat, Sep 25, 2021 at 6:50 PM Robert Raszuk wrote: > > I do not see anything in CRH draft which would act as a hardware friendly > fixed size context/app/service id field which would direct any further SID > lookup to happen in separate SID tables. > > Thx, > R. > > On Sat, Sep 25, 2021 at 6:23 PM Gyan Mishra wrote: > >> >> Interesting you mention indexing as CRH in fact moves the forwarding >> state to the FIB, thereby eliminating the MSD issue & uses indexing bits >> serving as pointers from the CRH FIB. >> >> Indexing and indirect address using pointers is definitely an interesting >> alternative way of tacking the compression issues. >> >> Kind Regards >> >> Gyan >> >> On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk wrote: >> >>> All, >>> >>> Watching this discussion on how to compress SIDs (modulo what is the >>> best choice of compressed SID length) a question popped up which perhaps >>> would be very helpful to clarify. >>> >>> SR architecture RFC defines notion of global and local SIDs. >>> Compression analysis discusses state analysis in section 2.3 in respect to >>> global SIDs by listing few parameters N, I, A, D & V which are essentially >>> defining SID applications or types. >>> >>> In all cases the SID or cSID list remains globally flat across all >>> services. Well yes SIDs have some structure via appended function and >>> arguments needed in network programming but the question I am struggling >>> with is not about those. >>> >>> It seems to me that for data plane scaling instead of always >>> constructing huge flat lookup trie it may be quite beneficial to have in >>> the front of each SID a few bits fixed pointer actually directing the real >>> lookup to a proper service or application table. >>> >>> Yes, originally where SR started there was comparison with flat MPLS >>> label space (except that space was always locally significant). Now we are >>> talking globally (within a domain) significant space which does multiply >>> this N times. >>> >>> With that I just want to post this question or really a doubt if no >>> matter what compression is chosen should we not consider to define a fixed >>> demux space which can help to divide and conquer data plane with no worries >>> that if I add few more letters to "N, I, A, D & V chain ... (say S- for >>> slice, G- for 5G, G'-for 6G etc..." my routers are not going to collapse ? >>> >>> Again just to restate I am not talking here to come back to locally >>> significant SIDs. Not at all. Domain wide significant SIDs are cool. I am >>> talking about making the globally significant compressed SIDs to be >>> prepended with notion of service(s) they are constructing in a >>> given network. >>> >>> - - - >>> >>> As we have been via MPLS deployments in the past one of the often >>> requested features was application/services prioritization. If we have one >>> flat SID space this may not be easy. >>> >>> Thx, >>> Robert >>> >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>> >> -- >> >> >> >> *Gyan Mishra* >> >> *Network Solutions A**rchitect * >> >> *Email gyan.s.mishra@verizon.com * >> >> >> >> *M 301 502-1347* >> >> -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000c44fcb05ccdd46e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

The big difference between CRH & = SRv6 is that SRv6 contains the SID and CRH header 16 bit or 32 bit SID cont= ains an index or pointer to the actual SID which is encoded in an CRH FIB w= hich can be populated manually via CLI, PCEP or Netconf/Yang.

Since the CRH SID contains an index t= o the actual SID IPv6 address, it is not subject to MSD issues that SRV6 ha= s and thus can have extraordinary long strict paths without any constraints= . =C2=A0

The one caveat = to the initial layer of indirection is an extra lookup.

The similar =C2=A0concept of CRH style =C2= =A0indexing could be applied to SRv6 with a few bits as mentioned or maybe = even done close to identical but via the SRv6 PGM framework.

Thanks=C2=A0

Gyan
On Sat= , Sep 25, 2021 at 6:50 PM Robert Raszuk <robert@raszuk.net> wrote:

I do not see anything in CRH draft = which would act as a hardware friendly fixed size context/app/service id fi= eld which would direct any further SID lookup to happen in separate SID tab= les.=C2=A0

Thx,
R.

On Sat, Sep 25, 2021= at 6:23 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:
=

Interesting you mention indexing as CRH in= fact moves the forwarding state to the FIB, thereby eliminating the MSD is= sue & uses indexing bits serving as pointers =C2=A0from the CRH FIB. = =C2=A0

Indexing and indi= rect address using pointers is definitely an interesting alternative way of= tacking the compression issues.

Kind Regards=C2=A0

Gyan

On Sat, Sep 25, 2021 at 11:11 AM Robert Raszuk <robert@raszuk.net> w= rote:
All,

Wa= tching this discussion on how to compress SIDs (modulo what is the best cho= ice of compressed SID length) a question popped=C2=A0up which perhaps would= be very helpful=C2=A0to clarify.=C2=A0

SR archite= cture=C2=A0RFC defines notion of global and local SIDs. Compression=C2=A0an= alysis discusses state analysis in section 2.3 in respect to global SIDs by= listing few parameters N, I, A, D & V which are essentially defining S= ID applications or types.=C2=A0

In all cases the S= ID or cSID list remains globally flat across all services. Well yes SIDs ha= ve some structure via appended function and arguments needed in network=C2= =A0programming but the question I am struggling with is not about those.=C2= =A0

It seems to me that for data plane scaling ins= tead of always constructing huge flat lookup trie it may be quite beneficia= l to have in the front of each SID a=C2=A0few bits fixed pointer actually= =C2=A0directing the real lookup to a proper service or application table.= =C2=A0

Yes, originally where SR started there was = comparison with flat MPLS label space (except that space was always locally= significant). Now we are talking globally (within a domain) significant sp= ace which does multiply this N times.=C2=A0

With t= hat I just want to post this question or really a doubt if no matter what c= ompression is chosen should we not consider to define a fixed demux space w= hich can help to divide and conquer data plane with no worries that if I ad= d few more letters to "N, I, A, D & V chain ... (say S- for slice,= G- for 5G, G'-for 6G etc..." my routers are not going to collapse= ?=C2=A0

Again just to restate I am not talking he= re to come back to locally significant SIDs. Not at all. Domain wide signif= icant SIDs are cool. I am talking about making the globally significant com= pressed SIDs to be prepended with notion of service(s) they are constructin= g in a given=C2=A0network.

- - -=C2=A0
<= br>
As we have been via MPLS deployments in the past one of the o= ften requested features was application/services prioritization. If we have= one flat SID space this may not be easy.=C2=A0

Th= x,
Robert

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


Gyan Mis= hra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347

<= /div>

--

=

Gyan Mishra

Network Solutions Architect=C2=A0<= /p>

Email gyan.s.mishra@ver= izon.com<= br>

M 301 502-1347


--000000000000c44fcb05ccdd46e8-- From nobody Sun Sep 26 10:14:03 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0B3E3A2C69; Sun, 26 Sep 2021 10:14:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.749 X-Spam-Level: X-Spam-Status: No, score=0.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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, MANY_SPAN_IN_TEXT=3.199, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=qKUv0w6i; dkim=pass (1024-bit key) header.d=juniper.net header.b=e5a8GilS 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 waA2kMPow4C4; Sun, 26 Sep 2021 10:13:56 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 CC4553A2C6D; Sun, 26 Sep 2021 10:13:55 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18QFXfhm023275; Sun, 26 Sep 2021 10:13:45 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=581rFoT6nL6VQkLPjjHdw0mY1AiD4rSh04B2xB7/FZM=; b=qKUv0w6idwHceC3RqwSzH5PGaPgTydQu9DHNQQtqcyEelHEOPufAd/q5sgT3SFmnIUBN TB/DIqVVEVKHWMG+CRVXAgWt8xGhfRzlzfGicr0TyK+RstRHq6E/k9nCjMf2teku4IKW Zp9366967XjwW5+eb8pXRDGgWJJ9VlgH5Akb22Ykn1eBnjXQwE0o7L8hlPmN6laoXUQU /n9tirmvU+c3GDIq9jhN3op+Nr30sxbElxl6fxX8F3sjl5Gh7X/U3FC2EfObNYcZweFV Py+QMY/SplW8UdbFsUVoI4hxRbGoUZz1EQtLKX6AqMNruw8YT26W7+ybMbeoJQodF0KU BQ== Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2176.outbound.protection.outlook.com [104.47.55.176]) by mx0a-00273201.pphosted.com with ESMTP id 3barhdga8p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 26 Sep 2021 10:13:44 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IVCQcLy79hh3kc7sfw5ba64AJ3mP3uP3mr7Mrfe8TC58l/P8BLmTohpUlq6tQkU5Yr+RQvSZXzuE3gs7DlJDwyg44/O2L+17Dqg1Y84pcZhvIp7zIazJq1nOXh6wCOe00bzg8nV3shIQA/zb8sQoXHYaQPme1AkZW4y5iiGLVBHoqE6yHkrG6W8mPgY3pMjeoZU1sMUXoHho7Bp0/X6UUaSOwmX6dzu0jqrZwzVVwjf+x81EkPrPuvFR5x45/Vk0CXO8qJKTyfpsJDdl+a5/FEkElvp/P6GCq9M3OFWSsf/zT7GHLYY+G667yxTe5DCOGl2ghPyauLk2l0dVXmns4g== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=581rFoT6nL6VQkLPjjHdw0mY1AiD4rSh04B2xB7/FZM=; b=SkwrFVDdPNygIHHaYstPGUuXOJCaC6F1Aaq6mYOCQcnvuZ1np1wb3CFTndVumCrAOR1x2qyJ25sQDMC7j9zEMqoV6/7hCsRNUgK635jV/kKuTCfEYw/xPQfXYSKYkSZNUAgjeJM+oyJQEaDNss1cHn/j5QKX/NsqyzfdmVeVUPqBoZ+u+6TjppT4p6OvCFWI5JGZr9zY3zVvD9mrNCNGiV1tVLhEJCgfOcl2mLjkX+74e21oTpGpgOkebTBJqGQLWcwLwDlFx4Ef1NolJ8vkOLODCxMOrsNctBOZfbHqlvrI6BWhvi72VLoP6KVmN5N2wUPxuVOWGeBM2fdO+9iLmQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=581rFoT6nL6VQkLPjjHdw0mY1AiD4rSh04B2xB7/FZM=; b=e5a8GilSh+e9jS1TOaeJ/SDORbVd0HfOIQrm+vchoW+LrU4nhMhbxbz/x5pOqDzwizPROsZvs/hnf0aPseKRiv3qEZNVgYQ3OOvApM8FMeGaY8dbmz8mBnXQNBNt58xGWgZ+53FRzZdiFubyvwr9Xhui3NdZ7faNuwDdOQ0VTsQ= Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BY5PR05MB6913.namprd05.prod.outlook.com (2603:10b6:a03:1ce::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.7; Sun, 26 Sep 2021 17:13:40 +0000 Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::60d5:3d7c:49b5:cda0]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::60d5:3d7c:49b5:cda0%7]) with mapi id 15.20.4566.012; Sun, 26 Sep 2021 17:13:39 +0000 From: John E Drake To: Lizhenbin , TEAS WG CC: "Dongjie (Jimmy)" , "spring@ietf.org" , "mpls@ietf.org" , =?utf-8?B?6b6a56uL6Imz?= , draft-filsfils-sprin , draft-ali-teas-sprin , "EXT-vishnupavan@gmail.com" , Adrian Farrel , Tarek Saad , draft-decraene-mpls- Thread-Topic: More Discussion//RE: Re:Re: [Teas] New term for the underlay construct used for slice realization Thread-Index: AdeVHBjQ5DKkk0JaQEmCegERsKbClQckAgEQAFM6reA= Date: Sun, 26 Sep 2021 17:13:39 +0000 Message-ID: References: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> In-Reply-To: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-26T17:13:36Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=f55caa64-301a-4760-980b-7e5e2d545fed; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 66789ae5-7dc4-4789-d246-08d98110fc13 x-ms-traffictypediagnostic: BY5PR05MB6913: x-ld-processed: bea78b3c-4cdb-4130-854a-1d193232e5f4,ExtAddr x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: aQdMcg8VvB4pCKtueb2aZZAwbfe5r7BOShIC/aFP95sb+7U9/QnkpplsAvWfKbBnkU+GlXpm5Xd6oXGrGP8Oq6OBYSqV7lFLsYA2mKdYabMseIqfuARhHWUBbNWY1RjGhNUBZKaSLOoqmgwoGdQkGrFHjxa0npBRKeClHmPZVZE16GMNDztunXb+u75WQXqpf+rTHYWg/XQWeBMDs9HmvSTyTazqeEtNfrUhFPDvZOfxeXoDJHTG5VBkdUNcYMTCeeEjtTL9gBKMqVu98CdH9SAaHn8ZYoeh9GFWHVCRfIb2Q1OjZIRqWwV989TNgPW4+LLk2MXH27sUFiPxh0Kq8/C164WhBVXlq0LNMBJOUmG38JadTyjKdJYh7nv3D8C20A9iP9hacWOF/D5RKNBhNSbv1aszTEXzwGkbopet2onVWdM57Sg8X/9gcIUC5l5LRCcptCnXgf9+OYUb9U9WaE/zjvxC7/3cvdE6FYzxSjtJ4ldGsNG7dH6ZeddUNIEmdSqE2eyxXqzdWCOORtgF/txeCCd3mLfXxlfwhwUqFVtrEEgJ3e5GYRQhJ7td7/99P46Hl+LKEokYs8CKqGB3ArGfJE//s59iaCTIc2dDs4FQ1XlgwCLBms36Ri8hbAunLrscv+TMFMFGEEiYYdh7WvojCXFduItSStbrOTeR9ygFprrC/zhWmtYWZxrKjkYWWN3TLEPrEslaHx59F2jO5HoIWs8Vp6GbUeKz+rbOVLU5xF4d2syeijsRWyVZc+t7klcENAZ96r6p3E7blPzhO9TlA4e9xFEBx7dRNQcIuUwSOr1eRd8FooCwLYGo+W9e x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8936002)(508600001)(38070700005)(316002)(66556008)(7696005)(6506007)(66446008)(38100700002)(186003)(64756008)(66476007)(9686003)(110136005)(5660300002)(66946007)(86362001)(166002)(83380400001)(52536014)(76116006)(54906003)(55016002)(966005)(30864003)(4326008)(2906002)(71200400001)(7416002)(8676002)(122000001)(33656002)(53546011)(26005)(559001)(579004); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?U2lHaUgvTUtZT3pkNVRFSExZSTV6YjlFWmw4am9TSWkwY0RtYWtmWFFlRG80?= =?utf-8?B?ZUZvbHlqU2RuMGxhdXVYbjlLOVJYbDJFc2ZyMm1KN0RFVXh3RENaR3k5MitS?= =?utf-8?B?Y1ZFaXJ5OGV4WllMV1VtNzZBbzEvSHhmaWloNlZzQnJ2bTlkZEVlRE1ZV1B3?= =?utf-8?B?MWhFRGNQY0Y1cUJ6TUlGczRwcm8reTZuVXV2aW10SnpHbFYyTlE1ZVFJeVpK?= =?utf-8?B?UEtId0JPRVVla0ZlamJUQU4rN1dqWk1aVVJscGdyL0dQUUJyK1hjNnlDQ3pU?= =?utf-8?B?clk5UWd1VGo5ZDI4eElsa0FTWWd2Nno4UngrbHJqdllJUSt1N2JtVmVxdnFJ?= =?utf-8?B?QlZJcW1YVllnOWZuV2N1Q2NxdEhPcjA1dm1JODFEZVpNbG9DeEFjN05IeThG?= =?utf-8?B?NnNlSVlhb0NHU2lNMm1KVllqU2xmUUd5UUNZNHhlT3hhRFQ0eENTK2dyc0x4?= =?utf-8?B?UVhNd0lIanZ2YTV6M3ExZXJ3ZDdwdDN5K2t3MndtaDA3UEszWEtrYkpPWm5N?= =?utf-8?B?YWN6QytnQ08vK2phWC9qZEMxeHA4OThzcEVqM2hENCtmK3RIcXhaU3JUSDQr?= =?utf-8?B?UXZxYzh1SHVQNFNIbFNYZ0IwZ010U080ZzBqM0l5bUtUQlRpK3Q5NVpXdXh3?= =?utf-8?B?MzNEWEdMNzliM3VXdGFFVzlKcFV1dWdKSkcyRitQelBmUFkxZTQ0Mzd4SGZz?= =?utf-8?B?SUFLTXJZWFhmZGVMU21qVHZZcm5qWExUajFOOFQvQVZkSkRZWDE1WWxTSmZC?= =?utf-8?B?TEFTMDVwTXJxMi9XdjlYNFlKazRJallTcytidUQwZE8wQ0JFWkFXR1d1d1hI?= =?utf-8?B?WFVib0w4UmZuaU5ZanFwTk9GZG8yRmVFNXRON2FUeUpVeDVBS2k1VFRHVEdH?= =?utf-8?B?cmRvNG0rRldvTjczVmdpWDF3RlVLdi8vSmtwd1NneDI5a3RDQm9Kb05HU2JZ?= =?utf-8?B?WnpkVDhVaGxFK3UyZ1MxZVZvZXRQbkxGbVVlRjdQVVBQaHU3R2tGQkFhaWk0?= =?utf-8?B?QjllQjdCSmgzbmZMcUNNTGNpcDdVaUZudTBVV2VyamEwcW5ReUN4WlF0b0U0?= =?utf-8?B?Zy9GWmt3LytzS1ZKaE9IdTRnYzlSTHNja0lrSkpDQndDWnZ0a0NsN0VnQnlJ?= =?utf-8?B?WG1sanQzdTBtSTJqUTh6VmVpb0NSMThTYmZ5VkkvSFJRSlBjbnRzNUZPa2lX?= =?utf-8?B?bjcyZWRCQlU0N0tsVFJ3Q292R3RGM0U5YlJ0bFZzL3lNNHAvcWJWemhvaUhx?= =?utf-8?B?N2FBTGRpbjVJRTdKMXQ2Q0p1L24rSlNQR0tPbFJOTlFFaEtBT2U1SnZSSS9F?= =?utf-8?B?ckh5Zk1NL2FlK2IzNzNPcEw4cWVsUnBFeHJrWGNFQ0Q4b2doSzdPaVd6dHJS?= =?utf-8?B?K2Z0QWlQRkxyTWJJMkpzVmJEZ1N5U2Z2UkdFMDlzaWNQUGtiVit3MVBVUFRM?= =?utf-8?B?cXA3Tyt5YUNVb0dzU0U1RXJKc2VJc1p3VGtXSkpudkZYemNaREQ0NmhUWW0z?= =?utf-8?B?RDR5bWc3MjlQa0ZFaE9tVzZRcWY1NDM4bUJxVlpqb3pvbEVBcnJxdlhWbENo?= =?utf-8?B?RnNaQncwRDRjYXRuVkJYRGx5eXBVS3VMbG1oZEVjZU82Z0tFdURXZFZGQUhJ?= =?utf-8?B?VVNXV0NRcWQ3QnVNRDJoM2dLTFJjQmxDcFVvK1ZIMEE0TXl2dzUrdVpYblky?= =?utf-8?B?aGZHc0lLcS95Ym5YTVBkbmFINVM3ZWtXWUNKNTdabFUvVHM2eWEvZGE4alJm?= =?utf-8?Q?u2lAiB0CDJD4y9cpNI=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BY3PR05MB80810D4B1C19FD88B7417CC0C7A69BY3PR05MB8081namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 66789ae5-7dc4-4789-d246-08d98110fc13 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2021 17:13:39.3494 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NmcAlndvEWPS0bXCMkPF4JpQTmORrXq9uUMhESUl2kCP5SSRz1/dr2Ua71jks2YMJvTa7M/wSuXo/EGGZbyJOw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR05MB6913 X-Proofpoint-GUID: QwkrQbPn8Tsq0AwPZNkyw3ZrjTS-jZct X-Proofpoint-ORIG-GUID: QwkrQbPn8Tsq0AwPZNkyw3ZrjTS-jZct X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-26_06,2021-09-24_02,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 phishscore=0 suspectscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 impostorscore=0 priorityscore=1501 clxscore=1011 mlxscore=0 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2109260120 Archived-At: Subject: Re: [spring] More Discussion//RE: Re:Re: [Teas] New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2021 17:14:02 -0000 --_000_BY3PR05MB80810D4B1C19FD88B7417CC0C7A69BY3PR05MB8081namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBpcyB0aGUgZmlyc3QgdGltZSBJIGhhdmUgc2VlbiB0aGlzIHRlcm0gc28gSSBkb27igJl0 IGNvbXBsZXRlbHkgdW5kZXJzdGFuZCB5b3VyIGFzc2VydGlvbiB0aGF0IHRoZSBtYWlsaW5nIGxp c3QgZGlzY3Vzc2lvbiBzdXBwb3J0ZWQgaXQsIGFuZCBhcyBJIGhhdmUgcHJldmlvdXNseSBub3Rl ZCwganVkZ2luZyByb3VnaCBjb25zZW5zdXMgaXMgbm90IHdpdGhpbiB5b3VyIHJlbWl0Lg0KDQpJ IHRoaW5rIHRoZSB0ZXJtIGlzIG5laXRoZXIgbWVhbmluZ2Z1bCBub3IgcmVzb25hbnQuDQoNCllv dXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2huDQoNCg0KDQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBP bmx5DQpGcm9tOiBzcHJpbmcgPHNwcmluZy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2Yg TGl6aGVuYmluDQpTZW50OiBGcmlkYXksIFNlcHRlbWJlciAyNCwgMjAyMSA5OjI2IFBNDQpUbzog VEVBUyBXRyA8dGVhc0BpZXRmLm9yZz4NCkNjOiBEb25namllIChKaW1teSkgPGppZS5kb25nQGh1 YXdlaS5jb20+OyBzcHJpbmdAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IOm+mueri+iJsyA8Z29u Z2xpeWFuQGNoaW5hbW9iaWxlLmNvbT47IGRyYWZ0LWZpbHNmaWxzLXNwcmluIDxkcmFmdC1maWxz Zmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+OyBkcmFmdC1hbGkt dGVhcy1zcHJpbiA8ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRm Lm9yZz47IEVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT47 IEFkcmlhbiBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs+OyBUYXJlayBTYWFkIDx0c2FhZC5u ZXRAZ21haWwuY29tPjsgZHJhZnQtZGVjcmFlbmUtbXBscy0gPGRyYWZ0LWRlY3JhZW5lLW1wbHMt c2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW3Nw cmluZ10gTW9yZSBEaXNjdXNzaW9uLy9SRTogUmU6UmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhl IHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KDQpbRXh0ZXJu YWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQoNCkhpIEZvbGtzLA0KDQpUaGFua3Mg Zm9yIHRoZSBmZWVkYmFja3MgYW5kIGRpc2N1c3Npb24gYWJvdXQgdGhlIGZ1cnRoZXIgY29uc2lk ZXJhdGlvbnMgb2YgdGhlIG5ldyB0ZXJtLg0KDQpBY2NvcmRpbmcgdG8gYm90aCB0aGUgbWFpbCBs aXN0IGRpc2N1c3Npb24gYW5kIHRoZSBvZmZsaW5lIGRpc2N1c3Npb24gYmV0d2VlbiB0aGUgY28t YXV0aG9ycyBvZiBkcmFmdC1kb25nLXRlYXMtZW5oYW5jZWQtdnBuLXZ0bi1zY2FsYWJpbGl0eSBh bmQgZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tldCwgb3VyIGN1cnJlbnQgcHJlZmVyZW5jZSBp cyB0byBjaG9vc2Ug4oCcbmV0d29yayByZXNvdXJjZSBncm91cOKAnSBhcyB0aGUgbmV3IHRlcm0u DQoNClRoZSBkZWZpbml0aW9uIG9mIHRoaXMgbmV3IHRlcm0gY291bGQgYmUgYmFzZWQgb24gdGhl IHRleHQgcHJvcG9zZWQgYnkgQWRyaWFuOg0KTmV0d29yayByZXNvdXJjZSBncm91cDogYSBjb2xs ZWN0aW9uIG9mIG5vZGVzLCBsaW5rcywgYW5kIG5ldHdvcmsgcmVzb3VyY2VzIHRoYXQgYXJlIGFs bG9jYXRlZCB3aXRoaW4gdGhlIG5ldHdvcmsgZm9yIHVzZSBieSBhIHNldCBvZiBuZXR3b3JrIHNl cnZpY2UgdHJhZmZpYyBmbG93cy4NCg0KQXMgZm9yIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBu ZXR3b3JrIHJlc291cmNlIGdyb3VwIGFuZCBURSwgcGVyaGFwcyBpdCBjb3VsZCBiZSBkaXNjdXNz ZWQgZnVydGhlciBhbG9uZyB3aXRoIHRoZSBwcm9ncmVzcyBhbmQgZGlzY3Vzc2lvbiBvZiBkcmFm dC0zMjcyYmlzLg0KDQpQbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGhhdmUgYW55IHRob3VnaHRz IGFib3V0IHRoaXMsIG1hbnkgdGhhbmtzLg0KDQoNCkJlc3QgcmVnYXJkcywNClJvYmluDQoNCg0K DQpGcm9tOiBMaXpoZW5iaW4NClNlbnQ6IEZyaWRheSwgQXVndXN0IDIwLCAyMDIxIDE6MDUgQU0N ClRvOiAnVEVBUyBXRycgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+Pg0KQ2M6 IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVh d2VpLmNvbT4+OyAnc3ByaW5nQGlldGYub3JnJyA8c3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJp bmdAaWV0Zi5vcmc+PjsgJ21wbHNAaWV0Zi5vcmcnIDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxz QGlldGYub3JnPj47ICdFWFQtdmlzaG51cGF2YW5AZ21haScgPHZpc2hudXBhdmFuQGdtYWlsLmNv bTxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPj47ICdBZHJpYW4gRmFycmVsJyA8YWRyaWFu QG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+OyAnVGFyZWsgU2FhZCcg PHRzYWFkLm5ldEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+PjsgJ+m+muer i+iJsycgPGdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb208bWFpbHRvOmdvbmdsaXlhbkBjaGluYW1v YmlsZS5jb20+PjsgJ2RyYWZ0LWFsaS10ZWFzLXNwcmluJyA8ZHJhZnQtYWxpLXRlYXMtc3ByaW5n LW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5n LW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZz4+OyAnZHJhZnQtZmlsc2ZpbHMtc3ByaW4nIDxk cmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc8bWFp bHRvOmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9y Zz4+OyAnZHJhZnQtZGVjcmFlbmUtbXBscy0nIDxkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5j b2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxz LXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPj4NClN1YmplY3Q6IE1vcmUg RGlzY3Vzc2lvbi8vUkU6IFJlOlJlOiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBj b25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRpb24NCg0KSGkgRm9sa3MsDQoNClRoZSDi gJxuZXcgdGVybeKAnSBkaXNjdXNzaW9uIGhhcyBiZWVuIGxhc3RlZCBmb3IgYSB3aGlsZSwgdGhh bmtzIHRvIGFsbCB3aG8gcGFydGljaXBhdGVkIGluIHRoZSBkaXNjdXNzaW9uLg0KDQpTbyBmYXIg aXQgc2VlbXMgdGhlcmUgYXJlIHNvbWUgcm91Z2ggY29uc2Vuc3VzIGFib3V0IHRoaXMg4oCcbmV3 IHRlcm3igJ0gKG1heWJlIEkgYW0gd3JvbmcpIDoNCjEuIEl0IGlzIGJldHRlciB0byBoYXZlIGEg bmV1dHJhbCB0ZXJtLCB3aGljaCBhbGxvd3MgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QgdG8gYmUg dXNlZCBmb3IgYm90aCBuZXR3b3JrIHNsaWNlIHNlcnZpY2VzIGFuZCBvdGhlciB0eXBlcyBvZiBz ZXJ2aWNlcy4NCjIuIEl0IHNlZW1zIOKAnHJlc291cmNlIGdyb3Vw4oCdIHJlY2VpdmVzIG1vcmUg c3VwcG9ydCB0aGFuIG90aGVyIGNhbmRpZGF0ZXMuDQoNCkhlcmUgSeKAmWQgYWxzbyBsaWtlIHRv IHNoYXJlIHNvbWUgY29uc2lkZXJhdGlvbnMgYW5kIGRvdWJ0cyBhYm91dCB0aGUgdW5kZXJsYXkg Y29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uOg0KMS4gQmVmb3JlIHRoaXMgZGlz Y3Vzc2lvbiBoYXBwZW5zLCBpdCBzZWVtcyBtYW55IG5ldHdvcmsgc2xpY2luZyByZWxhdGVkIGRy YWZ0cyB1c2Ug4oCcc2xpY2XigJ0gaW4gdGhlaXIgdGVybXMgd2hpY2ggcmVmZXIgdG8gdGhpcyB1 bmRlcmxheSBjb25zdHJ1Y3QuIEhvd2V2ZXIsIHRocm91Z2ggdGhpcyBuZXcgdGVybSBkaXNjdXNz aW9uLCBpdCBzZWVtcyBtb3N0IHBlb3BsZSBpbmRpY2F0ZSB0aGV5IHByZWZlciBhIG5ldXRyYWwg dGVybSB0aGFuIGEgc2xpY2Ugc3BlY2lmaWMgdGVybS4gVGh1cyBJIGV4cGVjdCB0aGUgYXV0aG9y cyBvZiB0aGUgcmVsYXRlZCBkcmFmdHMgdG8gcHJvdmlkZSBtb3JlIGZlZWRiYWNrIGFib3V0IHRo aXMgcG9pbnQgYW5kIGluZGljYXRlIHdoZXRoZXIgdGhleSBhZ3JlZSB3aXRoIHRoZSBjaG9pY2Ug b2YgYSBuZXV0cmFsIHRlcm0uDQoNCjIuIEFzIG1lbnRpb25lZCBzZXZlcmFsIHRpbWVzIGR1cmlu ZyB0aGUgZGlzY3Vzc2lvbiwgdGhpcyB1bmRlcmxheSBjb25zdHJ1Y3QgaGFzIGJvdGggdGhlIHRv cG9sb2d5IGFuZCByZXNvdXJjZSBhdHRyaWJ1dGVzLiBXaXRoIHRoZSB0ZXJtIOKAnHJlc291cmNl IGdyb3Vw4oCdLCBpdCBpcyBjbGVhciB0aGF0IGl0IGlzIGEgc2V0IG9mIG5ldHdvcmsgcmVzb3Vy Y2VzLCB0aGVuIGhvdyBhYm91dCB0aGUgdG9wb2xvZ3kgYXR0cmlidXRlPyBJcyB0aGUgdG9wb2xv Z3kgYXR0cmlidXRlIGFsc28gaW5jbHVkZWQgaW4gdGhlIOKAnHJlc291cmNlIGdyb3Vw4oCdPw0K DQozLiBXaGF0IGlzIHRoZSBpbnRlbmRlZCBzY29wZSBvZiByZXNvdXJjZSBncm91cD8gTW9yZSBz cGVjaWZpY2FsbHksIGlzIGEgcG9pbnQtdG8tcG9pbnQgcGF0aCBvciBhIFAyTVAgcGF0aCB3aXRo IGEgc2V0IG9mIHJlc2VydmVkIG5ldHdvcmsgcmVzb3VyY2UgYSByZXNvdXJjZSBncm91cD8gSW4g aGlzdG9yeSwgUlNWUC1URSB3YXMgdXNlZCB0byBzZXQgdXAgcmVzb3VyY2UgcmVzZXJ2ZWQgcG9p bnQtdG8tcG9pbnQgVEUgcGF0aHMgYW5kIFAyTVAgVEUgcGF0aHMuIE1vcmUgcmVjZW50bHksIHRo ZXJlIGlzIGVmZm9ydCBpbiBEZXROZXQgV0cgb24gdGhlIG1lY2hhbmlzbXMgdG8gc2V0IHVwIGRl dGVybWluaXN0aWMgZGF0YSBwYXRocy4gQ2FuIHRoZXNlIHBhdGhzIGJlIGNvbnNpZGVyZWQgYXMg cmVzb3VyY2UgZ3JvdXBzPyAgQ2FuIHdlIGZ1cnRoZXIgY2xhc3NpZnkgdGhlbSBpbnRvIGRpZmZl cmVudCBQMlAgcmVzb3VyY2UgZ3JvdXAsIFAyTVAgcmVzb3VyY2UgZ3JvdXAsIG9yIE1QMk1QIHJl c291cmNlIGdyb3VwPw0KDQo0LiBBIG1vcmUgc3VidGxlIHF1ZXN0aW9uIGlzLCB3aGF0IGlzIHRo ZSByZWxhdGlvbnNoaXAgYmV0d2VlbiByZXNvdXJjZSBncm91cCBhbmQgVEU/IElzIHJlc291cmNl IGdyb3VwIGEgY29uc3RydWN0IHVuZGVyIHRoZSBURSBhcmNoaXRlY3R1cmUsIG9yIGlzIHRoZXJl IHNvbWUgb3ZlcmxhcCBiZXR3ZWVuIHRoZW0/DQoNCldpc2ggdG8gbGVhcm4geW91ciB0aG91Z2h0 cyBvbiB0aGVzZSBjb25zaWRlcmF0aW9ucyBhbmQgZG91YnRzLg0KDQoNCg0KQmVzdCBSZWdhcmRz LA0KUm9iaW4NCg0KDQoNCg0KDQoNCkZyb206IExpemhlbmJpbg0KU2VudDogVHVlc2RheSwgQXVn dXN0IDE3LCAyMDIxIDEwOjI5IFBNDQpUbzogJ+m+mueri+iJsycgPGdvbmdsaXlhbkBjaGluYW1v YmlsZS5jb208bWFpbHRvOmdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20+PjsgZHJhZnQtYWxpLXRl YXMtc3ByaW4gPGRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5v cmc8bWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5v cmc+PjsgZHJhZnQtZmlsc2ZpbHMtc3ByaW4gPGRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0 YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNy djYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPj47IGRyYWZ0LWRlY3JhZW5lLW1wbHMtIDxk cmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3Jn PG1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlk QGlldGYub3JnPj4NCkNjOiBEb25namllIChKaW1teSkgPGppZS5kb25nQGh1YXdlaS5jb208bWFp bHRvOmppZS5kb25nQGh1YXdlaS5jb20+Pjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdA aWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPjsgVEVBUyBXRyA8 dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+OyBFWFQtdmlzaG51cGF2YW5AZ21h aSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pjsg QWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5j by51az4+OyBUYXJlayBTYWFkIDx0c2FhZC5uZXRAZ21haWwuY29tPG1haWx0bzp0c2FhZC5uZXRA Z21haWwuY29tPj4NClN1YmplY3Q6IFJFOiBSZTpSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUg dW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlcmVhbGl6YXRpb24NCg0KSGkgTGl5YW4s DQpTb3JyeSB0aGF0IEkgbWlzc2VkIHlvdXIgbmV3IGRyYWZ0LiBUaGFua3MgZm9yIHlvdXIgZmVl ZGJhY2suIEl0IGlzIGhlbHBmdWwgZm9yIHVzIHRvIGhhdmUgYSBjb21tb24gdGVybWlub2xvZ3ku DQoNCkJlc3QgUmVnYXJkcywNClJvYmluDQoNCg0KDQpGcm9tOiDpvprnq4voibMgW21haWx0bzpn b25nbGl5YW5AY2hpbmFtb2JpbGUuY29tXQ0KU2VudDogVHVlc2RheSwgQXVndXN0IDE3LCAyMDIx IDQ6NDggUE0NClRvOiBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpo ZW5iaW5AaHVhd2VpLmNvbT4+OyBkcmFmdC1hbGktdGVhcy1zcHJpbiA8ZHJhZnQtYWxpLXRlYXMt c3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtYWxpLXRlYXMt c3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0BpZXRmLm9yZz4+OyBkcmFmdC1maWxzZmlscy1zcHJp biA8ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3Jn PG1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0 Zi5vcmc+PjsgZHJhZnQtZGVjcmFlbmUtbXBscy0gPGRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1l bmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWRlY3JhZW5lLW1w bHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0Zi5vcmc+Pg0KQ2M6IERvbmdqaWUg KEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbT4+ OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8 bWFpbHRvOm1wbHNAaWV0Zi5vcmc+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFz QGlldGYub3JnPj47IEVYVC12aXNobnVwYXZhbkBnbWFpIDx2aXNobnVwYXZhbkBnbWFpbC5jb208 bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+OyBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xk ZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPj47IFRhcmVrIFNhYWQgPHRzYWFk Lm5ldEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+Pg0KU3ViamVjdDogUmU6 UmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBz bGljZXJlYWxpemF0aW9uDQoNCg0KSGkgQWxs77yMDQoNClRoZSBkcmFmdC1jaGVuZy1zcHJpbmct c3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWRbMV0gYWxzbyBwcm92aWRlZCBhIHNsaWNlIElE IGVuY29kaW5nIHNvbHV0aW9uLg0KDQpBbmQgYWJvdXQgdGhlIGRpc2N1c3Npb24sIHdlIGFyZSBm aW5lIHRvIGZvbGxvdyB0aGUgZmluYWwgZGVjaXNpb24gb2YgdGhlIFdHLCBubyBzcGVjaWFsIHJl cXVpcmVtZW50cy4NCg0KDQoNClsxXSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWQvPGh0dHBzOi8v dXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWNoZW5nLXNwcmluZy1zcnY2LWVuY29kaW5nLW5ldHdvcmstc2xpY2VpZC9fXzshIU5FdDZ5TWFP LWdrIVRJa2ZJLWxvS3BmMXpWT3N5UTQ2V0o0XzZjMVhGQkF1T0JIMmVLcWJYR0s2aFF1bjczckUy OUNMM0VENzUyTSQ+DQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkxpeWFuIEdvbmcNCg0KDQotLS0t 6YKu5Lu25Y6f5paHLS0tLQ0K5Y+R5Lu25Lq677yaTGl6aGVuYmluICA8bGl6aGVuYmluQGh1YXdl aS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj4NCuaUtuS7tuS6uu+8miJkcmFmdC1h bGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPG1haWx0bzpkcmFmdC1h bGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPiIgPGRyYWZ0LWFsaS10 ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWFsaS10 ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc+PiwiZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1maWxz Zmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+IiA8ZHJhZnQtZmls c2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPG1haWx0bzpkcmFm dC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc+PiwiZHJh ZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzxt YWlsdG86ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBp ZXRmLm9yZz4iIDxkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVs LWlkQGlldGYub3JnPG1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRy b3B5LWxhYmVsLWlkQGlldGYub3JnPj4NCuaKhOOAgOmAgTogIkRvbmdqaWUgXFwoSmltbXlcXCk8 ZmlsZTovLyhKaW1teS8pPiIgPGppZS5kb25nQGh1YXdlaS5jb208bWFpbHRvOmppZS5kb25nQGh1 YXdlaS5jb20+Piwic3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+IiA8c3By aW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+PiwibXBsc0BpZXRmLm9yZzxtYWls dG86bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4s VEVBUyBXRyAgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PixKb2huIEUgRHJh a2UgIDxqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiwiRVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbTxt YWlsdG86RVhULXZpc2hudXBhdmFuQGdtYWlsLmNvbT4iIDx2aXNobnVwYXZhbkBnbWFpbC5jb208 bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+LEFkcmlhbiBGYXJyZWwgIDxhZHJpYW5Ab2xk ZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPj4sVGFyZWsgU2FhZCAgPHRzYWFk Lm5ldEBnbWFpbC5jb208bWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20+Pg0K5Y+R6YCB5pe26Ze0 77yaMjAyMS0wOC0xNyAwMDowNDozMg0K5Li76aKY77yaUmU6IFtUZWFzXSBOZXcgdGVybSBmb3Ig dGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZXJlYWxpemF0aW9uDQoNCg0KSGkg YXV0aG9ycyBvZiBkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzL2RyYWZ0 LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZC9kcmFmdC1kZWNyYWVuZS1t cGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkLA0KDQpJdCBpcyBrbm93biB0aGF0IHlv dXIgZHJhZnRzIGFyZSBhbHNvIHJlbGF0ZWQgd2l0aCB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVz ZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uLiBJdCBhbHNvIHNlZW1zIHRoYXQgeW91IHVzZSB0aGUg dGVybSB3aXRoIOKAnHNsaWNl4oCdICBmb3IgdGhlIHVuZGVybGF5IGNvbnN0cnVjdC4gSW4gdGhl IGRpc2N1c3Npb24gb2YgVEVBUyBXRywgdGhlcmUgaXMgc29tZSBjb25zZW5zdXMgdG8gZGVmaW5l IGEgbmV1dHJhbCBuZXcgdGVybSB3aXRob3V0IOKAnHNsaWNl4oCdLiAgV2lzaCB0byBsZWFybiB5 b3VyIG9waW5pb25zIG9uIHRoZSBuZXcgdGVybSBkZWZpbml0aW9uIGFuZCB0aGVyZSB3b3VsZCBi ZSBhIGNvbnZlcmdlbmNlIG9uIHRoZSBuZXcgdGVybSBhZnRlciB5b3VyIHBhcnRpY2lwYXRpbmcg IGluIHRoZSBkaXNjdXNzaW9uLg0KDQoNCkJlc3QgUmVnYXJkcywNClJvYmluDQoNCg0KDQpGcm9t OiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSm9obiBF IERyYWtlDQpTZW50OiBNb25kYXksIEF1Z3VzdCAxNiwgMjAyMSA4OjUzIFBNDQpUbzogRG9uZ2pp ZSAoSmltbXkpIDxqaWUuZG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29t Pj47IEVYVC12aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOkVYVC12aXNobnVwYXZhbkBnbWFp bC5jb20+IDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNv bT4+OyBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xk ZG9nLmNvLnVrPj4NCkNjOiBUYXJlayBTYWFkIDx0c2FhZC5uZXRAZ21haWwuY29tPG1haWx0bzp0 c2FhZC5uZXRAZ21haWwuY29tPj47IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNA aWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5 IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KDQpIaSwNCg0KSXQgc291bmRz IGxpa2Ugc2xpY2UgYWdncmVnYXRlcywgb3IgbW9yZSBnZW5lcmFsbHkgb3ZlcmxheSBuZXR3b3Jr IHNlcnZpY2UgYWdncmVnYXRlcywgYXJlIHRoZSB0aGluZ3Mgd2hpY2ggdXNlIHJlc291cmNlIHBh cnRpdGlvbnMuDQoNCllvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQpKb2huDQoNCg0KDQpKdW5pcGVy IEJ1c2luZXNzIFVzZSBPbmx5DQpGcm9tOiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8bWFp bHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBEb25namllIChKaW1teSkN ClNlbnQ6IEZyaWRheSwgQXVndXN0IDEzLCAyMDIxIDk6MjAgQU0NClRvOiBFWFQtdmlzaG51cGF2 YW5AZ21haWwuY29tPG1haWx0bzpFWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPiA8dmlzaG51cGF2 YW5AZ21haWwuY29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PjsgQWRyaWFuIEZhcnJl bCA8YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+DQpDYzog VGFyZWsgU2FhZCA8dHNhYWQubmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNv bT4+OyBURUFTIFdHIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClN1Ympl Y3Q6IFJlOiBbVGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBm b3Igc2xpY2UgcmVhbGl6YXRpb24NCg0KW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBj b250ZW50XQ0KDQpIaSBQYXZhbiwNCg0KU29ycnkgZm9yIGNoaW1pbmcgaW4sIHBsZWFzZSBzZWUg c29tZSBjb21tZW50cyBpbmxpbmU6DQoNCkZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBWaXNobnUgUGF2YW4gQmVlcmFtDQpTZW50OiBGcmlkYXks IEF1Z3VzdCAxMywgMjAyMSAxOjMyIEFNDQpUbzogQWRyaWFuIEZhcnJlbCA8YWRyaWFuQG9sZGRv Zy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+DQpDYzogVGFyZWsgU2FhZCA8dHNh YWQubmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbT4+OyBURUFTIFdHIDx0 ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbVGVhc10g TmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6 YXRpb24NCg0KKiogQXMgYSBXRyBwYXJ0aWNpcGFudC4uICoqDQoNCkFkcmlhbiwgSGkhDQoNClRo YW5rcyBmb3IgeW91ciBlYXJsaWVyIGVtYWlscyBpbiB0aGlzIHRocmVhZCB0aGF0IGhhdmUgaGVs cGVkIGRyaWxsIGRvd24gdGhlIGRpc2N1c3Npb24gdG8gdGhlIHNwZWNpZmljIGl0ZW0gdGhhdCBu ZWVkcyBhIGZyZXNoIHRlcm0hDQpQbGVhc2Ugc2VlIGlubGluZSAocHJlZml4ZWQgVlBCKS4NCg0K LVBhdmFuIChhcyBhIFdHIHBhcnRpY2lwYW50KQ0KDQpPbiBUaHUsIEF1ZyAxMiwgMjAyMSBhdCAx MDowNSBBTSBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5A b2xkZG9nLmNvLnVrPj4gd3JvdGU6DQpUaGFua3MgZm9yIHlvdXIgdXNlZnVsIG9waW5pb24sIFRh cmVrLg0KDQpJIGhhdmUgbm8gb2JqZWN0aW9uIHRvIHRoZSB1c2Ugb2YgdGhlIHdvcmQg4oCcYWdn cmVnYXRl4oCdLiBJdCBpcyBnZW5lcmFsbHkgdXNlZCB0byBleHByZXNzIGdyb3VwaW5nIHRvZ2V0 aGVyIHRvIHRyZWF0IGFzIGEgc2luZ2xlIGVudGl0eSBvciB0byBiZSB0cmVhdGVkIGluIHRoZSBz YW1lIHdheS4NCg0KQnV0IEkgZG8gbGlrZSDigJxmb28gYWdncmVnYXRl4oCdIHRvIG1lYW4gdGhh dCBhIG51bWJlciBvZiBmb28gaGF2ZSBiZWVuIGFnZ3JlZ2F0ZWQuDQoNCltWUEJdIEJ1dCwgdGhh dCBpc27igJl0IG5lY2Vzc2FyaWx5IGhvdyBJRVRGIGhhcyBiZWVuIHVzaW5nIHRoZSB0ZXJtIOKA nGFnZ3JlZ2F0ZeKAnS4gIOKAnEJlaGF2aW9yIEFnZ3JlZ2F0ZeKAnSAoYXMgZGVmaW5lZCBpbiBJ RVRGKSBkb2VzbuKAmXQgbWVhbiBhZ2dyZWdhdGluZyBiZWhhdmlvcnMuIFRoZSBzYW1lIGdvZXMg Zm9yIOKAnFRyZWF0bWVudCBBZ2dyZWdhdGXigJ0uIEJlaGF2aW9yIEFnZ3JlZ2F0ZSAodGhlIHdh eSB3ZSByZWFkL2ludGVycHJldCBpdCkgaXMgYW4gYWdncmVnYXRlIHdpdGggYSBzcGVjaWZpYyBi ZWhhdmlvci4NCg0KW0ppZV0gSSBqdXN0IGNoZWNrZWQgdGhlIGRlZmluaXRpb24gb2YgdGhlIOKA nGFnZ3JlZ2F0ZeKAnSByZWxhdGVkIHRlcm1zIGluIHRoZSBSRkNzOg0KDQpCZWhhdmlvciBBZ2dy ZWdhdGUgKGRlZmluZWQgaW4gUkZDIDI0NzQpOiBhIGNvbGxlY3Rpb24gb2YgcGFja2V0cyB3aXRo IHRoZSBzYW1lIGNvZGVwb2ludCBjcm9zc2luZyBhICBsaW5rIGluIGEgcGFydGljdWxhciBkaXJl Y3Rpb24u4oCdDQoNClRyYWZmaWMgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyAzMDg2KTogYSBj b2xsZWN0aW9uIG9mIHBhY2tldHMgd2l0aCBhIGNvZGVwb2ludCB0aGF0IG1hcHMgdG8gdGhlIHNh bWUgIFBIQiwgdXN1YWxseSBpbiBhIERTIGRvbWFpbiBvciBzb21lIHN1YnNldCBvZiBhIERTIGRv bWFpbi4NCg0KVHJlYXRtZW50IEFnZ3JlZ2F0ZSAoZGVmaW5lZCBpbiBSRkMgNTEyNyk6IFRoaXMg dGVybSBpcyBkZWZpbmVkIGFzIHRoZSBhZ2dyZWdhdGUgb2YgRGlmZnNlcnYgc2VydmljZSAgY2xh c3Nlcy4gIEEgdHJlYXRtZW50IGFnZ3JlZ2F0ZSBpcyBjb25jZXJuZWQgb25seSB3aXRoIHRoZSBm b3J3YXJkaW5nIHRyZWF0bWVudCBvZiB0aGUgYWdncmVnYXRlZCB0cmFmZmljLCAgd2hpY2ggbWF5 IGJlIG1hcmtlZCB3aXRoIG11bHRpcGxlIERTQ1BzLg0KDQpNeSByZWFkaW5nIG9mIHRoZXNlIGRl ZmluaXRpb25zIGlzIHRoYXQg4oCcYWdncmVnYXRl4oCdIGhlcmUgbWVhbnMgZWl0aGVyIGFnZ3Jl Z2F0ZWQgcGFja2V0cyBvciBhZ2dyZWdhdGVkIHNlcnZpY2UgY2xhc3NlcyB3aGljaCBhcmUgdHJl YXRlZCBpbiB0aGUgc2FtZSAgd2F5IG9uIGEgcGFydGljdWxhciBub2RlIG9yIGxpbmsuDQoNCldo aWxlIHdoYXQgd2Ugd2FudCB0byBkZXNjcmliZSB3aXRoIHRoZSBuZXcgdGVybSBJTU8gaXMg4oCc YSBncm91cCBvZiBuZXR3b3JrIHJlc291cmNlcyBhbGxvY2F0ZWQgb24gYSBzZXQgb2YgbmV0d29y ayBub2RlcyBhbmQgbGlua3PigJ0uIFN1Y2ggZ3JvdXAgIG9mIHJlc291cmNlcyBjYW4gYmUgcHJv dmlzaW9uZWQgaW4gZGlmZmVyZW50IHBsYWNlcyBvZiB0aGUgbmV0d29yayBhbmQgYXJlIG9yZ2Fu aXplZCB0b2dldGhlciB0byBwcm92aWRlIGEgc3BlY2lmaWMgbmV0d29yay1sZXZlbCBiZWhhdmlv ci4NCg0KVGh1cyB0aGUga2V5IGluZm9ybWF0aW9uIHRvIGJlIGRlbGl2ZXJlZCB3aXRoIHRoZSBu ZXcgdGVybSBpcyDigJxhIGdyb3VwIG9mIG9yZ2FuaXplZCByZXNvdXJjZXMgaW4gdGhlIG5ldHdv cmvigJ0sIHJhdGhlciB0aGFuIOKAnGFnZ3JlZ2F0ZWQgYmVoYXZpb3IgYXQgIGEgcGFydGljdWxh ciBwb2ludOKAnS4NCg0KQmVzdCByZWdhcmRzLA0KSmllDQoNClNvIOKAnHNsaWNlIGFnZ3JlZ2F0 ZeKAnSB3b3VsZCBiZSBhbiBhZ2dyZWdhdGlvbiBvZiBzbGljZXMuIFlvdXIgdXNlIGluIEktRC5k cmFmdC1iZXN0YmFyLXRlYXMtbnMtcGFja2V0IGlzLCB0aGVyZWZvcmUsIGNvbmZ1c2luZy4gSWYg dGhlIHNsaWNlcyBhcmUgKm5vdCogc2VwYXJhdGVkIG91dCBpbnRvIGRpZmZlcmVudCBmbG93cyAo b3IgdHJhZmZpYyBzdHJlYW1zKSB0aGVuLCB5ZXMsIHlvdSBhcmUgYWdncmVnYXRpbmcgc2xpY2Vz LiBCdXQgaWYgdGhlIHNsaWNlcyBhcmUgc2VwYXJhdGVkIG91dCwgYXMgeW91IGRlc2NyaWJlLCAg dGhlbiB3aGF0IHlvdSBoYXZlIGlzIOKAnElFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVh bSBhZ2dyZWdhdGlvbuKAnS4NCg0KDQpbVlBCXSBZZXMuIFRoZSBkZWZpbml0aW9uIG9mIHRoZSBz bGljZSBhZ2dyZWdhdGUgKGFzIGRlZmluZWQgaW4gZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tl dCkgZG9lcyBzdGF0ZSB0aGF0IHRoZSBzbGljZSBhZ2dyZWdhdGUgY29tcHJpc2VzIG9mIG9uZSBv ciBtb3JlIElFVEYgbmV0d29yayBzbGljZSB0cmFmZmljIHN0cmVhbXMuICBXZSBjb3VsZCBoYXZl IGNob3NlbiBhIGxvbmdlciAgZGVzY3JpcHRpdmUgbmFtZSwgYnV0IG9wdGVkIHRvIGtlZXAgaXQg c2hvcnQuDQoNCg0K4oCcTmV0d29yayByZXNvdXJjZSBhZ2dyZWdhdGXigJ0gd291bGQgaW1wbHkg dGhhdCByZXNvdXJjZXMgaGF2ZSBiZWVuIGNvbGxlY3RlZCB0b2dldGhlciB0byBiZSB1c2VkIGFz IGEgc2luZ2xlIGVudGl0eS4NCg0KW1ZQQl0gTm90IG5lY2Vzc2FyaWx5LiAiTmV0d29yayBSZXNv dXJjZSBBZ2dyZWdhdGUiIGlzbid0IG1lYW50IHRvIGltcGx5ICJhZ2dyZWdhdGluZyBuZXR3b3Jr IHJlc291cmNlcyIuIFRoZSBpbnRlbnQgYmVoaW5kIHRoZSBwcm9wb3NhbCBpcyB0byBzYXkgdGhh dCBpdCBpcyBhbiBhZ2dyZWdhdGUgdGhhdCBoYXMgc3BlY2lmaWMgbmV0d29yayByZXNvdXJjZXMu DQoNCllvdSBtaWdodCBkbyB0aGF0LCBmb3IgZXhhbXBsZSwgd2l0aCBhIHNldCBvZiBwYXJhbGxl bCBsaW5rcyB0aGF0IGNhbiBiZSBhZ2dyZWdhdGVkIChvciBidW5kbGVkKSBhbmQgdHJlYXRlZCBh cyBhIHNpbmdsZSBsaW5rLg0KDQpJIGRvbuKAmXQgdGhpbmsgd2UgYXJlIGFnZ3JlZ2F0aW5nIHJl c291cmNlcyBpbiB0aGlzIGNhc2UuIFdlIGFyZSBncm91cGluZywgcHJvZmlsaW5nLCBwYXJ0aXRp b25pbmcsIGNvbGxlY3RpbmcsIG9yIGV2ZW4gZmlsdGVyaW5nLg0KDQpBZHJpYW4NCg0KRnJvbTog VGFyZWsgU2FhZCA8dHNhYWQubmV0QGdtYWlsLmNvbTxtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNv bT4+DQpTZW50OiAxMiBBdWd1c3QgMjAyMSAxNTo0MQ0KVG86IGFkcmlhbkBvbGRkb2cuY28udWs8 bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+OyAnS2lyYW4gTWFraGlqYW5pJyA8a2lyYW4uaWV0 ZkBnbWFpbC5jb208bWFpbHRvOmtpcmFuLmlldGZAZ21haWwuY29tPj47ICdKb2huIEUgRHJha2Un IDxqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86NDBqdW5pcGVyLm5l dEBkbWFyYy5pZXRmLm9yZz4+OyAgJ0RvbmdqaWUgKEppbW15KScgPGppZS5kb25nQGh1YXdlaS5j b208bWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20+PjsgJ0xpemhlbmJpbicgPGxpemhlbmJpbkBo dWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+OyB0ZWFzQGlldGYub3JnPG1h aWx0bzp0ZWFzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhl IHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbg0KDQpIaSBBZHJp YW4vYWxsLA0KDQpBcyBkZXNjcmliZWQgaW4gSS1ELmlldGYtdGVhcy1pZXRmLW5ldHdvcmstc2xp Y2UtZGVmaW5pdGlvbiwgYW4gSUVURiBOZXR3b3JrIFNsaWNlIHNlcnZpY2UgbWF5IGluY2x1ZGUg bXVsdGlwbGUgY29ubmVjdGlvbnMgdGhhdCBhc3NvY2lhdGUgc2V0cyBvZiBlbmRwb2ludHMgLSAg ZWFjaCBoYXZpbmcgYSBzZXQgb2YgU0xPcy9TTEVzLg0KSW4gSS1ELmRyYWZ0LWJlc3RiYXItdGVh cy1ucy1wYWNrZXQsIHdlIGRlZmluZWQgYSBTbGljZSBBZ2dyZWdhdGUgYXMgYSBjb25zdHJ1Y3Qg dGhhdCBjb21wcmlzZXMgb2Ygb25lIG9yIG1vcmUgSUVURiBuZXR3b3JrIHNsaWNlIHRyYWZmaWMg c3RyZWFtcyB0aGF0IHNoYXJlIHRoZSAgc2FtZSBzZXQgb2YgU0xPcy9TTEVzLg0KVGhlIFNsaWNl IEFnZ3JlZ2F0ZSBjb25zdHJ1Y3QgYWxsb3dzIGFnZ3JlZ2F0aW5nIHN0cmVhbXMgZnJvbSBtdWx0 aXBsZSBJRVRGIE5ldHdvcmsgU2xpY2UgY29ubmVjdGlvbnMgdGhhdCBzaGFyZSBjb21tb24gU0xP cy9TTEVzIHNvIHRoYXQgdGhlIHByb3ZpZGVyIG5ldHdvcmsgIGNhbiBvZmZlciB0aGUgc2FtZSBh Z2dyZWdhdGUgdHJlYXRtZW50IHRvIHRoZW0uIFRoZSBTbGljZSBBZ2dyZWdhdGUgcmVzb3VyY2Vz IGFyZSBpbnN0YW50aWF0ZWQgb24gc3BlY2lmaWMgbmV0d29yayBlbGVtZW50cyBhcyBkaWN0YXRl ZCBieSB0aGUgU2xpY2UgQWdncmVnYXRlIHRvcG9sb2d5Lg0KDQpTaW5jZSB0aGUgc2NvcGUgb2Yg SS1ELmRyYWZ0LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQgd2FzIHRoZSByZWFsaXphdGlvbiBvZiBJ RVRGIE5ldHdvcmsgU2xpY2Ugc2VydmljZSBpbiBhIHByb3ZpZGVyIG5ldHdvcmssIHdlIGhhZCBj b25zdHJhaW5lZCB0aGUgYWdncmVnYXRlICBjb25zdHJ1Y3QgdG8gc2xpY2VzLg0KDQpXZSB1bmRl cnN0YW5kIHRoYXQgdGhlIGFnZ3JlZ2F0ZSBjb25zdHJ1Y3QgY2FuIGJlIGdlbmVyYWxpemVkIHRv IHN1cHBvcnQgb3RoZXIgc2VydmljZXMuIExldCB1cyBvZmZlciBhbm90aGVyIG9wdGlvbiB0byBj b25zaWRlciBmb3IgcmVwcmVzZW50aW5nIHRoZSBnZW5lcmljICBjb25zdHJ1Y3Q6IOKAnE5ldHdv cmsgUmVzb3VyY2UgQWdncmVnYXRl4oCdLiBUaGVyZSBhcmUgbXVsdGlwbGUgSUVURiBkb2N1bWVu dHMgdGhhdCB1c2UgdGhlIHRlcm0gQWdncmVnYXRlIHdoZW5ldmVyIGdyb3VwaW5nIG11bHRpcGxl IHNlcnZpY2UgY2xhc3NlcyAoQmVoYXZpb3IgQWdncmVnYXRlLCBUcmVhdG1lbnQgQWdncmVnYXRl LCBUcmFmZmljIEFnZ3JlZ2F0ZSwgIGV0Yy4pIC0gcmVmZXIgdG8gcmZjNTEyNyBhbmQgcmZjMjQ3 NCBmb3IgbW9yZSBleGFtcGxlcy4NCg0KUmVnYXJkcywNClRhcmVrDQoNCg0KRnJvbTogVGVhcyA8 dGVhcy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBi ZWhhbGYgb2YgQWRyaWFuICBGYXJyZWwgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlh bkBvbGRkb2cuY28udWs+Pg0KRGF0ZTogV2VkbmVzZGF5LCBBdWd1c3QgMTEsIDIwMjEgYXQgMzoz OCBQTQ0KVG86ICdLaXJhbiBNYWtoaWphbmknIDxraXJhbi5pZXRmQGdtYWlsLmNvbTxtYWlsdG86 a2lyYW4uaWV0ZkBnbWFpbC5jb20+PiwgJ0pvaG4gRSBEcmFrZScgPGpkcmFrZT00MGp1bmlwZXIu bmV0QGRtYXJjLmlldGYub3JnPG1haWx0bzpqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRm Lm9yZz4+LCAgJ0RvbmdqaWUgKEppbW15KScgPGppZS5kb25nQGh1YXdlaS5jb208bWFpbHRvOmpp ZS5kb25nQGh1YXdlaS5jb20+PiwgJ0xpemhlbmJpbicgPGxpemhlbmJpbkBodWF3ZWkuY29tPG1h aWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4+LCB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGll dGYub3JnPiA8dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBS ZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNs aWNlIHJlYWxpemF0aW9uDQpJIHdvbmRlciB3aGV0aGVyIHdlIGNhbiBwaWNrIHRoaXMgYXBhcnQg YW5kIHB1dCBpdCBiYWNrIHRvZ2V0aGVyIGluIGEgd2F5DQp0aGF0IG1ha2VzIHNlbnNlLg0KDQpU aGUgY3VzdG9tZXIncyB2aWV3IG9mIGFsbCB0aGlzIGlzIGFuICJJRVRGIG5ldHdvcmsgc2xpY2Ug c2VydmljZSIuIEkgdGhpbmsNCihob3BlKSB3ZSBhcmUgYWxsIGFncmVlZCBvbiB0aGlzLiBUaGUg Y3VzdG9tZXIgbWF5IGFzayAoaW4gc2hvcnRoYW5kKSBmb3IgYQ0KIm5ldHdvcmsgc2xpY2UiLCBi dXQ6DQotIHRoZXkgYXJlIHRhbGtpbmcgYWJvdXQgSUVURiB0ZWNobm9sb2d5LCBzbyB0aGV5IGFz a2luZyBmb3IgYW4gIklFVEYNCm5ldHdvcmsgc2xpY2UiDQotIHRoZXkgYWN0dWFsbHkgd2FudCBi ZWhhdmlvdXJhbCBjaGFyYWN0ZXJpc3RpY3MgYW5kIGhhdmUgbm8gcmlnaHQgdG8gdGVsbA0KdGhl IG9wZXJhdG9yDQogIGhvdyB0byBtYW5hZ2UgdGhlIG5ldHdvcmssIHNvIHRoZXkgYXJlIGFza2lu ZyBmb3IgYW4gIklFVEYgbmV0d29yayBzbGljZQ0Kc2VydmljZS4iDQoNClRoZSBvcGVyYXRvciBo YXMgYSBiaWdnZXIgc2V0IG9mIHRoaW5ncyB0byB3b3JyeSBhYm91dC4NCg0KMS4gQXQgdGhlIHRv cCBvZiB0aGUgb3BlcmF0b3IncyB2aWV3IGlzIHRoZSAiSUVURiBuZXR3b3JrIHNsaWNlIHNlcnZp Y2UiIGFzDQogICAgcmVxdWVzdGVkIGJ5IHRoZSBjdXN0b21lci4gV2UgaGF2ZSB0aGlzIGRlZmlu ZWQgYWxyZWFkeSwgc28gbm90aGluZyBtb3JlDQogICAgdG8gc2F5Lg0KDQoyLiBUaGUgb3BlcmF0 b3IgbWFwcyB0aGUgcmVxdWVzdCBmb3IgYSBzbGljZSBzZXJ2aWNlIGludG8gdGhlICJJRVRGIG5l dHdvcmsNCiAgICBzbGljZSIgd2hpY2ggaXMgdGhlIGV4cHJlc3Npb24gb2YgdGhlIHNlcnZpY2Ug aW4gdGVybXMgb2YgbmV0d29yaw0KY29ubmVjdGl2aXR5DQogICAgaW4gdGhlIGNvbnRleHQgb2Yg dGhlIG9wZXJhdG9yJ3MgbmV0d29yay4gVGhlIHJlbGF0aW9uc2hpcCBoZXJlIGlzIGxpa2UNCnRo ZQ0KICAgIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHRoZSBMM1NNIGFuZCBMM05NLg0KDQozLiBBdCB0 aGUgYm90dG9tIG9mIHRoZWlyIHZpZXcgaXMgYW4gdW5kZXJseWluZyBuZXR3b3JrLiBUaGUgdGVj aG5vbG9neSBvZg0KdGhpcw0KICAgbmV0d29yayBkZXBlbmRzLCBvZiBjb3Vyc2UsIG9uIHRoZSBv cGVyYXRvcidzIG9mZmVyaW5nLCBidXQgdGhpcyBpcyB0aGUNCm5ldHdvcmsNCiAgIHRlY2hub2xv Z3kgYmVpbmcgc2xpY2VkLiBJdCBtYXkgYmUgYW4gSVAgbmV0d29yaywgYW5kIE1QTFMgbmV0d29y aywgYW4NCk9UTiwNCiAgIG9yIHdoYXRldmVyLiBJIHdvdWxkIGNhbGwgdGhpcyB0aGUgIlVuZGVy bGF5IE5ldHdvcmsuIiBUaGlzIG5ldHdvcmsgbWF5LA0KaW4NCiAgIHR1cm4sIGJlIGJ1aWx0IHVw b24gYW4gdW5kZXJsYXkgbmV0d29yayBvZiB0aGUgc2FtZSBvciBhIGRpZmZlcmVudA0KdGVjaG5v bG9neSwNCiAgIGFuZCBpdCBtYXkgYmUgZmFjaWxpdGF0ZWQgdGhyb3VnaCBuZXR3b3JrIHNsaWNp bmcgLSBidXQgdGhpcyBuZWVkIG5vdA0KY29uY2Vybg0KICAgdXMgaGVyZS4NCg0KNC4gVGhhdCBs ZWF2ZXMgdGhlIGdsdWUgaW4gdGhlIG1pZGRsZTogdGhlIGJpdCB0aGF0IGVuYWJsZXMgdGhlIHNj YWxpbmcgYW5kDQptYXBzDQogICB0aGUgbmV0d29yayBzbGljZSB0byB0aGUgbmV0d29yay4gQW5k IEkgdGhpbmsgaXQgaXMgdGhpcyBiaXQgdGhhdCBpcw0KY2F1c2luZyB0aGUNCiAgIG1vc3QgZGVi YXRlIGFib3V0IHRlcm1pbm9sb2d5LiBUaGVyZSBhcmUgc29tZSBwb2ludHMgdG8gY29uc2lkZXI6 DQoNCiAgIGEuIFRoZSB0ZXJtICJuZXR3b3JrIHJlc291cmNlcyIgYXBwbGllcyB0byB0aGUgYmFu ZHdpZHRoLCBxdWV1ZXMsDQpidWZmZXJzLA0KICAgICAgIGV0Yy4gYXZhaWxhYmxlIG9uIHRoZSBs aW5rcyBhbmQgbm9kZXMgaW4gdGhlIG5ldHdvcmsuIFRoYXQgbWF5IGJlDQogICAgICAgZXh0ZW5k ZWQgdG8gcmVmZXIgdG8gd2hvbGUgbGlua3MgYW5kIG5vZGVzLg0KDQogICBiLiBUaGUgbnVtYmVy IG9mIElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlcyBpcyBwb3RlbnRpYWxseSBsYXJnZSBhbmQg dGhlDQogICAgICAgb3BlcmF0b3IgbmVlZHMgYSBtZWNoYW5pc20gdG8gc2NhbGUgdGhlIG1hcHBp bmcgb2Ygc2VydmljZXMgdG8NCiAgICAgICBuZXR3b3JrIHJlc291cmNlcy4NCg0KICAgYy4gVGhl IElFVEYgbmV0d29yayBzbGljZXMgbWF5IGJlIGdyb3VwZWQgZm9yIGlkZW50aWNhbCB0cmVhdG1l bnQgdG8NCiAgICAgICBhY2hpZXZlIHNjYWxpbmcsIHdoZXJlIHRoZSBncm91cGluZyBjb2xsZWN0 cyBJRVRGIG5ldHdvcmsgc2xpY2VzIHdpdGgNCiAgICAgICBzaW1pbGFyIFNMQXMuDQoNCiAgIGQu IEl0IG1heSBiZSB0aGF0IGRpZmZlcmVudCB0cmFmZmljIGZsb3dzIHdpdGhpbiBhIHNpbmdsZSBJ RVRGIG5ldHdvcmsNCnNsaWNlDQogICAgICAgIGhhdmUgZGlmZmVyZW50IGNoYXJhY3RlcmlzdGlj cy4gSW4gdGhpcyBjYXNlLCBpdCBtYXkgYmUgYmVuZWZpY2lhbA0KdG8gZ3JvdXANCiAgICAgICAg dG9nZXRoZXIgc29tZSBvZiB0aGUgdHJhZmZpYyBmbG93cyBmcm9tIGRpZmZlcmVudCBzbGljZXMu DQoNCiAgIGUuIFRoZSBncm91cGVkIHNsaWNlcy9mbG93cyBhcmUgZW5hYmxlZCBpbiB0aGUgbmV0 d29yayB1c2luZyBuZXR3b3JrDQogICAgICAgIHJlc291cmNlcyBhc3NpZ25lZCBmb3IgdGhhdCBw dXJwb3NlLiBUaGUgYXNzaWdubWVudCBtYXkgYmUgYW55dGhpbmcNCiAgICAgICAgZnJvbSBhIGZ1 bGx5LWZsZWRnZWQgdmlydHVhbCBuZXR3b3JrIChzdWNoIGFzIGluIEFDVE4gb3IgVlBOKyksDQp0 aHJvdWdoDQogICAgICAgIG5ldHdvcmsgcmVzZXJ2ZWQgcmVzb3VyY2VzIChzdWNoIGFzIGluIE1Q TFMtVEUpLCBhbmQgY2VudHJhbGx5DQogICAgICAgIGFjY291bnRlZCByZXNvdXJjZXMgKHN1Y2gg YXMgU0ROIG9yIHBvc3NpYmxlIFNSKSwgdG8gc3RhdGlzdGljYWxseQ0KICAgICAgICBzaGFyZWQg cmVzb3VyY2VzLg0KDQpUaGVyZSBzZWVtcyB0byBiZSB2YXJpb3VzIHBvaW50cyBmb3IgYW5kIGFn YWluc3QgNGQuIEJ1dCwgaXQgd291bGQgYXBwZWFyDQp0aGF0IHRoaXMgaXMgYW4gaW1wbGVtZW50 YXRpb24gb3IgZGVwbG95bWVudCBpc3N1ZSB0aGF0IGRvZXNuJ3QgY2hhbmdlIHdoYXQNCnRoZSBw cm90b2NvbHMgbmVlZCB0byBkby4gU28gd2Ugc2hvdWxkIHByb2JhYmx5IGFsbG93IGl0IGFyY2hp dGVjdHVyYWxseSwgb3INCmF0IGxlYXN0LCBub3QgZGlzYWxsb3cgaXQuDQoNCk9mIGNvdXJzZSwg YXMgS2lyYW4gcG9pbnRzIG91dCwgNGMvZC9lIG1heSBiZSBhIHBhc3MtdGhyb3VnaC4gVGhhdCBp cywgaXQgaXMNCm5vdCBuZWNlc3NhcnkgdG8gaW1wbGVtZW50IHN1Y2ggZ3JvdXBpbmdzIGVpdGhl ciBiZWNhdXNlIHRoZXJlIGFyZSBvbmx5IGENCmZldyBzbGljZXMgKHdoaWNoIGhhcyBiZWVuIHRo ZSB2aWV3IG9mIHNvbWUgb3BlcmF0b3JzKSBvciBiZWNhdXNlIHRoZQ0KbmV0d29yayBzeXN0ZW1z IGNhbiBoYW5kbGUgdGhlIG51bWJlciBvZiBzbGljZXMuIEFuZCBpdCBpcyBpbiB0aGUgbmF0dXJl IG9mDQphcmNoaXRlY3R1cmVzIG9mIHRoaXMgc29ydCB0aGF0IGFsbCBmdW5jdGlvbnMgY2FuIGJl IG51bGxlZCBvdXQgd2l0aG91dCBsb3NzDQpvZiBnZW5lcmFsaXR5LCBhbmQgd2UgaGF2ZSB0byBy ZWNhbGwgdGhhdCB0aGUgaW50ZXJuYWxzIG9mIHByb3Zpc2lvbmluZw0Kc3lzdGVtcyBtYXkgYXBw ZWFyIGFzIGZ1bmN0aW9uYWwgYmxvY2tzIGluIG91ciBhcmNoaXRlY3R1cmVzLCBidXQgd2UgZG9u J3QNCmNvbXBlbCBpbXBsZW1lbnRhdGlvbnMgdG8gYWRoZXJlIHRvIHRoYXQgdHlwZSBvZiBhcmNo aXRlY3R1cmUuIFNvIEkgZG9uJ3QNCnRoaW5rIHdlIGhhdmUgdG8gd29ycnkgb24gdGhhdCBhY2Nv dW50Lg0KDQpBbmQgdGhhdCBicmluZ3MgdGhlIHF1ZXN0aW9uIG9mIGhvdyB3ZSBuYW1lIHRoZSBy ZXNvdXJjZXMgdGhhdCBhcmUgZ2F0aGVyZWQNCmluIDRlLg0KDQpJIGNhbid0IGRlY2lkZSB3aGV0 aGVyIGl0IGlzIGhlbHBmdWwgdG8gc3BlbmQgdGltZSBzYXlpbmcgd2h5IEkgZG9uJ3QgbGlrZQ0K ZWFjaCBvZiB0aGUgcHJvcG9zZWQgdGVybXMuIEkgY2VydGFpbmx5IGhhdmUgdGhpbmdzIEkgZG9u J3QgbGlrZSBhYm91dCAoZm9yDQpleGFtcGxlKSAic2xpY2UgYWdncmVnYXRlIiAoYmVjYXVzZSBv ZiA0ZCwgd2hpY2ggbWVhbnMgaXQgaXMgcmVhbGx5IGEgInNsaWNlDQpzdWItZmxvdyBhZ2dyZWdh dGUiKSwgYW5kIEkgYW0gbm90IGEgZmFuIG9mICJWVE4iIChiZWNhdXNlIG9mICJ0cmFuc3BvcnQi DQphbmQgbWF5YmUgaXQgaXMgbm90IHJlYWxseSBhIG5ldHdvcmspLiBCdXQgbWF5YmUgaXQgaXMg YmV0dGVyIGZvciBtZSB0byBzYXkNCndoYXQgSSB0aGluayB3ZSBzaG91bGQgY2FsbCB0aGluZ3M/ IEkgdGhpbmsgd2UgaGF2ZS4uLg0KDQotICAgICAgIElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNl IChjdXN0b21lciB2aWV3KQ0KLSAgICAgICBJRVRGIG5ldHdvcmsgc2xpY2UgKG9wZXJhdG9yIHZp ZXcpDQotICAgICAgIFJlc291cmNlIHBhcnRpdGlvbiAoZGVsaXZlcnkgbWVjaGFuaXNtKQ0KLSAg ICAgICBVbmRlcmxheSBuZXR3b3JrIChuZXR3b3JrIHVzZWQgdG8gc3VwcG9ydCB0aGUgc2xpY2Up DQoNCldoeSAicmVzb3VyY2UgcGFydGl0aW9uIj8gV2VsbCBpdCBpcyBhIGNvbGxlY3Rpb24gb2Yg Im5vZGVzLCBsaW5rcywgYW5kDQpuZXR3b3JrIHJlc291cmNlcyB0aGF0IGFyZSBtYXJrZWQgd2l0 aGluIHRoZSBuZXR3b3JrIGZvciB1c2UgYnkgYSBzZXQgb2YNCm5ldHdvcmsgc2xpY2UgdHJhZmZp YyBmbG93cyIuDQpJdCBpcyBwb3NzaWJsZSB0aGF0IHRoZSB3b3JkICJwYXJ0aXRpb24iIGlzIHRv byBzdHJvbmcgYmVjYXVzZSBpdCBtYXkgaW1wbHkNCnRvIHNvbWUgcGVvcGxlIHRoYXQgcmVzb3Vy Y2VzIGluIGEgcGFydGl0aW9uIGNhbm5vdCBiZSBzaGFyZWQsIGJ1dCBJIGRvbid0DQpmZWVsIHRo YXQuDQpTb2Z0ZXIgd29yZHMgdGhhbiAicGFydGl0aW9uIiB3b3VsZCBiZSAiZ3JvdXAiLCAiYnVu ZGxlIiwgInBvb2wiLCBhbmQgSQ0KY291bGQgbGl2ZSB3aXRoIGFueSBvZiB0aGVtLg0KDQpCZXN0 LA0KQWRyaWFuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRlYXMgPHRl YXMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVo YWxmIE9mIEtpcmFuIE1ha2hpamFuaQ0KU2VudDogMTEgQXVndXN0IDIwMjEgMTY6MDANClRvOiBK b2huIEUgRHJha2UgPGpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPG1haWx0bzpq ZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZz4+OyBEb25namllIChKaW1teSkNCjxq aWUuZG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47IExpemhlbmJp biA8bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47IHRl YXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5l dyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlDQpyZWFsaXph dGlvbg0KDQpIaSBKb2huLCAoYW5kIGFsbCksDQoNClR3byB2ZXJ5IGJhc2ljIGNsYXJpZmljYXRp b24gcXVlc3Rpb25zOg0KMS4gSG93IGRvIHdlIGRpZmZlcmVudGlhdGUgYmV0d2VlbiAgdGhlIHNs aWNlLXNlZ21lbnRzIHRoYXQgYXJlDQpyZXNvdXJjZS1hd2FyZSB2cyB0aG9zZSB0aGF0IGFyZSBu b3Q/IEkgaGFkIGFzc3VtZWQgdGhhdCBzaW5jZSBhIHNsaWNlDQpoYXMgYW4gU0xPLCBpdCB3aWxs IG5lZWQgbmV0d29yayByZXNvdXJjZSBhbGxvY2F0aW9ucyBpbiBzb21lIGZvcm0uDQoNCjIuIElz IGl0IG9rIHRvIGFzc3VtZSB0aGF0IHRoZSBjdXN0b21lciB2aWV3IG9mIHNsaWNlIGlzIGFuICdJ RVRGDQpuZXR3b3JrIHNsaWNlIHNlcnZpY2UnIGFuZCB0aGUgJ0lFVEYgc2xpY2UgcmVhbGl6YXRp b24nIG9mIHRoYXQgc2VydmljZQ0KaW4gYSBwcm92aWRlciBuZXR3b3JrIGlzIHJhaXNlcyB0aGUg cXVlc3Rpb24gb2YgdW5kZXJsYXkgYW5kIG92ZXJsYXkNCmNvbnN0cnVjdHMuIEFtIEkgcmlnaHQ/ DQooYSkgaWYgc28sIHRoZW4gd2UgYXJlIGFja25vd2xlZGdpbmcgIHRoZSBwcmVzZW5jZSBvZiBh bm90aGVyIGxheWVyIG9mDQphYnN0cmFjdGlvbiAoZm9yIHJlYWxpemF0aW9uKS4gSXQgY291bGQg YmUgdW5kZXJsYXkvb3ZlcmxheSBvcg0KYWdncmVnYXRlLz8/LiBUaGVuIHRoZSB0ZXJtICdzbGlj ZSBhZ2dyZWdhdGUnIGlzIGJldHRlciBhbmQgbXkNCnByZWZlcmVuY2UsIGl0IGlzIGVhc2llciB0 byBzZWUgdGhhdCBkaWZmZXJlbnQgc2xpY2Utc2VydmljZXMgYXJlDQphZ2dyZWdhdGVkIGludG8g YSBzaW5nbGUgY29uc3RydWN0ICBpbiBhIHByb3ZpZGVyIG5ldHdvcmsuIFVzZSBvZg0KdW5kZXJs YXkvb3ZlcmxheSBhcmUgY29uZnVzaW5nLg0KKGIpIGZvciBhIGxlYW5lciBwcm92aXNpb25pbmcs IEkgd291bGQgYWxzbyBwcmVmZXIgdG8gc2VlIGl0IGRvY3VtZW50ZWQNCnRoYXQgdGhlIGFnZ3Jl Z2F0ZSBpcyBvcHRpb25hbCBhbmQgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIGRpcmVjdGx5IG1h cA0KYSBzbGljZS1zZXJ2aWNlIHRvIHBoeXNpY2FsIG9yIHJlYWwgcmVzb3VyY2VzIGluIHRoZSBu ZXR3b3JrLg0Kc3BlY2lmaWNhbGx5IHVzZWZ1bCB3aGVuIGEgc2luZ2xlIGRvbWFpbiBpcyBjYXJ2 aW5nIG91dCBzbGljZXMgZm9yDQpkaWZmZXJlbnQgcHVycG9zZXMuDQoNClRoYW5rcw0KS2lyYW4N Cg0KDQotLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0NCkZyb206ICJKb2huIEUgRHJha2Ui IDxqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86amRyYWtlPTQwanVu aXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+Pg0KVG86ICJEb25namllIChKaW1teSkiIDxqaWUuZG9u Z0BodWF3ZWkuY29tPG1haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tPj47ICJMaXpoZW5iaW4iDQo8 bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47ICJ0ZWFz QGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPiIgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRl YXNAaWV0Zi5vcmc+Pg0KU2VudDogOC8xMS8yMDIxIDU6Mzg6MDUgQU0NClN1YmplY3Q6IFJlOiBb VGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UN CnJlYWxpemF0aW9uDQoNCj5KaW1teSwNCj4NCj5TbmlwcGVkLCBjb21tZW50cyBpbmxpbmUuDQo+ DQo+WW91cnMgSXJyZXNwZWN0aXZlbHksDQo+DQo+Sm9obg0KPg0KPg0KPkp1bmlwZXIgQnVzaW5l c3MgVXNlIE9ubHkNCj4NCj4+ICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gIEZyb206 IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbTxtYWlsdG86amllLmRvbmdAaHVh d2VpLmNvbT4+DQo+PiAgU2VudDogVHVlc2RheSwgQXVndXN0IDEwLCAyMDIxIDExOjAzIFBNDQo+ PiAgVG86IEpvaG4gRSBEcmFrZSA8amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+PjsgTGl6aGVuYmluIDxsaXpoZW5iaW5AaHVhd2VpLmNvbTxtYWlsdG86bGl6aGVu YmluQGh1YXdlaS5jb20+PjsNCj4+dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4N Cj4+ICBTdWJqZWN0OiBSRTogTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNl ZCBmb3Igc2xpY2UNCnJlYWxpemF0aW9uDQo+Pg0KPj4gIFtFeHRlcm5hbCBFbWFpbC4gQmUgY2F1 dGlvdXMgb2YgY29udGVudF0NCj4+DQo+dW5kZXJsYXkgY29uc3RydWN0IGZvciBuZXR3b3JrIHNs aWNlIHJlYWxpemF0aW9uIGJvdW5kIHRvDQo+PiAgPiA+IG5ldHdvcmsgc2xpY2Ugc2VydmljZXM/ IFRoYXQgaXMsIGlzIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3Qgb25seSBmb3INCj4+ICA+ID4gdXNl IGluIG5ldHdvcmsgc2xpY2luZywgb3Igc2hvdWxkIGl0IGJlIGdlbmVyYWxpemVkIGZvciBtb3Jl DQpwb3NzaWJsZSB1c2VzPw0KPj4gID4NCj4+ICA+IFtKRF0gQWJzb2x1dGVseSB5ZXMNCj4+DQo+ PiAgW0ppZV0gSSBndWVzcyB5b3UgbWVhbiAiWWVzIiB0byB0aGUgbGF0dGVyIGNhc2UsIHdoaWNo IGlzICJpdCBzaG91bGQgYmUNCmdlbmVyYWxpemVkDQo+PiAgZm9yIG1vcmUgcG9zc2libGUgdXNl cyIsIGlzIG15IHVuZGVyc3RhbmRpbmcgY29ycmVjdD8NCj4NCj5bSkRdICBZZXMgdG8gdGhlIGxh dHRlcg0KPg0KPj4NCj4+ICA+DQo+PiAgPiA+DQo+PiAgPiA+IDIuICAgICAgSWYgdGhlIGFuc3dl ciB0byBxdWVzdGlvbiAxIGlzIFlFUywgc2hvdWxkIGl0IHJlZmxlY3QgdGhlDQpmb2xsb3dpbmcN Cj4+ICA+ID4gY2hhcmFjdGVyaXN0aWNzPw0KPj4gID4gPg0KPj4gID4gPiBhLiAgICAgIEl0IGlz IGFib3V0IHRoZSB1bmRlcmxheQ0KPj4gID4gPiBiLiAgICAgIEl0IGlzIGFib3V0IHRoZSBwYXJ0 aXRpb25lZCByZXNvdXJjZXMgdXNlZCB0byBkZWxpdmVyIHRoZQ0KbmV0d29yayBzbGljZQ0KPj4g ID4gPiBzZXJ2aWNlcw0KPj4gID4gPiBjLiAgICAgIEl0IGFsbG93cyB0aGUgMToxLCBOOjEsIGFu ZCAxOk4gbWFwcGluZyBtb2RlbHMgYmV0d2VlbiB0aGUNCm5ldHdvcmsNCj4+ICA+IHNsaWNlDQo+ PiAgPiA+IHNlcnZpY2VzIGFuZCB0aGUgdW5kZXJsYXkgY29uc3RydWN0LiBUaGUgMToxIGFuZCBO OjEgbWFwcGluZyBtYXkgYmUNCj4+ICA+ID4gc3RyYWlnaHRmb3J3YXJkLiBEb2VzIGl0IGFsc28g bWFrZSBzZW5zZSB0byBkaXZpZGUgdGhlIGVsZW1lbnRzIG9yDQo+PiAgPiA+IHRyYWZmaWMgZmxv d3MgaW4gYSBzaW5nbGUgbmV0d29yayBzbGljZSBzZXJ2aWNlIHRvIGNhcnJ5IHRoZW0gaW4NCj4+ ICA+ID4gZGlmZmVyZW50DQo+PiAgPiB1bmRlcmxheSBjb25zdHJ1Y3RzPw0KPj4gID4NCj4+ICA+ IFtKRF0gIFllcyB0byBhbGwgb2YgdGhlIGFib3ZlLiAgUGxlYXNlIHNlZToNCj4+ICA+IGh0dHBz Oi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWY8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9kcmFmPg0KPj4gID4gdC1kcmFrZS1iZXNzLWVuaGFuY2VkLXZwbi0w Nl9fOyEhTkV0NnlNYU8tDQo+PiAgZ2shVENpSkhDWkN3Rmd3cHVGb3VqeFZsWjRyOQ0KPj4gID4g RjZtTHBFNG5KLTl6cHFrWS1rbHMtUk94TDRDMl94TmFSMkltSTQkDQo+PiAgPiA+DQo+PiAgPiA+ IExhc3RseSwgaGVyZSBhcmUgc29tZSBjYW5kaWRhdGVzIG9mIHRoZSAibmV3IHRlcm0iOg0KPj4g ID4gPg0KPj4gID4gPiBPcHRpb24gMTogVGhlIG5ldHdvcmsgc2xpY2Ugc2VydmljZSBpcyBjYWxs ZWQgIm92ZXJsYXkgc2xpY2UiLCB0aGVuDQo+PiAgPiA+IHRoZSB1bmRlcmxheSBjb25zdHJ1Y3Qg aXMgY2FsbGVkICJ1bmRlcmxheSBzbGljZSIuDQo+PiAgPiA+DQo+PiAgPiA+IE9wdGlvbiAyOiBU aGUgbmV0d29yayBzbGljZSBzZXJ2aWNlIGlzIGNhbGxlZCAic2VydmljZSBzbGljZSIsIHRoZW4N Cj4+ICA+ID4gdGhlIHVuZGVybGF5IGNvbnN0cnVjdCBpcyBjYWxsZWQgInJlc291cmNlIHNsaWNl Ii4NCj4+ICA+DQo+PiAgPiBbSkRdICBJIGRvbid0IHRoaW5rIHdlIG5lZWQgYW5vdGhlciB0ZXJt IGZvciB3aGF0IHdlIGFyZSBhbHJlYWR5DQo+PiAgPiBjYWxsaW5nIGFuICdJRVRGIE5ldHdvcmsg U2xpY2UgU2VydmljZScuICBBZHJpYW4gYW5kIEkgYXJlIGNvbnNpZGVyaW5nDQo+PiAgPiB0aGUg dGVybSAncmVzb3VyY2UgcGFydGl0aW9uJyB0byBkZXNjcmliZSB0aGUgcGFydGl0aW9uaW5nIG9m IHVuZGVybGF5DQo+PiAgPiBuZXR3b3JrIHJlc291cmNlcyBpbiBzdXBwb3J0IG9mIHZhcmlvdXMg b3ZlcmxheSBzZXJ2aWNlcyBzdWNoIGFzIElFVEYNCk5ldHdvcmsNCj4+ICBTbGljZSBTZXJ2aWNl cy4NCj4+ICA+IFRoaXMgaXMgY29uZ3J1ZW50IHdpdGggdGhlIGlkZWFzIGV4cHJlc3NlZCBpbjoN Cj4+ICA+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9odG1sL2RyYWY8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmPg0KPj4gID4gdC1pZXRmLXNwcmluZy1y ZXNvdXJjZS1hd2FyZS1zZWdtZW5fXzshIU5FdDZ5TWFPLQ0KPj4gIGdrIVRDaUpIQ1pDd0Znd3B1 Rm91ag0KPj4gID4geFZsWjRyOUY2bUxwRTRuSi05enBxa1kta2xzLVJPeEw0QzJfeE54RWZ3YVhn JA0KPj4gID4gdHMtMDMuICBXaGF0IHRoaXMgYWxsb3dzIG9uZSB0byBidWlsZCBpcyBhbiAncGFy dGl0aW9uZWQgdW5kZXJsYXkNCj4+ICA+IG5ldHdvcmsgdG9wb2xvZ3knLg0KPj4NCj4+ICBbSmll XSBBZ3JlZSB0aGF0IGhlcmUgd2UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIHRlcm0gZm9yIHRoZSB1 bmRlcmxheQ0KY29uc3RydWN0Lg0KPj4gICJSZXNvdXJjZSBwYXJ0aXRpb24iIGNhcHR1cmVzIG9u ZSBvZiBpdHMga2V5IGNoYXJhY3RlcmlzdGljcywgd2hpbGUgSU1PDQphbm90aGVyDQo+PiAgdGhp bmcgdGhlIHRlcm0gbmVlZHMgdG8gcmVmbGVjdCBpcyB0aGF0IHRoZSByZXNvdXJjZSBwYXJ0aXRp b24gaXMgbmVlZGVkDQpvbiBhDQo+PiAgc3Vic2V0IG9mIHRoZSBsaW5rcyBhbmQgbm9kZXMgKHJh dGhlciB0aGFuIG9uIGEgc2luZ2xlIG5vZGUgb3IgbGluaykgaW4NCnRoZSBwaHlzaWNhbA0KPj4g IG5ldHdvcmssIHdoaWNoIHRvZ2V0aGVyIGJ1aWxkcyBhIGxvZ2ljYWwgbmV0d29yayB0b3BvbG9n eS4NCj4NCj5bSkRdICBJbiBteSBpbml0aWFsIGVtYWlsLCBhYm92ZSwgSSB3YXMgcHJvcG9zaW5n ICdwYXJ0aXRpb25lZCB1bmRlcmxheQ0KbmV0d29yayB0b3BvbG9neScNCj4NCj4+DQo+PiAgQmVz dCByZWdhcmRzLA0KPj4gIEppZQ0KPj4NCj4+ICA+DQo+PiAgPiA+DQo+PiAgPiA+IFlvdXIgb3Bp bmlvbiBhYm91dCB0aGVzZSBjYW5kaWRhdGVzIGFyZSBtdWNoIGFwcHJlY2lhdGVkLiBZb3UgbWF5 DQo+PiAgPiA+IGFsc28gcHJvcG9zZSBvdGhlciBuZXcgdGVybSBpZiBpdCBjb21wbGllcyB3aXRo IHRoZSBhYm92ZSB0d28NCnBvaW50cy4NCj4+ICA+DQo+PiAgPiBbSkRdICBJIHRoaW5rIHlvdSBo YXZlIGV4Y2VlZGVkIHlvdXIgcmVtaXQuDQo+PiAgPg0KPj4gID4gPg0KPj4gID4gPg0KPj4gID4g Pg0KPj4gID4gPiBCZXN0IFJlZ2FyZHMsDQo+PiAgPiA+IFJvYmluDQo+PiAgPiA+DQo+PiAgPiA+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiAgPiA+ IFRlYXMgbWFpbGluZyBsaXN0DQo+PiAgPiA+IFRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0 Zi5vcmc+DQo+PiAgPiA+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19o dHRwczovd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGU+DQo+PiAgPiA+IGFzDQo+PiAg PiA+IF9fOyEhTg0KPj4gID4gPiBFdDZ5TWFPLWdrIVEweWNPZjBFTHhUNm1HMUdibk80TFNMLVE5 OUo0dXU3amZkVXRCRUNhSS0NCj4+ICA+ID4gTzA4SHFEMzFUR0pjaU5qdXhMMkEkDQo+PiAgPg0K Pj4gID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ ICA+IFRlYXMgbWFpbGluZyBsaXN0DQo+PiAgPiBUZWFzQGlldGYub3JnPG1haWx0bzpUZWFzQGll dGYub3JnPg0KPj4gID4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19f aHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM+DQo+PiAgPiBfXzshIU5F dDZ5TWFPLWdrIVRDaUpIQ1pDd0Znd3B1Rm91anhWbFo0cjlGNm1McEU0bkotOXpwcWtZLWtscy0N Cj4+ICBST3hMNEMyDQo+PiAgPiBfeE5EQ3JQYU5RJA0KPg0KPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+VGVhcyBtYWlsaW5nIGxpc3QNCj5UZWFzQGll dGYub3JnPG1haWx0bzpUZWFzQGlldGYub3JnPg0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pV VEVlRldDTUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQ+DQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1h aWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRwczovL3VybGRlZmVuc2UuY29t L3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5 TWFPLWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9I TmUyZG1zMzBPTDgwUSQ+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpUZWFzIG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0Bp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhczxodHRw czovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNn cmtOSzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQ+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5v cmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3RlYXM8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZX Q01MYXNmOV9HYXlBVlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkPg0K --_000_BY3PR05MB80810D4B1C19FD88B7417CC0C7A69BY3PR05MB8081namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkxhdG87DQoJcGFub3Nl LTE6MiAxNSA1IDIgMiAyIDQgMyAyIDM7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBT aW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiTWljcm9zb2Z0IEpoZW5nSGVpIjsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUg NCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1pY3Jvc29mdCBKaGVuZ0hl aSI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OlNpbVN1bjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K cC5tc2lwZm9vdGVyMzBiM2Q1MzgsIGxpLm1zaXBmb290ZXIzMGIzZDUzOCwgZGl2Lm1zaXBmb290 ZXIzMGIzZDUzOA0KCXttc28tc3R5bGUtbmFtZTptc2lwZm9vdGVyMzBiM2Q1Mzg7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0K CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6U2ltU3VuO30NCnNwYW4uRW1haWxTdHls ZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMjVpbiAx LjBpbiAxLjI1aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIg c3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoaXMgaXMgdGhlIGZpcnN0 IHRpbWUgSSBoYXZlIHNlZW4gdGhpcyB0ZXJtIHNvIEkgZG9u4oCZdCBjb21wbGV0ZWx5IHVuZGVy c3RhbmQgeW91ciBhc3NlcnRpb24gdGhhdCB0aGUgbWFpbGluZyBsaXN0IGRpc2N1c3Npb24gc3Vw cG9ydGVkIGl0LCBhbmQgYXMgSSBoYXZlIHByZXZpb3VzbHkgbm90ZWQsDQoganVkZ2luZyByb3Vn aCBjb25zZW5zdXMgaXMgbm90IHdpdGhpbiB5b3VyIHJlbWl0LjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5JIHRo aW5rIHRoZSB0ZXJtIGlzIG5laXRoZXIgbWVhbmluZ2Z1bCBub3IgcmVzb25hbnQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5Zb3VycyBJcnJlc3BlY3RpdmVseSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Sm9objxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJtc2lwZm9vdGVyMzBiM2Q1MzgiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW46MGlu O3RleHQtYWxpZ246Y2VudGVyIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5KdW5pcGVy IEJ1c2luZXNzIFVzZSBPbmx5PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPiBzcHJpbmcgJmx0O3NwcmluZy1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+T24gQmVoYWxm IE9mIDwvYj5MaXpoZW5iaW48YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBTZXB0ZW1iZXIgMjQs IDIwMjEgOToyNiBQTTxicj4NCjxiPlRvOjwvYj4gVEVBUyBXRyAmbHQ7dGVhc0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5DYzo8L2I+IERvbmdqaWUgKEppbW15KSAmbHQ7amllLmRvbmdAaHVhd2VpLmNv bSZndDs7IHNwcmluZ0BpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgSmhlbmdIZWkm cXVvdDssc2Fucy1zZXJpZiI+6b6a56uL6ImzPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ICZsdDtn b25nbGl5YW5AY2hpbmFtb2JpbGUuY29tJmd0OzsgZHJhZnQtZmlsc2ZpbHMtc3ByaW4gJmx0O2Ry YWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZyZndDs7 DQogZHJhZnQtYWxpLXRlYXMtc3ByaW4gJmx0O2RyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWls ZGluZy1ibG9ja3NAaWV0Zi5vcmcmZ3Q7OyBFWFQtdmlzaG51cGF2YW5AZ21haWwuY29tICZsdDt2 aXNobnVwYXZhbkBnbWFpbC5jb20mZ3Q7OyBBZHJpYW4gRmFycmVsICZsdDthZHJpYW5Ab2xkZG9n LmNvLnVrJmd0OzsgVGFyZWsgU2FhZCAmbHQ7dHNhYWQubmV0QGdtYWlsLmNvbSZndDs7IGRyYWZ0 LWRlY3JhZW5lLW1wbHMtICZsdDtkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRy b3B5LWxhYmVsLWlkQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW3Nwcmlu Z10gTW9yZSBEaXNjdXNzaW9uLy9SRTogUmU6UmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVu ZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMi4w cHQ7YmFja2dyb3VuZDojRkZFQjlDIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtMYXRvJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPltFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2YgY29u dGVudF08bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkhpIEZvbGtzLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+VGhhbmtzIGZvciB0aGUgZmVlZGJh Y2tzIGFuZCBkaXNjdXNzaW9uIGFib3V0IHRoZSBmdXJ0aGVyIGNvbnNpZGVyYXRpb25zIG9mIHRo ZSBuZXcgdGVybS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QWNj b3JkaW5nIHRvIGJvdGggdGhlIG1haWwgbGlzdCBkaXNjdXNzaW9uIGFuZCB0aGUgb2ZmbGluZSBk aXNjdXNzaW9uIGJldHdlZW4gdGhlIGNvLWF1dGhvcnMgb2YgZHJhZnQtZG9uZy10ZWFzLWVuaGFu Y2VkLXZwbi12dG4tc2NhbGFiaWxpdHkNCiBhbmQgZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBhY2tl dCwgb3VyIGN1cnJlbnQgcHJlZmVyZW5jZSBpcyB0byBjaG9vc2Ug4oCcbmV0d29yayByZXNvdXJj ZSBncm91cOKAnSBhcyB0aGUgbmV3IHRlcm0uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPlRoZSBkZWZpbml0aW9uIG9mIHRoaXMgbmV3IHRlcm0gY291bGQgYmUgYmFz ZWQgb24gdGhlIHRleHQgcHJvcG9zZWQgYnkgQWRyaWFuOg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPk5ldHdvcmsgcmVzb3VyY2UgZ3JvdXA6IGEgY29sbGVj dGlvbiBvZiBub2RlcywgbGlua3MsIGFuZCBuZXR3b3JrIHJlc291cmNlcyB0aGF0IGFyZSBhbGxv Y2F0ZWQgd2l0aGluIHRoZSBuZXR3b3JrIGZvciB1c2UgYnkgYSBzZXQNCiBvZiBuZXR3b3JrIHNl cnZpY2UgdHJhZmZpYyBmbG93cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt Q04iPkFzIGZvciB0aGUgcmVsYXRpb25zaGlwIGJldHdlZW4gbmV0d29yayByZXNvdXJjZSBncm91 cCBhbmQgVEUsIHBlcmhhcHMgaXQgY291bGQgYmUgZGlzY3Vzc2VkIGZ1cnRoZXIgYWxvbmcgd2l0 aCB0aGUgcHJvZ3Jlc3MgYW5kIGRpc2N1c3Npb24NCiBvZiBkcmFmdC0zMjcyYmlzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+UGxlYXNlIGxldCB1cyBrbm93IGlmIHlv dSBoYXZlIGFueSB0aG91Z2h0cyBhYm91dCB0aGlzLCBtYW55IHRoYW5rcy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJvYmluPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtt c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+IExpemhlbmJpbg0KPGJyPg0KPGI+U2VudDo8 L2I+IEZyaWRheSwgQXVndXN0IDIwLCAyMDIxIDE6MDUgQU08YnI+DQo8Yj5Ubzo8L2I+ICdURUFT IFdHJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxiPkNjOjwvYj4gRG9uZ2ppZSAoSmltbXkpICZsdDs8YSBocmVmPSJtYWlsdG86 amllLmRvbmdAaHVhd2VpLmNvbSI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7OyAnc3ByaW5n QGlldGYub3JnJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+c3ByaW5nQGll dGYub3JnPC9hPiZndDs7ICdtcGxzQGlldGYub3JnJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNA aWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+Jmd0OzsgJ0VYVC12aXNobnVwYXZhbkBnbWFpJyAm bHQ7PGEgaHJlZj0ibWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbSI+dmlzaG51cGF2YW5AZ21h aWwuY29tPC9hPiZndDs7DQogJ0FkcmlhbiBGYXJyZWwnICZsdDs8YSBocmVmPSJtYWlsdG86YWRy aWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7OyAnVGFyZWsgU2Fh ZCcgJmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIj50c2FhZC5uZXRAZ21h aWwuY29tPC9hPiZndDs7ICc8L3NwYW4+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj7pvprnq4voibM8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4nDQogJmx0OzxhIGhyZWY9 Im1haWx0bzpnb25nbGl5YW5AY2hpbmFtb2JpbGUuY29tIj5nb25nbGl5YW5AY2hpbmFtb2JpbGUu Y29tPC9hPiZndDs7ICdkcmFmdC1hbGktdGVhcy1zcHJpbicgJmx0OzxhIGhyZWY9Im1haWx0bzpk cmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnIj5kcmFmdC1h bGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPC9hPiZndDs7ICdkcmFm dC1maWxzZmlscy1zcHJpbicgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1maWxzZmlscy1zcHJp bmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmciPmRyYWZ0LWZpbHNmaWxzLXNwcmlu Zy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZzwvYT4mZ3Q7Ow0KICdkcmFmdC1kZWNy YWVuZS1tcGxzLScgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1kZWNyYWVuZS1tcGxzLXNsaWQt ZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnIj5kcmFmdC1kZWNyYWVuZS1tcGxzLXNs aWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJq ZWN0OjwvYj4gTW9yZSBEaXNjdXNzaW9uLy9SRTogUmU6UmU6IFtUZWFzXSBOZXcgdGVybSBmb3Ig dGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBGb2xrcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZSDigJxuZXcgdGVybeKAnSBkaXNjdXNzaW9uIGhh cyBiZWVuIGxhc3RlZCBmb3IgYSB3aGlsZSwgdGhhbmtzIHRvIGFsbCB3aG8gcGFydGljaXBhdGVk IGluIHRoZSBkaXNjdXNzaW9uLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj5TbyBmYXIgaXQgc2VlbXMgdGhlcmUgYXJlIHNvbWUgcm91Z2ggY29uc2Vuc3VzIGFib3V0 IHRoaXMg4oCcbmV3IHRlcm3igJ0gKG1heWJlIEkgYW0gd3JvbmcpIDo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+MS4gSXQgaXMgYmV0dGVyIHRvIGhhdmUgYSBu ZXV0cmFsIHRlcm0sIHdoaWNoIGFsbG93cyB0aGlzIHVuZGVybGF5IGNvbnN0cnVjdCB0byBiZSB1 c2VkIGZvciBib3RoIG5ldHdvcmsgc2xpY2Ugc2VydmljZXMgYW5kIG90aGVyIHR5cGVzDQogb2Yg c2VydmljZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjIu IEl0IHNlZW1zIOKAnHJlc291cmNlIGdyb3Vw4oCdIHJlY2VpdmVzIG1vcmUgc3VwcG9ydCB0aGFu IG90aGVyIGNhbmRpZGF0ZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij5IZXJlIEnigJlkIGFsc28gbGlrZSB0byBzaGFyZSBzb21lIGNvbnNpZGVyYXRpb25zIGFuZCBk b3VidHMgYWJvdXQgdGhlIHVuZGVybGF5IGNvbnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXph dGlvbjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+MS4gQmVm b3JlIHRoaXMgZGlzY3Vzc2lvbiBoYXBwZW5zLCBpdCBzZWVtcyBtYW55IG5ldHdvcmsgc2xpY2lu ZyByZWxhdGVkIGRyYWZ0cyB1c2Ug4oCcc2xpY2XigJ0gaW4gdGhlaXIgdGVybXMgd2hpY2ggcmVm ZXIgdG8gdGhpcyB1bmRlcmxheQ0KIGNvbnN0cnVjdC4gSG93ZXZlciwgdGhyb3VnaCB0aGlzIG5l dyB0ZXJtIGRpc2N1c3Npb24sIGl0IHNlZW1zIG1vc3QgcGVvcGxlIGluZGljYXRlIHRoZXkgcHJl ZmVyIGEgbmV1dHJhbCB0ZXJtIHRoYW4gYSBzbGljZSBzcGVjaWZpYyB0ZXJtLiBUaHVzIEkgZXhw ZWN0IHRoZSBhdXRob3JzIG9mIHRoZSByZWxhdGVkIGRyYWZ0cyB0byBwcm92aWRlIG1vcmUgZmVl ZGJhY2sgYWJvdXQgdGhpcyBwb2ludCBhbmQgaW5kaWNhdGUgd2hldGhlciB0aGV5IGFncmVlDQog d2l0aCB0aGUgY2hvaWNlIG9mIGEgbmV1dHJhbCB0ZXJtLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+Mi4gQXMgbWVudGlvbmVkIHNldmVyYWwgdGltZXMgZHVyaW5nIHRo ZSBkaXNjdXNzaW9uLCB0aGlzIHVuZGVybGF5IGNvbnN0cnVjdCBoYXMgYm90aCB0aGUgdG9wb2xv Z3kgYW5kIHJlc291cmNlIGF0dHJpYnV0ZXMuIFdpdGggdGhlDQogdGVybSDigJxyZXNvdXJjZSBn cm91cOKAnSwgaXQgaXMgY2xlYXIgdGhhdCBpdCBpcyBhIHNldCBvZiBuZXR3b3JrIHJlc291cmNl cywgdGhlbiBob3cgYWJvdXQgdGhlIHRvcG9sb2d5IGF0dHJpYnV0ZT8gSXMgdGhlIHRvcG9sb2d5 IGF0dHJpYnV0ZSBhbHNvIGluY2x1ZGVkIGluIHRoZSDigJxyZXNvdXJjZSBncm91cOKAnT8NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+My4gV2hhdCBpcyB0aGUgaW50 ZW5kZWQgc2NvcGUgb2YgcmVzb3VyY2UgZ3JvdXA/IE1vcmUgc3BlY2lmaWNhbGx5LCBpcyBhIHBv aW50LXRvLXBvaW50IHBhdGggb3IgYSBQMk1QIHBhdGggd2l0aCBhIHNldCBvZiByZXNlcnZlZA0K IG5ldHdvcmsgcmVzb3VyY2UgYSByZXNvdXJjZSBncm91cD8gSW4gaGlzdG9yeSwgUlNWUC1URSB3 YXMgdXNlZCB0byBzZXQgdXAgcmVzb3VyY2UgcmVzZXJ2ZWQgcG9pbnQtdG8tcG9pbnQgVEUgcGF0 aHMgYW5kIFAyTVAgVEUgcGF0aHMuIE1vcmUgcmVjZW50bHksIHRoZXJlIGlzIGVmZm9ydCBpbiBE ZXROZXQgV0cgb24gdGhlIG1lY2hhbmlzbXMgdG8gc2V0IHVwIGRldGVybWluaXN0aWMgZGF0YSBw YXRocy4gQ2FuIHRoZXNlIHBhdGhzIGJlIGNvbnNpZGVyZWQNCiBhcyByZXNvdXJjZSBncm91cHM/ ICZuYnNwO0NhbiB3ZSBmdXJ0aGVyIGNsYXNzaWZ5IHRoZW0gaW50byBkaWZmZXJlbnQgUDJQIHJl c291cmNlIGdyb3VwLCBQMk1QIHJlc291cmNlIGdyb3VwLCBvciBNUDJNUCByZXNvdXJjZSBncm91 cD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjQuIEEgbW9yZSBzdWJ0 bGUgcXVlc3Rpb24gaXMsIHdoYXQgaXMgdGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHJlc291cmNl IGdyb3VwIGFuZCBURT8gSXMgcmVzb3VyY2UgZ3JvdXAgYSBjb25zdHJ1Y3QgdW5kZXIgdGhlIFRF IGFyY2hpdGVjdHVyZSwNCiBvciBpcyB0aGVyZSBzb21lIG92ZXJsYXAgYmV0d2VlbiB0aGVtPzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+V2lzaCB0byBsZWFybiB5b3Vy IHRob3VnaHRzIG9uIHRoZXNlIGNvbnNpZGVyYXRpb25zIGFuZCBkb3VidHMuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPkJlc3QgUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpaSC1DTiI+Um9iaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdl OlpILUNOIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1 YWdlOlpILUNOIj4gTGl6aGVuYmluDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgQXVndXN0 IDE3LCAyMDIxIDEwOjI5IFBNPGJyPg0KPGI+VG86PC9iPiAnPC9zcGFuPjxzcGFuIGxhbmc9IlpI LUNOIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ 6b6a56uL6ImzPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+JyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdvbmdsaXlhbkBjaGluYW1vYmlsZS5jb20iPmdvbmds aXlhbkBjaGluYW1vYmlsZS5jb208L2E+Jmd0OzsNCiBkcmFmdC1hbGktdGVhcy1zcHJpbiAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NA aWV0Zi5vcmciPmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5v cmc8L2E+Jmd0OzsgZHJhZnQtZmlsc2ZpbHMtc3ByaW4gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFm dC1maWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmciPmRyYWZ0 LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZzwvYT4mZ3Q7 Ow0KIGRyYWZ0LWRlY3JhZW5lLW1wbHMtICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtZGVjcmFl bmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZyI+ZHJhZnQtZGVj cmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzwvYT4mZ3Q7 PGJyPg0KPGI+Q2M6PC9iPiBEb25namllIChKaW1teSkgJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUu ZG9uZ0BodWF3ZWkuY29tIj5qaWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDs7DQo8YSBocmVmPSJt YWlsdG86c3ByaW5nQGlldGYub3JnIj5zcHJpbmdAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWls dG86bXBsc0BpZXRmLm9yZyI+DQptcGxzQGlldGYub3JnPC9hPjsgVEVBUyBXRyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OzsgRVhULXZpc2hu dXBhdmFuQGdtYWkgJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20iPnZp c2hudXBhdmFuQGdtYWlsLmNvbTwvYT4mZ3Q7OyBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7OyBU YXJlayBTYWFkDQogJmx0OzxhIGhyZWY9Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIj50c2Fh ZC5uZXRAZ21haWwuY29tPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUkU6IFJlOlJlOiBb VGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2Vy ZWFsaXphdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBMaXlh biw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+U29ycnkgdGhh dCBJIG1pc3NlZCB5b3VyIG5ldyBkcmFmdC4gVGhhbmtzIGZvciB5b3VyIGZlZWRiYWNrLiBJdCBp cyBoZWxwZnVsIGZvciB1cyB0byBoYXZlIGEgY29tbW9uIHRlcm1pbm9sb2d5Lg0KPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5CZXN0IFJlZ2FyZHMsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJvYmluPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPum+mueri+iJszwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiBbPGEgaHJlZj0ibWFpbHRvOmdvbmdsaXlh bkBjaGluYW1vYmlsZS5jb20iPm1haWx0bzpnb25nbGl5YW5AY2hpbmFtb2JpbGUuY29tPC9hPl0N Cjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBBdWd1c3QgMTcsIDIwMjEgNDo0OCBQTTxicj4N CjxiPlRvOjwvYj4gTGl6aGVuYmluICZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdl aS5jb20iPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZndDs7IGRyYWZ0LWFsaS10ZWFzLXNwcmlu ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJs b2Nrc0BpZXRmLm9yZyI+ZHJhZnQtYWxpLXRlYXMtc3ByaW5nLW5zLWJ1aWxkaW5nLWJsb2Nrc0Bp ZXRmLm9yZzwvYT4mZ3Q7OyBkcmFmdC1maWxzZmlscy1zcHJpbiAmbHQ7PGEgaHJlZj0ibWFpbHRv OmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1zbGljZS1pZEBpZXRmLm9yZyI+ ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnPC9h PiZndDs7DQogZHJhZnQtZGVjcmFlbmUtbXBscy0gJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1k ZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnIj5kcmFm dC1kZWNyYWVuZS1tcGxzLXNsaWQtZW5jb2RlZC1lbnRyb3B5LWxhYmVsLWlkQGlldGYub3JnPC9h PiZndDs8YnI+DQo8Yj5DYzo8L2I+IERvbmdqaWUgKEppbW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRv OmppZS5kb25nQGh1YXdlaS5jb20iPmppZS5kb25nQGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhy ZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9 Im1haWx0bzptcGxzQGlldGYub3JnIj4NCm1wbHNAaWV0Zi5vcmc8L2E+OyBURUFTIFdHICZsdDs8 YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7OyBFWFQt dmlzaG51cGF2YW5AZ21haSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNv bSI+dmlzaG51cGF2YW5AZ21haWwuY29tPC9hPiZndDs7IEFkcmlhbiBGYXJyZWwgJmx0OzxhIGhy ZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZn dDs7IFRhcmVrIFNhYWQNCiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRzYWFkLm5ldEBnbWFpbC5jb20i PnRzYWFkLm5ldEBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTpSZTog W1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNl cmVhbGl6YXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ SGkgQWxsPC9zcGFuPjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 TVMgR290aGljJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj7vvIw8L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cD48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZSBkcmFm dC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3b3JrLXNsaWNlaWRbMV0gYWxzbyBwcm92 aWRlZCBhIHNsaWNlIElEIGVuY29kaW5nIHNvbHV0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QW5kIGFib3V0IHRo ZSBkaXNjdXNzaW9uLCB3ZSBhcmUgZmluZSB0byBmb2xsb3cgdGhlIGZpbmFsIGRlY2lzaW9uIG9m IHRoZSBXRywgbm8gc3BlY2lhbCByZXF1aXJlbWVudHMuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHA+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt Q04iPlsxXSA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1jaGVuZy1zcHJpbmctc3J2Ni1lbmNvZGluZy1uZXR3 b3JrLXNsaWNlaWQvX187ISFORXQ2eU1hTy1nayFUSWtmSS1sb0twZjF6Vk9zeVE0NldKNF82YzFY RkJBdU9CSDJlS3FiWEdLNmhRdW43M3JFMjlDTDNFRDc1Mk0kIj4NCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWNoZW5nLXNwcmluZy1zcnY2LWVuY29kaW5nLW5ldHdvcmst c2xpY2VpZC88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cD48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkJlc3QgUmVnYXJkcyw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 WkgtQ04iPkxpeWFuIEdvbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IGlkPSJkaXZzaWdu YXR1cmUiPg0KPHA+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJv dHRvbTo1LjBwdCIgaWQ9Im9yaU1zZ0h0bWxTZXBlcmF0b3IiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4tLS0tPHNwYW4gbGFu Zz0iWkgtQ04iPumCruS7tuWOn+aWhzwvc3Bhbj4tLS0tPGJyPg0KPHN0cm9uZz48c3BhbiBsYW5n PSJaSC1DTiIgc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1biI+5Y+R5Lu25Lq677yaPC9zcGFuPjwv c3Ryb25nPkxpemhlbmJpbiZuYnNwOyZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmlu QGh1YXdlaS5jb20iPmxpemhlbmJpbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8c3Ryb25nPjxz cGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1mYW1pbHk6U2ltU3VuIj7mlLbku7bkurrvvJo8 L3NwYW4+PC9zdHJvbmc+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWFsaS10ZWFzLXNwcmlu Zy1ucy1idWlsZGluZy1ibG9ja3NAaWV0Zi5vcmciPmRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1i dWlsZGluZy1ibG9ja3NAaWV0Zi5vcmc8L2E+JnF1b3Q7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0 bzpkcmFmdC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnIj5kcmFm dC1hbGktdGVhcy1zcHJpbmctbnMtYnVpbGRpbmctYmxvY2tzQGlldGYub3JnPC9hPiZndDssJnF1 b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWZpbHNmaWxzLXNwcmluZy1zcnY2LXN0YXRlbGVzcy1z bGljZS1pZEBpZXRmLm9yZyI+ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNs aWNlLWlkQGlldGYub3JnPC9hPiZxdW90OyZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQt Zmlsc2ZpbHMtc3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkQGlldGYub3JnIj5kcmFmdC1m aWxzZmlscy1zcHJpbmctc3J2Ni1zdGF0ZWxlc3Mtc2xpY2UtaWRAaWV0Zi5vcmc8L2E+Jmd0Oywm cXVvdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQtZW50 cm9weS1sYWJlbC1pZEBpZXRmLm9yZyI+ZHJhZnQtZGVjcmFlbmUtbXBscy1zbGlkLWVuY29kZWQt ZW50cm9weS1sYWJlbC1pZEBpZXRmLm9yZzwvYT4mcXVvdDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRAaWV0 Zi5vcmciPmRyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1lbmNvZGVkLWVudHJvcHktbGFiZWwtaWRA aWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJm b250LWZhbWlseTpTaW1TdW4iPuaKhOOAgOmAgTwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpTaW1TdW4iPjoNCjwvc3Bhbj48L3N0cm9uZz4mcXVvdDtEb25n amllJm5ic3A7PGEgaHJlZj0iZmlsZTovLyhKaW1teS8pIj5cXChKaW1teVxcKTwvYT4mcXVvdDsm bmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20iPmppZS5kb25nQGh1 YXdlaS5jb208L2E+Jmd0OywmcXVvdDs8YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj5z cHJpbmdAaWV0Zi5vcmc8L2E+JnF1b3Q7Jm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpzcHJpbmdA aWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT4mZ3Q7LCZxdW90OzxhIGhyZWY9Im1haWx0bzpt cGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPiZxdW90OyZuYnNwOyZsdDs8YSBocmVmPSJt YWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mZ3Q7LFRFQVMmbmJzcDtXRyZu YnNwOyZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9y ZzwvYT4mZ3Q7LEpvaG4mbmJzcDtFJm5ic3A7RHJha2UmbmJzcDsmbmJzcDsmbHQ7PGEgaHJlZj0i bWFpbHRvOmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnIj5qZHJha2U9NDBqdW5p cGVyLm5ldEBkbWFyYy5pZXRmLm9yZzwvYT4mZ3Q7LCZxdW90OzxhIGhyZWY9Im1haWx0bzpFWFQt dmlzaG51cGF2YW5AZ21haWwuY29tIj5FWFQtdmlzaG51cGF2YW5AZ21haWwuY29tPC9hPiZxdW90 OyZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tIj52aXNobnVw YXZhbkBnbWFpbC5jb208L2E+Jmd0OyxBZHJpYW4mbmJzcDtGYXJyZWwmbmJzcDsmbmJzcDsmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8 L2E+Jmd0OyxUYXJlayZuYnNwO1NhYWQmbmJzcDsmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOnRz YWFkLm5ldEBnbWFpbC5jb20iPnRzYWFkLm5ldEBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxzdHJv bmc+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJmb250LWZhbWlseTpTaW1TdW4iPuWPkemAgeaX tumXtO+8mjwvc3Bhbj48L3N0cm9uZz4yMDIxLTA4LTE3IDAwOjA0OjMyPGJyPg0KPHN0cm9uZz48 c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1biI+5Li76aKY77yaPC9z cGFuPjwvc3Ryb25nPlJlOiZuYnNwO1tUZWFzXSZuYnNwO05ldyZuYnNwO3Rlcm0mbmJzcDtmb3Im bmJzcDt0aGUmbmJzcDt1bmRlcmxheSZuYnNwO2NvbnN0cnVjdCZuYnNwO3VzZWQmbmJzcDtmb3Im bmJzcDtzbGljZXJlYWxpemF0aW9uPGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBhdXRob3JzIG9m IGRyYWZ0LWFsaS10ZWFzLXNwcmluZy1ucy1idWlsZGluZy1ibG9ja3MvZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLXNydjYtc3RhdGVsZXNzLXNsaWNlLWlkL2RyYWZ0LWRlY3JhZW5lLW1wbHMtc2xpZC1l bmNvZGVkLWVudHJvcHktbGFiZWwtaWQsPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SXQgaXMg a25vd24gdGhhdCB5b3VyIGRyYWZ0cyBhcmUgYWxzbyByZWxhdGVkIHdpdGggdGhlIHVuZGVybGF5 IGNvbnN0cnVjdA0KIHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uLiBJdCBhbHNvIHNlZW1zIHRo YXQgeW91IHVzZSB0aGUgdGVybSB3aXRoIOKAnHNsaWNl4oCdICZuYnNwO2ZvciB0aGUgdW5kZXJs YXkgY29uc3RydWN0LiBJbiB0aGUgZGlzY3Vzc2lvbiBvZiBURUFTIFdHLCB0aGVyZSBpcyBzb21l IGNvbnNlbnN1cyB0byBkZWZpbmUgYSBuZXV0cmFsIG5ldyB0ZXJtIHdpdGhvdXQg4oCcc2xpY2Xi gJ0uICZuYnNwO1dpc2ggdG8gbGVhcm4geW91ciBvcGluaW9ucyBvbiB0aGUgbmV3IHRlcm0gZGVm aW5pdGlvbg0KIGFuZCB0aGVyZSB3b3VsZCBiZSBhIGNvbnZlcmdlbmNlIG9uIHRoZSBuZXcgdGVy bSBhZnRlciB5b3VyIHBhcnRpY2lwYXRpbmcgJm5ic3A7aW4gdGhlIGRpc2N1c3Npb24uPC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+QmVzdCBSZWdhcmRzLDwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt Q04iPlJvYmluPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5n OjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHN0cm9uZz48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206PC9zcGFuPjwvc3Ry b25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+DQogVGVhcyBb PGEgaHJlZj0ibWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnRlYXMtYm91bmNl c0BpZXRmLm9yZzwvYT5dIDxzdHJvbmc+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5PbiBCZWhhbGYgT2YgPC9zcGFuPjwvc3Ryb25nPkpv aG4gRSBEcmFrZTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IE1vbmRheSwgQXVn dXN0IDE2LCAyMDIxIDg6NTMgUE08YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4gRG9u Z2ppZSAoSmltbXkpICZsdDs8YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbSI+amll LmRvbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOkVYVC12aXNobnVwYXZh bkBnbWFpbC5jb20iPkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb208L2E+ICZsdDs8YSBocmVmPSJt YWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0 OzsgQWRyaWFuIEZhcnJlbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsi PmFkcmlhbkBvbGRkb2cuY28udWs8L2E+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Q2M6PC9zcGFuPjwvc3Ry b25nPiBUYXJlayBTYWFkICZsdDs8YSBocmVmPSJtYWlsdG86dHNhYWQubmV0QGdtYWlsLmNvbSI+ dHNhYWQubmV0QGdtYWlsLmNvbTwvYT4mZ3Q7OyBURUFTIFdHICZsdDs8YSBocmVmPSJtYWlsdG86 dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHN0cm9uZz48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TdWJqZWN0 Ojwvc3Bhbj48L3N0cm9uZz4gUmU6IFtUZWFzXSBOZXcgdGVybSBmb3IgdGhlIHVuZGVybGF5IGNv bnN0cnVjdCB1c2VkIGZvciBzbGljZSByZWFsaXphdGlvbjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkhp LDwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ SXQgc291bmRzIGxpa2Ugc2xpY2UgYWdncmVnYXRlcywgb3IgbW9yZSBnZW5lcmFsbHkgb3Zlcmxh eSBuZXR3b3JrIHNlcnZpY2UgYWdncmVnYXRlcywNCiBhcmUgdGhlIHRoaW5ncyB3aGljaCB1c2Ug cmVzb3VyY2UgcGFydGl0aW9ucy48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1 YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Zb3VycyBJcnJlc3BlY3RpdmVseSw8L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkpvaG48L3NwYW4+ PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Im1zaXBmb290ZXIzMGIzZDUzOCIgYWxpZ249 ImNlbnRlciIgc3R5bGU9Im1hcmdpbjowaW47dGV4dC1hbGlnbjpjZW50ZXIiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+SnVuaXBlciBCdXNpbmVzcyBVc2UgT25seTwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzoz LjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzdHJvbmc+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Gcm9tOjwvc3Bhbj48L3N0cm9u Zz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPg0KIFRlYXMgJmx0 OzxhIGhyZWY9Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmciPnRlYXMtYm91bmNlc0BpZXRm Lm9yZzwvYT4mZ3Q7IDxzdHJvbmc+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5PbiBCZWhhbGYgT2YgPC9zcGFuPjwvc3Ryb25nPkRvbmdq aWUgKEppbW15KTxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+U2VudDo8L3NwYW4+PC9zdHJvbmc+IEZyaWRheSwgQXVn dXN0IDEzLCAyMDIxIDk6MjAgQU08YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjwvc3Bhbj48L3N0cm9uZz4gPGEg aHJlZj0ibWFpbHRvOkVYVC12aXNobnVwYXZhbkBnbWFpbC5jb20iPg0KRVhULXZpc2hudXBhdmFu QGdtYWlsLmNvbTwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20i PnZpc2hudXBhdmFuQGdtYWlsLmNvbTwvYT4mZ3Q7OyBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVm PSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7 PGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5DYzo8L3NwYW4+PC9zdHJvbmc+IFRhcmVrIFNhYWQgJmx0OzxhIGhyZWY9 Im1haWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIj50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDs7 IFRFQVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3Jn PC9hPiZndDs8YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNd IE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxp emF0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bGluZS1oZWlnaHQ6MTIuMHB0 O2JhY2tncm91bmQ6I0ZGRUI5QyI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0xhdG8mcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjaztt c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+W0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBv ZiBjb250ZW50XTwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBQYXZhbiwNCjwvc3Bhbj48c3BhbiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPlNvcnJ5IGZvciBjaGltaW5nIGluLCBwbGVhc2Ugc2VlIHNvbWUgY29tbWVu dHMgaW5saW5lOjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdl OlpILUNOIj5Gcm9tOjwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPg0KIFRlYXMgWzxhIGhyZWY9Im1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0 Zi5vcmciPm1haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSA8c3Ryb25nPg0KPHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+T24gQmVo YWxmIE9mIDwvc3Bhbj48L3N0cm9uZz5WaXNobnUgUGF2YW4gQmVlcmFtPGJyPg0KPHN0cm9uZz48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5T ZW50Ojwvc3Bhbj48L3N0cm9uZz4gRnJpZGF5LCBBdWd1c3QgMTMsIDIwMjEgMTozMiBBTTxicj4N CjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+VG86PC9zcGFuPjwvc3Ryb25nPiBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7PGJy Pg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5DYzo8L3NwYW4+PC9zdHJvbmc+IFRhcmVrIFNhYWQgJmx0OzxhIGhyZWY9Im1h aWx0bzp0c2FhZC5uZXRAZ21haWwuY29tIj50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDs7IFRF QVMgV0cgJmx0OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzQGlldGYub3JnPC9h PiZndDs8YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPlN1YmplY3Q6PC9zcGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5l dyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0 aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPioqIEFzIGEgV0cgcGFydGljaXBhbnQuLiAqKjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48YnI+DQpBZHJpYW4s IEhpITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48YnI+DQpU aGFua3MgZm9yIHlvdXIgZWFybGllciBlbWFpbHMgaW4gdGhpcyB0aHJlYWQgdGhhdCBoYXZlIGhl bHBlZCBkcmlsbCBkb3duIHRoZSBkaXNjdXNzaW9uIHRvIHRoZSBzcGVjaWZpYyBpdGVtIHRoYXQg bmVlZHMgYSBmcmVzaCB0ZXJtITxicj4NClBsZWFzZSBzZWUgaW5saW5lIChwcmVmaXhlZCBWUEIp LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48YnI+DQotUGF2 YW4gKGFzIGEgV0cgcGFydGljaXBhbnQpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5PbiBUaHUs IEF1ZyAxMiwgMjAyMSBhdCAxMDowNSBBTSBBZHJpYW4gRmFycmVsICZsdDs8YSBocmVmPSJtYWls dG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDow aW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UaGFua3MgZm9y IHlvdXIgdXNlZnVsIG9waW5pb24sIFRhcmVrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SSBoYXZlIG5vIG9iamVjdGlv biB0byB0aGUgdXNlIG9mIHRoZSB3b3JkDQo8c3BhbiBsYW5nPSJaSC1DTiI+4oCcPC9zcGFuPmFn Z3JlZ2F0ZTxzcGFuIGxhbmc9IlpILUNOIj7igJ08L3NwYW4+LiBJdCBpcyBnZW5lcmFsbHkgdXNl ZCB0byBleHByZXNzIGdyb3VwaW5nIHRvZ2V0aGVyIHRvIHRyZWF0IGFzIGEgc2luZ2xlIGVudGl0 eSBvciB0byBiZSB0cmVhdGVkIGluIHRoZSBzYW1lIHdheS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkJ1dCBJIGRvIGxp a2UNCjxzcGFuIGxhbmc9IlpILUNOIj7igJw8L3NwYW4+Zm9vIGFnZ3JlZ2F0ZTxzcGFuIGxhbmc9 IlpILUNOIj7igJ08L3NwYW4+IHRvIG1lYW4gdGhhdCBhIG51bWJlciBvZiBmb28gaGF2ZSBiZWVu IGFnZ3JlZ2F0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt Q04iPltWUEJdJm5ic3A7QnV0LCB0aGF0IGlzbjxzcGFuIGxhbmc9IlpILUNOIj7igJk8L3NwYW4+ dCBuZWNlc3NhcmlseSBob3cgSUVURiBoYXMgYmVlbiB1c2luZyB0aGUgdGVybQ0KPHNwYW4gbGFu Zz0iWkgtQ04iPuKAnDwvc3Bhbj5hZ2dyZWdhdGU8c3BhbiBsYW5nPSJaSC1DTiI+4oCdPC9zcGFu Pi4gJm5ic3A7PHNwYW4gbGFuZz0iWkgtQ04iPuKAnDwvc3Bhbj5CZWhhdmlvciBBZ2dyZWdhdGU8 c3BhbiBsYW5nPSJaSC1DTiI+4oCdPC9zcGFuPiAoYXMgZGVmaW5lZCBpbiBJRVRGKSBkb2Vzbjxz cGFuIGxhbmc9IlpILUNOIj7igJk8L3NwYW4+dCBtZWFuIGFnZ3JlZ2F0aW5nIGJlaGF2aW9ycy4g VGhlIHNhbWUgZ29lcyBmb3INCjxzcGFuIGxhbmc9IlpILUNOIj7igJw8L3NwYW4+VHJlYXRtZW50 IEFnZ3JlZ2F0ZTxzcGFuIGxhbmc9IlpILUNOIj7igJ08L3NwYW4+LiBCZWhhdmlvciBBZ2dyZWdh dGUgKHRoZSB3YXkgd2UgcmVhZC9pbnRlcnByZXQgaXQpIGlzIGFuIGFnZ3JlZ2F0ZSB3aXRoIGEg c3BlY2lmaWMgYmVoYXZpb3IuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+W0ppZV0gSSBqdXN0IGNoZWNrZWQgdGhlIGRlZmluaXRpb24gb2YgdGhlIOKAnGFnZ3JlZ2F0 ZeKAnSByZWxhdGVkIHRlcm1zIGluDQogdGhlIFJGQ3M6PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv O21hcmdpbi1sZWZ0OjQuOHB0O3RleHQtaW5kZW50OjEwLjVwdCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QmVoYXZpb3IgQWdncmVn YXRlIChkZWZpbmVkIGluIFJGQyAyNDc0KTogYSBjb2xsZWN0aW9uIG9mIHBhY2tldHMgd2l0aCB0 aGUgc2FtZSBjb2RlcG9pbnQgY3Jvc3NpbmcgYSAmbmJzcDtsaW5rIGluIGEgcGFydGljdWxhciBk aXJlY3Rpb24u4oCdPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1s ZWZ0OjQuOHB0O3RleHQtaW5kZW50OjEwLjVwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjQuOHB0O3RleHQtaW5kZW50OjEwLjVwdCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+VHJhZmZpYyBBZ2dyZWdhdGUgKGRlZmluZWQgaW4gUkZDIDMwODYpOiBhIGNvbGxlY3Rpb24g b2YgcGFja2V0cyB3aXRoIGEgY29kZXBvaW50IHRoYXQgbWFwcyB0byB0aGUgc2FtZSAmbmJzcDtQ SEIsIHVzdWFsbHkgaW4gYSBEUyBkb21haW4gb3Igc29tZSBzdWJzZXQgb2YgYQ0KIERTIGRvbWFp bi48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44cHQ7 dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bWFyZ2luLWxlZnQ6NC44cHQ7dGV4dC1pbmRlbnQ6MTAuNXB0Ij4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UcmVhdG1l bnQgQWdncmVnYXRlIChkZWZpbmVkIGluIFJGQyA1MTI3KTogVGhpcyB0ZXJtIGlzIGRlZmluZWQg YXMgdGhlIGFnZ3JlZ2F0ZSBvZiBEaWZmc2VydiBzZXJ2aWNlICZuYnNwO2NsYXNzZXMuJm5ic3A7 IEEgdHJlYXRtZW50IGFnZ3JlZ2F0ZSBpcyBjb25jZXJuZWQgb25seQ0KIHdpdGggdGhlIGZvcndh cmRpbmcgdHJlYXRtZW50IG9mIHRoZSBhZ2dyZWdhdGVkIHRyYWZmaWMsICZuYnNwO3doaWNoIG1h eSBiZSBtYXJrZWQgd2l0aCBtdWx0aXBsZSBEU0NQcy48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1 YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij5NeSByZWFkaW5nIG9mIHRoZXNlIGRlZmluaXRpb25zIGlzIHRoYXQg4oCcYWdncmVnYXRl4oCd IGhlcmUgbWVhbnMgZWl0aGVyIGFnZ3JlZ2F0ZWQNCiBwYWNrZXRzIG9yIGFnZ3JlZ2F0ZWQgc2Vy dmljZSBjbGFzc2VzIHdoaWNoIGFyZSB0cmVhdGVkIGluIHRoZSBzYW1lICZuYnNwO3dheSBvbiBh IHBhcnRpY3VsYXIgbm9kZSBvciBsaW5rLjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 WkgtQ04iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt Q04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPldoaWxl IHdoYXQgd2Ugd2FudCB0byBkZXNjcmliZSB3aXRoIHRoZSBuZXcgdGVybSBJTU8gaXMg4oCcYSBn cm91cCBvZiBuZXR3b3JrDQogcmVzb3VyY2VzIGFsbG9jYXRlZCBvbiBhIHNldCBvZiBuZXR3b3Jr IG5vZGVzIGFuZCBsaW5rc+KAnS4gU3VjaCBncm91cCAmbmJzcDtvZiByZXNvdXJjZXMgY2FuIGJl IHByb3Zpc2lvbmVkIGluIGRpZmZlcmVudCBwbGFjZXMgb2YgdGhlIG5ldHdvcmsgYW5kIGFyZSBv cmdhbml6ZWQgdG9nZXRoZXIgdG8gcHJvdmlkZSBhIHNwZWNpZmljIG5ldHdvcmstbGV2ZWwgYmVo YXZpb3IuDQo8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UaHVzIHRoZSBrZXkgaW5mb3JtYXRp b24gdG8gYmUgZGVsaXZlcmVkIHdpdGggdGhlIG5ldyB0ZXJtIGlzIOKAnGEgZ3JvdXAgb2YNCiBv cmdhbml6ZWQgcmVzb3VyY2VzIGluIHRoZSBuZXR3b3Jr4oCdLCByYXRoZXIgdGhhbiDigJxhZ2dy ZWdhdGVkIGJlaGF2aW9yIGF0ICZuYnNwO2EgcGFydGljdWxhciBwb2ludOKAnS48L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+SmllPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJp Z2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Tbw0KPHNwYW4gbGFuZz0iWkgtQ04iPuKA nDwvc3Bhbj5zbGljZSBhZ2dyZWdhdGU8c3BhbiBsYW5nPSJaSC1DTiI+4oCdIDwvc3Bhbj53b3Vs ZCBiZSBhbiBhZ2dyZWdhdGlvbiBvZiBzbGljZXMuIFlvdXIgdXNlIGluIEktRC5kcmFmdC1iZXN0 YmFyLXRlYXMtbnMtcGFja2V0IGlzLCB0aGVyZWZvcmUsIGNvbmZ1c2luZy4gSWYgdGhlIHNsaWNl cyBhcmUgKjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1biI+bm90PC9zcGFu Pjwvc3Ryb25nPioNCiBzZXBhcmF0ZWQgb3V0IGludG8gZGlmZmVyZW50IGZsb3dzIChvciB0cmFm ZmljIHN0cmVhbXMpIHRoZW4sIHllcywgeW91IGFyZSBhZ2dyZWdhdGluZyBzbGljZXMuIEJ1dCBp ZiB0aGUgc2xpY2VzIGFyZSBzZXBhcmF0ZWQgb3V0LCBhcyB5b3UgZGVzY3JpYmUsICZuYnNwO3Ro ZW4gd2hhdCB5b3UgaGF2ZSBpcw0KPHNwYW4gbGFuZz0iWkgtQ04iPuKAnDwvc3Bhbj5JRVRGIG5l dHdvcmsgc2xpY2UgdHJhZmZpYyBzdHJlYW0gYWdncmVnYXRpb248c3BhbiBsYW5nPSJaSC1DTiI+ 4oCdPC9zcGFuPi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPltWUEJdJm5ic3A7WWVzLiBU aGUgZGVmaW5pdGlvbiBvZiB0aGUgc2xpY2UgYWdncmVnYXRlIChhcyBkZWZpbmVkIGluIGRyYWZ0 LWJlc3RiYXItdGVhcy1ucy1wYWNrZXQpIGRvZXMgc3RhdGUgdGhhdCB0aGUmbmJzcDtzbGljZSBh Z2dyZWdhdGUmbmJzcDtjb21wcmlzZXMNCiBvZiBvbmUgb3IgbW9yZSBJRVRGIG5ldHdvcmsgc2xp Y2UgdHJhZmZpYyBzdHJlYW1zLiZuYnNwOyBXZSBjb3VsZCBoYXZlIGNob3NlbiBhIGxvbmdlciAm bmJzcDtkZXNjcmlwdGl2ZSBuYW1lLCBidXQgb3B0ZWQgdG8ga2VlcCBpdCBzaG9ydC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0ND Q0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+4oCcPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+TmV0d29yayByZXNvdXJjZSBhZ2dyZWdhdGU8c3BhbiBsYW5nPSJaSC1DTiI+4oCdDQo8 L3NwYW4+d291bGQgaW1wbHkgdGhhdCByZXNvdXJjZXMgaGF2ZSBiZWVuIGNvbGxlY3RlZCB0b2dl dGhlciB0byBiZSB1c2VkIGFzIGEgc2luZ2xlIGVudGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJt c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+W1ZQQl0mbmJzcDtOb3QgbmVjZXNzYXJpbHkuICZx dW90O05ldHdvcmsgUmVzb3VyY2UgQWdncmVnYXRlJnF1b3Q7IGlzbid0IG1lYW50IHRvIGltcGx5 ICZxdW90O2FnZ3JlZ2F0aW5nIG5ldHdvcmsgcmVzb3VyY2VzJnF1b3Q7LiBUaGUgaW50ZW50IGJl aGluZCB0aGUmbmJzcDtwcm9wb3NhbA0KIGlzIHRvIHNheSB0aGF0IGl0IGlzIGFuIGFnZ3JlZ2F0 ZSB0aGF0IGhhcyBzcGVjaWZpYyBuZXR3b3JrIHJlc291cmNlcy4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj5Zb3UgbWlnaHQgZG8gdGhhdCwgZm9yIGV4YW1wbGUsIHdpdGgg YSBzZXQgb2YgcGFyYWxsZWwgbGlua3MgdGhhdCBjYW4gYmUgYWdncmVnYXRlZCAob3IgYnVuZGxl ZCkgYW5kIHRyZWF0ZWQgYXMgYSBzaW5nbGUgbGluay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkkgZG9uPHNwYW4gbGFu Zz0iWkgtQ04iPuKAmTwvc3Bhbj50IHRoaW5rIHdlIGFyZSBhZ2dyZWdhdGluZyByZXNvdXJjZXMg aW4gdGhpcyBjYXNlLiBXZSBhcmUgZ3JvdXBpbmcsIHByb2ZpbGluZywgcGFydGl0aW9uaW5nLCBj b2xsZWN0aW5nLA0KIG9yIGV2ZW4gZmlsdGVyaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QWRyaWFuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzdHJv bmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1bjttc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+RnJvbTo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1 YWdlOlpILUNOIj4gVGFyZWsgU2FhZCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRzYWFkLm5ldEBnbWFp bC5jb20iIHRhcmdldD0iX2JsYW5rIj50c2FhZC5uZXRAZ21haWwuY29tPC9hPiZndDsNCjxicj4N CjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1biI+U2VudDo8L3NwYW4+PC9z dHJvbmc+IDEyIEF1Z3VzdCAyMDIxIDE1OjQxPGJyPg0KPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6U2ltU3VuIj5Ubzo8L3NwYW4+PC9zdHJvbmc+IDxhIGhyZWY9Im1haWx0bzphZHJp YW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+DQphZHJpYW5Ab2xkZG9nLmNvLnVrPC9h PjsgJ0tpcmFuIE1ha2hpamFuaScgJmx0OzxhIGhyZWY9Im1haWx0bzpraXJhbi5pZXRmQGdtYWls LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmtpcmFuLmlldGZAZ21haWwuY29tPC9hPiZndDs7ICdKb2hu IEUgRHJha2UnICZsdDtqZHJha2U9PGEgaHJlZj0ibWFpbHRvOjQwanVuaXBlci5uZXRAZG1hcmMu aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj40MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPC9h PiZndDs7ICZuYnNwOydEb25namllIChKaW1teSknDQogJmx0OzxhIGhyZWY9Im1haWx0bzpqaWUu ZG9uZ0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+amllLmRvbmdAaHVhd2VpLmNvbTwvYT4m Z3Q7OyAnTGl6aGVuYmluJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29t IiB0YXJnZXQ9Il9ibGFuayI+bGl6aGVuYmluQGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9 Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT48 YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTaW1TdW4iPlN1YmplY3Q6PC9z cGFuPjwvc3Ryb25nPiBSZTogW1RlYXNdIE5ldyB0ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3Ry dWN0IHVzZWQgZm9yIHNsaWNlIHJlYWxpemF0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ SGkgQWRyaWFuL2FsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkFzIGRlc2NyaWJlZCBpbiBJLUQuaWV0Zi10ZWFzLWll dGYtbmV0d29yay1zbGljZS1kZWZpbml0aW9uLCBhbiBJRVRGIE5ldHdvcmsgU2xpY2Ugc2Vydmlj ZSBtYXkgaW5jbHVkZSBtdWx0aXBsZSBjb25uZWN0aW9ucyB0aGF0IGFzc29jaWF0ZQ0KIHNldHMg b2YgZW5kcG9pbnRzIC0gJm5ic3A7ZWFjaCBoYXZpbmcgYSBzZXQgb2YgU0xPcy9TTEVzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5JbiBJLUQuZHJhZnQtYmVzdGJhci10ZWFzLW5zLXBh Y2tldCwgd2UgZGVmaW5lZCBhIFNsaWNlIEFnZ3JlZ2F0ZSBhcyBhIGNvbnN0cnVjdCB0aGF0IGNv bXByaXNlcyBvZiBvbmUgb3IgbW9yZSBJRVRGIG5ldHdvcmsgc2xpY2UgdHJhZmZpYw0KIHN0cmVh bXMgdGhhdCBzaGFyZSB0aGUgJm5ic3A7c2FtZSBzZXQgb2YgU0xPcy9TTEVzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj5UaGUgU2xpY2UgQWdncmVnYXRlIGNvbnN0cnVjdCBhbGxvd3Mg YWdncmVnYXRpbmcgc3RyZWFtcyBmcm9tIG11bHRpcGxlIElFVEYgTmV0d29yayBTbGljZSBjb25u ZWN0aW9ucyB0aGF0IHNoYXJlIGNvbW1vbiBTTE9zL1NMRXMgc28gdGhhdA0KIHRoZSBwcm92aWRl ciBuZXR3b3JrICZuYnNwO2NhbiBvZmZlciB0aGUgc2FtZSBhZ2dyZWdhdGUgdHJlYXRtZW50IHRv IHRoZW0uIFRoZSBTbGljZSBBZ2dyZWdhdGUgcmVzb3VyY2VzIGFyZSBpbnN0YW50aWF0ZWQgb24g c3BlY2lmaWMgbmV0d29yayBlbGVtZW50cyBhcyBkaWN0YXRlZCBieSB0aGUgU2xpY2UgQWdncmVn YXRlIHRvcG9sb2d5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+U2luY2UgdGhlIHNjb3BlIG9mIEktRC5kcmFmdC1iZXN0 YmFyLXRlYXMtbnMtcGFja2V0IHdhcyB0aGUgcmVhbGl6YXRpb24gb2YgSUVURiBOZXR3b3JrIFNs aWNlIHNlcnZpY2UgaW4gYSBwcm92aWRlciBuZXR3b3JrLCB3ZSBoYWQgY29uc3RyYWluZWQNCiB0 aGUgYWdncmVnYXRlICZuYnNwO2NvbnN0cnVjdCB0byBzbGljZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5XZSB1bmRl cnN0YW5kIHRoYXQgdGhlIGFnZ3JlZ2F0ZSBjb25zdHJ1Y3QgY2FuIGJlIGdlbmVyYWxpemVkIHRv IHN1cHBvcnQgb3RoZXIgc2VydmljZXMuIExldCB1cyBvZmZlciBhbm90aGVyIG9wdGlvbiB0byBj b25zaWRlciBmb3IgcmVwcmVzZW50aW5nDQogdGhlIGdlbmVyaWMgJm5ic3A7Y29uc3RydWN0OiA8 c3BhbiBsYW5nPSJaSC1DTiI+4oCcPC9zcGFuPk5ldHdvcmsgUmVzb3VyY2UgQWdncmVnYXRlPHNw YW4gbGFuZz0iWkgtQ04iPuKAnTwvc3Bhbj4uIFRoZXJlIGFyZSBtdWx0aXBsZSBJRVRGIGRvY3Vt ZW50cyB0aGF0IHVzZSB0aGUgdGVybSBBZ2dyZWdhdGUgd2hlbmV2ZXIgZ3JvdXBpbmcgbXVsdGlw bGUgc2VydmljZSBjbGFzc2VzIChCZWhhdmlvciBBZ2dyZWdhdGUsIFRyZWF0bWVudCBBZ2dyZWdh dGUsIFRyYWZmaWMNCiBBZ2dyZWdhdGUsICZuYnNwO2V0Yy4pIC0gcmVmZXIgdG8gcmZjNTEyNyBh bmQgcmZjMjQ3NCBmb3IgbW9yZSBleGFtcGxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJlZ2FyZHMsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRhcmVrPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFy Z2luLWxlZnQ6LjVpbiI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTaW1TdW47 Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206DQo8L3NwYW4+PC9z dHJvbmc+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij5UZWFzICZsdDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO Ij48YSBocmVmPSJtYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ dGVhcy1ib3VuY2VzQGlldGYub3JnPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OyBv biBiZWhhbGYgb2YgQWRyaWFuICZuYnNwO0ZhcnJlbA0KICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWsiIHRhcmdldD0iX2JsYW5rIj5hZHJpYW5Ab2xkZG9nLmNv LnVrPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1biI+RGF0ZTogPC9zcGFuPjwvc3Ryb25nPldlZG5lc2Rh eSwgQXVndXN0IDExLCAyMDIxIGF0IDM6MzggUE08YnI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTpTaW1TdW4iPlRvOiA8L3NwYW4+PC9zdHJvbmc+J0tpcmFuIE1ha2hpamFuaScg Jmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86a2lyYW4uaWV0ZkBnbWFpbC5jb20iIHRhcmdldD0i X2JsYW5rIj5raXJhbi5pZXRmQGdtYWlsLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PiZndDssICdKb2huIEUgRHJha2UnICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmpkcmFrZT00 MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+amRyYWtlPTQwanVu aXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7 LA0KICZuYnNwOydEb25namllIChKaW1teSknICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmpp ZS5kb25nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5qaWUuZG9uZ0BodWF3ZWkuY29tPC9h PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OywgJ0xpemhlbmJpbicgJmx0Ozwvc3Bhbj48 YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5saXpo ZW5iaW5AaHVhd2VpLmNvbTwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDssDQo8L3Nw YW4+PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGll dGYub3JnPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ICZsdDs8L3NwYW4+PGEgaHJlZj0i bWFpbHRvOnRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OlNpbVN1biI+U3ViamVjdDogPC9zcGFuPjwvc3Ryb25nPlJlOiBbVGVhc10gTmV3 IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2UgcmVhbGl6YXRp b248L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj5JIHdvbmRlciB3aGV0aGVyIHdlIGNhbiBwaWNrIHRoaXMgYXBhcnQg YW5kIHB1dCBpdCBiYWNrIHRvZ2V0aGVyIGluIGEgd2F5PGJyPg0KdGhhdCBtYWtlcyBzZW5zZS48 YnI+DQo8YnI+DQpUaGUgY3VzdG9tZXIncyB2aWV3IG9mIGFsbCB0aGlzIGlzIGFuICZxdW90O0lF VEYgbmV0d29yayBzbGljZSBzZXJ2aWNlJnF1b3Q7LiBJIHRoaW5rPGJyPg0KKGhvcGUpIHdlIGFy ZSBhbGwgYWdyZWVkIG9uIHRoaXMuIFRoZSBjdXN0b21lciBtYXkgYXNrIChpbiBzaG9ydGhhbmQp IGZvciBhPGJyPg0KJnF1b3Q7bmV0d29yayBzbGljZSZxdW90OywgYnV0Ojxicj4NCi0gdGhleSBh cmUgdGFsa2luZyBhYm91dCBJRVRGIHRlY2hub2xvZ3ksIHNvIHRoZXkgYXNraW5nIGZvciBhbiAm cXVvdDtJRVRGPGJyPg0KbmV0d29yayBzbGljZSZxdW90Ozxicj4NCi0gdGhleSBhY3R1YWxseSB3 YW50IGJlaGF2aW91cmFsIGNoYXJhY3RlcmlzdGljcyBhbmQgaGF2ZSBubyByaWdodCB0byB0ZWxs PGJyPg0KdGhlIG9wZXJhdG9yPGJyPg0KJm5ic3A7IGhvdyB0byBtYW5hZ2UgdGhlIG5ldHdvcmss IHNvIHRoZXkgYXJlIGFza2luZyBmb3IgYW4gJnF1b3Q7SUVURiBuZXR3b3JrIHNsaWNlPGJyPg0K c2VydmljZS4mcXVvdDs8YnI+DQo8YnI+DQpUaGUgb3BlcmF0b3IgaGFzIGEgYmlnZ2VyIHNldCBv ZiB0aGluZ3MgdG8gd29ycnkgYWJvdXQuIDxicj4NCjxicj4NCjEuIEF0IHRoZSB0b3Agb2YgdGhl IG9wZXJhdG9yJ3MgdmlldyBpcyB0aGUgJnF1b3Q7SUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2Um cXVvdDsgYXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgcmVxdWVzdGVkIGJ5IHRoZSBjdXN0b21l ci4gV2UgaGF2ZSB0aGlzIGRlZmluZWQgYWxyZWFkeSwgc28gbm90aGluZyBtb3JlPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7IHRvIHNheS48YnI+DQo8YnI+DQoyLiBUaGUgb3BlcmF0b3IgbWFwcyB0 aGUgcmVxdWVzdCBmb3IgYSBzbGljZSBzZXJ2aWNlIGludG8gdGhlICZxdW90O0lFVEYgbmV0d29y azxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBzbGljZSZxdW90OyB3aGljaCBpcyB0aGUgZXhwcmVz c2lvbiBvZiB0aGUgc2VydmljZSBpbiB0ZXJtcyBvZiBuZXR3b3JrPGJyPg0KY29ubmVjdGl2aXR5 PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGluIHRoZSBjb250ZXh0IG9mIHRoZSBvcGVyYXRvcidz IG5ldHdvcmsuIFRoZSByZWxhdGlvbnNoaXAgaGVyZSBpcyBsaWtlPGJyPg0KdGhlPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7IHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHRoZSBMM1NNIGFuZCBMM05NLjxi cj4NCjxicj4NCjMuIEF0IHRoZSBib3R0b20gb2YgdGhlaXIgdmlldyBpcyBhbiB1bmRlcmx5aW5n IG5ldHdvcmsuIFRoZSB0ZWNobm9sb2d5IG9mPGJyPg0KdGhpczxicj4NCiZuYnNwOyZuYnNwOyBu ZXR3b3JrIGRlcGVuZHMsIG9mIGNvdXJzZSwgb24gdGhlIG9wZXJhdG9yJ3Mgb2ZmZXJpbmcsIGJ1 dCB0aGlzIGlzIHRoZTxicj4NCm5ldHdvcms8YnI+DQombmJzcDsmbmJzcDsgdGVjaG5vbG9neSBi ZWluZyBzbGljZWQuIEl0IG1heSBiZSBhbiBJUCBuZXR3b3JrLCBhbmQgTVBMUyBuZXR3b3JrLCBh bjxicj4NCk9UTiw8YnI+DQombmJzcDsmbmJzcDsgb3Igd2hhdGV2ZXIuIEkgd291bGQgY2FsbCB0 aGlzIHRoZSAmcXVvdDtVbmRlcmxheSBOZXR3b3JrLiZxdW90OyBUaGlzIG5ldHdvcmsgbWF5LDxi cj4NCmluPGJyPg0KJm5ic3A7Jm5ic3A7IHR1cm4sIGJlIGJ1aWx0IHVwb24gYW4gdW5kZXJsYXkg bmV0d29yayBvZiB0aGUgc2FtZSBvciBhIGRpZmZlcmVudDxicj4NCnRlY2hub2xvZ3ksPGJyPg0K Jm5ic3A7Jm5ic3A7IGFuZCBpdCBtYXkgYmUgZmFjaWxpdGF0ZWQgdGhyb3VnaCBuZXR3b3JrIHNs aWNpbmcgLSBidXQgdGhpcyBuZWVkIG5vdDxicj4NCmNvbmNlcm48YnI+DQombmJzcDsmbmJzcDsg dXMgaGVyZS4gPGJyPg0KPGJyPg0KNC4gVGhhdCBsZWF2ZXMgdGhlIGdsdWUgaW4gdGhlIG1pZGRs ZTogdGhlIGJpdCB0aGF0IGVuYWJsZXMgdGhlIHNjYWxpbmcgYW5kPGJyPg0KbWFwczxicj4NCiZu YnNwOyZuYnNwOyB0aGUgbmV0d29yayBzbGljZSB0byB0aGUgbmV0d29yay4gQW5kIEkgdGhpbmsg aXQgaXMgdGhpcyBiaXQgdGhhdCBpczxicj4NCmNhdXNpbmcgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7 IG1vc3QgZGViYXRlIGFib3V0IHRlcm1pbm9sb2d5LiBUaGVyZSBhcmUgc29tZSBwb2ludHMgdG8g Y29uc2lkZXI6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7IGEuIFRoZSB0ZXJtICZxdW90O25ldHdv cmsgcmVzb3VyY2VzJnF1b3Q7IGFwcGxpZXMgdG8gdGhlIGJhbmR3aWR0aCwgcXVldWVzLDxicj4N CmJ1ZmZlcnMsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV0Yy4g YXZhaWxhYmxlIG9uIHRoZSBsaW5rcyBhbmQgbm9kZXMgaW4gdGhlIG5ldHdvcmsuIFRoYXQgbWF5 IGJlIDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBleHRlbmRlZCB0 byByZWZlciB0byB3aG9sZSBsaW5rcyBhbmQgbm9kZXMuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7 IGIuIFRoZSBudW1iZXIgb2YgSUVURiBuZXR3b3JrIHNsaWNlIHNlcnZpY2VzIGlzIHBvdGVudGlh bGx5IGxhcmdlIGFuZCB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgb3BlcmF0b3IgbmVlZHMgYSBtZWNoYW5pc20gdG8gc2NhbGUgdGhlIG1hcHBpbmcgb2Ygc2Vy dmljZXMgdG8gPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5ldHdv cmsgcmVzb3VyY2VzLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyBjLiBUaGUgSUVURiBuZXR3b3Jr IHNsaWNlcyBtYXkgYmUgZ3JvdXBlZCBmb3IgaWRlbnRpY2FsIHRyZWF0bWVudCB0bzxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhY2hpZXZlIHNjYWxpbmcsIHdoZXJl IHRoZSBncm91cGluZyBjb2xsZWN0cyBJRVRGIG5ldHdvcmsgc2xpY2VzIHdpdGg8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2ltaWxhciBTTEFzLjxicj4NCjxicj4N CiZuYnNwOyZuYnNwOyBkLiBJdCBtYXkgYmUgdGhhdCBkaWZmZXJlbnQgdHJhZmZpYyBmbG93cyB3 aXRoaW4gYSBzaW5nbGUgSUVURiBuZXR3b3JrPGJyPg0Kc2xpY2U8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaGF2ZSBkaWZmZXJlbnQgY2hhcmFjdGVyaXN0 aWNzLiBJbiB0aGlzIGNhc2UsIGl0IG1heSBiZSBiZW5lZmljaWFsPGJyPg0KdG8gZ3JvdXA8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdG9nZXRoZXIgc29t ZSBvZiB0aGUgdHJhZmZpYyBmbG93cyBmcm9tIGRpZmZlcmVudCBzbGljZXMuPGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7IGUuIFRoZSBncm91cGVkIHNsaWNlcy9mbG93cyBhcmUgZW5hYmxlZCBpbiB0 aGUgbmV0d29yayB1c2luZyBuZXR3b3JrPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHJlc291cmNlcyBhc3NpZ25lZCBmb3IgdGhhdCBwdXJwb3NlLiBUaGUg YXNzaWdubWVudCBtYXkgYmUgYW55dGhpbmc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgZnJvbSBhIGZ1bGx5LWZsZWRnZWQgdmlydHVhbCBuZXR3b3JrIChz dWNoIGFzIGluIEFDVE4gb3IgVlBOKyksPGJyPg0KdGhyb3VnaDxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBuZXR3b3JrIHJlc2VydmVkIHJlc291cmNlcyAo c3VjaCBhcyBpbiBNUExTLVRFKSwgYW5kIGNlbnRyYWxseTxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhY2NvdW50ZWQgcmVzb3VyY2VzIChzdWNoIGFzIFNE TiBvciBwb3NzaWJsZSBTUiksIHRvIHN0YXRpc3RpY2FsbHk8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2hhcmVkIHJlc291cmNlcy48YnI+DQo8YnI+DQpU aGVyZSBzZWVtcyB0byBiZSB2YXJpb3VzIHBvaW50cyBmb3IgYW5kIGFnYWluc3QgNGQuIEJ1dCwg aXQgd291bGQgYXBwZWFyPGJyPg0KdGhhdCB0aGlzIGlzIGFuIGltcGxlbWVudGF0aW9uIG9yIGRl cGxveW1lbnQgaXNzdWUgdGhhdCBkb2Vzbid0IGNoYW5nZSB3aGF0PGJyPg0KdGhlIHByb3RvY29s cyBuZWVkIHRvIGRvLiBTbyB3ZSBzaG91bGQgcHJvYmFibHkgYWxsb3cgaXQgYXJjaGl0ZWN0dXJh bGx5LCBvcjxicj4NCmF0IGxlYXN0LCBub3QgZGlzYWxsb3cgaXQuPGJyPg0KPGJyPg0KT2YgY291 cnNlLCBhcyBLaXJhbiBwb2ludHMgb3V0LCA0Yy9kL2UgbWF5IGJlIGEgcGFzcy10aHJvdWdoLiBU aGF0IGlzLCBpdCBpczxicj4NCm5vdCBuZWNlc3NhcnkgdG8gaW1wbGVtZW50IHN1Y2ggZ3JvdXBp bmdzIGVpdGhlciBiZWNhdXNlIHRoZXJlIGFyZSBvbmx5IGE8YnI+DQpmZXcgc2xpY2VzICh3aGlj aCBoYXMgYmVlbiB0aGUgdmlldyBvZiBzb21lIG9wZXJhdG9ycykgb3IgYmVjYXVzZSB0aGU8YnI+ DQpuZXR3b3JrIHN5c3RlbXMgY2FuIGhhbmRsZSB0aGUgbnVtYmVyIG9mIHNsaWNlcy4gQW5kIGl0 IGlzIGluIHRoZSBuYXR1cmUgb2Y8YnI+DQphcmNoaXRlY3R1cmVzIG9mIHRoaXMgc29ydCB0aGF0 IGFsbCBmdW5jdGlvbnMgY2FuIGJlIG51bGxlZCBvdXQgd2l0aG91dCBsb3NzPGJyPg0Kb2YgZ2Vu ZXJhbGl0eSwgYW5kIHdlIGhhdmUgdG8gcmVjYWxsIHRoYXQgdGhlIGludGVybmFscyBvZiBwcm92 aXNpb25pbmc8YnI+DQpzeXN0ZW1zIG1heSBhcHBlYXIgYXMgZnVuY3Rpb25hbCBibG9ja3MgaW4g b3VyIGFyY2hpdGVjdHVyZXMsIGJ1dCB3ZSBkb24ndDxicj4NCmNvbXBlbCBpbXBsZW1lbnRhdGlv bnMgdG8gYWRoZXJlIHRvIHRoYXQgdHlwZSBvZiBhcmNoaXRlY3R1cmUuIFNvIEkgZG9uJ3Q8YnI+ DQp0aGluayB3ZSBoYXZlIHRvIHdvcnJ5IG9uIHRoYXQgYWNjb3VudC48YnI+DQo8YnI+DQpBbmQg dGhhdCBicmluZ3MgdGhlIHF1ZXN0aW9uIG9mIGhvdyB3ZSBuYW1lIHRoZSByZXNvdXJjZXMgdGhh dCBhcmUgZ2F0aGVyZWQ8YnI+DQppbiA0ZS4gPGJyPg0KPGJyPg0KSSBjYW4ndCBkZWNpZGUgd2hl dGhlciBpdCBpcyBoZWxwZnVsIHRvIHNwZW5kIHRpbWUgc2F5aW5nIHdoeSBJIGRvbid0IGxpa2U8 YnI+DQplYWNoIG9mIHRoZSBwcm9wb3NlZCB0ZXJtcy4gSSBjZXJ0YWlubHkgaGF2ZSB0aGluZ3Mg SSBkb24ndCBsaWtlIGFib3V0IChmb3I8YnI+DQpleGFtcGxlKSAmcXVvdDtzbGljZSBhZ2dyZWdh dGUmcXVvdDsgKGJlY2F1c2Ugb2YgNGQsIHdoaWNoIG1lYW5zIGl0IGlzIHJlYWxseSBhICZxdW90 O3NsaWNlPGJyPg0Kc3ViLWZsb3cgYWdncmVnYXRlJnF1b3Q7KSwgYW5kIEkgYW0gbm90IGEgZmFu IG9mICZxdW90O1ZUTiZxdW90OyAoYmVjYXVzZSBvZiAmcXVvdDt0cmFuc3BvcnQmcXVvdDs8YnI+ DQphbmQgbWF5YmUgaXQgaXMgbm90IHJlYWxseSBhIG5ldHdvcmspLiBCdXQgbWF5YmUgaXQgaXMg YmV0dGVyIGZvciBtZSB0byBzYXk8YnI+DQp3aGF0IEkgdGhpbmsgd2Ugc2hvdWxkIGNhbGwgdGhp bmdzPyBJIHRoaW5rIHdlIGhhdmUuLi48YnI+DQo8YnI+DQotJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IElFVEYgbmV0d29yayBzbGljZSBzZXJ2aWNlIChjdXN0b21lciB2aWV3 KTxicj4NCi0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSUVURiBuZXR3b3Jr IHNsaWNlIChvcGVyYXRvciB2aWV3KTxicj4NCi0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgUmVzb3VyY2UgcGFydGl0aW9uIChkZWxpdmVyeSBtZWNoYW5pc20pPGJyPg0KLSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVbmRlcmxheSBuZXR3b3JrIChuZXR3 b3JrIHVzZWQgdG8gc3VwcG9ydCB0aGUgc2xpY2UpPGJyPg0KPGJyPg0KV2h5ICZxdW90O3Jlc291 cmNlIHBhcnRpdGlvbiZxdW90Oz8gV2VsbCBpdCBpcyBhIGNvbGxlY3Rpb24gb2YgJnF1b3Q7bm9k ZXMsIGxpbmtzLCBhbmQ8YnI+DQpuZXR3b3JrIHJlc291cmNlcyB0aGF0IGFyZSBtYXJrZWQgd2l0 aGluIHRoZSBuZXR3b3JrIGZvciB1c2UgYnkgYSBzZXQgb2Y8YnI+DQpuZXR3b3JrIHNsaWNlIHRy YWZmaWMgZmxvd3MmcXVvdDsuPGJyPg0KSXQgaXMgcG9zc2libGUgdGhhdCB0aGUgd29yZCAmcXVv dDtwYXJ0aXRpb24mcXVvdDsgaXMgdG9vIHN0cm9uZyBiZWNhdXNlIGl0IG1heSBpbXBseTxicj4N CnRvIHNvbWUgcGVvcGxlIHRoYXQgcmVzb3VyY2VzIGluIGEgcGFydGl0aW9uIGNhbm5vdCBiZSBz aGFyZWQsIGJ1dCBJIGRvbid0PGJyPg0KZmVlbCB0aGF0Ljxicj4NClNvZnRlciB3b3JkcyB0aGFu ICZxdW90O3BhcnRpdGlvbiZxdW90OyB3b3VsZCBiZSAmcXVvdDtncm91cCZxdW90OywgJnF1b3Q7 YnVuZGxlJnF1b3Q7LCAmcXVvdDtwb29sJnF1b3Q7LCBhbmQgSTxicj4NCmNvdWxkIGxpdmUgd2l0 aCBhbnkgb2YgdGhlbS48YnI+DQo8YnI+DQpCZXN0LDxicj4NCkFkcmlhbjxicj4NCjxicj4NCjxi cj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogVGVhcyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnRlYXMtYm91 bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IE9uIEJlaGFsZiBPZiBLaXJhbiBNYWtoaWphbmk8YnI+DQpT ZW50OiAxMSBBdWd1c3QgMjAyMSAxNjowMDxicj4NClRvOiBKb2huIEUgRHJha2UgJmx0OzxhIGhy ZWY9Im1haWx0bzpqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPmpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPC9hPiZndDs7IERvbmdq aWUgKEppbW15KTxicj4NCiZsdDs8YSBocmVmPSJtYWlsdG86amllLmRvbmdAaHVhd2VpLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPmppZS5kb25nQGh1YXdlaS5jb208L2E+Jmd0OzsgTGl6aGVuYmluICZs dDs8YSBocmVmPSJtYWlsdG86bGl6aGVuYmluQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5s aXpoZW5iaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFJlOiBb VGVhc10gTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25zdHJ1Y3QgdXNlZCBmb3Igc2xpY2U8 YnI+DQpyZWFsaXphdGlvbjxicj4NCjxicj4NCkhpIEpvaG4sIChhbmQgYWxsKSw8YnI+DQo8YnI+ DQpUd28gdmVyeSBiYXNpYyBjbGFyaWZpY2F0aW9uIHF1ZXN0aW9uczo8YnI+DQoxLiBIb3cgZG8g d2UgZGlmZmVyZW50aWF0ZSBiZXR3ZWVuJm5ic3A7IHRoZSBzbGljZS1zZWdtZW50cyB0aGF0IGFy ZSA8YnI+DQpyZXNvdXJjZS1hd2FyZSB2cyB0aG9zZSB0aGF0IGFyZSBub3Q/IEkgaGFkIGFzc3Vt ZWQgdGhhdCBzaW5jZSBhIHNsaWNlIDxicj4NCmhhcyBhbiBTTE8sIGl0IHdpbGwgbmVlZCBuZXR3 b3JrIHJlc291cmNlIGFsbG9jYXRpb25zIGluIHNvbWUgZm9ybS48YnI+DQo8YnI+DQoyLiBJcyBp dCBvayB0byBhc3N1bWUgdGhhdCB0aGUgY3VzdG9tZXIgdmlldyBvZiBzbGljZSBpcyBhbiAnSUVU RiA8YnI+DQpuZXR3b3JrIHNsaWNlIHNlcnZpY2UnIGFuZCB0aGUgJ0lFVEYgc2xpY2UgcmVhbGl6 YXRpb24nIG9mIHRoYXQgc2VydmljZSA8YnI+DQppbiBhIHByb3ZpZGVyIG5ldHdvcmsgaXMgcmFp c2VzIHRoZSBxdWVzdGlvbiBvZiB1bmRlcmxheSBhbmQgb3ZlcmxheSA8YnI+DQpjb25zdHJ1Y3Rz LiBBbSBJIHJpZ2h0Pzxicj4NCihhKSBpZiBzbywgdGhlbiB3ZSBhcmUgYWNrbm93bGVkZ2luZyZu YnNwOyB0aGUgcHJlc2VuY2Ugb2YgYW5vdGhlciBsYXllciBvZiA8YnI+DQphYnN0cmFjdGlvbiAo Zm9yIHJlYWxpemF0aW9uKS4gSXQgY291bGQgYmUgdW5kZXJsYXkvb3ZlcmxheSBvciA8YnI+DQph Z2dyZWdhdGUvPz8uIFRoZW4gdGhlIHRlcm0gJ3NsaWNlIGFnZ3JlZ2F0ZScgaXMgYmV0dGVyIGFu ZCBteSA8YnI+DQpwcmVmZXJlbmNlLCBpdCBpcyBlYXNpZXIgdG8gc2VlIHRoYXQgZGlmZmVyZW50 IHNsaWNlLXNlcnZpY2VzIGFyZSA8YnI+DQphZ2dyZWdhdGVkIGludG8gYSBzaW5nbGUgY29uc3Ry dWN0Jm5ic3A7IGluIGEgcHJvdmlkZXIgbmV0d29yay4gVXNlIG9mIDxicj4NCnVuZGVybGF5L292 ZXJsYXkgYXJlIGNvbmZ1c2luZy48YnI+DQooYikgZm9yIGEgbGVhbmVyIHByb3Zpc2lvbmluZywg SSB3b3VsZCBhbHNvIHByZWZlciB0byBzZWUgaXQgZG9jdW1lbnRlZCA8YnI+DQp0aGF0IHRoZSBh Z2dyZWdhdGUgaXMgb3B0aW9uYWwgYW5kIGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byBkaXJlY3Rs eSBtYXAgPGJyPg0KYSBzbGljZS1zZXJ2aWNlIHRvIHBoeXNpY2FsIG9yIHJlYWwgcmVzb3VyY2Vz IGluIHRoZSBuZXR3b3JrLiA8YnI+DQpzcGVjaWZpY2FsbHkgdXNlZnVsIHdoZW4gYSBzaW5nbGUg ZG9tYWluIGlzIGNhcnZpbmcgb3V0IHNsaWNlcyBmb3IgPGJyPg0KZGlmZmVyZW50IHB1cnBvc2Vz Ljxicj4NCjxicj4NClRoYW5rczxicj4NCktpcmFuPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS0tIE9y aWdpbmFsIE1lc3NhZ2UgLS0tLS0tPGJyPg0KRnJvbTogJnF1b3Q7Sm9obiBFIERyYWtlJnF1b3Q7 ICZsdDs8YSBocmVmPSJtYWlsdG86amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj5qZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzwvYT4m Z3Q7PGJyPg0KVG86ICZxdW90O0RvbmdqaWUgKEppbW15KSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmppZS5kb25nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5qaWUuZG9uZ0BodWF3ZWku Y29tPC9hPiZndDs7ICZxdW90O0xpemhlbmJpbiZxdW90Ow0KPGJyPg0KJmx0OzxhIGhyZWY9Im1h aWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmxpemhlbmJpbkBodWF3 ZWkuY29tPC9hPiZndDs7ICZxdW90OzxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzp0 ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0K U2VudDogOC8xMS8yMDIxIDU6Mzg6MDUgQU08YnI+DQpTdWJqZWN0OiBSZTogW1RlYXNdIE5ldyB0 ZXJtIGZvciB0aGUgdW5kZXJsYXkgY29uc3RydWN0IHVzZWQgZm9yIHNsaWNlIDxicj4NCnJlYWxp emF0aW9uPGJyPg0KPGJyPg0KJmd0O0ppbW15LDxicj4NCiZndDs8YnI+DQomZ3Q7U25pcHBlZCwg Y29tbWVudHMgaW5saW5lLjxicj4NCiZndDs8YnI+DQomZ3Q7WW91cnMgSXJyZXNwZWN0aXZlbHks PGJyPg0KJmd0Ozxicj4NCiZndDtKb2huPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7SnVu aXBlciBCdXNpbmVzcyBVc2UgT25seTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCiZndDsmZ3Q7Jm5ic3A7IEZyb206IERvbmdqaWUg KEppbW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmppZS5kb25nQGh1YXdlaS5jb20iIHRhcmdldD0i X2JsYW5rIj5qaWUuZG9uZ0BodWF3ZWkuY29tPC9hPiZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBT ZW50OiBUdWVzZGF5LCBBdWd1c3QgMTAsIDIwMjEgMTE6MDMgUE08YnI+DQomZ3Q7Jmd0OyZuYnNw OyBUbzogSm9obiBFIERyYWtlICZsdDs8YSBocmVmPSJtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 IiB0YXJnZXQ9Il9ibGFuayI+amRyYWtlQGp1bmlwZXIubmV0PC9hPiZndDs7IExpemhlbmJpbiAm bHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+ bGl6aGVuYmluQGh1YXdlaS5jb208L2E+Jmd0Ozs8YnI+DQomZ3Q7Jmd0OzxhIGhyZWY9Im1haWx0 bzp0ZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dGVhc0BpZXRmLm9yZzwvYT48YnI+DQom Z3Q7Jmd0OyZuYnNwOyBTdWJqZWN0OiBSRTogTmV3IHRlcm0gZm9yIHRoZSB1bmRlcmxheSBjb25z dHJ1Y3QgdXNlZCBmb3Igc2xpY2U8YnI+DQpyZWFsaXphdGlvbjxicj4NCiZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmbmJzcDsgW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XTxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0O3VuZGVybGF5IGNvbnN0cnVjdCBmb3IgbmV0d29yayBzbGlj ZSByZWFsaXphdGlvbiBib3VuZCB0bzxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBuZXR3 b3JrIHNsaWNlIHNlcnZpY2VzPyBUaGF0IGlzLCBpcyB0aGUgdW5kZXJsYXkgY29uc3RydWN0IG9u bHkgZm9yPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHVzZSBpbiBuZXR3b3JrIHNsaWNp bmcsIG9yIHNob3VsZCBpdCBiZSBnZW5lcmFsaXplZCBmb3IgbW9yZTxicj4NCnBvc3NpYmxlIHVz ZXM/PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgW0pE XSBBYnNvbHV0ZWx5IHllczxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgW0ppZV0g SSBndWVzcyB5b3UgbWVhbiAmcXVvdDtZZXMmcXVvdDsgdG8gdGhlIGxhdHRlciBjYXNlLCB3aGlj aCBpcyAmcXVvdDtpdCBzaG91bGQgYmU8YnI+DQpnZW5lcmFsaXplZDxicj4NCiZndDsmZ3Q7Jm5i c3A7IGZvciBtb3JlIHBvc3NpYmxlIHVzZXMmcXVvdDssIGlzIG15IHVuZGVyc3RhbmRpbmcgY29y cmVjdD88YnI+DQomZ3Q7PGJyPg0KJmd0O1tKRF0mbmJzcDsgWWVzIHRvIHRoZSBsYXR0ZXI8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IDIuJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElmIHRoZSBhbnN3ZXIgdG8gcXVlc3Rpb24gMSBpcyBZ RVMsIHNob3VsZCBpdCByZWZsZWN0IHRoZTxicj4NCmZvbGxvd2luZzxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDsgJmd0OyBjaGFyYWN0ZXJpc3RpY3M/PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAm Z3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IGEuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IEl0IGlzIGFib3V0IHRoZSB1bmRlcmxheTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgJmd0OyBiLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJdCBpcyBhYm91dCB0aGUg cGFydGl0aW9uZWQgcmVzb3VyY2VzIHVzZWQgdG8gZGVsaXZlciB0aGU8YnI+DQpuZXR3b3JrIHNs aWNlPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHNlcnZpY2VzPGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyAmZ3Q7IGMuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEl0IGFsbG93 cyB0aGUgMToxLCBOOjEsIGFuZCAxOk4gbWFwcGluZyBtb2RlbHMgYmV0d2VlbiB0aGU8YnI+DQpu ZXR3b3JrPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBzbGljZTxicj4NCiZndDsmZ3Q7Jm5ic3A7 ICZndDsgJmd0OyBzZXJ2aWNlcyBhbmQgdGhlIHVuZGVybGF5IGNvbnN0cnVjdC4gVGhlIDE6MSBh bmQgTjoxIG1hcHBpbmcgbWF5IGJlPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHN0cmFp Z2h0Zm9yd2FyZC4gRG9lcyBpdCBhbHNvIG1ha2Ugc2Vuc2UgdG8gZGl2aWRlIHRoZSBlbGVtZW50 cyBvcjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyB0cmFmZmljIGZsb3dzIGluIGEgc2lu Z2xlIG5ldHdvcmsgc2xpY2Ugc2VydmljZSB0byBjYXJyeSB0aGVtIGluPGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyAmZ3Q7IGRpZmZlcmVudDxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgdW5kZXJs YXkgY29uc3RydWN0cz88YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJz cDsgJmd0OyBbSkRdJm5ic3A7IFllcyB0byBhbGwgb2YgdGhlIGFib3ZlLiZuYnNwOyBQbGVhc2Ug c2VlOjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNl LmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmIiB0YXJn ZXQ9Il9ibGFuayI+DQpodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmPC9hPjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsg dC1kcmFrZS1iZXNzLWVuaGFuY2VkLXZwbi0wNl9fOyEhTkV0NnlNYU8tPGJyPg0KJmd0OyZndDsm bmJzcDsgZ2shVENpSkhDWkN3Rmd3cHVGb3VqeFZsWjRyOTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZn dDsgRjZtTHBFNG5KLTl6cHFrWS1rbHMtUk94TDRDMl94TmFSMkltSTQkPGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IExhc3RseSwgaGVy ZSBhcmUgc29tZSBjYW5kaWRhdGVzIG9mIHRoZSAmcXVvdDtuZXcgdGVybSZxdW90Ozo8YnI+DQom Z3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgT3B0 aW9uIDE6IFRoZSBuZXR3b3JrIHNsaWNlIHNlcnZpY2UgaXMgY2FsbGVkICZxdW90O292ZXJsYXkg c2xpY2UmcXVvdDssIHRoZW48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgdGhlIHVuZGVy bGF5IGNvbnN0cnVjdCBpcyBjYWxsZWQgJnF1b3Q7dW5kZXJsYXkgc2xpY2UmcXVvdDsuPGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IE9w dGlvbiAyOiBUaGUgbmV0d29yayBzbGljZSBzZXJ2aWNlIGlzIGNhbGxlZCAmcXVvdDtzZXJ2aWNl IHNsaWNlJnF1b3Q7LCB0aGVuPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IHRoZSB1bmRl cmxheSBjb25zdHJ1Y3QgaXMgY2FsbGVkICZxdW90O3Jlc291cmNlIHNsaWNlJnF1b3Q7Ljxicj4N CiZndDsmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IFtKRF0mbmJzcDsg SSBkb24ndCB0aGluayB3ZSBuZWVkIGFub3RoZXIgdGVybSBmb3Igd2hhdCB3ZSBhcmUgYWxyZWFk eTxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgY2FsbGluZyBhbiAnSUVURiBOZXR3b3JrIFNsaWNl IFNlcnZpY2UnLiZuYnNwOyBBZHJpYW4gYW5kIEkgYXJlIGNvbnNpZGVyaW5nPGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0OyB0aGUgdGVybSAncmVzb3VyY2UgcGFydGl0aW9uJyB0byBkZXNjcmliZSB0 aGUgcGFydGl0aW9uaW5nIG9mIHVuZGVybGF5PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBuZXR3 b3JrIHJlc291cmNlcyBpbiBzdXBwb3J0IG9mIHZhcmlvdXMgb3ZlcmxheSBzZXJ2aWNlcyBzdWNo IGFzIElFVEY8YnI+DQpOZXR3b3JrPGJyPg0KJmd0OyZndDsmbmJzcDsgU2xpY2UgU2VydmljZXMu PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBUaGlzIGlzIGNvbmdydWVudCB3aXRoIHRoZSBpZGVh cyBleHByZXNzZWQgaW46PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyA8YSBocmVmPSJodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWYiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWY8L2E+PGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyB0LWlldGYtc3ByaW5nLXJlc291cmNlLWF3YXJlLXNlZ21lbl9fOyEhTkV0NnlN YU8tPGJyPg0KJmd0OyZndDsmbmJzcDsgZ2shVENpSkhDWkN3Rmd3cHVGb3VqPGJyPg0KJmd0OyZn dDsmbmJzcDsgJmd0OyB4VmxaNHI5RjZtTHBFNG5KLTl6cHFrWS1rbHMtUk94TDRDMl94TnhFZndh WGckPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyB0cy0wMy4mbmJzcDsgV2hhdCB0aGlzIGFsbG93 cyBvbmUgdG8gYnVpbGQgaXMgYW4gJ3BhcnRpdGlvbmVkIHVuZGVybGF5PGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyBuZXR3b3JrIHRvcG9sb2d5Jy48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 Jm5ic3A7IFtKaWVdIEFncmVlIHRoYXQgaGVyZSB3ZSBhcmUgdGFsa2luZyBhYm91dCB0aGUgdGVy bSBmb3IgdGhlIHVuZGVybGF5PGJyPg0KY29uc3RydWN0Ljxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZx dW90O1Jlc291cmNlIHBhcnRpdGlvbiZxdW90OyBjYXB0dXJlcyBvbmUgb2YgaXRzIGtleSBjaGFy YWN0ZXJpc3RpY3MsIHdoaWxlIElNTzxicj4NCmFub3RoZXI8YnI+DQomZ3Q7Jmd0OyZuYnNwOyB0 aGluZyB0aGUgdGVybSBuZWVkcyB0byByZWZsZWN0IGlzIHRoYXQgdGhlIHJlc291cmNlIHBhcnRp dGlvbiBpcyBuZWVkZWQ8YnI+DQpvbiBhPGJyPg0KJmd0OyZndDsmbmJzcDsgc3Vic2V0IG9mIHRo ZSBsaW5rcyBhbmQgbm9kZXMgKHJhdGhlciB0aGFuIG9uIGEgc2luZ2xlIG5vZGUgb3IgbGluaykg aW48YnI+DQp0aGUgcGh5c2ljYWw8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBuZXR3b3JrLCB3aGljaCB0 b2dldGhlciBidWlsZHMgYSBsb2dpY2FsIG5ldHdvcmsgdG9wb2xvZ3kuPGJyPg0KJmd0Ozxicj4N CiZndDtbSkRdJm5ic3A7IEluIG15IGluaXRpYWwgZW1haWwsIGFib3ZlLCBJIHdhcyBwcm9wb3Np bmcgJ3BhcnRpdGlvbmVkIHVuZGVybGF5PGJyPg0KbmV0d29yayB0b3BvbG9neSc8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyBCZXN0IHJlZ2FyZHMsPGJyPg0KJmd0 OyZndDsmbmJzcDsgSmllPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7PGJy Pg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7 IFlvdXIgb3BpbmlvbiBhYm91dCB0aGVzZSBjYW5kaWRhdGVzIGFyZSBtdWNoIGFwcHJlY2lhdGVk LiBZb3UgbWF5PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IGFsc28gcHJvcG9zZSBvdGhl ciBuZXcgdGVybSBpZiBpdCBjb21wbGllcyB3aXRoIHRoZSBhYm92ZSB0d288YnI+DQpwb2ludHMu PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgW0pEXSZu YnNwOyBJIHRoaW5rIHlvdSBoYXZlIGV4Y2VlZGVkIHlvdXIgcmVtaXQuPGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5i c3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsmZ3Q7 Jm5ic3A7ICZndDsgJmd0OyBCZXN0IFJlZ2FyZHMsPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAm Z3Q7IFJvYmluPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsmbmJz cDsgJmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IFRlYXMgbWFpbGluZyBsaXN0PGJyPg0K Jmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7 ICZndDsgPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly91cmxk ZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGU8 L2E+PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyAmZ3Q7IGFzPGJyPg0KJmd0OyZndDsmbmJzcDsg Jmd0OyAmZ3Q7IF9fOyEhTjxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBFdDZ5TWFPLWdr IVEweWNPZjBFTHhUNm1HMUdibk80TFNMLVE5OUo0dXU3amZkVXRCRUNhSS08YnI+DQomZ3Q7Jmd0 OyZuYnNwOyAmZ3Q7ICZndDsgTzA4SHFEMzFUR0pjaU5qdXhMMkEkPGJyPg0KJmd0OyZndDsmbmJz cDsgJmd0Ozxicj4NCiZndDsmZ3Q7Jm5ic3A7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7Jmd0OyZuYnNwOyAmZ3Q7IFRlYXMgbWFp bGluZyBsaXN0PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyA8YSBocmVmPSJtYWlsdG86VGVhc0Bp ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyZndDsm bmJzcDsgJmd0OyA8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBz Oi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3RlYXM8L2E+PGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBfXzshIU5FdDZ5TWFPLWdrIVRD aUpIQ1pDd0Znd3B1Rm91anhWbFo0cjlGNm1McEU0bkotOXpwcWtZLWtscy08YnI+DQomZ3Q7Jmd0 OyZuYnNwOyBST3hMNEMyPGJyPg0KJmd0OyZndDsmbmJzcDsgJmd0OyBfeE5EQ3JQYU5RJDxicj4N CiZndDs8YnI+DQomZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7VGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7PGEgaHJlZj0ibWFpbHRv OlRlYXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5UZWFzQGlldGYub3JnPC9hPjxicj4NCiZn dDs8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pVVEVlRldD TUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQiIHRhcmdldD0i X2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8L2E+PGJy Pg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQpUZWFzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3RlYXNfXzshIU5FdDZ5TWFPLWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNncmtO SzZWZTQ4WVRUUzFpRF9ITmUyZG1zMzBPTDgwUSQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8L2E+PGJyPg0KPGJyPg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpUZWFzIG1haWxpbmcg bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ VGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UuY29tL3Yz L19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXNfXzshIU5FdDZ5TWFP LWdrIVRLSmNoMmR3c0pVVEVlRldDTUxhc2Y5X0dheUFWVHNncmtOSzZWZTQ4WVRUUzFpRF9ITmUy ZG1zMzBPTDgwUSQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3RlYXM8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86VGVhc0Bp ZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRlYXNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0i aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZWFzX187ISFORXQ2eU1hTy1nayFUS0pjaDJkd3NKVVRFZUZXQ01MYXNmOV9HYXlB VlRzZ3JrTks2VmU0OFlUVFMxaURfSE5lMmRtczMwT0w4MFEkIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_BY3PR05MB80810D4B1C19FD88B7417CC0C7A69BY3PR05MB8081namp_-- From nobody Mon Sep 27 00:10:04 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34033A1492; Mon, 27 Sep 2021 00:09:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, 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=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 9yS8JmkKGh5h; Mon, 27 Sep 2021 00:09:42 -0700 (PDT) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (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 D2D353A1494; Mon, 27 Sep 2021 00:09:41 -0700 (PDT) Received: by mail-ot1-x32a.google.com with SMTP id o59-20020a9d2241000000b0054745f28c69so21089086ota.13; Mon, 27 Sep 2021 00:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=6qGOfzsAxU0pZgbeAt+noqAQHFR189Q3fuAmfPwcRpE=; b=HL9N97zcn6MwkFqR19hHxQRPOVA61DEnHIi0TZzxqaSUNRAiVz27isP2f45XmY6hDj yrSAW9k9nQjwjWpHHlOIhxDdO9YFqLZDs5w5nmrOPp5hEFlTeq9ZBI/fZbWqoHoeqeev p5xfjnizuD7DmtkA/+nbRdHnNwy8dPWAnwX9tG43ZVmLux+HF6ZbNE+YsCW8ozi/2lSF czZJD0I+FqzOvcRV4yjW0bzoJNWrS/sJHc7LliyVOKC5sKALRx9Ugw+4IcI/2L2ZykTu n+NnYGFpuhGIP+7LG867Frn6tcaY2E52j0HHYcyORvY0oHQojTGExLyMVyHqSGphGsqc zeKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=6qGOfzsAxU0pZgbeAt+noqAQHFR189Q3fuAmfPwcRpE=; b=Iw0pzh7nPLXz/caeOxHZg558yDEko2MqyEP8DBexlMNVju4l7/lWAIwBJuux/Uhmf/ UmsOlgZSDMqy5hHkahjmYulFi4Mj2TGD8xass1Pf5cq31U0xpy+UIUb1Jl3hl2mwtfzb 8m0Sji1eFSB27/z9ACIj0nwm3vvpvGgKzru+RqMM3Nz0jUm383uDYtuzWJzIulX2O2Wm v6B3xYPL7Zepf0/YIbMCcn1aAoQWq2rjhr7WR4N+/xsmKqwvyrBqtaKbu3FyJg8qh1ia dKTIDoGI7zX0P7/DHn7cgJ03R3CskQGanCVbpb5OrPaW1ndL8TlDEyZfsAlTRy/fOr7m vvcA== X-Gm-Message-State: AOAM530wULlTya4pwvPrCGwQSxQBmw3yi+E7R9R9Y7+m75NgXqMt5azN 8HIeorPWfJxZOXjFxGeaquw= X-Google-Smtp-Source: ABdhPJw0bcAo4DqKvTZ/35MW7qI/d5YmnerhUBctGDsJxyRoAsTUC1AqpQLO/Zjk9zB9yUnUqZM6bA== X-Received: by 2002:a9d:20a3:: with SMTP id x32mr15882003ota.91.1632726580499; Mon, 27 Sep 2021 00:09:40 -0700 (PDT) Received: from smtpclient.apple (jpams-nat14.juniper.net. [193.110.49.14]) by smtp.gmail.com with ESMTPSA id x34sm2894965ott.52.2021.09.27.00.09.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Sep 2021 00:09:39 -0700 (PDT) From: Krzysztof Szarkowicz Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_3E015A7E-E9F9-4186-BDB1-8B60D8E43D06" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Mon, 27 Sep 2021 09:09:35 +0200 In-Reply-To: Cc: Lizhenbin , TEAS WG , "Dongjie (Jimmy)" , "spring@ietf.org" , "mpls@ietf.org" , =?utf-8?B?6b6a56uL6Imz?= , draft-filsfils-sprin , draft-ali-teas-sprin , "EXT-vishnupavan@gmail.com" , Adrian Farrel , Tarek Saad , draft-decraene-mpls- To: John E Drake References: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 07:09:50 -0000 --Apple-Mail=_3E015A7E-E9F9-4186-BDB1-8B60D8E43D06 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi John, The term =E2=80=9Cnetwork resource group=E2=80=9D was proposed by Tarek = back in August, if I am not mistaken = (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSVa5ErTMc/ = )= . Nevertheless, I still believe that the neutral term not strictly = referenced to =E2=80=98resource=E2=80=99, like for example =E2=80=98underl= ay slice=E2=80=99 (mentioned as well earlier in this thread) is much = more appropriate, given the fact that many deployments for 5G slicing = will use resource partitioning at transport edge only, but not use any = specific resource partitioning in transit. Thanks, Krzysztof > On 2021 -Sep-26, at 19:13, John E Drake = > wrote: >=20 > This is the first time I have seen this term so I don=E2=80=99t = completely understand your assertion that the mailing list discussion = supported it, and as I have previously noted, judging rough consensus is = not within your remit. > =20 > I think the term is neither meaningful nor resonant. > =20 > Yours Irrespectively, > =20 > John > =20 > =20 > Juniper Business Use Only > From: spring > On Behalf Of Lizhenbin > Sent: Friday, September 24, 2021 9:26 PM > To: TEAS WG > > Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; =E9=BE=9A=E7=AB=8B=E8=89=B3 = >; = draft-filsfils-sprin = >; = draft-ali-teas-sprin >; = EXT-vishnupavan@gmail.com = >; Adrian Farrel = >; Tarek Saad = >; draft-decraene-mpls- = > > Subject: Re: [spring] More Discussion//RE: Re:Re: [Teas] New term for = the underlay construct used for slice realization > =20 > [External Email. Be cautious of content] > =20 > Hi Folks, > =20 > Thanks for the feedbacks and discussion about the further = considerations of the new term. > =20 > According to both the mail list discussion and the offline discussion = between the co-authors of draft-dong-teas-enhanced-vpn-vtn-scalability = and draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term. > =20 > The definition of this new term could be based on the text proposed by = Adrian: > Network resource group: a collection of nodes, links, and network = resources that are allocated within the network for use by a set of = network service traffic flows. > =20 > As for the relationship between network resource group and TE, perhaps = it could be discussed further along with the progress and discussion of = draft-3272bis. > =20 > Please let us know if you have any thoughts about this, many thanks. > =20 > =20 > Best regards, > Robin > =20 > =20 > =20 > From: Lizhenbin=20 > Sent: Friday, August 20, 2021 1:05 AM > To: 'TEAS WG' > > Cc: Dongjie (Jimmy) >; 'spring@ietf.org = ' >; = 'mpls@ietf.org ' >; 'EXT-vishnupavan@gmai' >; 'Adrian Farrel' >; 'Tarek Saad' >; '=E9=BE=9A=E7=AB=8B=E8=89=B3' = >; = 'draft-ali-teas-sprin' = >; = 'draft-filsfils-sprin' = >; = 'draft-decraene-mpls-' = > > Subject: More Discussion//RE: Re:Re: [Teas] New term for the underlay = construct used for slice realization > =20 > Hi Folks, > =20 > The =E2=80=9Cnew term=E2=80=9D discussion has been lasted for a while, = thanks to all who participated in the discussion. > =20 > So far it seems there are some rough consensus about this =E2=80=9Cnew = term=E2=80=9D (maybe I am wrong) : > 1. It is better to have a neutral term, which allows this underlay = construct to be used for both network slice services and other types of = services. > 2. It seems =E2=80=9Cresource group=E2=80=9D receives more support = than other candidates. > =20 > Here I=E2=80=99d also like to share some considerations and doubts = about the underlay construct used for slice realization: > 1. Before this discussion happens, it seems many network slicing = related drafts use =E2=80=9Cslice=E2=80=9D in their terms which refer to = this underlay construct. However, through this new term discussion, it = seems most people indicate they prefer a neutral term than a slice = specific term. Thus I expect the authors of the related drafts to = provide more feedback about this point and indicate whether they agree = with the choice of a neutral term. > =20 > 2. As mentioned several times during the discussion, this underlay = construct has both the topology and resource attributes. With the term = =E2=80=9Cresource group=E2=80=9D, it is clear that it is a set of = network resources, then how about the topology attribute? Is the = topology attribute also included in the =E2=80=9Cresource group=E2=80=9D? > =20 > 3. What is the intended scope of resource group? More specifically, is = a point-to-point path or a P2MP path with a set of reserved network = resource a resource group? In history, RSVP-TE was used to set up = resource reserved point-to-point TE paths and P2MP TE paths. More = recently, there is effort in DetNet WG on the mechanisms to set up = deterministic data paths. Can these paths be considered as resource = groups? Can we further classify them into different P2P resource group, = P2MP resource group, or MP2MP resource group? > =20 > 4. A more subtle question is, what is the relationship between = resource group and TE? Is resource group a construct under the TE = architecture, or is there some overlap between them? > =20 > Wish to learn your thoughts on these considerations and doubts. > =20 > =20 > =20 > Best Regards, > Robin > =20 > =20 > =20 > =20 > =20 > =20 > From: Lizhenbin=20 > Sent: Tuesday, August 17, 2021 10:29 PM > To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' >; draft-ali-teas-sprin = >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > > Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; TEAS WG >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > > Subject: RE: Re:Re: [Teas] New term for the underlay construct used = for slicerealization > =20 > Hi Liyan, > Sorry that I missed your new draft. Thanks for your feedback. It is = helpful for us to have a common terminology. > =20 > Best Regards, > Robin > =20 > =20 > =20 > From: =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com = ]=20 > Sent: Tuesday, August 17, 2021 4:48 PM > To: Lizhenbin >; = draft-ali-teas-sprin >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > > Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; TEAS WG >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > > Subject: Re:Re: [Teas] New term for the underlay construct used for = slicerealization > =20 > Hi All=EF=BC=8C >=20 > The draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided = a slice ID encoding solution. >=20 > And about the discussion, we are fine to follow the final decision of = the WG, no special requirements. >=20 > =20 >=20 > [1] = https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network-= sliceid/ = > =20 >=20 > Best Regards, >=20 > Liyan Gong >=20 > =20 >=20 > ----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---- > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin > > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-b= locks@ietf.org = " = >,"draft-filsfil= s-spring-srv6-stateless-slice-id@ietf.org = " = >,"draft-de= craene-mpls-slid-encoded-entropy-label-id@ietf.org = " = > > =E6=8A=84=E3=80=80=E9=80=81: "Dongjie \\(Jimmy\\) " = >,"spring@ietf.org = " >,"mpls@ietf.org " = >,TEAS WG >,John E Drake = >,"EXT-vishnupavan@gmail.com= " >,Adrian Farrel >,Tarek Saad > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 00:04:32 > =E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] New term for the underlay = construct used for slicerealization >=20 > =20 > Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-statel= ess-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id, > =20 > It is known that your drafts are also related with the underlay = construct used for slice realization. It also seems that you use the = term with =E2=80=9Cslice=E2=80=9D for the underlay construct. In the = discussion of TEAS WG, there is some consensus to define a neutral new = term without =E2=80=9Cslice=E2=80=9D. Wish to learn your opinions on = the new term definition and there would be a convergence on the new term = after your participating in the discussion. > =20 > =20 > Best Regards, > Robin > =20 > =20 > =20 > From: Teas [mailto:teas-bounces@ietf.org = ] On Behalf Of John E Drake > Sent: Monday, August 16, 2021 8:53 PM > To: Dongjie (Jimmy) >; EXT-vishnupavan@gmail.com = >; Adrian Farrel > > Cc: Tarek Saad >; = TEAS WG > > Subject: Re: [Teas] New term for the underlay construct used for slice = realization > =20 > Hi, > =20 > It sounds like slice aggregates, or more generally overlay network = service aggregates, are the things which use resource partitions. > =20 > Yours Irrespectively, > =20 > John > =20 > =20 > Juniper Business Use Only > From: Teas > On = Behalf Of Dongjie (Jimmy) > Sent: Friday, August 13, 2021 9:20 AM > To: EXT-vishnupavan@gmail.com = >; Adrian Farrel = > > Cc: Tarek Saad >; = TEAS WG > > Subject: Re: [Teas] New term for the underlay construct used for slice = realization > =20 > [External Email. Be cautious of content] > =20 > Hi Pavan, > =20 > Sorry for chiming in, please see some comments inline: > =20 > From: Teas [mailto:teas-bounces@ietf.org = ] On Behalf Of Vishnu Pavan Beeram > Sent: Friday, August 13, 2021 1:32 AM > To: Adrian Farrel > > Cc: Tarek Saad >; = TEAS WG > > Subject: Re: [Teas] New term for the underlay construct used for slice = realization > =20 > ** As a WG participant.. ** >=20 > Adrian, Hi! >=20 > Thanks for your earlier emails in this thread that have helped drill = down the discussion to the specific item that needs a fresh term! > Please see inline (prefixed VPB). >=20 > -Pavan (as a WG participant) > =20 > On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel > wrote: > Thanks for your useful opinion, Tarek. > =20 > I have no objection to the use of the word =E2=80=9Caggregate=E2=80=9D. = It is generally used to express grouping together to treat as a single = entity or to be treated in the same way. > =20 > But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of = foo have been aggregated. > =20 > [VPB] But, that isn=E2=80=99t necessarily how IETF has been using the = term =E2=80=9Caggregate=E2=80=9D. =E2=80=9CBehavior Aggregate=E2=80=9D = (as defined in IETF) doesn=E2=80=99t mean aggregating behaviors. The = same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. Behavior Aggregate = (the way we read/interpret it) is an aggregate with a specific behavior.=20= > =20 > [Jie] I just checked the definition of the =E2=80=9Caggregate=E2=80=9D = related terms in the RFCs: > =20 > Behavior Aggregate (defined in RFC 2474): a collection of packets with = the same codepoint crossing a link in a particular direction.=E2=80=9D > =20 > Traffic Aggregate (defined in RFC 3086): a collection of packets with = a codepoint that maps to the same PHB, usually in a DS domain or some = subset of a DS domain. > =20 > Treatment Aggregate (defined in RFC 5127): This term is defined as the = aggregate of Diffserv service classes. A treatment aggregate is = concerned only with the forwarding treatment of the aggregated traffic, = which may be marked with multiple DSCPs. > =20 > My reading of these definitions is that =E2=80=9Caggregate=E2=80=9D = here means either aggregated packets or aggregated service classes which = are treated in the same way on a particular node or link. > =20 > While what we want to describe with the new term IMO is =E2=80=9Ca = group of network resources allocated on a set of network nodes and = links=E2=80=9D. Such group of resources can be provisioned in different = places of the network and are organized together to provide a specific = network-level behavior. > =20 > Thus the key information to be delivered with the new term is =E2=80=9Ca= group of organized resources in the network=E2=80=9D, rather than = =E2=80=9Caggregated behavior at a particular point=E2=80=9D. > =20 > Best regards, > Jie > =20 > So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of = slices. Your use in I-D.draft-bestbar-teas-ns-packet is, therefore, = confusing. If the slices are *not* separated out into different flows = (or traffic streams) then, yes, you are aggregating slices. But if the = slices are separated out, as you describe, then what you have is = =E2=80=9CIETF network slice traffic stream aggregation=E2=80=9D. > =20 > =20 > [VPB] Yes. The definition of the slice aggregate (as defined in = draft-bestbar-teas-ns-packet) does state that the slice aggregate = comprises of one or more IETF network slice traffic streams. We could = have chosen a longer descriptive name, but opted to keep it short. > =20 > =20 > =E2=80=9CNetwork resource aggregate=E2=80=9D would imply that = resources have been collected together to be used as a single entity. > =20 > [VPB] Not necessarily. "Network Resource Aggregate" isn't meant to = imply "aggregating network resources". The intent behind the proposal is = to say that it is an aggregate that has specific network resources.=20 > =20 > You might do that, for example, with a set of parallel links that can = be aggregated (or bundled) and treated as a single link. > =20 > I don=E2=80=99t think we are aggregating resources in this case. We = are grouping, profiling, partitioning, collecting, or even filtering. > =20 > Adrian > =20 > From: Tarek Saad >=20 > Sent: 12 August 2021 15:41 > To: adrian@olddog.co.uk ; 'Kiran = Makhijani' >; 'John E = Drake' >; 'Dongjie (Jimmy)' = >; 'Lizhenbin' = >; teas@ietf.org = > Subject: Re: [Teas] New term for the underlay construct used for slice = realization > =20 > Hi Adrian/all, > =20 > As described in I-D.ietf-teas-ietf-network-slice-definition, an IETF = Network Slice service may include multiple connections that associate = sets of endpoints - each having a set of SLOs/SLEs. > In I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a = construct that comprises of one or more IETF network slice traffic = streams that share the same set of SLOs/SLEs. > The Slice Aggregate construct allows aggregating streams from multiple = IETF Network Slice connections that share common SLOs/SLEs so that the = provider network can offer the same aggregate treatment to them. The = Slice Aggregate resources are instantiated on specific network elements = as dictated by the Slice Aggregate topology. > =20 > Since the scope of I-D.draft-bestbar-teas-ns-packet was the = realization of IETF Network Slice service in a provider network, we had = constrained the aggregate construct to slices. > =20 > We understand that the aggregate construct can be generalized to = support other services. Let us offer another option to consider for = representing the generic construct: =E2=80=9CNetwork Resource = Aggregate=E2=80=9D. There are multiple IETF documents that use the term = Aggregate whenever grouping multiple service classes (Behavior = Aggregate, Treatment Aggregate, Traffic Aggregate, etc.) - refer to = rfc5127 and rfc2474 for more examples. > =20 > Regards, > Tarek > =20 > =20 > From: Teas > on = behalf of Adrian Farrel > > Date: Wednesday, August 11, 2021 at 3:38 PM > To: 'Kiran Makhijani' >, 'John E Drake' = >, 'Dongjie (Jimmy)' = >, 'Lizhenbin' = >, teas@ietf.org = > > Subject: Re: [Teas] New term for the underlay construct used for slice = realization >=20 > I wonder whether we can pick this apart and put it back together in a = way > that makes sense. >=20 > The customer's view of all this is an "IETF network slice service". I = think > (hope) we are all agreed on this. The customer may ask (in shorthand) = for a > "network slice", but: > - they are talking about IETF technology, so they asking for an "IETF > network slice" > - they actually want behavioural characteristics and have no right to = tell > the operator > how to manage the network, so they are asking for an "IETF network = slice > service." >=20 > The operator has a bigger set of things to worry about.=20 >=20 > 1. At the top of the operator's view is the "IETF network slice = service" as > requested by the customer. We have this defined already, so = nothing more > to say. >=20 > 2. The operator maps the request for a slice service into the "IETF = network > slice" which is the expression of the service in terms of network > connectivity > in the context of the operator's network. The relationship here is = like > the > relationship between the L3SM and L3NM. >=20 > 3. At the bottom of their view is an underlying network. The = technology of > this > network depends, of course, on the operator's offering, but this is = the > network > technology being sliced. It may be an IP network, and MPLS network, = an > OTN, > or whatever. I would call this the "Underlay Network." This network = may, > in > turn, be built upon an underlay network of the same or a different > technology, > and it may be facilitated through network slicing - but this need = not > concern > us here.=20 >=20 > 4. That leaves the glue in the middle: the bit that enables the = scaling and > maps > the network slice to the network. And I think it is this bit that = is > causing the > most debate about terminology. There are some points to consider: >=20 > a. The term "network resources" applies to the bandwidth, queues, > buffers, > etc. available on the links and nodes in the network. That may = be=20 > extended to refer to whole links and nodes. >=20 > b. The number of IETF network slice services is potentially large = and the > operator needs a mechanism to scale the mapping of services to=20= > network resources. >=20 > c. The IETF network slices may be grouped for identical treatment = to > achieve scaling, where the grouping collects IETF network = slices with > similar SLAs. >=20 > d. It may be that different traffic flows within a single IETF = network > slice > have different characteristics. In this case, it may be = beneficial > to group > together some of the traffic flows from different slices. >=20 > e. The grouped slices/flows are enabled in the network using = network > resources assigned for that purpose. The assignment may be = anything > from a fully-fledged virtual network (such as in ACTN or = VPN+), > through > network reserved resources (such as in MPLS-TE), and centrally > accounted resources (such as SDN or possible SR), to = statistically > shared resources. >=20 > There seems to be various points for and against 4d. But, it would = appear > that this is an implementation or deployment issue that doesn't change = what > the protocols need to do. So we should probably allow it = architecturally, or > at least, not disallow it. >=20 > Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, = it is > not necessary to implement such groupings either because there are = only a > few slices (which has been the view of some operators) or because the > network systems can handle the number of slices. And it is in the = nature of > architectures of this sort that all functions can be nulled out = without loss > of generality, and we have to recall that the internals of = provisioning > systems may appear as functional blocks in our architectures, but we = don't > compel implementations to adhere to that type of architecture. So I = don't > think we have to worry on that account. >=20 > And that brings the question of how we name the resources that are = gathered > in 4e.=20 >=20 > I can't decide whether it is helpful to spend time saying why I don't = like > each of the proposed terms. I certainly have things I don't like about = (for > example) "slice aggregate" (because of 4d, which means it is really a = "slice > sub-flow aggregate"), and I am not a fan of "VTN" (because of = "transport" > and maybe it is not really a network). But maybe it is better for me = to say > what I think we should call things? I think we have... >=20 > - IETF network slice service (customer view) > - IETF network slice (operator view) > - Resource partition (delivery mechanism) > - Underlay network (network used to support the slice) >=20 > Why "resource partition"? Well it is a collection of "nodes, links, = and > network resources that are marked within the network for use by a set = of > network slice traffic flows". > It is possible that the word "partition" is too strong because it may = imply > to some people that resources in a partition cannot be shared, but I = don't > feel that. > Softer words than "partition" would be "group", "bundle", "pool", and = I > could live with any of them. >=20 > Best, > Adrian >=20 >=20 > -----Original Message----- > From: Teas > On = Behalf Of Kiran Makhijani > Sent: 11 August 2021 16:00 > To: John E Drake >; Dongjie (Jimmy) > >; Lizhenbin = >; teas@ietf.org = > Subject: Re: [Teas] New term for the underlay construct used for slice > realization >=20 > Hi John, (and all), >=20 > Two very basic clarification questions: > 1. How do we differentiate between the slice-segments that are=20 > resource-aware vs those that are not? I had assumed that since a slice=20= > has an SLO, it will need network resource allocations in some form. >=20 > 2. Is it ok to assume that the customer view of slice is an 'IETF=20 > network slice service' and the 'IETF slice realization' of that = service=20 > in a provider network is raises the question of underlay and overlay=20= > constructs. Am I right? > (a) if so, then we are acknowledging the presence of another layer of=20= > abstraction (for realization). It could be underlay/overlay or=20 > aggregate/??. Then the term 'slice aggregate' is better and my=20 > preference, it is easier to see that different slice-services are=20 > aggregated into a single construct in a provider network. Use of=20 > underlay/overlay are confusing. > (b) for a leaner provisioning, I would also prefer to see it = documented=20 > that the aggregate is optional and it should be possible to directly = map=20 > a slice-service to physical or real resources in the network.=20 > specifically useful when a single domain is carving out slices for=20 > different purposes. >=20 > Thanks > Kiran >=20 >=20 > ------ Original Message ------ > From: "John E Drake" > > To: "Dongjie (Jimmy)" >; "Lizhenbin"=20 > >; "teas@ietf.org = " > > Sent: 8/11/2021 5:38:05 AM > Subject: Re: [Teas] New term for the underlay construct used for slice=20= > realization >=20 > >Jimmy, > > > >Snipped, comments inline. > > > >Yours Irrespectively, > > > >John > > > > > >Juniper Business Use Only > > > >> -----Original Message----- > >> From: Dongjie (Jimmy) > > >> Sent: Tuesday, August 10, 2021 11:03 PM > >> To: John E Drake >; = Lizhenbin >; > >>teas@ietf.org > >> Subject: RE: New term for the underlay construct used for slice > realization > >> > >> [External Email. Be cautious of content] > >> > >underlay construct for network slice realization bound to > >> > > network slice services? That is, is the underlay construct = only for > >> > > use in network slicing, or should it be generalized for more > possible uses? > >> > > >> > [JD] Absolutely yes > >> > >> [Jie] I guess you mean "Yes" to the latter case, which is "it = should be > generalized > >> for more possible uses", is my understanding correct? > > > >[JD] Yes to the latter > > > >> > >> > > >> > > > >> > > 2. If the answer to question 1 is YES, should it reflect = the > following > >> > > characteristics? > >> > > > >> > > a. It is about the underlay > >> > > b. It is about the partitioned resources used to deliver = the > network slice > >> > > services > >> > > c. It allows the 1:1, N:1, and 1:N mapping models between = the > network > >> > slice > >> > > services and the underlay construct. The 1:1 and N:1 mapping = may be > >> > > straightforward. Does it also make sense to divide the = elements or > >> > > traffic flows in a single network slice service to carry them = in > >> > > different > >> > underlay constructs? > >> > > >> > [JD] Yes to all of the above. Please see: > >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = > >> > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFoujxVlZ4r9 > >> > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$ > >> > > > >> > > Lastly, here are some candidates of the "new term": > >> > > > >> > > Option 1: The network slice service is called "overlay slice", = then > >> > > the underlay construct is called "underlay slice". > >> > > > >> > > Option 2: The network slice service is called "service slice", = then > >> > > the underlay construct is called "resource slice". > >> > > >> > [JD] I don't think we need another term for what we are already > >> > calling an 'IETF Network Slice Service'. Adrian and I are = considering > >> > the term 'resource partition' to describe the partitioning of = underlay > >> > network resources in support of various overlay services such as = IETF > Network > >> Slice Services. > >> > This is congruent with the ideas expressed in: > >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = > >> > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO- > >> gk!TCiJHCZCwFgwpuFouj > >> > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$ > >> > ts-03. What this allows one to build is an 'partitioned = underlay > >> > network topology'. > >> > >> [Jie] Agree that here we are talking about the term for the = underlay > construct. > >> "Resource partition" captures one of its key characteristics, = while IMO > another > >> thing the term needs to reflect is that the resource partition is = needed > on a > >> subset of the links and nodes (rather than on a single node or = link) in > the physical > >> network, which together builds a logical network topology. > > > >[JD] In my initial email, above, I was proposing 'partitioned = underlay > network topology' > > > >> > >> Best regards, > >> Jie > >> > >> > > >> > > > >> > > Your opinion about these candidates are much appreciated. You = may > >> > > also propose other new term if it complies with the above two > points. > >> > > >> > [JD] I think you have exceeded your remit. > >> > > >> > > > >> > > > >> > > > >> > > Best Regards, > >> > > Robin > >> > > > >> > > _______________________________________________ > >> > > Teas mailing list > >> > > Teas@ietf.org > >> > > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te = > >> > > as > >> > > __;!!N > >> > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI- > >> > > O08HqD31TGJciNjuxL2A$ > >> > > >> > _______________________________________________ > >> > Teas mailing list > >> > Teas@ietf.org > >> > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas = > >> > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls- > >> ROxL4C2 > >> > _xNDCrPaNQ$ > > > >_______________________________________________ > >Teas mailing list > >Teas@ietf.org > >https://www.ietf.org/mailman/listinfo/teas = >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas = >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas = > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas = _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas = --Apple-Mail=_3E015A7E-E9F9-4186-BDB1-8B60D8E43D06 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi John,

The term =E2=80=9Cnetwork = resource group=E2=80=9D was proposed by Tarek back in August, if I am = not mistaken (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSV= a5ErTMc/).

Nevertheless, I still believe that the neutral term not = strictly referenced to =E2=80=98resource=E2=80=99, like for example = =E2=80=98underlay slice=E2=80=99 (mentioned as well earlier in this = thread) is much more appropriate, given the fact that many deployments = for 5G slicing will use resource partitioning at transport edge only, = but not use any specific resource partitioning in transit.

Thanks,
Krzysztof


On 2021 -Sep-26, at 19:13, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org> wrote:

This is the first time I have seen this term so = I don=E2=80=99t completely understand your assertion that the mailing = list discussion supported it, and as I have previously noted, judging = rough consensus is not within your remit.
 
I = think the term is neither meaningful nor resonant.
 
Yours Irrespectively,
 
John
 
 
Juniper Business Use Only
From: spring <spring-bounces@ietf.org> On Behalf = Of Lizhenbin
Sent: Friday, September 24, 2021 = 9:26 PM
To: TEAS WG <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>;= draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>;= Tarek Saad <tsaad.net@gmail.com>;= draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Subject: Re: [spring] More = Discussion//RE: Re:Re: [Teas] New term for the underlay construct used = for slice realization
 
[External Email. Be cautious of content]
 
Hi Folks,
 
Thanks for the feedbacks and discussion = about the further considerations of the new term.
 
According to both the mail list discussion = and the offline discussion between the co-authors of = draft-dong-teas-enhanced-vpn-vtn-scalability and = draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term.
 
The definition of this new term could be = based on the text proposed by Adrian:
Network resource group: a collection of nodes, links, and = network resources that are allocated within the network for use by a set = of network service traffic flows.
 
As for the relationship between network = resource group and TE, perhaps it could be discussed further along with = the progress and discussion of draft-3272bis.
 
Please let us know if you have any = thoughts about this, many thanks.
 
 
Best regards,
Robin
 
 
 
From: Lizhenbin 
Sent: Friday, August 20, 2021 = 1:05 AM
To: 'TEAS WG' <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; 'spring@ietf.org' <spring@ietf.org>; 'mpls@ietf.org' <mpls@ietf.org>; 'EXT-vishnupavan@gmai' = <vishnupavan@gmail.com>; = 'Adrian Farrel' <adrian@olddog.co.uk>; 'Tarek Saad' <tsaad.net@gmail.com>; = '=E9=BE=9A=E7=AB=8B=E8=89=B3' <gongliyan@chinamobile.com>;= 'draft-ali-teas-sprin' <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = 'draft-filsfils-sprin' <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= 'draft-decraene-mpls-' <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Subject: More Discussion//RE: Re:Re: = [Teas] New term for the underlay construct used for slice = realization
 
Hi Folks,
 
The =E2=80=9Cnew term=E2=80=9D discussion = has been lasted for a while, thanks to all who participated in the = discussion.
 
So far it seems there are some rough = consensus about this =E2=80=9Cnew term=E2=80=9D (maybe I am wrong) :
1. = It is better to have a neutral term, which allows this underlay = construct to be used for both network slice services and other types of = services.
2. It seems =E2=80=9Cresource group=E2=80=9D= receives more support than other candidates.
 
Here I=E2=80=99d also like to share some = considerations and doubts about the underlay construct used for slice = realization:
1. Before this discussion happens, it = seems many network slicing related drafts use =E2=80=9Cslice=E2=80=9D in = their terms which refer to this underlay construct. However, through = this new term discussion, it seems most people indicate they prefer a = neutral term than a slice specific term. Thus I expect the authors of = the related drafts to provide more feedback about this point and = indicate whether they agree with the choice of a neutral term.
 
2. As mentioned several times during the = discussion, this underlay construct has both the topology and resource = attributes. With the term =E2=80=9Cresource group=E2=80=9D, it is clear = that it is a set of network resources, then how about the topology = attribute? Is the topology attribute also included in the =E2=80=9Cresourc= e group=E2=80=9D?
 
3. What is the intended scope of resource = group? More specifically, is a point-to-point path or a P2MP path with a = set of reserved network resource a resource group? In history, RSVP-TE = was used to set up resource reserved point-to-point TE paths and P2MP TE = paths. More recently, there is effort in DetNet WG on the mechanisms to = set up deterministic data paths. Can these paths be considered as = resource groups?  Can we further classify them into different P2P = resource group, P2MP resource group, or MP2MP resource group?
 
4. A more subtle question is, what is the = relationship between resource group and TE? Is resource group a = construct under the TE architecture, or is there some overlap between = them?
 
Wish to learn your thoughts on these = considerations and doubts.
 
 
 
Best Regards,
Robin
 
 
 
 
 
 
From: Lizhenbin 
Sent: Tuesday, August 17, 2021 = 10:29 PM
To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' <gongliyan@chinamobile.com>; draft-ali-teas-sprin = <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-vishnupavan@gmai = <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>;= Tarek Saad <tsaad.net@gmail.com>
Subject: RE: Re:Re: [Teas] New term = for the underlay construct used for slicerealization
 
Hi Liyan,
Sorry that I missed your new draft. Thanks for your feedback. = It is helpful for us to have a common terminology.
 
Best Regards,
Robin
 
 
 
From: =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com] 
Sent: Tuesday, August 17, 2021 = 4:48 PM
To: Lizhenbin <lizhenbin@huawei.com>; = draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-vishnupavan@gmai = <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>;= Tarek Saad <tsaad.net@gmail.com>
Subject: Re:Re: [Teas] New term for = the underlay construct used for slicerealization
 

Hi = All=EF=BC=8C

The = draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided a = slice ID encoding solution.

And about the discussion, we are fine to = follow the final decision of the WG, no special requirements.

 

[1] https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encodi= ng-network-sliceid/

 

Best Regards,

Liyan = Gong

 

----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87----
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin&n= bsp; <lizhenbin@huawei.com>
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-blocks@ietf.org" <= ;draft-ali-teas-spring-ns-building-blocks@ietf.org>,"draft-filsfils-spring-srv6-stateless-slice-id@ietf.org"&nbs= p;<draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>,= "draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org"=  <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
=E6=8A=84=E3=80=80=E9=80=81: "Dongjie = ;\\(Jimmy\\)" <jie.dong@huawei.com>,"spring@ietf.org" <spring@ietf.org>,"mpls@ietf.org" <mpls@ietf.org>,TEAS WG  <teas@ietf.org>,John E Drake  <jdrake=3D40juniper.net@dmarc.ietf.org>,"EXT-vishnupavan@gmail.com" <vishnupavan@gmail.com>,Adrian Farrel  <= ;adrian@olddog.co.uk>,Tarek Saad  <tsaad.net@gmail.com>
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 00:04:32
=E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] = ;New term for the underlay construct used&nb= sp;for slicerealization

  =  
Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-statel= ess-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id,
 
It = is known that your drafts are also related with the underlay construct = used for slice realization. It also seems that you use the term with = =E2=80=9Cslice=E2=80=9D  for the underlay construct. In the = discussion of TEAS WG, there is some consensus to define a neutral new = term without =E2=80=9Cslice=E2=80=9D.  Wish to learn your opinions = on the new term definition and there would be a convergence on the new = term after your participating  in the discussion.
 
 
Best Regards,
Robin
 
 
 
From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E = Drake
Sent: Monday, August 16, 2021 = 8:53 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
Hi,
 
It= sounds like slice aggregates, or more generally overlay network service = aggregates, are the things which use resource partitions.
 
Yours Irrespectively,
 
John
 
 
Juniper Business = Use Only
From: Teas <teas-bounces@ietf.org> On Behalf Of Dongjie = (Jimmy)
Sent: Friday, August 13, 2021 = 9:20 AM
To: EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
[External Email. Be cautious of content]
 
Hi = Pavan,
 
Sorry for chiming in, please see some = comments inline:
 
From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu = Pavan Beeram
Sent: Friday, August 13, 2021 = 1:32 AM
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
** As a WG participant.. **

Adrian, Hi!

Thanks for your earlier emails in this thread = that have helped drill down the discussion to the specific item that = needs a fresh term!
Please see inline (prefixed VPB).

-Pavan (as a WG participant)
 
On Thu, Aug 12, 2021 at 10:05 AM Adrian = Farrel <adrian@olddog.co.uk> = wrote:
Thanks for your useful opinion, Tarek.
 
I have no = objection to the use of the word =E2=80=9Caggregate=E2=80=9D. It is generally used to express grouping = together to treat as a single entity or to be treated in the same = way.
 
But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of = foo have been aggregated.
 
[VPB] But, that isn=E2=80=99t necessarily how IETF has = been using the term =E2=80=9Caggregate=E2=80=9D.  =E2=80=9CBehavior Aggregate=E2=80=9D (as defined in IETF) = doesn=E2=80=99t mean aggregating = behaviors. The same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. Behavior Aggregate (the way we = read/interpret it) is an aggregate with a specific behavior. 
 
[Jie] I just checked the definition of the =E2=80=9Caggregate=E2= =80=9D related terms in the RFCs:
 
Behavior Aggregate = (defined in RFC 2474): a collection of packets with the same codepoint = crossing a  link in a particular direction.=E2=80=9D
 
Traffic Aggregate = (defined in RFC 3086): a collection of packets with a codepoint that = maps to the same  PHB, usually in a DS domain or some subset of a = DS domain.
 
Treatment Aggregate = (defined in RFC 5127): This term is defined as the aggregate of Diffserv = service  classes.  A treatment aggregate is concerned only = with the forwarding treatment of the aggregated traffic,  which may = be marked with multiple DSCPs.
 
My = reading of these definitions is that =E2=80=9Caggregate=E2=80=9D here = means either aggregated packets or aggregated service classes which are = treated in the same  way on a particular node or link.
 
While what we want to describe with the new term IMO is =E2=80=9C= a group of network resources allocated on a set of network nodes and = links=E2=80=9D. Such group  of resources can be provisioned in = different places of the network and are organized together to provide a = specific network-level behavior.
 
Thus the key information to be delivered with the new term is = =E2=80=9Ca group of organized resources in the network=E2=80=9D, rather = than =E2=80=9Caggregated behavior at  a particular = point=E2=80=9D.
 
Best regards,
Jie
 
So =E2=80=9Cslice aggregate=E2=80=9D would be an = aggregation of slices. Your use in I-D.draft-bestbar-teas-ns-packet is, = therefore, confusing. If the slices are *not* separated = out into different flows (or traffic streams) then, yes, you are = aggregating slices. But if the slices are separated out, as you = describe,  then what you have is =E2=80=9CIETF network slice traffic stream = aggregation=E2=80=9D.
 
 
[VPB] Yes. The definition of = the slice aggregate (as defined in draft-bestbar-teas-ns-packet) does = state that the slice aggregate comprises of one or more IETF = network slice traffic streams.  We could have chosen a longer =  descriptive name, but opted to keep it short.
 
 
=E2=80=9CNetwork resource aggregate=E2=80=9D would imply that = resources have been collected together to be used as a single = entity.
 
[VPB] Not necessarily. = "Network Resource Aggregate" isn't meant to imply "aggregating network = resources". The intent behind the proposal is to say that it is an = aggregate that has specific network resources. 
 
You might do that, for example, = with a set of parallel links that can be aggregated (or bundled) and = treated as a single link.
 
I don=E2=80=99t think we are aggregating resources in this = case. We are grouping, profiling, partitioning, collecting, or even = filtering.
 
Adrian
 
From: Tarek Saad <tsaad.net@gmail.com> 
Sent: 12 August 2021 15:41
To: adrian@olddog.co.uk; = 'Kiran Makhijani' <kiran.ietf@gmail.com>; 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>;  'Dongjie (Jimmy)' = <jie.dong@huawei.com>; 'Lizhenbin' <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
Hi= Adrian/all,
 
As= described in I-D.ietf-teas-ietf-network-slice-definition, an IETF = Network Slice service may include multiple connections that associate = sets of endpoints -  each having a set of SLOs/SLEs.
In = I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a = construct that comprises of one or more IETF network slice traffic = streams that share the  same set of SLOs/SLEs.
The Slice = Aggregate construct allows aggregating streams from multiple IETF = Network Slice connections that share common SLOs/SLEs so that the = provider network  can offer the same aggregate treatment to them. = The Slice Aggregate resources are instantiated on specific network = elements as dictated by the Slice Aggregate topology.
 
Since the scope = of I-D.draft-bestbar-teas-ns-packet was the realization of IETF Network = Slice service in a provider network, we had constrained the aggregate =  construct to slices.
 
We understand that the aggregate construct = can be generalized to support other services. Let us offer another = option to consider for representing the generic  construct: =E2=80=9CNetwork Resource Aggregate=E2=80=9D. There are multiple IETF documents that use = the term Aggregate whenever grouping multiple service classes (Behavior = Aggregate, Treatment Aggregate, Traffic Aggregate,  etc.) - refer = to rfc5127 and rfc2474 for more examples.
 
Regards,
Tarek
 
 

From: Teas <teas-bounces@ietf.org> on = behalf of Adrian  Farrel <adrian@olddog.co.uk>
Date: Wednesday, = August 11, 2021 at 3:38 PM
To: 'Kiran = Makhijani' <kiran.ietf@gmail.com>, = 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>,  'Dongjie (Jimmy)' <jie.dong@huawei.com>, 'Lizhenbin' <lizhenbin@huawei.com>, teas@ietf.org <teas@ietf.org>
Subject: Re: [Teas] = New term for the underlay construct used for slice = realization

I wonder whether we = can pick this apart and put it back together in a way
that = makes sense.

The customer's view of all = this is an "IETF network slice service". I think
(hope) we = are all agreed on this. The customer may ask (in shorthand) for a
"network slice", but:
- they are talking about = IETF technology, so they asking for an "IETF
network = slice"
- they actually want behavioural characteristics = and have no right to tell
the operator
  = how to manage the network, so they are asking for an "IETF network = slice
service."

The operator = has a bigger set of things to worry about. 

1. At the top of the operator's view is the "IETF network = slice service" as
    requested by the = customer. We have this defined already, so nothing more
    to say.

2. = The operator maps the request for a slice service into the "IETF = network
    slice" which is the expression = of the service in terms of network
connectivity
    in the context of the operator's network. = The relationship here is like
the
    relationship between the L3SM and L3NM.

3. At the bottom of their view is an = underlying network. The technology of
this
   network depends, of course, on the operator's = offering, but this is the
network
  = technology being sliced. It may be an IP network, and MPLS network, = an
OTN,
   or whatever. I would = call this the "Underlay Network." This network may,
in
   turn, be built upon an underlay network of the = same or a different
technology,
   = and it may be facilitated through network slicing - but this need not
concern
   us here. 

4. That leaves the glue in the middle: the bit that enables = the scaling and
maps
   the = network slice to the network. And I think it is this bit that is
causing the
   most debate about = terminology. There are some points to consider:

   a. The term "network resources" applies to the = bandwidth, queues,
buffers,
       etc. available on the = links and nodes in the network. That may be 
       extended to refer to = whole links and nodes.

   b. The = number of IETF network slice services is potentially large and the
       operator needs a = mechanism to scale the mapping of services to 
       network resources.

   c. The IETF network slices may be = grouped for identical treatment to
       achieve scaling, where = the grouping collects IETF network slices with
       similar SLAs.

   d. It may be that different = traffic flows within a single IETF network
slice
        have different = characteristics. In this case, it may be beneficial
to = group
        together = some of the traffic flows from different slices.

   e. The grouped slices/flows are enabled in the = network using network
        resources assigned = for that purpose. The assignment may be anything
        from a = fully-fledged virtual network (such as in ACTN or VPN+),
through
        network reserved = resources (such as in MPLS-TE), and centrally
        accounted = resources (such as SDN or possible SR), to statistically
        shared = resources.

There seems to be various points = for and against 4d. But, it would appear
that this is an = implementation or deployment issue that doesn't change what
the protocols need to do. So we should probably allow it = architecturally, or
at least, not disallow it.

Of course, as Kiran points out, 4c/d/e may be = a pass-through. That is, it is
not necessary to implement = such groupings either because there are only a
few slices = (which has been the view of some operators) or because the
network systems can handle the number of slices. And it is in = the nature of
architectures of this sort that all = functions can be nulled out without loss
of generality, = and we have to recall that the internals of provisioning
systems may appear as functional blocks in our architectures, = but we don't
compel implementations to adhere to that type = of architecture. So I don't
think we have to worry on that = account.

And that brings the question of = how we name the resources that are gathered
in 4e. 

I can't decide whether it is helpful to spend time saying why = I don't like
each of the proposed terms. I certainly have = things I don't like about (for
example) "slice aggregate" = (because of 4d, which means it is really a "slice
sub-flow = aggregate"), and I am not a fan of "VTN" (because of "transport"
and maybe it is not really a network). But maybe it is better = for me to say
what I think we should call things? I think = we have...

-       IETF network slice = service (customer view)
-       IETF network slice = (operator view)
-       = Resource partition (delivery mechanism)
-       Underlay network = (network used to support the slice)

Why = "resource partition"? Well it is a collection of "nodes, links, and
network resources that are marked within the network for use = by a set of
network slice traffic flows".
It = is possible that the word "partition" is too strong because it may = imply
to some people that resources in a partition cannot = be shared, but I don't
feel that.
Softer = words than "partition" would be "group", "bundle", "pool", and I
could live with any of them.

Best,
Adrian


-----Original Message-----
From: Teas <teas-bounces@ietf.org> On Behalf Of Kiran Makhijani
Sent: 11 August 2021 16:00
To: John E Drake = <jdrake=3D40juniper.net@dmarc.ietf.org>; Dongjie = (Jimmy)
<jie.dong@huawei.com>; Lizhenbin <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the underlay construct used = for slice
realization

Hi = John, (and all),

Two very basic = clarification questions:
1. How do we differentiate = between  the slice-segments that are 
resource-aware= vs those that are not? I had assumed that since a slice 
has an SLO, = it will need network resource allocations in some form.

2. Is it ok to assume that the customer view of slice is an = 'IETF 
network slice service' and the 'IETF slice realization' of = that service 
in a provider network is raises the question of underlay and = overlay 
constructs. Am I right?
(a) if so, then we are = acknowledging  the presence of another layer of 
abstraction = (for realization). It could be underlay/overlay or 
aggregate/??. = Then the term 'slice aggregate' is better and my 
preference, = it is easier to see that different slice-services are 
aggregated = into a single construct  in a provider network. Use of 
underlay/overlay are confusing.
(b) for a = leaner provisioning, I would also prefer to see it documented 
that the = aggregate is optional and it should be possible to directly map 
a = slice-service to physical or real resources in the network. 
specifically = useful when a single domain is carving out slices for 
different = purposes.

Thanks
Kiran


------ Original Message = ------
From: "John E Drake" <jdrake=3D40juniper.net@dmarc.ietf.org>
To:= "Dongjie (Jimmy)" <jie.dong@huawei.com>; "Lizhenbin" 
<lizhenbin@huawei.com>; "teas@ietf.org" <teas@ietf.org>
Sent: 8/11/2021 5:38:05 = AM
Subject: Re: [Teas] New term for the underlay construct = used for slice 
realization

>Jimmy,
>
>Snipped, comments inline.
>
>Yours Irrespectively,
>
>John
>
>
>Juniper Business Use Only
>
>>  -----Original = Message-----
>>  From: Dongjie (Jimmy) <jie.dong@huawei.com>
>>  = Sent: Tuesday, August 10, 2021 11:03 PM
>>  To: = John E Drake <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>;
>>teas@ietf.org
>>  Subject: RE: New term for the underlay = construct used for slice
realization
>>
>>  [External Email. Be = cautious of content]
>>
>underlay = construct for network slice realization bound to
>>  > > network slice services? That is, is = the underlay construct only for
>>  > > = use in network slicing, or should it be generalized for more
possible uses?
>>  >
>>  > [JD] Absolutely yes
>>
>>  [Jie] I guess you mean = "Yes" to the latter case, which is "it should be
generalized
>>  for more possible = uses", is my understanding correct?
>
>[JD]  Yes to the latter
>
>>
>>  >
>>  > >
>>  > = > 2.      If the answer to question 1 is = YES, should it reflect the
following
>>  > > characteristics?
>>  > >
>>  > = > a.      It is about the underlay
>>  > > b.      It = is about the partitioned resources used to deliver the
network slice
>>  > > = services
>>  > > = c.      It allows the 1:1, N:1, and 1:N mapping = models between the
network
>>  = > slice
>>  > > services and the = underlay construct. The 1:1 and N:1 mapping may be
>>  > > straightforward. Does it also make = sense to divide the elements or
>>  > > = traffic flows in a single network slice service to carry them in
>>  > > different
>> = > underlay constructs?
>>  >
>>  > [JD]  Yes to all of the above.  = Please see:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/ht= ml/draf
>>  > = t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO-
>>  = gk!TCiJHCZCwFgwpuFoujxVlZ4r9
>>  > = F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$
>>  = > >
>>  > > Lastly, here are some = candidates of the "new term":
>>  > >
>>  > > Option 1: The network slice service = is called "overlay slice", then
>>  > > = the underlay construct is called "underlay slice".
>>  > >
>>  > = > Option 2: The network slice service is called "service slice", = then
>>  > > the underlay construct is = called "resource slice".
>>  >
>>  > [JD]  I don't think we need another = term for what we are already
>>  > calling = an 'IETF Network Slice Service'.  Adrian and I are considering
>>  > the term 'resource partition' to describe = the partitioning of underlay
>>  > network = resources in support of various overlay services such as IETF
Network
>>  Slice Services.
>>  > This is congruent with the ideas = expressed in:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/ht= ml/draf
>>  > = t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO-
>>  gk!TCiJHCZCwFgwpuFouj
>>  > = xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$
>>  > ts-03.  What this allows one to = build is an 'partitioned underlay
>>  > = network topology'.
>>
>>  = [Jie] Agree that here we are talking about the term for the underlay
construct.
>>  "Resource partition" = captures one of its key characteristics, while IMO
another
>>  thing the term needs to = reflect is that the resource partition is needed
on a
>>  subset of the links and nodes (rather than on = a single node or link) in
the physical
>>  network, which together builds a logical = network topology.
>
>[JD]  In my = initial email, above, I was proposing 'partitioned underlay
network topology'
>
>>
>>  Best regards,
>>  = Jie
>>
>>  >
>>  > >
>>  > = > Your opinion about these candidates are much appreciated. You = may
>>  > > also propose other new term = if it complies with the above two
points.
>>  >
>>  > = [JD]  I think you have exceeded your remit.
>>  >
>>  > >
>>  > >
>>  > = >
>>  > > Best Regards,
>>  > > Robin
>>  = > >
>>  > > = _______________________________________________
>>  > > Teas mailing list
>>  > > Teas@ietf.org
>>  > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listin= fo/te
>>  > > as
>>  > > __;!!N
>>  = > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI-
>>  > > O08HqD31TGJciNjuxL2A$
>>  >
>>  > = _______________________________________________
>>  > Teas mailing list
>>  > Teas@ietf.org
>>  > https://urldefense.com/v3/__https://www.ietf.org/mailman/listin= fo/teas
>>  > = __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls-
>>  ROxL4C2
>>  > = _xNDCrPaNQ$
>
>_______________________________________________
>Teas mailing list
>Teas@ietf.org
>https://www.ietf.org/mailman/listinfo/teas

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

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

= --Apple-Mail=_3E015A7E-E9F9-4186-BDB1-8B60D8E43D06-- From nobody Mon Sep 27 00:52:45 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E1933A08BE; Mon, 27 Sep 2021 00:52:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.797 X-Spam-Level: X-Spam-Status: No, score=-0.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, MAY_BE_FORGED=1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F8at3wSyugRF; Mon, 27 Sep 2021 00:52:35 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 F33F13A08C0; Mon, 27 Sep 2021 00:52:32 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 18R7qCk9016947; Mon, 27 Sep 2021 08:52:12 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BF7854604E; Mon, 27 Sep 2021 08:52:11 +0100 (BST) Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A506E4604B; Mon, 27 Sep 2021 08:52:11 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS; Mon, 27 Sep 2021 08:52:11 +0100 (BST) Received: from LAPTOPK7AS653V (84.93.166.80.plusnet.pte-ag1.dyn.plus.net [84.93.166.80] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 18R7q8jJ011652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Sep 2021 08:52:09 +0100 Reply-To: From: "Adrian Farrel" To: "'Krzysztof Szarkowicz'" , "'John E Drake'" Cc: "'Lizhenbin'" , "'TEAS WG'" , "'Dongjie \(Jimmy\)'" , , , =?utf-8?B?J+m+mueri+iJsyc=?= , "'draft-filsfils-sprin'" , "'draft-ali-teas-sprin'" , , "'Tarek Saad'" , "'draft-decraene-mpls-'" References: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> In-Reply-To: Date: Mon, 27 Sep 2021 08:52:07 +0100 Organization: Old Dog Consulting Message-ID: <041b01d7b374$93058630$b9109290$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_041C_01D7B37C.F4D11A20" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIi566bQHcHFaFZ+XsvhiBi/n/UhgIJfQOmAlgEreyq/gw9sA== Content-Language: en-gb X-Originating-IP: 84.93.166.80 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.1.0.2034-8.6.0.1018-26432.006 X-TM-AS-Result: No--11.125-10.0-31-10 X-imss-scan-details: No--11.125-10.0-31-10 X-TMASE-Version: IMSVA-9.1.0.2034-8.6.1018-26432.006 X-TMASE-Result: 10--11.124700-10.000000 X-TMASE-MatchedRID: JQSF04SbSlRIZ/0Pt1D9ExGJru+O7KxNo4LMRUiBwZalmQXE120jTmXD 5i3g0CqOqusedOuRwGadIDUGmRnk0oHL770UjjjiguwtqyXlE6HURn+XOe/hRUtssRkSqfpNX/F dXQdFwlARLrszzc5CIldpb2H6zKjW9Ib/6w+1lWQCC8zqHvcG2reW2B07O0PwyVhaMnMnOpn+qq XfNwpdAS+1+k84A6xHgMsT7/7q+Mvaize54oCwVKVjgXyvS9c/3unRG7yMq8W14ARIgaeOl+JzZ jKavucdkfogCiAqT00Wv8GJveaIWwI6GksNBIxVTmb4S36qG9/czjWtUbKcd2c6FiBin4Ldy9/F mt0QTwwTVZAR6YkV3hWHMmWB85c1yhPaAPXFzs1PeAvBAsfKB+QydRUvl3QT4kVs3+nVI4TOrf5 TzZFi8Qtxnn69ENR1CnC5rp2SVZWu/BEw2+vZg7Q/y8fi37xLuSti1BoHqPZZeMX00rN0KVeC6t n30IvqtfBE7110Y0qaYlNpIKBgC/ZvT2zYoYOw9+PHtghP8GLB8fZdmGC6EAVNn1wxbwqEshO8L 8MIhSZWTblO8HESzDj7+2rbSDLFwCGU3q1ZqNNL9x4FCuBLUSJ8zskw0dbrpZkFxNdtI04KO0eM 7yB2CdiNiugj3+xlpR+4qzHEjQeEeJva4+0wXa74AKu3V75aDO+DX+rUwfZ95EepdMBiBnE07QE qpv+ThupvHYW4S4WPRwLh/Lx0QEaMPBFKXyAUxBgaBynd2vms/t8iuh5J8yIPvMapUGsMqMFop9 OsZ6vMQN2xWFtdUtA3eYCeEax0ngIgpj8eDcDSR6EqVsrUqT5gTn7BF99aYxeu+Iqmk8ErN8z0H ohG3v558CedkGIvHl89tzhQNcOd8FpadjJpT8qAMkqQ5+Pww79quCY/fetdsnb3ed0XZSQHmVa3 75wMJZdkJRo6GjjPpITthqwV2MeeuuhN2oDuD5/xW0BdEvE= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 07:52:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_041C_01D7B37C.F4D11A20 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I have this topic on my slides for the interim later today. It is certainly my contention that having a common term is preferable = =E2=80=93 one that can be used or referred to by all protocol solution = work. =20 Let me note that =E2=80=9Cgroup=E2=80=9D is a good word, but perhaps = indicates that a resource is either in a group or not in a group. This = makes sharing a resource between groups problematic, although a resource = could be in both groups. =20 The alternative word here might be =E2=80=9Cpartition=E2=80=9D (as in = =E2=80=9Cnetwork resource partition=E2=80=9D). =20 In situations like this, where there are plenty of words to choose from, = it is common to find disagreement on exactly which term to use. In order = to break the deadlock, a useful approach can be not to ask =E2=80=9Cwhat = is your favourite word?=E2=80=9D (which leads to a beauty contest, a = vote, and bad feelings =E2=80=93 all of which we try to avoid in the = IETF), but instead to ask =E2=80=9Cwhich terms could you live = with?=E2=80=9D That is, think about which terms would be uncomfortable, = but acceptable. Everyone may have to give a little in order to get = agreement, but surely everyone=E2=80=99s third favourite word is better = than half the people=E2=80=99s least favourite. =20 Cheers, Adrian =20 =20 From: Krzysztof Szarkowicz =20 Sent: 27 September 2021 08:10 To: John E Drake Cc: Lizhenbin ; TEAS WG ; Dongjie = (Jimmy) ; spring@ietf.org; mpls@ietf.org; = =E9=BE=9A=E7=AB=8B=E8=89=B3 ; = draft-filsfils-sprin = ; = draft-ali-teas-sprin = ; = EXT-vishnupavan@gmail.com ; Adrian Farrel = ; Tarek Saad ; = draft-decraene-mpls- = Subject: Re: [Teas] More Discussion//RE: Re:Re: New term for the = underlay construct used for slice realization =20 Hi John, =20 The term =E2=80=9Cnetwork resource group=E2=80=9D was proposed by Tarek = back in August, if I am not mistaken = (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSVa5ErTMc/)= . =20 Nevertheless, I still believe that the neutral term not strictly = referenced to =E2=80=98resource=E2=80=99, like for example = =E2=80=98underlay slice=E2=80=99 (mentioned as well earlier in this = thread) is much more appropriate, given the fact that many deployments = for 5G slicing will use resource partitioning at transport edge only, = but not use any specific resource partitioning in transit. =20 Thanks, Krzysztof =20 =20 On 2021 -Sep-26, at 19:13, John E Drake = > wrote: =20 This is the first time I have seen this term so I don=E2=80=99t = completely understand your assertion that the mailing list discussion = supported it, and as I have previously noted, judging rough consensus is = not within your remit. =20 I think the term is neither meaningful nor resonant. =20 Yours Irrespectively, =20 John =20 =20 Juniper Business Use Only From: spring > = On Behalf Of Lizhenbin Sent: Friday, September 24, 2021 9:26 PM To: TEAS WG > Cc: Dongjie (Jimmy) >; = spring@ietf.org ; mpls@ietf.org = ; =E9=BE=9A=E7=AB=8B=E8=89=B3 = >; = draft-filsfils-sprin = >; = draft-ali-teas-sprin >; = EXT-vishnupavan@gmail.com = >; Adrian Farrel = >; Tarek Saad = >; = draft-decraene-mpls- = > Subject: Re: [spring] More Discussion//RE: Re:Re: [Teas] New term for = the underlay construct used for slice realization =20 [External Email. Be cautious of content] =20 Hi Folks, =20 Thanks for the feedbacks and discussion about the further considerations = of the new term. =20 According to both the mail list discussion and the offline discussion = between the co-authors of draft-dong-teas-enhanced-vpn-vtn-scalability = and draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term. =20 The definition of this new term could be based on the text proposed by = Adrian: Network resource group: a collection of nodes, links, and network = resources that are allocated within the network for use by a set of = network service traffic flows. =20 As for the relationship between network resource group and TE, perhaps = it could be discussed further along with the progress and discussion of = draft-3272bis. =20 Please let us know if you have any thoughts about this, many thanks. =20 =20 Best regards, Robin =20 =20 =20 From: Lizhenbin=20 Sent: Friday, August 20, 2021 1:05 AM To: 'TEAS WG' > Cc: Dongjie (Jimmy) >; = 'spring@ietf.org ' >; 'mpls@ietf.org ' = >; 'EXT-vishnupavan@gmai' = >; 'Adrian Farrel' = >; 'Tarek Saad' = >; = '=E9=BE=9A=E7=AB=8B=E8=89=B3' >; 'draft-ali-teas-sprin' = >; = 'draft-filsfils-sprin' = >; = 'draft-decraene-mpls-' = > Subject: More Discussion//RE: Re:Re: [Teas] New term for the underlay = construct used for slice realization =20 Hi Folks, =20 The =E2=80=9Cnew term=E2=80=9D discussion has been lasted for a while, = thanks to all who participated in the discussion. =20 So far it seems there are some rough consensus about this =E2=80=9Cnew = term=E2=80=9D (maybe I am wrong) : 1. It is better to have a neutral term, which allows this underlay = construct to be used for both network slice services and other types of = services. 2. It seems =E2=80=9Cresource group=E2=80=9D receives more support than = other candidates. =20 Here I=E2=80=99d also like to share some considerations and doubts about = the underlay construct used for slice realization: 1. Before this discussion happens, it seems many network slicing related = drafts use =E2=80=9Cslice=E2=80=9D in their terms which refer to this = underlay construct. However, through this new term discussion, it seems = most people indicate they prefer a neutral term than a slice specific = term. Thus I expect the authors of the related drafts to provide more = feedback about this point and indicate whether they agree with the = choice of a neutral term. =20 2. As mentioned several times during the discussion, this underlay = construct has both the topology and resource attributes. With the term = =E2=80=9Cresource group=E2=80=9D, it is clear that it is a set of = network resources, then how about the topology attribute? Is the = topology attribute also included in the =E2=80=9Cresource = group=E2=80=9D? =20 3. What is the intended scope of resource group? More specifically, is a = point-to-point path or a P2MP path with a set of reserved network = resource a resource group? In history, RSVP-TE was used to set up = resource reserved point-to-point TE paths and P2MP TE paths. More = recently, there is effort in DetNet WG on the mechanisms to set up = deterministic data paths. Can these paths be considered as resource = groups? Can we further classify them into different P2P resource group, = P2MP resource group, or MP2MP resource group? =20 4. A more subtle question is, what is the relationship between resource = group and TE? Is resource group a construct under the TE architecture, = or is there some overlap between them? =20 Wish to learn your thoughts on these considerations and doubts. =20 =20 =20 Best Regards, Robin =20 =20 =20 =20 =20 =20 From: Lizhenbin=20 Sent: Tuesday, August 17, 2021 10:29 PM To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' >; draft-ali-teas-sprin = >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > Cc: Dongjie (Jimmy) >; = spring@ietf.org ; mpls@ietf.org = ; TEAS WG = >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > Subject: RE: Re:Re: [Teas] New term for the underlay construct used for = slicerealization =20 Hi Liyan, Sorry that I missed your new draft. Thanks for your feedback. It is = helpful for us to have a common terminology. =20 Best Regards, Robin =20 =20 =20 From: =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com]=20 Sent: Tuesday, August 17, 2021 4:48 PM To: Lizhenbin >; = draft-ali-teas-sprin >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > Cc: Dongjie (Jimmy) >; = spring@ietf.org ; mpls@ietf.org = ; TEAS WG = >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > Subject: Re:Re: [Teas] New term for the underlay construct used for = slicerealization =20 Hi All=EF=BC=8C The draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided a = slice ID encoding solution. And about the discussion, we are fine to follow the final decision of = the WG, no special requirements. =20 [1] = https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network= -sliceid/ = =20 =20 Best Regards, Liyan Gong =20 ----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---- =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-bl= ocks@ietf.org = " = >,"draft-filsfils-spring-srv6-stateless-slice-id@ietf.org = " = = >,"draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org = " = > =E6=8A=84=E3=80=80=E9=80=81: "Dongjie \\(Jimmy\\) " = >,"spring@ietf.org = " = >,"mpls@ietf.org " >,TEAS WG = >,John E Drake = >,"EXT-vishnupavan@gmail.com " = >,Adrian Farrel = >,Tarek Saad = > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 00:04:32 =E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] New term for the underlay = construct used for slicerealization =20 Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-state= less-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id, =20 It is known that your drafts are also related with the underlay = construct used for slice realization. It also seems that you use the = term with =E2=80=9Cslice=E2=80=9D for the underlay construct. In the = discussion of TEAS WG, there is some consensus to define a neutral new = term without =E2=80=9Cslice=E2=80=9D. Wish to learn your opinions on = the new term definition and there would be a convergence on the new term = after your participating in the discussion. =20 =20 Best Regards, Robin =20 =20 =20 From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of John E Drake Sent: Monday, August 16, 2021 8:53 PM To: Dongjie (Jimmy) >; = EXT-vishnupavan@gmail.com = >; Adrian Farrel = > Cc: Tarek Saad >; TEAS = WG > Subject: Re: [Teas] New term for the underlay construct used for slice = realization =20 Hi, =20 It sounds like slice aggregates, or more generally overlay network = service aggregates, are the things which use resource partitions. =20 Yours Irrespectively, =20 John =20 =20 Juniper Business Use Only From: Teas > On = Behalf Of Dongjie (Jimmy) Sent: Friday, August 13, 2021 9:20 AM To: EXT-vishnupavan@gmail.com = >; Adrian Farrel = > Cc: Tarek Saad >; TEAS = WG > Subject: Re: [Teas] New term for the underlay construct used for slice = realization =20 [External Email. Be cautious of content] =20 Hi Pavan, =20 Sorry for chiming in, please see some comments inline: =20 From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu Pavan = Beeram Sent: Friday, August 13, 2021 1:32 AM To: Adrian Farrel > Cc: Tarek Saad >; TEAS = WG > Subject: Re: [Teas] New term for the underlay construct used for slice = realization =20 ** As a WG participant.. ** Adrian, Hi! Thanks for your earlier emails in this thread that have helped drill = down the discussion to the specific item that needs a fresh term! Please see inline (prefixed VPB). -Pavan (as a WG participant) =20 On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel > wrote: Thanks for your useful opinion, Tarek. =20 I have no objection to the use of the word =E2=80=9Caggregate=E2=80=9D. = It is generally used to express grouping together to treat as a single = entity or to be treated in the same way. =20 But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number of = foo have been aggregated. =20 [VPB] But, that isn=E2=80=99t necessarily how IETF has been using the = term =E2=80=9Caggregate=E2=80=9D. =E2=80=9CBehavior Aggregate=E2=80=9D = (as defined in IETF) doesn=E2=80=99t mean aggregating behaviors. The = same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. Behavior Aggregate = (the way we read/interpret it) is an aggregate with a specific behavior. = =20 [Jie] I just checked the definition of the =E2=80=9Caggregate=E2=80=9D = related terms in the RFCs: =20 Behavior Aggregate (defined in RFC 2474): a collection of packets with = the same codepoint crossing a link in a particular direction.=E2=80=9D =20 Traffic Aggregate (defined in RFC 3086): a collection of packets with a = codepoint that maps to the same PHB, usually in a DS domain or some = subset of a DS domain. =20 Treatment Aggregate (defined in RFC 5127): This term is defined as the = aggregate of Diffserv service classes. A treatment aggregate is = concerned only with the forwarding treatment of the aggregated traffic, = which may be marked with multiple DSCPs. =20 My reading of these definitions is that =E2=80=9Caggregate=E2=80=9D here = means either aggregated packets or aggregated service classes which are = treated in the same way on a particular node or link. =20 While what we want to describe with the new term IMO is =E2=80=9Ca group = of network resources allocated on a set of network nodes and = links=E2=80=9D. Such group of resources can be provisioned in different = places of the network and are organized together to provide a specific = network-level behavior. =20 Thus the key information to be delivered with the new term is =E2=80=9Ca = group of organized resources in the network=E2=80=9D, rather than = =E2=80=9Caggregated behavior at a particular point=E2=80=9D. =20 Best regards, Jie =20 So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of slices. = Your use in I-D.draft-bestbar-teas-ns-packet is, therefore, confusing. = If the slices are *not* separated out into different flows (or traffic = streams) then, yes, you are aggregating slices. But if the slices are = separated out, as you describe, then what you have is =E2=80=9CIETF = network slice traffic stream aggregation=E2=80=9D. =20 =20 [VPB] Yes. The definition of the slice aggregate (as defined in = draft-bestbar-teas-ns-packet) does state that the slice aggregate = comprises of one or more IETF network slice traffic streams. We could = have chosen a longer descriptive name, but opted to keep it short. =20 =20 =E2=80=9CNetwork resource aggregate=E2=80=9D would imply that resources = have been collected together to be used as a single entity. =20 [VPB] Not necessarily. "Network Resource Aggregate" isn't meant to imply = "aggregating network resources". The intent behind the proposal is to = say that it is an aggregate that has specific network resources.=20 =20 You might do that, for example, with a set of parallel links that can be = aggregated (or bundled) and treated as a single link. =20 I don=E2=80=99t think we are aggregating resources in this case. We are = grouping, profiling, partitioning, collecting, or even filtering. =20 Adrian =20 From: Tarek Saad >=20 Sent: 12 August 2021 15:41 To: adrian@olddog.co.uk ; 'Kiran Makhijani' = >; 'John E Drake' = >; 'Dongjie (Jimmy)' = >; 'Lizhenbin' = >; teas@ietf.org = =20 Subject: Re: [Teas] New term for the underlay construct used for slice = realization =20 Hi Adrian/all, =20 As described in I-D.ietf-teas-ietf-network-slice-definition, an IETF = Network Slice service may include multiple connections that associate = sets of endpoints - each having a set of SLOs/SLEs. In I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a = construct that comprises of one or more IETF network slice traffic = streams that share the same set of SLOs/SLEs. The Slice Aggregate construct allows aggregating streams from multiple = IETF Network Slice connections that share common SLOs/SLEs so that the = provider network can offer the same aggregate treatment to them. The = Slice Aggregate resources are instantiated on specific network elements = as dictated by the Slice Aggregate topology. =20 Since the scope of I-D.draft-bestbar-teas-ns-packet was the realization = of IETF Network Slice service in a provider network, we had constrained = the aggregate construct to slices. =20 We understand that the aggregate construct can be generalized to support = other services. Let us offer another option to consider for representing = the generic construct: =E2=80=9CNetwork Resource Aggregate=E2=80=9D. = There are multiple IETF documents that use the term Aggregate whenever = grouping multiple service classes (Behavior Aggregate, Treatment = Aggregate, Traffic Aggregate, etc.) - refer to rfc5127 and rfc2474 for = more examples. =20 Regards, Tarek =20 =20 From: Teas > on = behalf of Adrian Farrel > Date: Wednesday, August 11, 2021 at 3:38 PM To: 'Kiran Makhijani' >, 'John E Drake' = >, 'Dongjie (Jimmy)' = >, 'Lizhenbin' = >, teas@ietf.org = > Subject: Re: [Teas] New term for the underlay construct used for slice = realization I wonder whether we can pick this apart and put it back together in a = way that makes sense. The customer's view of all this is an "IETF network slice service". I = think (hope) we are all agreed on this. The customer may ask (in shorthand) = for a "network slice", but: - they are talking about IETF technology, so they asking for an "IETF network slice" - they actually want behavioural characteristics and have no right to = tell the operator how to manage the network, so they are asking for an "IETF network = slice service." The operator has a bigger set of things to worry about.=20 1. At the top of the operator's view is the "IETF network slice service" = as requested by the customer. We have this defined already, so nothing = more to say. 2. The operator maps the request for a slice service into the "IETF = network slice" which is the expression of the service in terms of network connectivity in the context of the operator's network. The relationship here is = like the relationship between the L3SM and L3NM. 3. At the bottom of their view is an underlying network. The technology = of this network depends, of course, on the operator's offering, but this is = the network technology being sliced. It may be an IP network, and MPLS network, = an OTN, or whatever. I would call this the "Underlay Network." This network = may, in turn, be built upon an underlay network of the same or a different technology, and it may be facilitated through network slicing - but this need not concern us here.=20 4. That leaves the glue in the middle: the bit that enables the scaling = and maps the network slice to the network. And I think it is this bit that is causing the most debate about terminology. There are some points to consider: a. The term "network resources" applies to the bandwidth, queues, buffers, etc. available on the links and nodes in the network. That may be = extended to refer to whole links and nodes. b. The number of IETF network slice services is potentially large and = the operator needs a mechanism to scale the mapping of services to=20 network resources. c. The IETF network slices may be grouped for identical treatment to achieve scaling, where the grouping collects IETF network slices = with similar SLAs. d. It may be that different traffic flows within a single IETF = network slice have different characteristics. In this case, it may be = beneficial to group together some of the traffic flows from different slices. e. The grouped slices/flows are enabled in the network using network resources assigned for that purpose. The assignment may be = anything from a fully-fledged virtual network (such as in ACTN or VPN+), through network reserved resources (such as in MPLS-TE), and centrally accounted resources (such as SDN or possible SR), to = statistically shared resources. There seems to be various points for and against 4d. But, it would = appear that this is an implementation or deployment issue that doesn't change = what the protocols need to do. So we should probably allow it = architecturally, or at least, not disallow it. Of course, as Kiran points out, 4c/d/e may be a pass-through. That is, = it is not necessary to implement such groupings either because there are only = a few slices (which has been the view of some operators) or because the network systems can handle the number of slices. And it is in the nature = of architectures of this sort that all functions can be nulled out without = loss of generality, and we have to recall that the internals of provisioning systems may appear as functional blocks in our architectures, but we = don't compel implementations to adhere to that type of architecture. So I = don't think we have to worry on that account. And that brings the question of how we name the resources that are = gathered in 4e.=20 I can't decide whether it is helpful to spend time saying why I don't = like each of the proposed terms. I certainly have things I don't like about = (for example) "slice aggregate" (because of 4d, which means it is really a = "slice sub-flow aggregate"), and I am not a fan of "VTN" (because of = "transport" and maybe it is not really a network). But maybe it is better for me to = say what I think we should call things? I think we have... - IETF network slice service (customer view) - IETF network slice (operator view) - Resource partition (delivery mechanism) - Underlay network (network used to support the slice) Why "resource partition"? Well it is a collection of "nodes, links, and network resources that are marked within the network for use by a set of network slice traffic flows". It is possible that the word "partition" is too strong because it may = imply to some people that resources in a partition cannot be shared, but I = don't feel that. Softer words than "partition" would be "group", "bundle", "pool", and I could live with any of them. Best, Adrian -----Original Message----- From: Teas > On = Behalf Of Kiran Makhijani Sent: 11 August 2021 16:00 To: John E Drake >; Dongjie (Jimmy) >; Lizhenbin = >; teas@ietf.org = =20 Subject: Re: [Teas] New term for the underlay construct used for slice realization Hi John, (and all), Two very basic clarification questions: 1. How do we differentiate between the slice-segments that are=20 resource-aware vs those that are not? I had assumed that since a slice=20 has an SLO, it will need network resource allocations in some form. 2. Is it ok to assume that the customer view of slice is an 'IETF=20 network slice service' and the 'IETF slice realization' of that service=20 in a provider network is raises the question of underlay and overlay=20 constructs. Am I right? (a) if so, then we are acknowledging the presence of another layer of=20 abstraction (for realization). It could be underlay/overlay or=20 aggregate/??. Then the term 'slice aggregate' is better and my=20 preference, it is easier to see that different slice-services are=20 aggregated into a single construct in a provider network. Use of=20 underlay/overlay are confusing. (b) for a leaner provisioning, I would also prefer to see it documented=20 that the aggregate is optional and it should be possible to directly map = a slice-service to physical or real resources in the network.=20 specifically useful when a single domain is carving out slices for=20 different purposes. Thanks Kiran ------ Original Message ------ From: "John E Drake" > To: "Dongjie (Jimmy)" = >; "Lizhenbin"=20 >; "teas@ietf.org = " > Sent: 8/11/2021 5:38:05 AM Subject: Re: [Teas] New term for the underlay construct used for slice=20 realization >Jimmy, > >Snipped, comments inline. > >Yours Irrespectively, > >John > > >Juniper Business Use Only > >> -----Original Message----- >> From: Dongjie (Jimmy) > >> Sent: Tuesday, August 10, 2021 11:03 PM >> To: John E Drake >; = Lizhenbin >; >>teas@ietf.org =20 >> Subject: RE: New term for the underlay construct used for slice realization >> >> [External Email. Be cautious of content] >> >underlay construct for network slice realization bound to >> > > network slice services? That is, is the underlay construct only = for >> > > use in network slicing, or should it be generalized for more possible uses? >> > >> > [JD] Absolutely yes >> >> [Jie] I guess you mean "Yes" to the latter case, which is "it should = be generalized >> for more possible uses", is my understanding correct? > >[JD] Yes to the latter > >> >> > >> > > >> > > 2. If the answer to question 1 is YES, should it reflect = the following >> > > characteristics? >> > > >> > > a. It is about the underlay >> > > b. It is about the partitioned resources used to deliver = the network slice >> > > services >> > > c. It allows the 1:1, N:1, and 1:N mapping models between = the network >> > slice >> > > services and the underlay construct. The 1:1 and N:1 mapping may = be >> > > straightforward. Does it also make sense to divide the elements = or >> > > traffic flows in a single network slice service to carry them in >> > > different >> > underlay constructs? >> > >> > [JD] Yes to all of the above. Please see: >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = =20 >> > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO- >> gk!TCiJHCZCwFgwpuFoujxVlZ4r9 >> > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$ >> > > >> > > Lastly, here are some candidates of the "new term": >> > > >> > > Option 1: The network slice service is called "overlay slice", = then >> > > the underlay construct is called "underlay slice". >> > > >> > > Option 2: The network slice service is called "service slice", = then >> > > the underlay construct is called "resource slice". >> > >> > [JD] I don't think we need another term for what we are already >> > calling an 'IETF Network Slice Service'. Adrian and I are = considering >> > the term 'resource partition' to describe the partitioning of = underlay >> > network resources in support of various overlay services such as = IETF Network >> Slice Services. >> > This is congruent with the ideas expressed in: >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = =20 >> > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO- >> gk!TCiJHCZCwFgwpuFouj >> > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$ >> > ts-03. What this allows one to build is an 'partitioned underlay >> > network topology'. >> >> [Jie] Agree that here we are talking about the term for the underlay construct. >> "Resource partition" captures one of its key characteristics, while = IMO another >> thing the term needs to reflect is that the resource partition is = needed on a >> subset of the links and nodes (rather than on a single node or link) = in the physical >> network, which together builds a logical network topology. > >[JD] In my initial email, above, I was proposing 'partitioned underlay network topology' > >> >> Best regards, >> Jie >> >> > >> > > >> > > Your opinion about these candidates are much appreciated. You = may >> > > also propose other new term if it complies with the above two points. >> > >> > [JD] I think you have exceeded your remit. >> > >> > > >> > > >> > > >> > > Best Regards, >> > > Robin >> > > >> > > _______________________________________________ >> > > Teas mailing list >> > > Teas@ietf.org =20 >> > > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te = =20 >> > > as >> > > __;!!N >> > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI- >> > > O08HqD31TGJciNjuxL2A$ >> > >> > _______________________________________________ >> > Teas mailing list >> > Teas@ietf.org =20 >> > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas = =20 >> > __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls- >> ROxL4C2 >> > _xNDCrPaNQ$ > >_______________________________________________ >Teas mailing list >Teas@ietf.org =20 >https://www.ietf.org/mailman/listinfo/teas = =20 _______________________________________________ Teas mailing list Teas@ietf.org =20 https://www.ietf.org/mailman/listinfo/teas = =20 _______________________________________________ Teas mailing list Teas@ietf.org =20 https://www.ietf.org/mailman/listinfo/teas = =20 _______________________________________________ Teas mailing list Teas@ietf.org =20 https://www.ietf.org/mailman/listinfo/teas = =20 _______________________________________________ Teas mailing list Teas@ietf.org =20 https://www.ietf.org/mailman/listinfo/teas =20 ------=_NextPart_000_041C_01D7B37C.F4D11A20 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

I have this = topic on my slides for the interim later today.

It is = certainly my contention that having a common term is preferable = =E2=80=93 one that can be used or referred to by all protocol solution = work.

 

Let me note = that =E2=80=9Cgroup=E2=80=9D is a good word, but perhaps indicates that = a resource is either in a group or not in a group. This makes sharing a = resource between groups problematic, although a resource could be in = both groups.

 

The = alternative word here might be =E2=80=9Cpartition=E2=80=9D (as in = =E2=80=9Cnetwork resource partition=E2=80=9D).

 

In = situations like this, where there are plenty of words to choose from, it = is common to find disagreement on exactly which term to use. In order to = break the deadlock, a useful approach can be not to ask =E2=80=9Cwhat is = your favourite word?=E2=80=9D (which leads to a beauty contest, a vote, = and bad feelings =E2=80=93 all of which we try to avoid in the IETF), = but instead to ask =E2=80=9Cwhich terms could you live with?=E2=80=9D = That is, think about which terms would be uncomfortable, but acceptable. = Everyone may have to give a little in order to get agreement, but surely = everyone=E2=80=99s third favourite word is better than half the = people=E2=80=99s least favourite.

 

Cheers,

Adrian

 

 

From: Krzysztof Szarkowicz = <kszarkowicz@gmail.com>
Sent: 27 September 2021 = 08:10
To: John E Drake = <jdrake=3D40juniper.net@dmarc.ietf.org>
Cc: Lizhenbin = <lizhenbin@huawei.com>; TEAS WG <teas@ietf.org>; Dongjie = (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; = =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>; draft-filsfils-sprin = <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; = draft-ali-teas-sprin = <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel = <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>; = draft-decraene-mpls- = <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
= Subject: Re: [Teas] More Discussion//RE: Re:Re: New term for the = underlay construct used for slice = realization

 

Hi = John,

 

The term =E2=80=9Cnetwork resource group=E2=80=9D was = proposed by Tarek back in August, if I am not mistaken (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSVa5= ErTMc/).

 

Nevertheless, I still believe that the neutral term = not strictly referenced to =E2=80=98resource=E2=80=99, like for example = =E2=80=98underlay slice=E2=80=99 (mentioned as well earlier in this = thread) is much more appropriate, given the fact that many deployments = for 5G slicing will use resource partitioning at transport edge only, = but not use any specific resource partitioning in = transit.

 

Thanks,

Krzysztof

 

 

On 2021 -Sep-26, at 19:13, John E Drake <jdrake=3D40juniper.= net@dmarc.ietf.org> wrote:

 

This is the first time I have seen this term so I = don=E2=80=99t completely understand your assertion that the mailing list = discussion supported it, and as I have previously noted, judging rough = consensus is not within your remit.

 

I think the term is neither meaningful nor = resonant.

 

Yours Irrespectively,

 

John

 

 

Juniper Business Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of Lizhenbin
Sent:<= span class=3Dapple-converted-space> Friday, September 24, = 2021 9:26 PM
To: TEAS WG <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com&g= t;; draft-filsfils-sprin <dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; = draft-ali-teas-sprin <draft-a= li-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek = Saad <tsaad.net@gmail.com>; = draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
<= b>Subject: Re: = [spring] More Discussion//RE: Re:Re: [Teas] New term for the underlay = construct used for slice realization

 

[Ext= ernal Email. Be cautious of content]

 

Hi Folks,

 

Thanks for the feedbacks and = discussion about the further considerations of the new term.

 

According to both the mail list = discussion and the offline discussion between the co-authors of = draft-dong-teas-enhanced-vpn-vtn-scalability and = draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term.

 

The definition of this new term = could be based on the text proposed by Adrian:

Network resource group: a = collection of nodes, links, and network resources that are allocated = within the network for use by a set of network service traffic = flows.

 

As for the relationship between = network resource group and TE, perhaps it could be discussed further = along with the progress and discussion of draft-3272bis.

 

Please let us know if you have = any thoughts about this, many thanks.

 

 

Best regards,

Robin

 

 

 

From: Lizhenbin 
Sent: Friday, August 20, 2021 1:05 = AM
To: 'TEAS = WG' <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; 'spring@ietf.org' <spring@ietf.org>; 'mpls@ietf.org' <mpls@ietf.org>; = 'EXT-vishnupavan@gmai' <vishnupavan@gmail.com>; = 'Adrian Farrel' <adrian@olddog.co.uk>; 'Tarek = Saad' <tsaad.net@gmail.com>; '=E9=BE=9A=E7=AB=8B= =E8=89=B3' <gongliyan@chinamobile.com&g= t;; 'draft-ali-teas-sprin' <draft-a= li-teas-spring-ns-building-blocks@ietf.org>; = 'draft-filsfils-sprin' <dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; = 'draft-decraene-mpls-' <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
<= b>Subject: More = Discussion//RE: Re:Re: [Teas] New term for the underlay construct used = for slice realization

 

Hi Folks,

 

The =E2=80=9Cnew term=E2=80=9D = discussion has been lasted for a while, thanks to all who participated = in the discussion.

 

So far it seems there are some = rough consensus about this =E2=80=9Cnew term=E2=80=9D (maybe I am wrong) = :

1. It is better to have a = neutral term, which allows this underlay construct to be used for both = network slice services and other types of services.

2. It seems =E2=80=9Cresource = group=E2=80=9D receives more support than other candidates.

 

Here I=E2=80=99d also like to = share some considerations and doubts about the underlay construct used = for slice realization:

1. Before this discussion = happens, it seems many network slicing related drafts use = =E2=80=9Cslice=E2=80=9D in their terms which refer to this underlay = construct. However, through this new term discussion, it seems most = people indicate they prefer a neutral term than a slice specific term. = Thus I expect the authors of the related drafts to provide more feedback = about this point and indicate whether they agree with the choice of a = neutral term.

 

2. As mentioned several times = during the discussion, this underlay construct has both the topology and = resource attributes. With the term =E2=80=9Cresource group=E2=80=9D, it = is clear that it is a set of network resources, then how about the = topology attribute? Is the topology attribute also included in the = =E2=80=9Cresource group=E2=80=9D?

 

3. What is the intended scope = of resource group? More specifically, is a point-to-point path or a P2MP = path with a set of reserved network resource a resource group? In = history, RSVP-TE was used to set up resource reserved point-to-point TE = paths and P2MP TE paths. More recently, there is effort in DetNet WG on = the mechanisms to set up deterministic data paths. Can these paths be = considered as resource groups?  Can we further classify them into = different P2P resource group, P2MP resource group, or MP2MP resource = group?

 

4. A more subtle question is, = what is the relationship between resource group and TE? Is resource = group a construct under the TE architecture, or is there some overlap = between them?

 

Wish to learn your thoughts on = these considerations and doubts.

 

 

 

Best Regards,

Robin

 

 

 

 

 

 

From: Lizhenbin 
Sent: Tuesday, August 17, 2021 = 10:29 PM
To: '=E9=BE=9A=E7=AB=8B= =E8=89=B3' <gongliyan@chinamobile.com&g= t;; draft-ali-teas-sprin <draft-a= li-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = <dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; = draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
<= b>Cc: Dongjie = (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; = EXT-vishnupavan@gmai <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek = Saad <tsaad.net@gmail.com>
Sub= ject: RE: Re:Re: = [Teas] New term for the underlay construct used for = slicerealization

 

Hi Liyan,

Sorry that I missed your new = draft. Thanks for your feedback. It is helpful for us to have a common = terminology.

 

Best Regards,

Robin

 

 

 

From: =E9=BE=9A=E7=AB=8B= =E8=89=B3 [mailto:gongliyan@chinamobile.co= m] 
Sent: Tuesday, August 17, 2021 4:48 = PM
To: Lizhenbin <lizhenbin@huawei.com>; = draft-ali-teas-sprin <draft-a= li-teas-spring-ns-building-blocks@ietf.org>; draft-filsfils-sprin = <dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org>; = draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
<= b>Cc: Dongjie = (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; = EXT-vishnupavan@gmai <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek = Saad <tsaad.net@gmail.com>
Sub= ject: Re:Re: [Teas] = New term for the underlay construct used for slicerealization

 

Hi = All=EF=BC=8C<= /span>

The = draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided a = slice ID encoding solution.

And about = the discussion, we are fine to follow the final decision of the WG, no = special requirements.

 <= /o:p>

[1] https://datatracker= .ietf.org/doc/draft-cheng-spring-srv6-encoding-network-sliceid/<= /o:p>

 <= /o:p>

Best = Regards,

Liyan = Gong

 <= /o:p>

----= =E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87----
= =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin  <lizhenbin@huawei.com>
= =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-a= li-teas-spring-ns-building-blocks@ietf.org" <draft-a= li-teas-spring-ns-building-blocks@ietf.org>,"dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org" <<= a = href=3D"mailto:draft-filsfils-spring-srv6-stateless-slice-id@ietf.org">dr= aft-filsfils-spring-srv6-stateless-slice-id@ietf.org>,"draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org"&nb= sp;<draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org>
<= /span>= =E6=8A=84=E3=80=80=E9=80=81: "Dongjie \\(Jimmy\\)" <jie.dong@huawei.com>,"spring@ietf.org" <spring@ietf.org>,"mpls@ietf.org" <mpls@ietf.org>,TEAS WG &nb= sp;<teas@ietf.org>,John E Drak= e  <jdrake=3D40juniper.= net@dmarc.ietf.org>,"EXT-vishnupavan@gmail.com&q= uot; <vishnupavan@gmail.com>,Adria= n Farrel  <adrian@olddog.co.uk>,Tarek&nbs= p;Saad  <tsaad.net@gmail.com>
= =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 = 00:04:32
= =E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] New&nb= sp;term for the underlay construct used for=  slicerealization

  =  

Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-state= less-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id,

 

It is known that your drafts = are also related with the underlay construct used for slice realization. = It also seems that you use the term with =E2=80=9Cslice=E2=80=9D =  for the underlay construct. In the discussion of TEAS WG, there is = some consensus to define a neutral new term without = =E2=80=9Cslice=E2=80=9D.  Wish to learn your opinions on the new = term definition and there would be a convergence on the new term after = your participating  in the discussion.

 

 

Best Regards,

Robin

 

 

 

From: Teas [mailto:teas-bounces@ietf.org] On Behalf = Of John E = Drake
Sent: Monday, August 16, 2021 8:53 = PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG = <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization

 

Hi,

 

It sounds like slice aggregates, or more = generally overlay network service aggregates, are the things which use = resource partitions.

 

Yours Irrespectively,

 

John

 

 

Juniper Business Use = Only

=

From: Teas <teas-bounces@ietf.org> On Behalf = Of Dongjie = (Jimmy)
Sent: Friday, August 13, 2021 9:20 = AM
To: EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG = <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization

 

[Ext= ernal Email. Be cautious of content]

 

Hi Pavan,

 

Sorry for chiming in, please = see some comments inline:

 

From: Teas [mailto:teas-bounces@ietf.org] On Behalf = Of Vishnu Pavan = Beeram
Sent: Friday, August 13, 2021 1:32 = AM
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; TEAS WG = <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization

 

** As a WG participant.. = **


Adrian, = Hi!


Thanks for your = earlier emails in this thread that have helped drill down the discussion = to the specific item that needs a fresh term!
Please see inline = (prefixed VPB).


-Pavan (as a WG = participant)

 

On Thu, Aug 12, 2021 at = 10:05 AM Adrian Farrel <adrian@olddog.co.uk> = wrote:

Thanks for your useful = opinion, Tarek.

 

I have no objection to the = use of the word = =E2=80=9Caggregate= =E2=80=9D. It = is generally used to express grouping together to treat as a single = entity or to be treated in the same = way.

 

But I do like = =E2=80=9Cfoo = aggregate= =E2=80=9D to mean that a number of = foo have been = aggregated.

 

[VPB] But, that = isn= =E2=80=99t = necessarily how IETF has been using the term = =E2=80=9Caggregate= =E2=80=9D. =  = =E2=80=9CBehavior = Aggregate= =E2=80=9D (as defined in IETF) = doesn= =E2=80=99t = mean aggregating behaviors. The same goes for = =E2=80=9CTreatment = Aggregate= =E2=80=9D. = Behavior Aggregate (the way we read/interpret it) is an aggregate with a = specific behavior. 

 

[Jie] I just checked the = definition of the =E2=80=9Caggregate=E2=80=9D related terms in the = RFCs:

 

Behavior Aggregate (defined in = RFC 2474): a collection of packets with the same codepoint crossing a =  link in a particular direction.=E2=80=9D

 

Traffic Aggregate (defined in = RFC 3086): a collection of packets with a codepoint that maps to the = same  PHB, usually in a DS domain or some subset of a DS = domain.

 

Treatment Aggregate (defined in = RFC 5127): This term is defined as the aggregate of Diffserv service =  classes.  A treatment aggregate is concerned only with the = forwarding treatment of the aggregated traffic,  which may be = marked with multiple DSCPs.

 

My reading of these definitions = is that =E2=80=9Caggregate=E2=80=9D here means either aggregated packets = or aggregated service classes which are treated in the same  way on = a particular node or link.

 

While what we want to describe = with the new term IMO is =E2=80=9Ca group of network resources allocated = on a set of network nodes and links=E2=80=9D. Such group  of = resources can be provisioned in different places of the network and are = organized together to provide a specific network-level = behavior.

 

Thus the key information to be = delivered with the new term is =E2=80=9Ca group of organized resources = in the network=E2=80=9D, rather than =E2=80=9Caggregated behavior at =  a particular point=E2=80=9D.

 

Best regards,

Jie

 

So = =E2=80=9Cslice = aggregate= =E2=80=9D=  would be an aggregation of = slices. Your use in I-D.draft-bestbar-teas-ns-packet is, therefore, = confusing. If the slices are *not* separated out into = different flows (or traffic streams) then, yes, you are aggregating = slices. But if the slices are separated out, as you describe,  then = what you have is = =E2=80=9CIETF = network slice traffic stream aggregation= =E2=80=9D.

 

 

[VPB] Yes. The = definition of the slice aggregate (as defined in = draft-bestbar-teas-ns-packet) does state that the slice = aggregate comprises of one or more IETF network slice traffic = streams.  We could have chosen a longer  descriptive name, but = opted to keep it short.

 

 

= =E2=80=9CNetwork resource = aggregate= =E2=80=9D=  would imply that resources = have been collected together to be used as a single = entity.

 

[VPB] Not = necessarily. "Network Resource Aggregate" isn't meant to imply = "aggregating network resources". The intent behind = the proposal is to say that it is an aggregate that has specific = network resources. 

 

You might do that, for = example, with a set of parallel links that can be aggregated (or = bundled) and treated as a single = link.

 

I don= =E2=80=99t = think we are aggregating resources in this case. We are grouping, = profiling, partitioning, collecting, or even = filtering.

 

Adrian

 

From: Tarek Saad <tsaad.net@gmail.com> 
Sent: 12 August 2021 = 15:41
To: adrian@olddog.co.uk; 'Kiran Makhijani' <kiran.ietf@gmail.com>; 'John E Drake' = <jdrake=3D40juniper.net@dmarc.ietf.org>;  'Dongjie = (Jimmy)' <jie.dong@huawei.com>; 'Lizhenbin' <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the = underlay construct used for slice = realization

 

Hi = Adrian/all,

 

As described in = I-D.ietf-teas-ietf-network-slice-definition, an IETF Network Slice = service may include multiple connections that associate sets of = endpoints -  each having a set of = SLOs/SLEs.

In = I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a = construct that comprises of one or more IETF network slice traffic = streams that share the  same set of = SLOs/SLEs.

The Slice Aggregate = construct allows aggregating streams from multiple IETF Network Slice = connections that share common SLOs/SLEs so that the provider network =  can offer the same aggregate treatment to them. The Slice = Aggregate resources are instantiated on specific network elements as = dictated by the Slice Aggregate = topology.

 

Since the scope of = I-D.draft-bestbar-teas-ns-packet was the realization of IETF Network = Slice service in a provider network, we had constrained the aggregate =  construct to slices.

 

We understand that the = aggregate construct can be generalized to support other services. Let us = offer another option to consider for representing the generic =  construct: = =E2=80=9CNetwork Resource = Aggregate= =E2=80=9D. = There are multiple IETF documents that use the term Aggregate whenever = grouping multiple service classes (Behavior Aggregate, Treatment = Aggregate, Traffic Aggregate,  etc.) - refer to rfc5127 and rfc2474 = for more examples.

 

Regards,<= /p>

Tarek

=

 

 

From: Teas <teas-bounces@ietf.org> on behalf of Adrian =  Farrel <adrian@olddog.co.uk>
Date: Wednesday, August 11, = 2021 at 3:38 PM
To: 'Kiran Makhijani' = <kiran.ietf@gmail.com>, 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>, =  'Dongjie (Jimmy)' <jie.dong@huawei.com>, 'Lizhenbin' <lizhenbin@huawei.com>, teas@ietf.org <teas@ietf.org>
Subject: Re: [Teas] New term = for the underlay construct used for slice = realization

I wonder whether we can = pick this apart and put it back together in a way
that makes = sense.

The customer's view of all this is an "IETF network = slice service". I think
(hope) we are all agreed on this. The = customer may ask (in shorthand) for a
"network slice", = but:
- they are talking about IETF technology, so they asking for an = "IETF
network slice"
- they actually want behavioural = characteristics and have no right to tell
the operator
  how = to manage the network, so they are asking for an "IETF network = slice
service."

The operator has a bigger set of things = to worry about. 

1. At the top of the = operator's view is the "IETF network slice service" = as
    requested by the customer. We have this defined = already, so nothing more
    to say.

2. The = operator maps the request for a slice service into the "IETF = network
    slice" which is the expression of the = service in terms of network
connectivity
    in the = context of the operator's network. The relationship here is = like
the
    relationship between the L3SM and = L3NM.

3. At the bottom of their view is an underlying network. = The technology of
this
   network depends, of course, on = the operator's offering, but this is the
network
   = technology being sliced. It may be an IP network, and MPLS network, = an
OTN,
   or whatever. I would call this the = "Underlay Network." This network may,
in
   = turn, be built upon an underlay network of the same or a = different
technology,
   and it may be facilitated = through network slicing - but this need not
concern
   = us here. 

4. That = leaves the glue in the middle: the bit that enables the scaling = and
maps
   the network slice to the network. And I = think it is this bit that is
causing the
   most debate = about terminology. There are some points to = consider:

   a. The term "network resources" = applies to the bandwidth, = queues,
buffers,
       etc. = available on the links and nodes in the network. That may be 
    &n= bsp;  extended to refer to whole links and = nodes.

   b. The number of IETF network slice services = is potentially large and the
       = operator needs a mechanism to scale the mapping of services to 
    &n= bsp;  network resources.

   c. The IETF network = slices may be grouped for identical treatment = to
       achieve scaling, where the = grouping collects IETF network slices = with
       similar = SLAs.

   d. It may be that different traffic flows = within a single IETF = network
slice
        have = different characteristics. In this case, it may be beneficial
to = group
        together some of the = traffic flows from different slices.

   e. The grouped = slices/flows are enabled in the network using = network
        resources assigned = for that purpose. The assignment may be = anything
        from a = fully-fledged virtual network (such as in ACTN or = VPN+),
through
        network = reserved resources (such as in MPLS-TE), and = centrally
        accounted = resources (such as SDN or possible SR), to = statistically
        shared = resources.

There seems to be various points for and against 4d. = But, it would appear
that this is an implementation or deployment = issue that doesn't change what
the protocols need to do. So we should = probably allow it architecturally, or
at least, not disallow = it.

Of course, as Kiran points out, 4c/d/e may be a pass-through. = That is, it is
not necessary to implement such groupings either = because there are only a
few slices (which has been the view of some = operators) or because the
network systems can handle the number of = slices. And it is in the nature of
architectures of this sort that = all functions can be nulled out without loss
of generality, and we = have to recall that the internals of provisioning
systems may appear = as functional blocks in our architectures, but we don't
compel = implementations to adhere to that type of architecture. So I = don't
think we have to worry on that account.

And that brings = the question of how we name the resources that are gathered
in = 4e. 

I can't = decide whether it is helpful to spend time saying why I don't = like
each of the proposed terms. I certainly have things I don't like = about (for
example) "slice aggregate" (because of 4d, which = means it is really a "slice
sub-flow aggregate"), and I am = not a fan of "VTN" (because of "transport"
and = maybe it is not really a network). But maybe it is better for me to = say
what I think we should call things? I think we = have...

-       IETF network slice = service (customer view)
-       IETF = network slice (operator view)
-       = Resource partition (delivery = mechanism)
-       Underlay network = (network used to support the slice)

Why "resource = partition"? Well it is a collection of "nodes, links, = and
network resources that are marked within the network for use by a = set of
network slice traffic flows".
It is possible that the = word "partition" is too strong because it may imply
to some = people that resources in a partition cannot be shared, but I = don't
feel that.
Softer words than "partition" would be = "group", "bundle", "pool", and I
could = live with any of them.

Best,
Adrian


-----Original = Message-----
From: Teas <teas-bounces@ietf.org> On Behalf Of Kiran = Makhijani
Sent: 11 August 2021 16:00
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>; Dongjie = (Jimmy)
<jie.dong@huawei.com>; Lizhenbin <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for = the underlay construct used for slice
realization

Hi John, = (and all),

Two very basic clarification questions:
1. How do = we differentiate between  the slice-segments that are 
resource-aware vs those = that are not? I had assumed that since a slice 
has an SLO, it will need = network resource allocations in some form.

2. Is it ok to assume = that the customer view of slice is an 'IETF 
network slice service' = and the 'IETF slice realization' of that service 
in a provider network is = raises the question of underlay and overlay 
constructs. Am I = right?
(a) if so, then we are acknowledging  the presence of = another layer of 
abstraction (for = realization). It could be underlay/overlay or 
aggregate/??. Then the = term 'slice aggregate' is better and my 
preference, it is easier = to see that different slice-services are 
aggregated into a single = construct  in a provider network. Use of 
underlay/overlay are = confusing.
(b) for a leaner provisioning, I would also prefer to see = it documented 
that = the aggregate is optional and it should be possible to directly map 
a slice-service to = physical or real resources in the network. 
specifically useful when = a single domain is carving out slices for 
different = purposes.

Thanks
Kiran


------ Original Message = ------
From: "John E Drake" <jdrake=3D40juniper.net@dmarc.ietf.org>
To: = "Dongjie (Jimmy)" <jie.dong@huawei.com>; = "Lizhenbin" 
<lizhenbin@huawei.com>; "teas@ietf.org" = <teas@ietf.org>
Sent: 8/11/2021 5:38:05 = AM
Subject: Re: [Teas] New term for the underlay construct used for = slice 
realization

>Jim= my,
>
>Snipped, comments inline.
>
>Yours = Irrespectively,
>
>John
>
>
>Juniper = Business Use Only
>
>>  -----Original = Message-----
>>  From: Dongjie (Jimmy) <jie.dong@huawei.com>
>>  Sent: = Tuesday, August 10, 2021 11:03 PM
>>  To: John E Drake = <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>;
>>teas@ietf.org
>>  Subject: RE: New = term for the underlay construct used for = slice
realization
>>
>>  [External Email. Be = cautious of content]
>>
>underlay construct for network = slice realization bound to
>>  > > network slice = services? That is, is the underlay construct only for
>>  = > > use in network slicing, or should it be generalized for = more
possible uses?
>>  >
>>  > = [JD] Absolutely yes
>>
>>  [Jie] I guess you mean = "Yes" to the latter case, which is "it should = be
generalized
>>  for more possible uses", is my = understanding correct?
>
>[JD]  Yes to the = latter
>
>>
>>  >
>>  > = >
>>  > > 2.      If the = answer to question 1 is YES, should it reflect = the
following
>>  > > = characteristics?
>>  > >
>>  > > = a.      It is about the = underlay
>>  > > b.      It = is about the partitioned resources used to deliver the
network = slice
>>  > > services
>>  > > = c.      It allows the 1:1, N:1, and 1:N mapping = models between the
network
>>  > = slice
>>  > > services and the underlay construct. = The 1:1 and N:1 mapping may be
>>  > > = straightforward. Does it also make sense to divide the elements = or
>>  > > traffic flows in a single network slice = service to carry them in
>>  > > = different
>>  > underlay constructs?
>>  = >
>>  > [JD]  Yes to all of the above.  = Please see:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.or= g/doc/html/draf
>>  > = t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO-
>>  = gk!TCiJHCZCwFgwpuFoujxVlZ4r9
>>  > = F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$
>>  > = >
>>  > > Lastly, here are some candidates of the = "new term":
>>  > >
>>  > = > Option 1: The network slice service is called "overlay = slice", then
>>  > > the underlay construct is = called "underlay slice".
>>  > = >
>>  > > Option 2: The network slice service is = called "service slice", then
>>  > > the = underlay construct is called "resource = slice".
>>  >
>>  > [JD]  I = don't think we need another term for what we are = already
>>  > calling an 'IETF Network Slice = Service'.  Adrian and I are considering
>>  > the = term 'resource partition' to describe the partitioning of = underlay
>>  > network resources in support of various = overlay services such as IETF
Network
>>  Slice = Services.
>>  > This is congruent with the ideas = expressed in:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.or= g/doc/html/draf
>>  > = t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO-
>>  = gk!TCiJHCZCwFgwpuFouj
>>  > = xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$
>>  > = ts-03.  What this allows one to build is an 'partitioned = underlay
>>  > network = topology'.
>>
>>  [Jie] Agree that here we are = talking about the term for the underlay
construct.
>>  = "Resource partition" captures one of its key characteristics, = while IMO
another
>>  thing the term needs to reflect = is that the resource partition is needed
on a
>>  = subset of the links and nodes (rather than on a single node or link) = in
the physical
>>  network, which together builds a = logical network topology.
>
>[JD]  In my initial email, = above, I was proposing 'partitioned underlay
network = topology'
>
>>
>>  Best = regards,
>>  Jie
>>
>>  = >
>>  > >
>>  > > Your = opinion about these candidates are much appreciated. You = may
>>  > > also propose other new term if it = complies with the above two
points.
>>  = >
>>  > [JD]  I think you have exceeded your = remit.
>>  >
>>  > = >
>>  > >
>>  > = >
>>  > > Best Regards,
>>  > = > Robin
>>  > >
>>  > > = _______________________________________________
>>  > = > Teas mailing list
>>  > > Teas@ietf.org
>>  > > https://urldefense.com/v3/__https://www.ietf.org/mailma= n/listinfo/te
>>  > > as
>>  > = > __;!!N
>>  > > = Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI-
>>  = > > O08HqD31TGJciNjuxL2A$
>>  >
>>  = > _______________________________________________
>>  = > Teas mailing list
>>  > Teas@ietf.org
>>  > https://urldefense.com/v3/__https://www.ietf.org/mailma= n/listinfo/teas
>>  > = __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls-
>&g= t;  ROxL4C2
>>  > = _xNDCrPaNQ$
>
>______________________________________________= _
>Teas mailing list
>Teas@ietf.org
>https://www.ietf.org/mailman/listinfo/teas

_= ______________________________________________
Teas mailing = list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

_= ______________________________________________
Teas mailing = list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

___________________________= ____________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

____________= ___________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/= mailman/listinfo/teas

<= p class=3DMsoNormal> 

------=_NextPart_000_041C_01D7B37C.F4D11A20-- From nobody Mon Sep 27 01:17:24 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E63903A059F; Mon, 27 Sep 2021 01:17:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, HTTPS_HTTP_MISMATCH=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=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 g5RS43xSfCPq; Mon, 27 Sep 2021 01:16:54 -0700 (PDT) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 C59EF3A058F; Mon, 27 Sep 2021 01:16:53 -0700 (PDT) Received: by mail-pg1-x534.google.com with SMTP id 17so17061692pgp.4; Mon, 27 Sep 2021 01:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=L5OQTiWp9AQrbyv6BjbthZuj/K6+swFINtN6DnU01Pk=; b=hNlBXxcWB7D+cmebxcdXSsDKKJVo47tIThsdTto+o9Z0EivD0PQ/VN7Qbgey+fkl+0 h7VzQsbrkNRvQwf+Pa7VCoy+3zf7LWy53TRzj0Fhfsf5rNAbpBrLQKVAR6zSaz2FLSPG XhYCDVtK8t9rhlvqQvV7m+UYqJUte7bcZKDCBS4uZCm8CemyUZbabFAC37Th3J5XaLSw 1w53t/EcrT/cNcd0S/gGKSGaX/2/mMmvr8ZqHPQPA4Zh4KgNnn25z/Spnpy0IeRxX8Jz hirNPa1h0SyQ0I5wVdWfGB4YJWDffaUvHDCVtt6W9s4aez6Xd74rgo4+UbnZKVpx1mD8 ms+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=L5OQTiWp9AQrbyv6BjbthZuj/K6+swFINtN6DnU01Pk=; b=jfGU2/ZhH9+U++RsHAqQwmajQ3Pur24IbE+lMGlbBkiuKeAmgpX7Z5fomMXAlStDTI 9nt/9E44aG7JXIoFTp1u4ox7mhhurJMCJlRl3WWG9/Zs90dlfh4iHIlukx4Oy9OqoV6x gzzu24Pf+WdS1tIXV5dqjaigha7zbDGkWMjBnWco4lKLCkHeaSvHUK9a/h7zgt1uv3TA u0ZnRHZnjNUoOj8nvKUQQ7SGqhqyd+1karumCL/AkZ7gMWptbB8iQM58TA3y2wW0yt92 gXfFJ2kNV8CTSueMitzzoMjOMnucXJNQbas9G3+hELVZuu3fmZjHmscGk1bYUvqSvKjx rG6g== X-Gm-Message-State: AOAM532I0nJKMd2s4Lp7SdIz9wZtnFoqQ5LBIbRODdXZW8+G7146FoDb 1O+SkBb4VcyEaEddROJS5xI= X-Google-Smtp-Source: ABdhPJys3q0YL6giPCYSbJ9hCV6oW15uMJ6dCaXT+h9ZisZCQeVSP8yFxEfdFkJT+mx7fI3LCJnSeA== X-Received: by 2002:a05:6a00:140c:b0:447:96be:2ade with SMTP id l12-20020a056a00140c00b0044796be2ademr22187451pfu.26.1632730612793; Mon, 27 Sep 2021 01:16:52 -0700 (PDT) Received: from smtpclient.apple (jpams-nat14.juniper.net. [193.110.49.14]) by smtp.gmail.com with ESMTPSA id k9sm9720928pfa.88.2021.09.27.01.16.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Sep 2021 01:16:52 -0700 (PDT) From: Krzysztof Szarkowicz Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_5CD416BE-FA46-4ABC-8E81-02E7BC148136" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Mon, 27 Sep 2021 10:16:46 +0200 In-Reply-To: <041b01d7b374$93058630$b9109290$@olddog.co.uk> Cc: John E Drake , Lizhenbin , TEAS WG , "Dongjie (Jimmy)" , spring@ietf.org, mpls@ietf.org, =?utf-8?B?6b6a56uL6Imz?= , draft-filsfils-sprin , draft-ali-teas-sprin , vishnupavan@gmail.com, Tarek Saad , draft-decraene-mpls- To: adrian@olddog.co.uk References: <9f45322ffaa4429a83f6bce4ec8dc9c4@huawei.com> <041b01d7b374$93058630$b9109290$@olddog.co.uk> X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: Re: [spring] [Teas] More Discussion//RE: Re:Re: New term for the underlay construct used for slice realization X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 08:17:01 -0000 --Apple-Mail=_5CD416BE-FA46-4ABC-8E81-02E7BC148136 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Andrian, Understood, it is good strategy. The term must be broad enough to cover the use case where granular = resource enforcement is done at the transport edge only, and no states = (i.e. some H-QoS states) related to slices (=E2=80=98partitions=E2=80=99, = =E2=80=98groups=E2=80=99, =E2=80=99slice aggregates=E2=80=99, =E2=80=A6 = -> you might chose :-)) are kept on transit routers -> many operators = would like to run 5G slicing over =E2=80=98dummy=E2=80=99 and simple = transport (after they removed TE states on transit routers by migrating = from RSVP-TE to SR-TE, they don=E2=80=99t want to introduce some other = states on transit routers related to slicing, or to invest in H-QoS = capable transit routers), and limit the complexity (and additional cost, = i.e. H-QoS capability) to edge only. Thanks, Krzysztof > On 2021 -Sep-27, at 09:52, Adrian Farrel wrote: >=20 > I have this topic on my slides for the interim later today. > It is certainly my contention that having a common term is preferable = =E2=80=93 one that can be used or referred to by all protocol solution = work. > =20 > Let me note that =E2=80=9Cgroup=E2=80=9D is a good word, but perhaps = indicates that a resource is either in a group or not in a group. This = makes sharing a resource between groups problematic, although a resource = could be in both groups. > =20 > The alternative word here might be =E2=80=9Cpartition=E2=80=9D (as in = =E2=80=9Cnetwork resource partition=E2=80=9D). > =20 > In situations like this, where there are plenty of words to choose = from, it is common to find disagreement on exactly which term to use. In = order to break the deadlock, a useful approach can be not to ask =E2=80=9C= what is your favourite word?=E2=80=9D (which leads to a beauty contest, = a vote, and bad feelings =E2=80=93 all of which we try to avoid in the = IETF), but instead to ask =E2=80=9Cwhich terms could you live with?=E2=80=9D= That is, think about which terms would be uncomfortable, but = acceptable. Everyone may have to give a little in order to get = agreement, but surely everyone=E2=80=99s third favourite word is better = than half the people=E2=80=99s least favourite. > =20 > Cheers, > Adrian > =20 > =20 > From: Krzysztof Szarkowicz =20 > Sent: 27 September 2021 08:10 > To: John E Drake > Cc: Lizhenbin ; TEAS WG ; Dongjie = (Jimmy) ; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7= =AB=8B=E8=89=B3 ; draft-filsfils-sprin = ; = draft-ali-teas-sprin = ; = EXT-vishnupavan@gmail.com ; Adrian Farrel = ; Tarek Saad ; = draft-decraene-mpls- = > Subject: Re: [Teas] More Discussion//RE: Re:Re: New term for the = underlay construct used for slice realization > =20 > Hi John, > =20 > The term =E2=80=9Cnetwork resource group=E2=80=9D was proposed by = Tarek back in August, if I am not mistaken = (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSVa5ErTMc/ = )= . > =20 > Nevertheless, I still believe that the neutral term not strictly = referenced to =E2=80=98resource=E2=80=99, like for example =E2=80=98underl= ay slice=E2=80=99 (mentioned as well earlier in this thread) is much = more appropriate, given the fact that many deployments for 5G slicing = will use resource partitioning at transport edge only, but not use any = specific resource partitioning in transit. > =20 > Thanks, > Krzysztof > =20 > =20 >=20 >> On 2021 -Sep-26, at 19:13, John E Drake = > wrote: >> =20 >> This is the first time I have seen this term so I don=E2=80=99t = completely understand your assertion that the mailing list discussion = supported it, and as I have previously noted, judging rough consensus is = not within your remit. >> =20 >> I think the term is neither meaningful nor resonant. >> =20 >> Yours Irrespectively, >> =20 >> John >> =20 >> =20 >> Juniper Business Use Only >> From: spring > On Behalf Of Lizhenbin >> Sent: Friday, September 24, 2021 9:26 PM >> To: TEAS WG > >> Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; =E9=BE=9A=E7=AB=8B=E8=89=B3 = >; = draft-filsfils-sprin = >; = draft-ali-teas-sprin >; = EXT-vishnupavan@gmail.com = >; Adrian Farrel = >; Tarek Saad = >; draft-decraene-mpls- = > >> Subject: Re: [spring] More Discussion//RE: Re:Re: [Teas] New term for = the underlay construct used for slice realization >> =20 >> [External Email. Be cautious of content] >> =20 >> Hi Folks, >> =20 >> Thanks for the feedbacks and discussion about the further = considerations of the new term. >> =20 >> According to both the mail list discussion and the offline discussion = between the co-authors of draft-dong-teas-enhanced-vpn-vtn-scalability = and draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term. >> =20 >> The definition of this new term could be based on the text proposed = by Adrian: >> Network resource group: a collection of nodes, links, and network = resources that are allocated within the network for use by a set of = network service traffic flows. >> =20 >> As for the relationship between network resource group and TE, = perhaps it could be discussed further along with the progress and = discussion of draft-3272bis. >> =20 >> Please let us know if you have any thoughts about this, many thanks. >> =20 >> =20 >> Best regards, >> Robin >> =20 >> =20 >> =20 >> From: Lizhenbin=20 >> Sent: Friday, August 20, 2021 1:05 AM >> To: 'TEAS WG' > >> Cc: Dongjie (Jimmy) >; 'spring@ietf.org = ' >; = 'mpls@ietf.org ' >; 'EXT-vishnupavan@gmai' >; 'Adrian Farrel' >; 'Tarek Saad' >; '=E9=BE=9A=E7=AB=8B=E8=89=B3' = >; = 'draft-ali-teas-sprin' = >; = 'draft-filsfils-sprin' = >; = 'draft-decraene-mpls-' = > >> Subject: More Discussion//RE: Re:Re: [Teas] New term for the underlay = construct used for slice realization >> =20 >> Hi Folks, >> =20 >> The =E2=80=9Cnew term=E2=80=9D discussion has been lasted for a = while, thanks to all who participated in the discussion. >> =20 >> So far it seems there are some rough consensus about this =E2=80=9Cnew = term=E2=80=9D (maybe I am wrong) : >> 1. It is better to have a neutral term, which allows this underlay = construct to be used for both network slice services and other types of = services. >> 2. It seems =E2=80=9Cresource group=E2=80=9D receives more support = than other candidates. >> =20 >> Here I=E2=80=99d also like to share some considerations and doubts = about the underlay construct used for slice realization: >> 1. Before this discussion happens, it seems many network slicing = related drafts use =E2=80=9Cslice=E2=80=9D in their terms which refer to = this underlay construct. However, through this new term discussion, it = seems most people indicate they prefer a neutral term than a slice = specific term. Thus I expect the authors of the related drafts to = provide more feedback about this point and indicate whether they agree = with the choice of a neutral term. >> =20 >> 2. As mentioned several times during the discussion, this underlay = construct has both the topology and resource attributes. With the term = =E2=80=9Cresource group=E2=80=9D, it is clear that it is a set of = network resources, then how about the topology attribute? Is the = topology attribute also included in the =E2=80=9Cresource group=E2=80=9D? >> =20 >> 3. What is the intended scope of resource group? More specifically, = is a point-to-point path or a P2MP path with a set of reserved network = resource a resource group? In history, RSVP-TE was used to set up = resource reserved point-to-point TE paths and P2MP TE paths. More = recently, there is effort in DetNet WG on the mechanisms to set up = deterministic data paths. Can these paths be considered as resource = groups? Can we further classify them into different P2P resource group, = P2MP resource group, or MP2MP resource group? >> =20 >> 4. A more subtle question is, what is the relationship between = resource group and TE? Is resource group a construct under the TE = architecture, or is there some overlap between them? >> =20 >> Wish to learn your thoughts on these considerations and doubts. >> =20 >> =20 >> =20 >> Best Regards, >> Robin >> =20 >> =20 >> =20 >> =20 >> =20 >> =20 >> From: Lizhenbin=20 >> Sent: Tuesday, August 17, 2021 10:29 PM >> To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' >; draft-ali-teas-sprin = >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > >> Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; TEAS WG >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > >> Subject: RE: Re:Re: [Teas] New term for the underlay construct used = for slicerealization >> =20 >> Hi Liyan, >> Sorry that I missed your new draft. Thanks for your feedback. It is = helpful for us to have a common terminology. >> =20 >> Best Regards, >> Robin >> =20 >> =20 >> =20 >> From: =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com = ]=20 >> Sent: Tuesday, August 17, 2021 4:48 PM >> To: Lizhenbin >; = draft-ali-teas-sprin >; = draft-filsfils-sprin = >; = draft-decraene-mpls- = > >> Cc: Dongjie (Jimmy) >; spring@ietf.org ; = mpls@ietf.org ; TEAS WG >; EXT-vishnupavan@gmai >; Adrian Farrel >; Tarek Saad > >> Subject: Re:Re: [Teas] New term for the underlay construct used for = slicerealization >> =20 >> Hi All=EF=BC=8C >> The draft-cheng-spring-srv6-encoding-network-sliceid[1] also provided = a slice ID encoding solution. >> And about the discussion, we are fine to follow the final decision of = the WG, no special requirements. >> =20 >> [1] = https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encoding-network-= sliceid/ = >> =20 >> Best Regards, >> Liyan Gong >> =20 >>> ----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87---- >>> =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin > >>> =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building= -blocks@ietf.org = " = >,"draft-filsfil= s-spring-srv6-stateless-slice-id@ietf.org = " = >,"draft-de= craene-mpls-slid-encoded-entropy-label-id@ietf.org = " = > >>> =E6=8A=84=E3=80=80=E9=80=81: "Dongjie \\(Jimmy\\) " = >,"spring@ietf.org = " >,"mpls@ietf.org " = >,TEAS WG >,John E Drake = >,"EXT-vishnupavan@gmail.com= " >,Adrian Farrel >,Tarek Saad > >>> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 00:04:32 >>> =E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] New term for the underlay = construct used for slicerealization >>>=20 >>> =20 >>> Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-statel= ess-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id, >>> =20 >>> It is known that your drafts are also related with the underlay = construct used for slice realization. It also seems that you use the = term with =E2=80=9Cslice=E2=80=9D for the underlay construct. In the = discussion of TEAS WG, there is some consensus to define a neutral new = term without =E2=80=9Cslice=E2=80=9D. Wish to learn your opinions on = the new term definition and there would be a convergence on the new term = after your participating in the discussion. >>> =20 >>> =20 >>> Best Regards, >>> Robin >>> =20 >>> =20 >>> =20 >>> From: Teas [mailto:teas-bounces@ietf.org = ] On Behalf Of John E Drake >>> Sent: Monday, August 16, 2021 8:53 PM >>> To: Dongjie (Jimmy) >; EXT-vishnupavan@gmail.com = >; Adrian Farrel > >>> Cc: Tarek Saad >; = TEAS WG > >>> Subject: Re: [Teas] New term for the underlay construct used for = slice realization >>> =20 >>> Hi, >>> =20 >>> It sounds like slice aggregates, or more generally overlay network = service aggregates, are the things which use resource partitions. >>> =20 >>> Yours Irrespectively, >>> =20 >>> John >>> =20 >>> =20 >>> Juniper Business Use Only >>> From: Teas > On = Behalf Of Dongjie (Jimmy) >>> Sent: Friday, August 13, 2021 9:20 AM >>> To: EXT-vishnupavan@gmail.com = >; Adrian Farrel = > >>> Cc: Tarek Saad >; = TEAS WG > >>> Subject: Re: [Teas] New term for the underlay construct used for = slice realization >>> =20 >>> [External Email. Be cautious of content] >>> =20 >>> Hi Pavan, >>> =20 >>> Sorry for chiming in, please see some comments inline: >>> =20 >>> From: Teas [mailto:teas-bounces@ietf.org = ] On Behalf Of Vishnu Pavan Beeram >>> Sent: Friday, August 13, 2021 1:32 AM >>> To: Adrian Farrel > >>> Cc: Tarek Saad >; = TEAS WG > >>> Subject: Re: [Teas] New term for the underlay construct used for = slice realization >>> =20 >>> ** As a WG participant.. ** >>>=20 >>> Adrian, Hi! >>>=20 >>> Thanks for your earlier emails in this thread that have helped drill = down the discussion to the specific item that needs a fresh term! >>> Please see inline (prefixed VPB). >>>=20 >>> -Pavan (as a WG participant) >>> =20 >>> On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel > wrote: >>>> Thanks for your useful opinion, Tarek. >>>> =20 >>>> I have no objection to the use of the word =E2=80=9Caggregate=E2=80=9D= . It is generally used to express grouping together to treat as a single = entity or to be treated in the same way. >>>> =20 >>>> But I do like =E2=80=9Cfoo aggregate=E2=80=9D to mean that a number = of foo have been aggregated. >>> =20 >>> [VPB] But, that isn=E2=80=99t necessarily how IETF has been using = the term =E2=80=9Caggregate=E2=80=9D. =E2=80=9CBehavior Aggregate=E2=80=9D= (as defined in IETF) doesn=E2=80=99t mean aggregating behaviors. The = same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. Behavior Aggregate = (the way we read/interpret it) is an aggregate with a specific behavior.=20= >>> =20 >>> [Jie] I just checked the definition of the =E2=80=9Caggregate=E2=80=9D= related terms in the RFCs: >>> =20 >>> Behavior Aggregate (defined in RFC 2474): a collection of packets = with the same codepoint crossing a link in a particular direction.=E2=80=9D= >>> =20 >>> Traffic Aggregate (defined in RFC 3086): a collection of packets = with a codepoint that maps to the same PHB, usually in a DS domain or = some subset of a DS domain. >>> =20 >>> Treatment Aggregate (defined in RFC 5127): This term is defined as = the aggregate of Diffserv service classes. A treatment aggregate is = concerned only with the forwarding treatment of the aggregated traffic, = which may be marked with multiple DSCPs. >>> =20 >>> My reading of these definitions is that =E2=80=9Caggregate=E2=80=9D = here means either aggregated packets or aggregated service classes which = are treated in the same way on a particular node or link. >>> =20 >>> While what we want to describe with the new term IMO is =E2=80=9Ca = group of network resources allocated on a set of network nodes and = links=E2=80=9D. Such group of resources can be provisioned in different = places of the network and are organized together to provide a specific = network-level behavior. >>> =20 >>> Thus the key information to be delivered with the new term is =E2=80=9C= a group of organized resources in the network=E2=80=9D, rather than = =E2=80=9Caggregated behavior at a particular point=E2=80=9D. >>> =20 >>> Best regards, >>> Jie >>>> =20 >>>> So =E2=80=9Cslice aggregate=E2=80=9D would be an aggregation of = slices. Your use in I-D.draft-bestbar-teas-ns-packet is, therefore, = confusing. If the slices are *not* separated out into different flows = (or traffic streams) then, yes, you are aggregating slices. But if the = slices are separated out, as you describe, then what you have is = =E2=80=9CIETF network slice traffic stream aggregation=E2=80=9D. >>> =20 >>> =20 >>> [VPB] Yes. The definition of the slice aggregate (as defined in = draft-bestbar-teas-ns-packet) does state that the slice aggregate = comprises of one or more IETF network slice traffic streams. We could = have chosen a longer descriptive name, but opted to keep it short. >>> =20 >>>> =20 >>>> =E2=80=9CNetwork resource aggregate=E2=80=9D would imply that = resources have been collected together to be used as a single entity. >>> =20 >>> [VPB] Not necessarily. "Network Resource Aggregate" isn't meant to = imply "aggregating network resources". The intent behind the proposal is = to say that it is an aggregate that has specific network resources.=20 >>> =20 >>> You might do that, for example, with a set of parallel links that = can be aggregated (or bundled) and treated as a single link. >>> =20 >>> I don=E2=80=99t think we are aggregating resources in this case. We = are grouping, profiling, partitioning, collecting, or even filtering. >>> =20 >>> Adrian >>> =20 >>> From: Tarek Saad >=20= >>> Sent: 12 August 2021 15:41 >>> To: adrian@olddog.co.uk ; 'Kiran = Makhijani' >; 'John E = Drake' >; 'Dongjie (Jimmy)' = >; 'Lizhenbin' = >; teas@ietf.org = >>> Subject: Re: [Teas] New term for the underlay construct used for = slice realization >>> =20 >>> Hi Adrian/all, >>> =20 >>> As described in I-D.ietf-teas-ietf-network-slice-definition, an IETF = Network Slice service may include multiple connections that associate = sets of endpoints - each having a set of SLOs/SLEs. >>> In I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as = a construct that comprises of one or more IETF network slice traffic = streams that share the same set of SLOs/SLEs. >>> The Slice Aggregate construct allows aggregating streams from = multiple IETF Network Slice connections that share common SLOs/SLEs so = that the provider network can offer the same aggregate treatment to = them. The Slice Aggregate resources are instantiated on specific network = elements as dictated by the Slice Aggregate topology. >>> =20 >>> Since the scope of I-D.draft-bestbar-teas-ns-packet was the = realization of IETF Network Slice service in a provider network, we had = constrained the aggregate construct to slices. >>> =20 >>> We understand that the aggregate construct can be generalized to = support other services. Let us offer another option to consider for = representing the generic construct: =E2=80=9CNetwork Resource = Aggregate=E2=80=9D. There are multiple IETF documents that use the term = Aggregate whenever grouping multiple service classes (Behavior = Aggregate, Treatment Aggregate, Traffic Aggregate, etc.) - refer to = rfc5127 and rfc2474 for more examples. >>> =20 >>> Regards, >>> Tarek >>> =20 >>> =20 >>> From: Teas > on = behalf of Adrian Farrel > >>> Date: Wednesday, August 11, 2021 at 3:38 PM >>> To: 'Kiran Makhijani' >, 'John E Drake' = >, 'Dongjie (Jimmy)' = >, 'Lizhenbin' = >, teas@ietf.org = > >>> Subject: Re: [Teas] New term for the underlay construct used for = slice realization >>>=20 >>> I wonder whether we can pick this apart and put it back together in = a way >>> that makes sense. >>>=20 >>> The customer's view of all this is an "IETF network slice service". = I think >>> (hope) we are all agreed on this. The customer may ask (in = shorthand) for a >>> "network slice", but: >>> - they are talking about IETF technology, so they asking for an = "IETF >>> network slice" >>> - they actually want behavioural characteristics and have no right = to tell >>> the operator >>> how to manage the network, so they are asking for an "IETF network = slice >>> service." >>>=20 >>> The operator has a bigger set of things to worry about.=20 >>>=20 >>> 1. At the top of the operator's view is the "IETF network slice = service" as >>> requested by the customer. We have this defined already, so = nothing more >>> to say. >>>=20 >>> 2. The operator maps the request for a slice service into the "IETF = network >>> slice" which is the expression of the service in terms of = network >>> connectivity >>> in the context of the operator's network. The relationship here = is like >>> the >>> relationship between the L3SM and L3NM. >>>=20 >>> 3. At the bottom of their view is an underlying network. The = technology of >>> this >>> network depends, of course, on the operator's offering, but this = is the >>> network >>> technology being sliced. It may be an IP network, and MPLS = network, an >>> OTN, >>> or whatever. I would call this the "Underlay Network." This = network may, >>> in >>> turn, be built upon an underlay network of the same or a = different >>> technology, >>> and it may be facilitated through network slicing - but this need = not >>> concern >>> us here.=20 >>>=20 >>> 4. That leaves the glue in the middle: the bit that enables the = scaling and >>> maps >>> the network slice to the network. And I think it is this bit that = is >>> causing the >>> most debate about terminology. There are some points to consider: >>>=20 >>> a. The term "network resources" applies to the bandwidth, queues, >>> buffers, >>> etc. available on the links and nodes in the network. That = may be=20 >>> extended to refer to whole links and nodes. >>>=20 >>> b. The number of IETF network slice services is potentially large = and the >>> operator needs a mechanism to scale the mapping of services = to=20 >>> network resources. >>>=20 >>> c. The IETF network slices may be grouped for identical treatment = to >>> achieve scaling, where the grouping collects IETF network = slices with >>> similar SLAs. >>>=20 >>> d. It may be that different traffic flows within a single IETF = network >>> slice >>> have different characteristics. In this case, it may be = beneficial >>> to group >>> together some of the traffic flows from different slices. >>>=20 >>> e. The grouped slices/flows are enabled in the network using = network >>> resources assigned for that purpose. The assignment may be = anything >>> from a fully-fledged virtual network (such as in ACTN or = VPN+), >>> through >>> network reserved resources (such as in MPLS-TE), and = centrally >>> accounted resources (such as SDN or possible SR), to = statistically >>> shared resources. >>>=20 >>> There seems to be various points for and against 4d. But, it would = appear >>> that this is an implementation or deployment issue that doesn't = change what >>> the protocols need to do. So we should probably allow it = architecturally, or >>> at least, not disallow it. >>>=20 >>> Of course, as Kiran points out, 4c/d/e may be a pass-through. That = is, it is >>> not necessary to implement such groupings either because there are = only a >>> few slices (which has been the view of some operators) or because = the >>> network systems can handle the number of slices. And it is in the = nature of >>> architectures of this sort that all functions can be nulled out = without loss >>> of generality, and we have to recall that the internals of = provisioning >>> systems may appear as functional blocks in our architectures, but we = don't >>> compel implementations to adhere to that type of architecture. So I = don't >>> think we have to worry on that account. >>>=20 >>> And that brings the question of how we name the resources that are = gathered >>> in 4e.=20 >>>=20 >>> I can't decide whether it is helpful to spend time saying why I = don't like >>> each of the proposed terms. I certainly have things I don't like = about (for >>> example) "slice aggregate" (because of 4d, which means it is really = a "slice >>> sub-flow aggregate"), and I am not a fan of "VTN" (because of = "transport" >>> and maybe it is not really a network). But maybe it is better for me = to say >>> what I think we should call things? I think we have... >>>=20 >>> - IETF network slice service (customer view) >>> - IETF network slice (operator view) >>> - Resource partition (delivery mechanism) >>> - Underlay network (network used to support the slice) >>>=20 >>> Why "resource partition"? Well it is a collection of "nodes, links, = and >>> network resources that are marked within the network for use by a = set of >>> network slice traffic flows". >>> It is possible that the word "partition" is too strong because it = may imply >>> to some people that resources in a partition cannot be shared, but I = don't >>> feel that. >>> Softer words than "partition" would be "group", "bundle", "pool", = and I >>> could live with any of them. >>>=20 >>> Best, >>> Adrian >>>=20 >>>=20 >>> -----Original Message----- >>> From: Teas > On = Behalf Of Kiran Makhijani >>> Sent: 11 August 2021 16:00 >>> To: John E Drake >; Dongjie (Jimmy) >>> >; Lizhenbin = >; teas@ietf.org = >>> Subject: Re: [Teas] New term for the underlay construct used for = slice >>> realization >>>=20 >>> Hi John, (and all), >>>=20 >>> Two very basic clarification questions: >>> 1. How do we differentiate between the slice-segments that are=20 >>> resource-aware vs those that are not? I had assumed that since a = slice=20 >>> has an SLO, it will need network resource allocations in some form. >>>=20 >>> 2. Is it ok to assume that the customer view of slice is an 'IETF=20 >>> network slice service' and the 'IETF slice realization' of that = service=20 >>> in a provider network is raises the question of underlay and overlay=20= >>> constructs. Am I right? >>> (a) if so, then we are acknowledging the presence of another layer = of=20 >>> abstraction (for realization). It could be underlay/overlay or=20 >>> aggregate/??. Then the term 'slice aggregate' is better and my=20 >>> preference, it is easier to see that different slice-services are=20 >>> aggregated into a single construct in a provider network. Use of=20 >>> underlay/overlay are confusing. >>> (b) for a leaner provisioning, I would also prefer to see it = documented=20 >>> that the aggregate is optional and it should be possible to directly = map=20 >>> a slice-service to physical or real resources in the network.=20 >>> specifically useful when a single domain is carving out slices for=20= >>> different purposes. >>>=20 >>> Thanks >>> Kiran >>>=20 >>>=20 >>> ------ Original Message ------ >>> From: "John E Drake" > >>> To: "Dongjie (Jimmy)" >; "Lizhenbin"=20 >>> >; "teas@ietf.org = " > >>> Sent: 8/11/2021 5:38:05 AM >>> Subject: Re: [Teas] New term for the underlay construct used for = slice=20 >>> realization >>>=20 >>> >Jimmy, >>> > >>> >Snipped, comments inline. >>> > >>> >Yours Irrespectively, >>> > >>> >John >>> > >>> > >>> >Juniper Business Use Only >>> > >>> >> -----Original Message----- >>> >> From: Dongjie (Jimmy) > >>> >> Sent: Tuesday, August 10, 2021 11:03 PM >>> >> To: John E Drake >; Lizhenbin >; >>> >>teas@ietf.org >>> >> Subject: RE: New term for the underlay construct used for slice >>> realization >>> >> >>> >> [External Email. Be cautious of content] >>> >> >>> >underlay construct for network slice realization bound to >>> >> > > network slice services? That is, is the underlay construct = only for >>> >> > > use in network slicing, or should it be generalized for more >>> possible uses? >>> >> > >>> >> > [JD] Absolutely yes >>> >> >>> >> [Jie] I guess you mean "Yes" to the latter case, which is "it = should be >>> generalized >>> >> for more possible uses", is my understanding correct? >>> > >>> >[JD] Yes to the latter >>> > >>> >> >>> >> > >>> >> > > >>> >> > > 2. If the answer to question 1 is YES, should it = reflect the >>> following >>> >> > > characteristics? >>> >> > > >>> >> > > a. It is about the underlay >>> >> > > b. It is about the partitioned resources used to = deliver the >>> network slice >>> >> > > services >>> >> > > c. It allows the 1:1, N:1, and 1:N mapping models = between the >>> network >>> >> > slice >>> >> > > services and the underlay construct. The 1:1 and N:1 mapping = may be >>> >> > > straightforward. Does it also make sense to divide the = elements or >>> >> > > traffic flows in a single network slice service to carry = them in >>> >> > > different >>> >> > underlay constructs? >>> >> > >>> >> > [JD] Yes to all of the above. Please see: >>> >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = >>> >> > t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO- >>> >> gk!TCiJHCZCwFgwpuFoujxVlZ4r9 >>> >> > F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$ >>> >> > > >>> >> > > Lastly, here are some candidates of the "new term": >>> >> > > >>> >> > > Option 1: The network slice service is called "overlay = slice", then >>> >> > > the underlay construct is called "underlay slice". >>> >> > > >>> >> > > Option 2: The network slice service is called "service = slice", then >>> >> > > the underlay construct is called "resource slice". >>> >> > >>> >> > [JD] I don't think we need another term for what we are = already >>> >> > calling an 'IETF Network Slice Service'. Adrian and I are = considering >>> >> > the term 'resource partition' to describe the partitioning of = underlay >>> >> > network resources in support of various overlay services such = as IETF >>> Network >>> >> Slice Services. >>> >> > This is congruent with the ideas expressed in: >>> >> > = https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draf = >>> >> > t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO- >>> >> gk!TCiJHCZCwFgwpuFouj >>> >> > xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$ >>> >> > ts-03. What this allows one to build is an 'partitioned = underlay >>> >> > network topology'. >>> >> >>> >> [Jie] Agree that here we are talking about the term for the = underlay >>> construct. >>> >> "Resource partition" captures one of its key characteristics, = while IMO >>> another >>> >> thing the term needs to reflect is that the resource partition = is needed >>> on a >>> >> subset of the links and nodes (rather than on a single node or = link) in >>> the physical >>> >> network, which together builds a logical network topology. >>> > >>> >[JD] In my initial email, above, I was proposing 'partitioned = underlay >>> network topology' >>> > >>> >> >>> >> Best regards, >>> >> Jie >>> >> >>> >> > >>> >> > > >>> >> > > Your opinion about these candidates are much appreciated. = You may >>> >> > > also propose other new term if it complies with the above = two >>> points. >>> >> > >>> >> > [JD] I think you have exceeded your remit. >>> >> > >>> >> > > >>> >> > > >>> >> > > >>> >> > > Best Regards, >>> >> > > Robin >>> >> > > >>> >> > > _______________________________________________ >>> >> > > Teas mailing list >>> >> > > Teas@ietf.org >>> >> > > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/te = >>> >> > > as >>> >> > > __;!!N >>> >> > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI- >>> >> > > O08HqD31TGJciNjuxL2A$ >>> >> > >>> >> > _______________________________________________ >>> >> > Teas mailing list >>> >> > Teas@ietf.org >>> >> > = https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas = >>> >> > = __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls- >>> >> ROxL4C2 >>> >> > _xNDCrPaNQ$ >>> > >>> >_______________________________________________ >>> >Teas mailing list >>> >Teas@ietf.org >>> >https://www.ietf.org/mailman/listinfo/teas = >>>=20 >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas = >>>=20 >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas = >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas = >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas = --Apple-Mail=_5CD416BE-FA46-4ABC-8E81-02E7BC148136 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Andrian,

Understood, = it is good strategy.

The term must be broad enough to cover the use case where = granular resource enforcement is done at the transport edge only, and no = states (i.e. some H-QoS states) related to slices (=E2=80=98partitions=E2=80= =99, =E2=80=98groups=E2=80=99, =E2=80=99slice aggregates=E2=80=99, =E2=80=A6= -> you might chose :-)) are kept on transit routers -> many = operators would like to run 5G slicing over =E2=80=98dummy=E2=80=99 and = simple transport (after they removed TE states on transit routers by = migrating from RSVP-TE to SR-TE, they don=E2=80=99t want to introduce = some other states on transit routers related to slicing, or to invest in = H-QoS capable transit routers), and limit the complexity (and additional = cost, i.e. H-QoS capability) to edge only.

Thanks,
Krzysztof


On 2021 = -Sep-27, at 09:52, Adrian Farrel <adrian@olddog.co.uk>= wrote:

I have this topic on my slides = for the interim later today.
It is certainly my contention = that having a common term is preferable =E2=80=93 one that can be used = or referred to by all protocol solution work.
 
Let me note that =E2=80=9Cgroup=E2=80=9D is a good word, but = perhaps indicates that a resource is either in a group or not in a = group. This makes sharing a resource between groups problematic, = although a resource could be in both groups.
 
The alternative word here might be =E2=80=9Cpartition=E2=80=9D = (as in =E2=80=9Cnetwork resource partition=E2=80=9D).
 
In situations like this, where there are plenty of words to = choose from, it is common to find disagreement on exactly which term to = use. In order to break the deadlock, a useful approach can be not to ask = =E2=80=9Cwhat is your favourite word?=E2=80=9D (which leads to a beauty = contest, a vote, and bad feelings =E2=80=93 all of which we try to avoid = in the IETF), but instead to ask =E2=80=9Cwhich terms could you live = with?=E2=80=9D That is, think about which terms would be uncomfortable, = but acceptable. Everyone may have to give a little in order to get = agreement, but surely everyone=E2=80=99s third favourite word is better = than half the people=E2=80=99s least favourite.
 
Cheers,
Adrian
 
 
From: Krzysztof Szarkowicz <kszarkowicz@gmail.com> 
Sent: 27 = September 2021 08:10
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>
Cc: Lizhenbin <lizhenbin@huawei.com>; TEAS WG <teas@ietf.org>; Dongjie = (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>; draft-filsfils-sprin = <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>; draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Subject: Re: [Teas] More = Discussion//RE: Re:Re: New term for the underlay construct used for = slice realization
 
Hi John,
 
The = term =E2=80=9Cnetwork resource group=E2=80=9D was proposed by Tarek back = in August, if I am not mistaken (https://mailarchive.ietf.org/arch/msg/teas/JfMChD-ySQuFHYKEprSV= a5ErTMc/).
 
Nevertheless, I still believe that the = neutral term not strictly referenced to =E2=80=98resource=E2=80=99, like = for example =E2=80=98underlay slice=E2=80=99 (mentioned as well earlier = in this thread) is much more appropriate, given the fact that many = deployments for 5G slicing will use resource partitioning at transport = edge only, but not use any specific resource partitioning in = transit.
 
Thanks,
Krzysztof
 

 

On 2021 -Sep-26, at 19:13, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org> wrote:
 
This is the first time I have seen this term so = I don=E2=80=99t completely understand your assertion that the mailing = list discussion supported it, and as I have previously noted, judging = rough consensus is not within your remit.
 
I think the term is neither meaningful nor = resonant.
 
Yours Irrespectively,
 
John
 
 
Juniper = Business Use Only
From: spring <spring-bounces@ietf.org> On Behalf = Of Lizhenbin
Sent: Friday, September 24, 2021 = 9:26 PM
To: TEAS WG <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; =E9=BE=9A=E7=AB=8B=E8=89=B3 <gongliyan@chinamobile.com>;= draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>; = draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Subject: Re: [spring] More = Discussion//RE: Re:Re: [Teas] New term for the underlay construct used = for slice realization
 
[External Email. Be cautious = of content]
 
Hi Folks,
 
Thanks for the feedbacks and = discussion about the further considerations of the new term.
 
According to both the mail list = discussion and the offline discussion between the co-authors of = draft-dong-teas-enhanced-vpn-vtn-scalability and = draft-bestbar-teas-ns-packet, our current preference is to choose = =E2=80=9Cnetwork resource group=E2=80=9D as the new term.
 
The definition of this new term = could be based on the text proposed by Adrian:
Network = resource group: a collection of nodes, links, and network resources that = are allocated within the network for use by a set of network service = traffic flows.
 
As for = the relationship between network resource group and TE, perhaps it could = be discussed further along with the progress and discussion of = draft-3272bis.
 
Please = let us know if you have any thoughts about this, many = thanks.
 
 
Best regards,
Robin
 
 
 
From: Lizhenbin 
Sent: Friday, August 20, 2021 = 1:05 AM
To: 'TEAS WG' <teas@ietf.org>
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; 'spring@ietf.org' <spring@ietf.org>; 'mpls@ietf.org' <mpls@ietf.org>; 'EXT-vishnupavan@gmai' = <vishnupavan@gmail.com>; = 'Adrian Farrel' <adrian@olddog.co.uk>; 'Tarek Saad' <tsaad.net@gmail.com>; = '=E9=BE=9A=E7=AB=8B=E8=89=B3' <gongliyan@chinamobile.com>;= 'draft-ali-teas-sprin' <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = 'draft-filsfils-sprin' <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= 'draft-decraene-mpls-' <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Subject: More Discussion//RE: Re:Re: = [Teas] New term for the underlay construct used for slice = realization
 
Hi = Folks,
 
The = =E2=80=9Cnew term=E2=80=9D discussion has been lasted for a while, = thanks to all who participated in the discussion.
 
So far it seems there are some = rough consensus about this =E2=80=9Cnew term=E2=80=9D (maybe I am wrong) = :
1. It is better to have a neutral term, which = allows this underlay construct to be used for both network slice = services and other types of services.
2. It = seems =E2=80=9Cresource group=E2=80=9D receives more support than other = candidates.
 
Here = I=E2=80=99d also like to share some considerations and doubts about the = underlay construct used for slice realization:
1. = Before this discussion happens, it seems many network slicing related = drafts use =E2=80=9Cslice=E2=80=9D in their terms which refer to this = underlay construct. However, through this new term discussion, it seems = most people indicate they prefer a neutral term than a slice specific = term. Thus I expect the authors of the related drafts to provide more = feedback about this point and indicate whether they agree with the = choice of a neutral term.
 
2. As mentioned several times = during the discussion, this underlay construct has both the topology and = resource attributes. With the term =E2=80=9Cresource group=E2=80=9D, it = is clear that it is a set of network resources, then how about the = topology attribute? Is the topology attribute also included in the = =E2=80=9Cresource group=E2=80=9D?
 
3. What is the intended scope of = resource group? More specifically, is a point-to-point path or a P2MP = path with a set of reserved network resource a resource group? In = history, RSVP-TE was used to set up resource reserved point-to-point TE = paths and P2MP TE paths. More recently, there is effort in DetNet WG on = the mechanisms to set up deterministic data paths. Can these paths be = considered as resource groups?  Can we further classify them into = different P2P resource group, P2MP resource group, or MP2MP resource = group?
 
4. A = more subtle question is, what is the relationship between resource group = and TE? Is resource group a construct under the TE architecture, or is = there some overlap between them?
 
Wish to learn your thoughts on = these considerations and doubts.
 
 
 
Best Regards,
Robin
 
 
 
 
 
 
From: Lizhenbin 
Sent: Tuesday, August 17, 2021 = 10:29 PM
To: '=E9=BE=9A=E7=AB=8B=E8=89=B3' <gongliyan@chinamobile.com>; draft-ali-teas-sprin = <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-vishnupavan@gmai = <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>
Subject: RE: Re:Re: [Teas] New term = for the underlay construct used for slicerealization
 
Hi Liyan,
Sorry = that I missed your new draft. Thanks for your feedback. It is helpful = for us to have a common terminology.
 
Best Regards,
Robin
 
 
 
From: =E9=BE=9A=E7=AB=8B=E8=89=B3 [mailto:gongliyan@chinamobile.com] 
Sent: Tuesday, August 17, 2021 = 4:48 PM
To: Lizhenbin <lizhenbin@huawei.com>; = draft-ali-teas-sprin <draft-ali-teas-spring-ns-building-blocks@ietf.org>; = draft-filsfils-sprin <draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>;= draft-decraene-mpls- <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
Cc: Dongjie (Jimmy) <jie.dong@huawei.com>; spring@ietf.org; mpls@ietf.org; TEAS WG <teas@ietf.org>; EXT-vishnupavan@gmai = <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>; Tarek Saad <tsaad.net@gmail.com>
Subject: Re:Re: [Teas] New term for = the underlay construct used for slicerealization
 
Hi All=EF=BC=8C
The draft-cheng-spring-srv6-encoding-network-sliceid[1] also = provided a slice ID encoding solution.
And about the discussion, we are fine to follow the final = decision of the WG, no special requirements.
 
[1] https://datatracker.ietf.org/doc/draft-cheng-spring-srv6-encodi= ng-network-sliceid/
 
Best Regards,
Liyan Gong
 
----=E9=82=AE=E4=BB=B6=E5=8E=9F=E6=96=87----
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9ALizhenbin  <lizhenbin@huawei.com>
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A"draft-ali-teas-spring-ns-building-blocks@ietf.org" <= ;draft-ali-teas-spring-ns-building-blocks@ietf.org>,"draft-filsfils-spring-srv6-stateless-slice-id@ietf.org"&nbs= p;<draft-filsfils-spring-srv6-stateless-slice-id@ietf.org>,= "draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org"=  <draft-decraene-mpls-slid-encoded-entropy-label-id@ietf.org&= gt;
=E6=8A=84=E3=80=80=E9=80=81: "Dongjie \\(Jimmy\\)" <jie.dong@huawei.com>,"spring@ietf.org" <spring@ietf.org>,"mpls@ietf.org" <mpls@ietf.org>,TEAS WG  <teas@ietf.org>,John E Drake  <jdrake=3D40juniper.net@dmarc.ietf.org>,"EXT-vishnupavan@gmail.com" <vishnupavan@gmail.com>,Adrian Farrel  <= ;adrian@olddog.co.uk>,Tarek Saad  <tsaad.net@gmail.com>
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A2021-08-17 = 00:04:32
=E4=B8=BB=E9=A2=98=EF=BC=9ARe: [Teas] New term for the under= lay construct used for slicerealization

   
Hi authors of = draft-ali-teas-spring-ns-building-blocks/draft-filsfils-spring-srv6-statel= ess-slice-id/draft-decraene-mpls-slid-encoded-entropy-label-id,
 
It is known that your drafts are = also related with the underlay construct used for slice realization. It = also seems that you use the term with =E2=80=9Cslice=E2=80=9D  for = the underlay construct. In the discussion of TEAS WG, there is some = consensus to define a neutral new term without =E2=80=9Cslice=E2=80=9D. =  Wish to learn your opinions on the new term definition and there = would be a convergence on the new term after your participating  in = the discussion.
 
 
Best Regards,
Robin
 
 
 
From: Teas [mailto:teas-bounces@ietf.org] On Behalf = Of John E Drake
Sent: Monday, August 16, 2021 = 8:53 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>; EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
Hi,
 
It sounds like slice aggregates, or more = generally overlay network service aggregates, are the things which use = resource partitions.
 
Yours Irrespectively,
 
John
 
 
Juniper Business Use Only
From: Teas <teas-bounces@ietf.org> On Behalf = Of Dongjie (Jimmy)
Sent: Friday, August 13, 2021 = 9:20 AM
To: EXT-vishnupavan@gmail.com <vishnupavan@gmail.com>; = Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
[External Email. Be cautious = of content]
 
Hi = Pavan,
 
Sorry = for chiming in, please see some comments inline:
 
From: Teas [mailto:teas-bounces@ietf.org] On Behalf = Of Vishnu Pavan Beeram
Sent: Friday, August 13, 2021 = 1:32 AM
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Tarek Saad <tsaad.net@gmail.com>; = TEAS WG <teas@ietf.org>
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
** As a WG participant.. **

Adrian, Hi!

Thanks for your earlier = emails in this thread that have helped drill down the discussion to the = specific item that needs a fresh term!
Please see inline = (prefixed VPB).

-Pavan (as a WG = participant)
 
On Thu, Aug 12, 2021 at 10:05 AM Adrian Farrel = <adrian@olddog.co.uk> = wrote:
Thanks for your useful opinion, = Tarek.
 
I have no objection to the use of the = word =E2=80=9Caggregate=E2=80=9D. It = is generally used to express grouping together to treat as a single = entity or to be treated in the same way.
 
But I do = like =E2=80=9Cfoo aggregate=E2=80=9D to mean that = a number of foo have been aggregated.
 
[VPB] But, that isn=E2=80=99t = necessarily how IETF has been using the term =E2=80=9Caggregate=E2=80=9D. =  =E2=80=9CBehavior Aggregate=E2=80=9D (as defined in IETF) doesn=E2=80=99t mean aggregating behaviors. The same goes for =E2=80=9CTreatment Aggregate=E2=80=9D. = Behavior Aggregate (the way we read/interpret it) is an aggregate with a = specific behavior. 
 
[Jie] I = just checked the definition of the =E2=80=9Caggregate=E2=80=9D related = terms in the RFCs:
 
Behavior = Aggregate (defined in RFC 2474): a collection of packets with the same = codepoint crossing a  link in a particular = direction.=E2=80=9D
 
Traffic Aggregate (defined in RFC 3086): a collection of = packets with a codepoint that maps to the same  PHB, usually in a = DS domain or some subset of a DS domain.
 
Treatment Aggregate (defined in RFC 5127): This term is = defined as the aggregate of Diffserv service  classes.  A = treatment aggregate is concerned only with the forwarding treatment of = the aggregated traffic,  which may be marked with multiple = DSCPs.
 
My = reading of these definitions is that =E2=80=9Caggregate=E2=80=9D here = means either aggregated packets or aggregated service classes which are = treated in the same  way on a particular node or link.
 
While what we want to describe with = the new term IMO is =E2=80=9Ca group of network resources allocated on a = set of network nodes and links=E2=80=9D. Such group  of resources = can be provisioned in different places of the network and are organized = together to provide a specific network-level behavior.
 
Thus the key information to be = delivered with the new term is =E2=80=9Ca group of organized resources = in the network=E2=80=9D, rather than =E2=80=9Caggregated behavior at =  a particular point=E2=80=9D.
 
Best regards,
Jie
 
So =E2=80=9Cslice = aggregate=E2=80=9D would be an = aggregation of slices. Your use in I-D.draft-bestbar-teas-ns-packet is, = therefore, confusing. If the slices are *not* separated = out into different flows (or traffic streams) then, yes, you are = aggregating slices. But if the slices are separated out, as you = describe,  then what you have is =E2=80=9CIETF = network slice traffic stream aggregation=E2=80=9D.
 
 
[VPB] Yes. The definition of the slice = aggregate (as defined in draft-bestbar-teas-ns-packet) does state that = the slice aggregate comprises of one or more IETF network = slice traffic streams.  We could have chosen a longer =  descriptive name, but opted to keep it short.
 
 
=E2=80=9CNetwork resource aggregate=E2=80=9D would imply = that resources have been collected together to be used as a single = entity.
 
[VPB] Not necessarily. "Network Resource = Aggregate" isn't meant to imply "aggregating network resources". The = intent behind the proposal is to say that it is an aggregate that = has specific network resources. 
 
You might do = that, for example, with a set of parallel links that can be aggregated = (or bundled) and treated as a single link.
 
I = don=E2=80=99t think we are aggregating resources in = this case. We are grouping, profiling, partitioning, collecting, or even = filtering.
 
Adrian
 
From: Tarek Saad = <tsaad.net@gmail.com> 
Sent: 12 August 2021 15:41
To: adrian@olddog.co.uk; = 'Kiran Makhijani' <kiran.ietf@gmail.com>; 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>;  'Dongjie (Jimmy)' = <jie.dong@huawei.com>; 'Lizhenbin' <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the = underlay construct used for slice realization
 
Hi Adrian/all,
 
As described = in I-D.ietf-teas-ietf-network-slice-definition, an IETF Network Slice = service may include multiple connections that associate sets of = endpoints -  each having a set of SLOs/SLEs.
In = I-D.draft-bestbar-teas-ns-packet, we defined a Slice Aggregate as a = construct that comprises of one or more IETF network slice traffic = streams that share the  same set of SLOs/SLEs.
The Slice = Aggregate construct allows aggregating streams from multiple IETF = Network Slice connections that share common SLOs/SLEs so that the = provider network  can offer the same aggregate treatment to them. = The Slice Aggregate resources are instantiated on specific network = elements as dictated by the Slice Aggregate topology.
 
Since the = scope of I-D.draft-bestbar-teas-ns-packet was the realization of IETF = Network Slice service in a provider network, we had constrained the = aggregate  construct to slices.
 
We understand = that the aggregate construct can be generalized to support other = services. Let us offer another option to consider for representing the = generic  construct: =E2=80=9CNetwork = Resource Aggregate=E2=80=9D. There are multiple IETF = documents that use the term Aggregate whenever grouping multiple service = classes (Behavior Aggregate, Treatment Aggregate, Traffic Aggregate, =  etc.) - refer to rfc5127 and rfc2474 for more examples.
 
Regards,
Tarek
 
 

From: Teas <teas-bounces@ietf.org> on behalf of Adrian =  Farrel <adrian@olddog.co.uk>
Date: Wednesday, August 11, 2021 at 3:38 PM
To: 'Kiran Makhijani' <kiran.ietf@gmail.com>, 'John E Drake' <jdrake=3D40juniper.net@dmarc.ietf.org>,  'Dongjie = (Jimmy)' <jie.dong@huawei.com>, 'Lizhenbin' <lizhenbin@huawei.com>, teas@ietf.org <teas@ietf.org>
Subject: Re: = [Teas] New term for the underlay construct used for slice = realization

I wonder = whether we can pick this apart and put it back together in a way
that makes sense.

The customer's = view of all this is an "IETF network slice service". I think
(hope) we are all agreed on this. The customer may ask (in = shorthand) for a
"network slice", but:
- = they are talking about IETF technology, so they asking for an "IETF
network slice"
- they actually want behavioural = characteristics and have no right to tell
the operator
  how to manage the network, so they are asking for an = "IETF network slice
service."

The operator has a bigger set of things to worry about. 

1. At the top of the operator's view is the "IETF network = slice service" as
    requested by the = customer. We have this defined already, so nothing more
    to say.

2. = The operator maps the request for a slice service into the "IETF = network
    slice" which is the expression = of the service in terms of network
connectivity
    in the context of the operator's network. = The relationship here is like
the
    relationship between the L3SM and L3NM.

3. At the bottom of their view is an = underlying network. The technology of
this
   network depends, of course, on the operator's = offering, but this is the
network
  = technology being sliced. It may be an IP network, and MPLS network, = an
OTN,
   or whatever. I would = call this the "Underlay Network." This network may,
in
   turn, be built upon an underlay network of the = same or a different
technology,
   = and it may be facilitated through network slicing - but this need not
concern
   us here. 

4. That leaves the glue in the middle: the bit that enables = the scaling and
maps
   the = network slice to the network. And I think it is this bit that is
causing the
   most debate about = terminology. There are some points to consider:

   a. The term "network resources" applies to the = bandwidth, queues,
buffers,
       etc. available on the = links and nodes in the network. That may be 
       extended to refer to = whole links and nodes.

   b. The = number of IETF network slice services is potentially large and the
       operator needs a = mechanism to scale the mapping of services to 
       network resources.

   c. The IETF network slices may be = grouped for identical treatment to
       achieve scaling, where = the grouping collects IETF network slices with
       similar SLAs.

   d. It may be that different = traffic flows within a single IETF network
slice
        have different = characteristics. In this case, it may be beneficial
to = group
        together = some of the traffic flows from different slices.

   e. The grouped slices/flows are enabled in the = network using network
        resources assigned = for that purpose. The assignment may be anything
        from a = fully-fledged virtual network (such as in ACTN or VPN+),
through
        network reserved = resources (such as in MPLS-TE), and centrally
        accounted = resources (such as SDN or possible SR), to statistically
        shared = resources.

There seems to be various points = for and against 4d. But, it would appear
that this is an = implementation or deployment issue that doesn't change what
the protocols need to do. So we should probably allow it = architecturally, or
at least, not disallow it.

Of course, as Kiran points out, 4c/d/e may be = a pass-through. That is, it is
not necessary to implement = such groupings either because there are only a
few slices = (which has been the view of some operators) or because the
network systems can handle the number of slices. And it is in = the nature of
architectures of this sort that all = functions can be nulled out without loss
of generality, = and we have to recall that the internals of provisioning
systems may appear as functional blocks in our architectures, = but we don't
compel implementations to adhere to that type = of architecture. So I don't
think we have to worry on that = account.

And that brings the question of = how we name the resources that are gathered
in 4e. 

I can't decide whether it is helpful to spend time saying why = I don't like
each of the proposed terms. I certainly have = things I don't like about (for
example) "slice aggregate" = (because of 4d, which means it is really a "slice
sub-flow = aggregate"), and I am not a fan of "VTN" (because of "transport"
and maybe it is not really a network). But maybe it is better = for me to say
what I think we should call things? I think = we have...

-       IETF network slice = service (customer view)
-       IETF network slice = (operator view)
-       = Resource partition (delivery mechanism)
-       Underlay network = (network used to support the slice)

Why = "resource partition"? Well it is a collection of "nodes, links, and
network resources that are marked within the network for use = by a set of
network slice traffic flows".
It = is possible that the word "partition" is too strong because it may = imply
to some people that resources in a partition cannot = be shared, but I don't
feel that.
Softer = words than "partition" would be "group", "bundle", "pool", and I
could live with any of them.

Best,
Adrian


-----Original Message-----
From: Teas <teas-bounces@ietf.org> On Behalf Of Kiran Makhijani
Sent: 11 August 2021 16:00
To: John E Drake = <jdrake=3D40juniper.net@dmarc.ietf.org>; Dongjie = (Jimmy)
<jie.dong@huawei.com>; Lizhenbin <lizhenbin@huawei.com>; teas@ietf.org
Subject: Re: [Teas] New term for the underlay construct used = for slice
realization

Hi = John, (and all),

Two very basic = clarification questions:
1. How do we differentiate = between  the slice-segments that are 
resource-aware= vs those that are not? I had assumed that since a slice 
has an SLO, = it will need network resource allocations in some form.

2. Is it ok to assume that the customer view of slice is an = 'IETF 
network slice service' and the 'IETF slice realization' of = that service 
in a provider network is raises the question of underlay and = overlay 
constructs. Am I right?
(a) if so, then we are = acknowledging  the presence of another layer of 
abstraction = (for realization). It could be underlay/overlay or 
aggregate/??. = Then the term 'slice aggregate' is better and my 
preference, = it is easier to see that different slice-services are 
aggregated = into a single construct  in a provider network. Use of 
underlay/overlay are confusing.
(b) for a = leaner provisioning, I would also prefer to see it documented 
that the = aggregate is optional and it should be possible to directly map 
a = slice-service to physical or real resources in the network. 
specifically = useful when a single domain is carving out slices for 
different = purposes.

Thanks
Kiran


------ Original Message = ------
From: "John E Drake" <jdrake=3D40juniper.net@dmarc.ietf.org>
To:= "Dongjie (Jimmy)" <jie.dong@huawei.com>; "Lizhenbin" 
<lizhenbin@huawei.com>; "teas@ietf.org" <teas@ietf.org>
Sent: 8/11/2021 5:38:05 = AM
Subject: Re: [Teas] New term for the underlay construct = used for slice 
realization

>Jimmy,
>
>Snipped, comments inline.
>
>Yours Irrespectively,
>
>John
>
>
>Juniper Business Use Only
>
>>  -----Original = Message-----
>>  From: Dongjie (Jimmy) <jie.dong@huawei.com>
>>  = Sent: Tuesday, August 10, 2021 11:03 PM
>>  To: = John E Drake <jdrake@juniper.net>; Lizhenbin <lizhenbin@huawei.com>;
>>teas@ietf.org
>>  Subject: RE: New term for the underlay = construct used for slice
realization
>>
>>  [External Email. Be = cautious of content]
>>
>underlay = construct for network slice realization bound to
>>  > > network slice services? That is, is = the underlay construct only for
>>  > > = use in network slicing, or should it be generalized for more
possible uses?
>>  >
>>  > [JD] Absolutely yes
>>
>>  [Jie] I guess you mean = "Yes" to the latter case, which is "it should be
generalized
>>  for more possible = uses", is my understanding correct?
>
>[JD]  Yes to the latter
>
>>
>>  >
>>  > >
>>  > = > 2.      If the answer to question 1 is = YES, should it reflect the
following
>>  > > characteristics?
>>  > >
>>  > = > a.      It is about the underlay
>>  > > b.      It = is about the partitioned resources used to deliver the
network slice
>>  > > = services
>>  > > = c.      It allows the 1:1, N:1, and 1:N mapping = models between the
network
>>  = > slice
>>  > > services and the = underlay construct. The 1:1 and N:1 mapping may be
>>  > > straightforward. Does it also make = sense to divide the elements or
>>  > > = traffic flows in a single network slice service to carry them in
>>  > > different
>> = > underlay constructs?
>>  >
>>  > [JD]  Yes to all of the above.  = Please see:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/ht= ml/draf
>>  > = t-drake-bess-enhanced-vpn-06__;!!NEt6yMaO-
>>  = gk!TCiJHCZCwFgwpuFoujxVlZ4r9
>>  > = F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNaR2ImI4$
>>  = > >
>>  > > Lastly, here are some = candidates of the "new term":
>>  > >
>>  > > Option 1: The network slice service = is called "overlay slice", then
>>  > > = the underlay construct is called "underlay slice".
>>  > >
>>  > = > Option 2: The network slice service is called "service slice", = then
>>  > > the underlay construct is = called "resource slice".
>>  >
>>  > [JD]  I don't think we need another = term for what we are already
>>  > calling = an 'IETF Network Slice Service'.  Adrian and I are considering
>>  > the term 'resource partition' to describe = the partitioning of underlay
>>  > network = resources in support of various overlay services such as IETF
Network
>>  Slice Services.
>>  > This is congruent with the ideas = expressed in:
>>  > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/ht= ml/draf
>>  > = t-ietf-spring-resource-aware-segmen__;!!NEt6yMaO-
>>  gk!TCiJHCZCwFgwpuFouj
>>  > = xVlZ4r9F6mLpE4nJ-9zpqkY-kls-ROxL4C2_xNxEfwaXg$
>>  > ts-03.  What this allows one to = build is an 'partitioned underlay
>>  > = network topology'.
>>
>>  = [Jie] Agree that here we are talking about the term for the underlay
construct.
>>  "Resource partition" = captures one of its key characteristics, while IMO
another
>>  thing the term needs to = reflect is that the resource partition is needed
on a
>>  subset of the links and nodes (rather than on = a single node or link) in
the physical
>>  network, which together builds a logical = network topology.
>
>[JD]  In my = initial email, above, I was proposing 'partitioned underlay
network topology'
>
>>
>>  Best regards,
>>  = Jie
>>
>>  >
>>  > >
>>  > = > Your opinion about these candidates are much appreciated. You = may
>>  > > also propose other new term = if it complies with the above two
points.
>>  >
>>  > = [JD]  I think you have exceeded your remit.
>>  >
>>  > >
>>  > >
>>  > = >
>>  > > Best Regards,
>>  > > Robin
>>  = > >
>>  > > = _______________________________________________
>>  > > Teas mailing list
>>  > > Teas@ietf.org
>>  > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listin= fo/te
>>  > > as
>>  > > __;!!N
>>  = > > Et6yMaO-gk!Q0ycOf0ELxT6mG1GbnO4LSL-Q99J4uu7jfdUtBECaI-
>>  > > O08HqD31TGJciNjuxL2A$
>>  >
>>  > = _______________________________________________
>>  > Teas mailing list
>>  > Teas@ietf.org
>>  > https://urldefense.com/v3/__https://www.ietf.org/mailman/listin= fo/teas
>>  > = __;!!NEt6yMaO-gk!TCiJHCZCwFgwpuFoujxVlZ4r9F6mLpE4nJ-9zpqkY-kls-
>>  ROxL4C2
>>  > = _xNDCrPaNQ$
>
>_______________________________________________
>Teas mailing list
>Teas@ietf.org
>https://www.ietf.org/mailman/listinfo/teas

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

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

= --Apple-Mail=_5CD416BE-FA46-4ABC-8E81-02E7BC148136-- From nobody Mon Sep 27 08:29:30 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7398E3A083C; Mon, 27 Sep 2021 08:29:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163275656739.23230.11485388183747909267@ietfa.amsl.com> Date: Mon, 27 Sep 2021 08:29:27 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-compression-requirement-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 15:29:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Compressed SRv6 SID List Requirements Authors : Weiqiang Cheng Chongfeng Xie Ron Bonica Darren Dukes Cheng Li Peng Shaofu Wim Henderickx Filename : draft-ietf-spring-compression-requirement-00.txt Pages : 16 Date : 2021-09-27 Abstract: This document specifies requirements for solutions to compress SRv6 SID lists. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-compression-requirement/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-compression-requirement-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Sep 27 08:38:09 2021 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE0BD3A093D; Mon, 27 Sep 2021 08:37:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <163275706463.15305.1278915976073367144@ietfa.amsl.com> Date: Mon, 27 Sep 2021 08:37:44 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-compression-analysis-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 15:37:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Compressed SRv6 SID List Analysis Authors : Ron Bonica Weiqiang Cheng Darren Dukes Wim Henderickx Cheng Li Peng Shaofu Chongfeng Xie Filename : draft-ietf-spring-compression-analysis-00.txt Pages : 27 Date : 2021-09-27 Abstract: Several mechanisms have been proposed to compress the SRv6 SID list. This document analyzes each mechanism with regard to the requirements stated in the companion requirements document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-compression-analysis/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-spring-compression-analysis-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Sep 27 10:23:01 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DA6B3A0D20; Mon, 27 Sep 2021 10:22:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.488 X-Spam-Level: X-Spam-Status: No, score=-9.488 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_MSPIKE_H2=-0.001, SPF_NONE=0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=HSyk8eA+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=P2QyxNjP 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 c9eDcZhpONfJ; Mon, 27 Sep 2021 10:22:53 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5505C3A0DBD; Mon, 27 Sep 2021 10:22:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28563; q=dns/txt; s=iport; t=1632763373; x=1633972973; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Lbl2AEVKGRPvRH7g7LlIHO69pW11dl4kpsP66gCwzEE=; b=HSyk8eA+n045FNScoIP0+EBkgSVyJTIcJNxTq09ruUT7JqUn57exTAIr aQL9EMa0TWXK+cugwLchex2Dxzb+2tqoRul9vgCVnr4bmQ9h38jwg4qeM uWgDZy7ybA0VfFylcNZnf/IzMzST9xF9NJVhZADJWB9ajzM94iZi96ruj M=; X-IPAS-Result: =?us-ascii?q?A0C6AwCM/VFhl4gNJK1XA4EJgnwwIy5+Dkw3MQOIDAOFO?= =?us-ascii?q?YgIA4pyj3SBQoERA1QLAQEBDQEBMBEEAQGDR4E2AoJGAiU4EwECBAEBAQEDA?= =?us-ascii?q?gMBAQEBBQEBBQEBAQIBBgQUAQEBAQEBAQGBCIVoAQyGQgEBAQEDEgsQEwEBN?= =?us-ascii?q?wEPAgEZBAEBIQEGByERFAkIAgQOBQgTB4JPAYF+VwMvAQ6lJQGBOgKKH3iBM?= =?us-ascii?q?4EBgggBAQYEBIE2AQMCDgMPL4J/DQuCNQmBIxeDAIQTgR2BVoN/JxyBSUSBF?= =?us-ascii?q?AFDhUZCAQECAYEjBQESASMfBQcJEYJoIIIuii4EQw4BAQUqVlkBJgQqNJILj?= =?us-ascii?q?ASfDF4Kgy2KQYJChViGH4YEFINni2iXOpQibgyBBoxIgzuVNAIEAgQFAg4BA?= =?us-ascii?q?QaBeCJrcHAVgyQJSBkPjX4uDQmDUIUUhUp0AgE1AgYLAQEDCZIVAQE?= IronPort-PHdr: A9a23:CEMwPBxdhBaCT3vXCzPFngc9DxPP8531MxIbrJ09hOEGfqei+sHkO 0rSrbVogUTSVIrWo/RDl6LNsq/mVGBBhPTJsH0LfJFWERNQj8IQkl8hDdKLT0rhI62iYykzB s8XUlhj8jmyOlRUH8CrYVrUrzWy4DceFw+5OxByI7H+G5XZiIK80OXhk6A= IronPort-Data: A9a23:ym/uxqkuP11qJNs2AjVhEQLo5gyJJkRdPkR7XQ2eYbSJt1+Wr1Gzt xIcW22CPP+OZDOhfdlza47k/BgCu57cx9QyTgJoqS1kF1tH+JHPbTi7wugcHM8zwunrFh8PA xA2M4GYRCwMo/y1Si6FatANl1EkvU2zbue6WLOs1hxZH1c+EX9w0007wYbVv6Yx6TSHK1LV0 T/Ni5W31G+Ng1aY5UpNtspvADs21BjDkGtwUm4WPJinj3eC/5UhN6/zEInqR5fOria4KcbhL wrL5OnREmo0ZH7BAPv9+lrwWhVirrI/oWFih1IOM5VOjCSuqQQu45cCMtFNbH1XrAito+tX5 fEclq2/HFJB0q3kwIzxUjFRFyV4eKZB4rKCej60sNeYyAvNdH6EL/dGVR5te9ZGvL8sRzgVq 5T0KxhVBvyHr+663bG2UcFnh98oK4/gO4Z3VnRIkm6HU6h7GsmcK0nMzd9X8yoSpuF2JKbHV fQaYBpdTS6bRSQabz/7D7pnzLv32RETaQZws0qPpKw4y2ne0AI316LiWPLOYNeNQN19n0uEq CTB5WuRP/0BHNWbzTzA+XW2i6qU2yj6Q4kVUra/85aGnWF/2EQPOSwvU3DqpMO5rXOaZ+l5B mhF2Rsh+P1aGFOQcvHxWBixoXihtxEaWsZNH+BS1O1r4veEi+p+LjVVJgOteODKp+dtHmVzi QHhc8fBQG0x7uLEEBpx45/O9VuP1T4pwXjujMPuZSIB59TlyG3Ypk2SFo84eEJZYyGcJN0d6 zmOqC57jLIJgItQka665lvAxTmro/AlrzLZBC2KAwpJDSsgOeZJgrBED3CAtJ6sy67CFDG8U IAswZT20Qz3JcjleNaxaOsMBqq1wP2OLSfRh1Vid7F4qW/3pS76JdgLu20nTKuMDiriUWK4C KM0kV4AjKK/wFPxBUOKS9vrUp9znfSI+SrND6qONrKinaSdhCferH0xOiZ8LkjmkVMnlukkK IyHfMO3ZUv2+ow5pAdas9w1iOdxrghnnDu7bcmik3yPjOrPDFbIGOxtGAbfMYgRsvjeyC2Lq Ik3Cid/40gGOAEISnKMqtB7wJFjBSVTOK0aXOQNLbPcflo6RjtxYxITqJt4E7FYc21uvr+g1 hmAtoVwkTITWVWvxd22V01e IronPort-HdrOrdr: A9a23:5AyL0KH6X96YVhiXpLqFsZLXdLJyesId70hD6qkvc31om52j+f xGws516fatskdvZJkh8erwX5VoMkmsi6KdgLNhfYtKOTOHhILGFvAY0WKP+UyEJ8S6zJ8g6U 4CSdk8NDSTNykBsS+S2mDReLxMrKjlgcKVbKXlvgpQpGpRGsddBnJCe36m+zpNNXB77PQCZf 6hz/sCgwDlVWUcb8y9CHVAdfPEvcf3mJXvZgNDLwI76SGV5AnYqoLSIly95FMzQjlPybAt/S zuiAri/JiutPm911v1y3LT1ZJLg9Hso+EzQfBky/JlbgkEuDzYIriJaIfy5QzdZ9vfsGrCpe O85CvI+f4DsE85MFvF+ycFkDOQoQrGo0WSuWNwx0GT/PAQgFkBepV8bUUzSGqE16NohqAP7E pGsljpxKZ/HFfOmj/w6MPPUAwvnk2ooWA6mepWlHBHV5ACAYUh4bD30XklWqvoJhiKpbzP0d Meev309bJTaxeXfnrZtm5gzJilWWkyBA6PRgwHttaO2zZbkXhlxw9ArfZv0Eso5dY4Ud1J9u 7EOqNnmPVHSdIXd7t0AKMETdGsAmLATBrQOCaZIEjhFqsAJ3XRwqSHr4kd9aWvYtgF3ZEykJ POXBdRsnMzYVvnDYmU0JhC4nn2MS6AtPTWu4ljDr1Cy/zBrZbQQFm+oWEV4oKdSq8kc7jmst 6ISeVrP8M= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,327,1624320000"; d="scan'208,217";a="776665317" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Sep 2021 17:22:51 +0000 Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 18RHMpGx031907 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 27 Sep 2021 17:22:51 GMT Received: from xfe-aln-004.cisco.com (173.37.135.124) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 27 Sep 2021 12:22:51 -0500 Received: from xfe-aln-001.cisco.com (173.37.135.121) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 27 Sep 2021 12:22:50 -0500 Received: from NAM02-BN1-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.15 via Frontend Transport; Mon, 27 Sep 2021 12:22:50 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fGOZBZjtq7yXC4GI7MwdPlfIGmSwzQV4R2zpbc65yDxZkuTTJuHC+AqPs+j37w9wNEYn+HOplniww40n/7XRl/lw2SUofKLppJbr5MMMNY3dtvwexpwyG3sgJs+OmCLnPBrRO3l/sTdeMDg3GZoIE0OMyBk6q4nZfh0Bm7NSj+2Ie26yfIdZu0tNK65OYm2sD7l3v/r2NWz2FvLhzugN2L3l/FQ7RqYVnIm3pKM4t5yZtSJ/RvHHaPvfoPnHccqCNWrY++71+yliXyvvfvBu5TzTHaVavMEYpNaKxl2zIUKzZ80na8VtBkRZETUnWoK6MsoFVm802YEc7kuW9XqD+Q== 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; bh=3I9P6xB/thn+z3J6EEQKiJ5hJCm0xxRu3hB0bfzxXZo=; b=dnlzQH91LUAeMKlOtvk/51ibJH9XYA5Hpnbg363+OYyaMlcaG+1DCGMmxGFEQadHBh56FFRs5aUeOhLYOTpHcSFkNLt/TWBbTBjdb9DiSFvYuXqeE++ZzOqEZ/kQUUMh/yMDSA2IEgXrSgdXjLliqQCl90Kku5BB+7X5bUlkOrhWGZ5HXczRD+yIBciC8rY6CiHybAoilhSl2iKkJYf7SZiWFG2rbmuW/hUufkW89vEBKs7ChpZYf67QijlYLGEQjHFdSECRk0WcMakN3qtoNyjbAEzt88mG9OtcyNt80Cn3bsN8ee7R+Ffp/oeVI5VXOEY5oK/enWshqy8WhfpW+Q== 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=3I9P6xB/thn+z3J6EEQKiJ5hJCm0xxRu3hB0bfzxXZo=; b=P2QyxNjPS3rkwy/F71VS0UXkSurIhOwLATYM3S0Wvb7I2CnR1Dm3IvbPxIANEE6ur56gpp0gZgZNN29gHdwWa7qtOcI2xzkrDFGgVo3qobG29iM5aTqJ3+Ksd0Ngpr/2wPzWrMXnZN4novdeBHN9Jx3mhP3widzILA2Dl18ECTE= Received: from BN6PR11MB4081.namprd11.prod.outlook.com (2603:10b6:405:78::38) by BN6PR11MB4034.namprd11.prod.outlook.com (2603:10b6:405:7d::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15; Mon, 27 Sep 2021 17:22:49 +0000 Received: from BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a]) by BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::29e4:107f:9885:310a%6]) with mapi id 15.20.4544.021; Mon, 27 Sep 2021 17:22:49 +0000 From: "Darren Dukes (ddukes)" To: "srcomp@ietf.org" CC: SPRING WG Thread-Topic: [srcomp] compression analysis draft question on proposals analyzed Thread-Index: AQHXs8RLe4qvwwlNMki4HXiyGlcadA== Date: Mon, 27 Sep 2021 17:22:48 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-24T17:30:14.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d8b5694d-6e8c-4d12-0f4f-08d981db6df3 x-ms-traffictypediagnostic: BN6PR11MB4034: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3383; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hQThNupMuYk3nG+ISxBebzwtpAplJwcF9PJpiqwj5p9T1uVEJAplvOxmbouf8HUR2/aDP9SuulBZYO2WCxxSwweR85Rvz9EydWdIpvIyRRAW1PHVdZct5h8wbgzzG/aJ/2M1XVHAff2ufDFyHRuWhWZXJHY9V5OLANOY+Tg42jN/e4biKdF8xFNwYzYgJxdtovUWduh5hr+u8sGfCbij3SIX8A1b2ejWuuGxfoVd0F5eeAWjVGzQ+mzi7FAAWfC8oDWdbQkT4ml+56lUjrAKn2Tvsl8z7gYG3KODyWlQQnjqeq7Va6s8WdC9THIjF+wzecbYWj4eK5TmFW1WOjIstZFD7T5Qxu64gwiHAP7q8y9BjB+rPzqMTZ61HiIFWJumnoa8UqxnDoIZ/GFzfVHy/My5vlciD2mkVvxipRwLFza8ksN+iaanHOix+2MvBXk6Py8fRmF29jBQJ6Bb8MWjYx9cVWyrol1CZoPFHOAfoVUk5M/vu4B+CNAepGSEIw27vaaKMm84krjEK0lfgjTxCvu78AZkpOd+ZapIje5pnkMay7cXXFNnsaQM0v8hfFmw2UoDnONJKYEwMYthxKZ/KXbDia47YN5SQQ9H717qXtP07nZI3oj/jQYIuzeFlTF67jN12o7INzFw/abWW9u3KxdP+4WzhXYK4I4djFXkQyI2e6mJnE2OWe05AVrvnYkFo+Kafo3j+aFtSWMkHOLsKhNhIvkoOMdFze5mrfnPw82/y/1HrdgWIgn9101oQ5xPA8DpxHBz3mb+mcXqs+9VbmE0uAJino9Q+/kPqWsjD6tjuxC4NOp/c7/+PQStV07BoBhjTaVjjbQzgjJONikGvg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB4081.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(66556008)(508600001)(66476007)(38100700002)(450100002)(2906002)(7696005)(66946007)(55016002)(9686003)(33656002)(91956017)(64756008)(66446008)(86362001)(71200400001)(122000001)(76116006)(186003)(166002)(8936002)(6506007)(316002)(83380400001)(966005)(52536014)(38070700005)(40140700001)(6916009)(8676002)(26005)(5660300002)(53546011)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?28VvB2/VxTObLOJ3yXlWwqW5LcRXIIsY/A6aiLiEZwuPlvchlHsYUFRU?= =?Windows-1252?Q?B7pSnelAclgjxT40RxHeXg43Dsjkxs2UAs62MZuDCoVM0RBwmkXHHml3?= =?Windows-1252?Q?Od6XVZ4qfnHwTAcdwLV0FhZfmZ1rrB4NmAw9zrQ41wL1/cSZEwyIM8tX?= =?Windows-1252?Q?TlYzA2Hy2+2OB2bnlNZ8E5Y6lshcYA6FVFmLYLjTzYfcIh9IHm+tcNgi?= =?Windows-1252?Q?L3Cpq/SuhYUAQSHgwv/fQOj3VdpPTa+frrikLumMzUHxSKNEtCEqt/2w?= =?Windows-1252?Q?W6jqu/8uAN95VbiYVbhHJmKczAiDrxubhonnb9t4FF63qRz+8sQdGXAy?= =?Windows-1252?Q?iejwrTu5GPLvq3ALqTNRPgF0dbgS2ZwdOhHHL24/LrTHtqd7nUa8aeVx?= =?Windows-1252?Q?CROX2UTToJG5uNMLofb9gFYYCPSl5wMPRw7xMYQqXVO/MzhO2DATsoOT?= =?Windows-1252?Q?ZmVfI1j7NP1+Qn84oMhxTnaNC/SfwwDHfXnEVlsYiCaVz/nQMqnhspqo?= =?Windows-1252?Q?4ESeZ7GRim2x124iQGOPnesTKIh1HrF7X5NRR6AUTDUBdj742RP0vNtf?= =?Windows-1252?Q?LHU7Tcac9tSQRoLT657K6JOmW8UplDNRqftGw/AUxm0PZ8M5O2VqYoZi?= =?Windows-1252?Q?Ozi2BnUqlRc+939XeCok7isQ7thocqm9a450GV1+/idaGIusKozdnMzj?= =?Windows-1252?Q?pzqcZJ1DoqecZ4wazAzdBga4hnNLV9KIn7BdQNQSLPbRdsoSXG52QIC3?= =?Windows-1252?Q?edwVMLuckDY6lZw1sWpIko1PIcY/xq70z8EyUAj9BTce1jkKJNw1GOwP?= =?Windows-1252?Q?x1nz/8WyVzEVpQKu2/moG7izz/lNGhK/H8cTeEidB+/HJiZp0Y5fz/Po?= =?Windows-1252?Q?MIa1DuDQnZyk+yY+wTp9WF2c8aR7eJlsLTFNDCP3B2I1qlIRV6uNHVq/?= =?Windows-1252?Q?22Qpp15YRSazQCblk5LEAkf1B2jyqH27R+kqCPpF8mgxo+QsIflZ2CGP?= =?Windows-1252?Q?Z9wQFTcrqiuig1wfb4k/M+r90FSL3tBNenfEV7gcG6rAN2vH2mi9QsqB?= =?Windows-1252?Q?A01BpUqLbi6YeRjLhUZfhpg5Ok5TROU40MSg/z9Cl1ww8lbYXfEzfFSW?= =?Windows-1252?Q?Oxexadz0grKiZGM9FsEn178lFGpbYnwWRUo1/YUfYOYHn5zeoHZr6YkI?= =?Windows-1252?Q?6vnbKwE3EwfilBsCNjNT63eSZ/MqDRYFLwerk62RjJFq0am9Nx6OwPg3?= =?Windows-1252?Q?+yVncTGpU1/HNmJdHeVzihZyEtWvHRbqmAlEnKo62ihyHoGuYV4QcNPI?= =?Windows-1252?Q?vGUsFmG83g1QRyTctZW0IIAFpGuEb1Z+P0u1IzPPvcTr04x0wYUYzwQK?= =?Windows-1252?Q?LzJKnWKJAqQ00HkwqNEdarBdEQYHbx3MU7V5sFjwhoozdXIhYGKj3Ght?= =?Windows-1252?Q?LSmAtchuw0GGZdwekOX6Ww=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BN6PR11MB4081AA99FC88D374E11C3149C8A79BN6PR11MB4081namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB4081.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d8b5694d-6e8c-4d12-0f4f-08d981db6df3 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Sep 2021 17:22:49.0153 (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: uboX3MJSlPiHiAoEHebU1ycEHEy8xJ3AjkdgmndsSzCLQE4DeBu9Z7h1V9o5mSibBZo3v5PxZSagQLoPeRr31Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB4034 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: [spring] [srcomp] compression analysis draft question on proposals analyzed X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 17:22:59 -0000 --_000_BN6PR11MB4081AA99FC88D374E11C3149C8A79BN6PR11MB4081namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Was: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#sectio= n-4.1.1 I=92m sending this note to redirect this question to the srcomp DT for an e= ditorial fix, when the team meets next. For the DT: Each proposal, introduced in section 1, discusses how it supports 16-bit an= d 32-bit SIDs. However, Gyan=92s question indicates this could be more clea= rly stated in the analysis draft to help readers less familiar with a propo= sal. As such, section 1 can be improved accordingly. Darren On 2021-09-24, 1:32 PM, "spring" wrote: Gyan, You raise a very good point. In the analysis document, Tables 1 through 6 a= nd Tables 12 through 15 each contain only one column for the CSID. They do = not indicate whether the number in that column were calculated using the NE= XT-C-SID, REPLACE-C-SID, or NEXT-AND-REPLACE-C-SID. (That is, the do not in= dicate whether they were calculated using uSID, G-SID, or a combination of = both). Each of these tables should be modified, so that the CSID column is replace= d by three columns (NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-REPLACE-C-SID). If the numbers in these columns are different from one another, this may in= form our discussion about whether NEXT-C-SID, REPLACE-C-SID, and NEXT-AND-R= EPLACE-C-SID are different behaviors or different flavors of a behavior. = Ron Juniper Business Use Only From: spring On Behalf Of Gyan Mishra Sent: Friday, September 24, 2021 9:56 AM To: SPRING WG ; draft-filsfilscheng-spring-srv6-srh-compre= ssion@ietf.org; spring-chairs@ietf.org Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compression-02#se= ction-4.1.1 [External Email. Be cautious of content] Dear Spring Authors Please respond to this question the WG has related to which of the three SR= v6 forwarding mechanisms called flavors was inclusive of the compression a= nalysis draft. The Analysis draft is ambiguous as to which SRv6 forwarding plane flavor wa= s part of the analysis. This is a critical question that has come up by the WG and Chairs, and answ= ering this question will help pave the way to an adoption call for C-SID. Kind Regards Gyan On Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra > wrote: Dear Authors After having a few discussions on threads related to the SRv6 compression a= nalysis draft results, as well as WG coming to consensus on a single SRv6 c= ompression solution, a few critical questions have come up related to C-SID= draft that requires clarification by the authors. The C-SID draft has 3 compression solutions below and is a combination of t= he two drafts below which introduces 2 of the 3 compression solutions with = the C-SID draft introduction of yet a 3rd compression solution. Which of the 3 C-SID draft compression solutions was included as part of th= e DT analysis draft results and conclusion? This is a critical question that needs to be answered for clarification on = the C-SID draft solution. As the WG has consensus on a single solution we need to have clarification = from the authors which of the 3 compression solutions was included in the a= nalysis. The three solutions are very different and all would yield different analys= is results. I understand the authors have called the each solution a endpoint flavor wh= ich I see from the IANA codepoint allocations, however each flavor is a dif= ferent solution. https://www.iana.org/assignments/segment-routing/segment-routing.xhtml So the WG as stated would like a single solution so now we need feedback fr= om the authors which of the three solutions or endpoint flavors was part of= the DT analysis draft that the authors would like to put forward as the si= ngle compression solution. C-SID is a combination of the two drafts below: Combination of the two drafts below: G-SID - Generalized SID =93REPLACE-C-SID=94 https://datatracker.ietf.org/doc/html/draft-cl-spring-generalized-srv6-for-= cmpr-03 SRv6 uSID micro-segment =93 NEXT-C-SID=94 https://datatracker.ietf.org/doc/html/draft-filsfils-spring-net-pgm-extensi= on-srv6-usid-10 Kind Regards Gyan -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email] Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com M 301 502-1347 --_000_BN6PR11MB4081AA99FC88D374E11C3149C8A79BN6PR11MB4081namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Was: Re: [spring] draft-filsfil= scheng-spring-srv6-srh-compression-02#section-4.1.1

 

I=92m sending this note to redi= rect this question to the srcomp DT for an editorial fix, when the team mee= ts next.

 

For the DT:

Each proposal, introduced in se= ction 1, discusses how it supports 16-bit and 32-bit SIDs. However, Gyan=92= s question indicates this could be more clearly stated in the analysis draf= t to help readers less familiar with a proposal.  As such, section 1 can be improved accordingly.=

 

Darren

 

On 2021-09-24, 1:32 PM,= "spring" <spring-bounces@ietf.org> wrote:

 

Gyan,

 

You raise a very good point. In the analysis docum= ent, Tables 1 through 6 and Tables 12 through 15 each contain only one colu= mn for the CSID. They do not indicate whether the number in that column were calculated using the NEXT-C-SID, REPLACE-C-= SID, or NEXT-AND-REPLACE-C-SID. (That is, the do not indicate whether they = were calculated using uSID, G-SID, or a combination of both).

 

Each of these tables should be modified, so that t= he CSID column is replaced by three columns (NEXT-C-SID, REPLACE-C-SID, and= NEXT-AND-REPLACE-C-SID).

 

If the numbers in these columns are different from= one another, this may inform our discussion about whether NEXT-C-SID, REPL= ACE-C-SID, and NEXT-AND-REPLACE-C-SID are different behaviors or different flavors of a behavior.<= /p>

 

        &n= bsp;            = ;            &n= bsp;            = ;            &n= bsp;            = ;        Ron

 

 

 

Juniper Business= Use Only

From: spring <spring-bounces@ietf.org&g= t; On Behalf Of Gyan Mishra
Sent: Friday, September 24, 2021 9:56 AM
To: SPRING WG <spring@ietf.org>; draft-filsfilscheng-spring-sr= v6-srh-compression@ietf.org; spring-chairs@ietf.org
Subject: Re: [spring] draft-filsfilscheng-spring-srv6-srh-compressio= n-02#section-4.1.1

 

[External Email. Be cautious of content]

 

De= ar Spring Authors 

 

Pl= ease respond to this question the WG has related to which of the three SRv6= forwarding mechanisms called  flavors was inclusive of the compressio= n analysis draft.

 

Th= e Analysis draft is ambiguous as to which SRv6 forwarding plane flavor was = part of the analysis.

 

Th= is is a critical question that has come up by the WG and Chairs, and answer= ing this question will help pave the way to an adoption call for C-SID. &nb= sp;

 

Ki= nd Regards 

 

Gy= an

 

On= Sun, Sep 19, 2021 at 3:33 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:

De= ar Authors

 

Af= ter having a few discussions on threads related to the SRv6 compression ana= lysis draft results, as well as WG coming to consensus on a single SRv6 com= pression solution, a few critical questions have come up related to C-SID draft that requires clarification by the aut= hors.

 

Th= e C-SID draft has 3 compression solutions below and is a combination of the= two drafts below which introduces 2 of the 3 compression solutions with th= e  C-SID draft introduction of yet a 3rd compression solution.

 

Wh= ich of the 3 C-SID draft compression solutions was included as part of the = DT analysis draft results and conclusion?

 

Th= is is a critical question that needs to be answered for clarification on th= e C-SID draft solution.

 

As= the WG has consensus on a single solution we need to have clarification fr= om the authors which of the 3 compression solutions was included in the ana= lysis.  

 

Th= e three solutions are very different and all would yield different analysis= results.

 

I = understand the authors have called the each solution a endpoint flavor whic= h I see from the IANA codepoint allocations, however each flavor is a diffe= rent solution.  

 

https://www.iana.= org/assignments/segment-routing/segment-routing.xhtml=

 

So= the WG as stated would like a single solution so now we need feedback from= the authors which of the three solutions or endpoint flavors was part of t= he DT analysis draft that the authors would like to put forward as the single compression solution.

 

C-SID is a combi= nation of the two drafts below:

 

Combination of t= he two drafts below:

 

G-SID - Generali= zed SID =93REPLACE-C-SID=94

 

SRv6 uSID micro-= segment =93 N= EXT-C-SID=94

 

Kind Regards&nbs= p;

 

 

Gy= an

--=

=

Gyan Mishra

Network Solutions Architect 

Email gyan.s.mishr= a@verizon.com

M 301 502-1347

 

--=

=

Gyan Mishra

Network Solutions Architect 

Email gyan.s.mishr= a@verizon.com

M 301 502-1347

 

--_000_BN6PR11MB4081AA99FC88D374E11C3149C8A79BN6PR11MB4081namp_-- From nobody Mon Sep 27 14:08:14 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9332D3A17AB; Mon, 27 Sep 2021 14:08:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 dEM0Va24DvMX; Mon, 27 Sep 2021 14:08:06 -0700 (PDT) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 460BD3A1A08; Mon, 27 Sep 2021 14:08:03 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id u1-20020a17090ae00100b0019ec31d3ba2so164482pjy.1; Mon, 27 Sep 2021 14:08:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=sbHHPAUhW4UAWheveylmlMxxvevBMXNKSmktcdAADlo=; b=jaokYq9M3x7MPuqq2O/6pY51j3RvsS6yGwyTKAsxNPvCJNOoR3PtmPy+ns//OHnujv Dr/wmra72/P/6Uj7TckcN7QjHUuAHRqV6aSr7IaEib0OOfNUFKM8nB2teEKUyof2renl jDNePmkuj2vEJfur6+F9Ih4cJOozloT/qgyXJjZeZoyOS5qSkCm9nL5UZNYgyBrzSJRn 9bAiIz/XfIRpcfp3oiL6x4FN1zX8Ius0N6XICp/ntgVWPKMrqzCvwbKl9+YUKOiRXVv3 H1YD5hiu5wbUROm0sujscqHb2mI8pQx1ydtM+x6J27GYGikqCfvEjo/0lia6zDe8O7Qj 7Yfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=sbHHPAUhW4UAWheveylmlMxxvevBMXNKSmktcdAADlo=; b=InZ1ao5knUOM0p/87MI+g4l+Fj3t02n9G5MMSsysRyQ/dEuA+gKjiUxIdBH6SpY74Z omEBDtZ0FmtELYoRBLbc66Q68wrUNP19bBw5UwH+qy8e9hjGCHqzaocLF5tBFNXFX3sB PHZpbTI99QdLBh3TnbMnns5+oUkZXxojSBRnLj+GWE/gVthyd31bkm6vBkH/x+JZBB1S 7eFhb6CpbAtwPaWsfQ45vBHQmJYBcccnidmAla1yDvM65mtxvAjRCrdSCBcHD6/FhtRr DaRkAFOOSS0P9qbJG80g+ozXwqtgRkVNQohvKwyDElPe5Mj01ObeYJPcnQQf2Dt+f5NO inPA== X-Gm-Message-State: AOAM53321TfNx0p4MrtUr++ZD5HYJCH8a0RjaenRLENg1uEtKDbXJEnQ AuO0hFdgBD+IdFNqKB/1UeLAtN8cvr0HPAs0Cq1CswlFAuE= X-Google-Smtp-Source: ABdhPJyhCz5d1zkYmaiY65TMQTvI9DFNFoOpOwnSEwzws0NLvPjbLXVbcDYEVIvAHjhrG+Kon3b4q00CVUlDQ2/prNQ= X-Received: by 2002:a17:90b:1642:: with SMTP id il2mr1227425pjb.167.1632776881862; Mon, 27 Sep 2021 14:08:01 -0700 (PDT) MIME-Version: 1.0 From: Gyan Mishra Date: Mon, 27 Sep 2021 17:04:01 -0400 Message-ID: To: SPRING WG , spring-chairs@ietf.org, James Guichard , draft-ietf-spring-mpls-path-segment@ietf.org, draft-li-spring-srv6-path-segment@ietf.org Content-Type: multipart/alternative; boundary="0000000000000a7daf05cd007ea6" Archived-At: Subject: Re: [spring] [Spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 21:08:12 -0000 --0000000000000a7daf05cd007ea6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Rakesh & Authors I replied during WGLC on July 29th supporting publication of this draft, but did not hear back from the authors. I have since added some additional comments in this email related to this SR-MPLS draft as well as other Path Segment related drafts and how they reference each other as normative references as well as how each of the drafts help explain the entire path segment solution and how SR-MPLS and SRv6 path segment solutions related to the extensions for PCE and SR policy updates. This draft can be very useful for operators and provides an RSVP-TE record route style function in a new Path SID that can be leveraged for IOAM PM use case as well as BIDIR path association and 1+1 protection solution. As all of these drafts relate to each other from a SR PSID path segment perspective I would like to comment on all of the drafts below as it relates to this draft WGLC as well as progressing the other drafts listed below also provide some synchronization and parity between the drafts: All 5 drafts as they define the overall SR Path Segment solution, I believe they all should have normative mentions of each of the other drafts. I reviewed all 5 drafts and they do except for any noted below. SR Path Segment drafts: SR-MPLS Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment-0= 5 SRv6 Path Segment https://datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07 PCE SR extension for PSID path Segment https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04 PCE SR extension for BIDIR PSID Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path SR Policy Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segment SR MSD as it applied to SR-MPLS & SRv6 Compression & how Path Segment can be used to alleviate MSD issues: Can the Path Segment solution be used to help with MSD issues for both SR-MPLS & SRv6 very long strict paths by being able to reference inter-as paths as PSID/BSID sub paths instead of the expanded path? *SR-MPLS Path Segment - WGLC Review: * https://datatracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment-0= 5 Recommendation to update the verbiage to state that 1+1 path protection is an SR-MPLS specification optimization using PSID solution. Since PSID can be used for 1+1 path protection my thoughts are that maybe PSID can be used to help overall in MSD SID depth issues on the primary active path for very long paths to help with SID depth and reduce the size SID path length with PSID/BSID nested sub path segments. PSID could also be stated as an optimization for MSD issues for very long strict paths to help in the reduction of the size of the SID list in an SR-TE policy to define the path using the BSID/PSID path vector to compress the explicit path. My thoughts are that Sub paths created by PSID/BSID keys can be used for inter-as paths across multiple domains, a similar concept of RFC 4736 lose hop expansion can be used for longer paths to help compress and cutdown on the E2E Path containing all the SIDs. In cases where the intra-as path is very long the path can be broken up into PSID/BSID sub paths regions within a domain. I believe this could apply to both SR-MPLS & SRv6 very long E2E strict paths that cross many AS=E2=80=99s= and domains. Abstract section: OLD TXT A Segment Routing (SR) path is identified by an SR segment list. Only the complete segment list can identify the end-to-end SR path, and a sub-set of segments from the segment list cannot distinguish one SR path from another as they may be partially congruent. SR path identification is a pre-requisite for various use-cases such as Performance Measurement (PM), bidirectional paths correlation, and end-to-end 1+1 path protection. In SR for MPLS data plane (SR-MPLS), the segment identifiers are stripped from the packet through label popping as the packet transits the network. This means that when a packet reaches the egress of the SR path, it is not possible to determine on which SR path it traversed the network. This document defines a new type of segment that is referred to as Path Segment, which is used to identify an SR path in an SR-MPLS network. When used, it is inserted by the ingress node of the SR path and immediately follows the last segment identifier in the segment list of the SR path. The Path Segment will not be popped off until it reaches the egress node of the SR path. The Path Segment then can be used by the egress node to implement SR path identification and correlation. NEW TXT Segment Routing (SR) [RFC8402 ] leverages the source-routing paradigm to steer packets from a source node through a controlled set of instructions, called segments, by prepending the packet with an SR header in the MPLS data plane SR-MPLS [RFC8660 ] through a label stack or IPv6 data plane using an SRH header via SRv6 [RFC8 986] to construct an SR path. The MPLS forwarding plane does not preserve the path state at the egress node that maybe use for various optimization and path correlation use cases similar to what is provided by RSVP-TE record route object. This document defines a new type of segment that is referred to as Path Segment, which is used to identify an SR path in an SR-MPLS network. When used, it is inserted by the ingress node of the SR path and immediately follows the last segment identifier in the segment list of the SR path. The Path Segment is preserved until it reaches the egress node for SR path identification and correlation. This document defines a new path segment that enables SR path identification which is a pre-requisite for various use-cases such as Performance Measurement (PM), bidirectional paths correlation, as well as SR-MPLS specification optimizations such as end-to-end 1+1 path protection and SR path list compression for MSD optimizations. Introduction section: OLD TXT Segment Routing (SR) [RFC8402 ] is a source routed forwarding method that allows to directly encode forwarding instructions (called segments) in each packet, hence it enables steering traffic through a network without the per-flow states maintained on the transit nodes. Segment Routing can be instantiated on an MPLS data plane or an IPv6 data plane. The former is called SR-MPLS [RFC8660 ], the latter is called SRv6 [RFC8402 ]. SR-MPLS leverages the MPLS label stack to construct an SR path. NEW TXT Segment Routing (SR) [RFC8402 ] leverages the source-routing paradigm to steer packets from a source node through a controlled set of instructions, called segments, by prepending the packet with an SR header in the MPLS data plane SR-MPLS [RFC8660 ] through a label stack or IPv6 data plane using an SRH header via SRv6 [RFC8 986] to construct an SR path. In the SRv6 PSID draft PSP must be disabled in SRv6 PGM. For SR-MPLS PSID draft PHP implicit null does not need to be disabled as long as the BOS S bit is set and the TTL is set to last label in label stack. Agreed. Since the label stack for L2/L3 VPN is 2 labels deep with topmost label as topological label and bottom label as the service label. Would the Path segment appear as the last label in the set of labels or SR label stack representing the topological path or below the service label and in that case would have the BOS bit S set. Would the path segment label only be the bottom label for Global table routing where no service label exists but if a L2/L3 VPN service label exists then the S bit would not be set on the PSID? In figure 1 it shows the PSID label as the last label, below the Service labels. If that is the case then the BOS S bit would be set. Can we state explicitly if the path label will always be the bottom label or are there certain circumstances where it would not be the bottom label. How does the PSID label TTL change in PHP enabled versus disabled mode with respect to pipe and uniform mode RFC 3443. RFC 8662 states that the entropy label ELI/EL would be placed at readable depths within the label stack section 10.5. =E2=80=9CEntropy label and Entropy Label Indicator (ELI) as described in [RFC8662 ] for SR-MPLS path, can be placed before or after the Path Segment label in the MPLS label stack.=E2=80=9D So how would you prevent the PSID label from being popped in the PHP case if it=E2=80=99s Entropy label is placed before or after the PSID label? Also I am not sure how that would work if per RFC 8662 the placement of the ELI/EL for load balancing and issues with DPI and processing is placed at per section 10.5 at readable depths? The introduction section of the SRv6 Path draft mentions the SR-MPLS path segment solution & as they both are drafts and similar maturity states the SR-MPLS path segment draft should mention the SRv6 path segment draft as well to be complete. Section 6 should mention PCE bidir path segment draft. I don't see it mentioned. https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path Section 7 E2E path protection it would be helpful to have a picture similar to section 4 with sub paths and depicting a similar scenario with access, aggregation & core E2E path with the BSID/PSID path nested sub paths and how they 1+1 protection of the E2E would be instantiated. *SRv6 Path segment draft - Comments:* https://datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07 In the SR-MPLS Path segment draft can the section 4 Nesting of paths segments concept with PSID/BSID path vector sub paths apply to SRv6? I think this would help tremendously with SRv6 compression for long inter-as paths. Also as stated above can the path segments be used for not only 1+1 path protection, but also for defining the E2E path with a minimal number of SIDs thereby compression of the overall SID path and help eliminate MSD issues & be a possible SRv6 compression solution. It would be useful to have a section on 1+1 path protection mechanism graphical depiction with PSID/BSID sub-paths similar to my SR-MPLS path draft comment. *PCE SR extension for PSID path Segment Comments:* https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04 Draft is well written. No comments *PCE SR extension for BIDIR PSID Path Segment Comments:* https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path Draft is well written. No comments *SR Policy Path Segment Comments:* https://datatracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segment Draft is well written. No comments Kind Regards Gyan James Guichard james.n.guichard@futurewei.com via ietf.org Wed, Jul 7, 11:49 AM to spring@ietf.org, spring-chairs@ietf.org Dear WG: This email starts a 2 week Working Group Last Call for draft-ietf-spring-mpls-path-segment [1]. Please read this document if you haven=E2=80=99t read the most recent versi= on and send your comments to the SPRING WG list no later than July 21st 2021. If you are raising a point which you expect will be specifically debated on the mailing list, consider using a specific email/thread for this point. Lastly, if you are an author or contributor please response to indicate whether you know of any undisclosed IPR related to this document. Thanks! Jim, Joel & Bruno [1] https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --0000000000000a7daf05cd007ea6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear Rakesh & Auth= ors=C2=A0

I replied during WGLC on July 29th supporting publication of t= his draft, but did not hear back from the authors.

I= have since added some additional comments in this email related to this SR= -MPLS draft as well as other Path Segment related drafts and how they refer= ence each other as normative references as well as how each of the drafts h= elp explain the entire path segment solution and how=C2=A0 SR-MPLS and SRv6= path segment solutions related to the extensions for PCE and SR policy upd= ates.=C2=A0=C2=A0

=C2=A0

This draft can be very useful for operators and provides an RS= VP-TE record route style function in a new Path SID that can be leveraged f= or IOAM PM use case as well as BIDIR path association and 1+1 protection solution.

=C2=A0

As all of these drafts relate to each other from a SR PSID pat= h segment perspective I would like to comment on all of the drafts below as i= t relates to this draft WGLC as well as progressing the other drafts listed b= elow also provide some synchronization and parity between the drafts:

All 5 drafts as they define the overall SR Path Segment soluti= on, I believe they all should have normative mentions of each of the other = drafts.=C2=A0 I reviewed all 5 drafts and they do except for any noted belo= w.

SR Path Segment drafts:

SR-MPLS Path Segment=C2=A0

https://datatracker.ietf.org/doc/html/draft-iet= f-spring-mpls-path-segment-05

=C2=A0

SRv6 Path Segment=C2=A0

https://datatracker.ietf.org/doc/html/draft-li-sp= ring-srv6-path-segment-07

=C2=A0

PCE SR extension for PSID path Segment=C2=A0

https://datatracker.ietf.org/doc/html/draft-ietf-pce= -sr-path-segment-04

=C2=A0

PCE SR extension for BIDIR PSID Path Segment=C2=A0

https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-b= idir-path

=C2=A0

SR Policy Path Segment=C2=A0

https://datatracker.ietf.org/doc/html/draft-ietf= -idr-sr-policy-path-segment

=C2=A0

SR MSD as it applied to SR-MPLS & SRv6 Compression & h= ow Path Segment can be used to alleviate MSD issues:

Can the Path Segment solution be used to help with MSD issues = for both SR-MPLS=C2=A0 & SRv6 very long strict paths by being able to r= eference inter-as paths as PSID/BSID sub paths instead of the expanded path= ?

=C2=A0

SR-MPLS Path Segment - WGLC Review:=C2=A0

=C2=A0

https://datatracker.ietf.org/doc/html/draft-iet= f-spring-mpls-path-segment-05

=C2=A0

Recommendation to update the verbiage to state that 1+1 path protection is an SR-MPLS specification optimization using PSID solution.=C2= =A0

=C2=A0

Since PSID can be used for 1+1 path protection my thoughts are that maybe PSID can be used to help overall in MSD SID depth issues on the primary active path for very long paths to help with SID depth and reduce t= he size SID path length with PSID/BSID nested sub path segments. =C2=A0

PSID could also be stated as an optimization for MSD issues fo= r very long strict paths to help in the reduction of the size of the SID list= in an SR-TE policy to define the path using the BSID/PSID path vector to compr= ess the explicit path.=C2=A0 My thoughts are that Sub paths created by PSID/BSID keys can be used for inter-as paths across multi= ple domains, a similar concept of RFC 4736 lose hop expansion can be used for longer paths to help compress and cutdown on the E2E Path containing all th= e SIDs.=C2=A0 In cases where the intra-as path is very long the path can be broken up into PSID/BSID sub paths regions wit= hin a domain.=C2=A0 I believe this could apply to both SR-MPLS & SRv6 very long E2E strict paths that cross many AS=E2=80= =99s and domains.

=C2=A0

Abstract section:

OLD TXT

=C2=A0

A Seg=
ment Routing (SR) path is identified by an SR segment list.=C2=A0 Only the =
complete segment list can identify the end-to-end SR path, and a sub-set of=
 segments from the segment list cannot distinguish
one SR path from another as they may=
 be partially congruent.=C2=A0 SR path identification is a pre-requisite fo=
r various use-cases such as Performance Measurement (PM), bidirectional pat=
hs correlation, and end-to-end 1+1 path protection.

=C2=A0

In SR=
 for MPLS data plane (SR-MPLS), the segment identifiers are stripped from t=
he packet through label popping as the packet transits
the network.=C2=A0 This means that=
 when a packet reaches the egress of the SR path, it is not possible to det=
ermine on which SR path it traversed the network.
=C2=A0
=C2=
=A0=C2=A0 This document defines a new type of segment that is referred to a=
s Path Segment, which is used to identify an SR path in an SR-MPLS network.=
=C2=A0 When used, it is inserted by the ingress node of the SR
=

path and immediately follo=
ws the last segment identifier in the segment list of the SR path.=C2=A0 Th=
e Path Segment will not be popped off until it reaches the egress node of t=
he SR path.=C2=A0 The Path Segment
then can be used by the egress node to implement SR pa=
th identification and correlation.
=C2=A0
=C2=A0
=

NEW T=
XT
=C2=A0
Segment Routing (SR)=C2=A0 [RFC8402] leverages the source-routing paradigm to st=
eer packets from a source node through a controlled set of instructions, ca=
lled segments, by prepending the packet with an SR header in the MPLS data =
plane SR-MPLS=C2=A0[RFC8660<=
/span>] through a label stack or IPv6 data plane using an SRH header vi=
a SRv6 [RFC8986] to construct=
 an SR path. The MPLS forwarding plane does not preserve the path state at =
the egress node that maybe use for various optimization and path correlatio=
n use cases similar to what is provided by RSVP-TE record route object.
=C2=A0
=C2=A0=C2=A0 This document defines a new type of segmen=
t that is referred to as Path Segment, which is used to identify an SR path=
 in an SR-MPLS network.=C2=A0 When used, it is inserted by the ingress node=
 of the SR
path and immediately follows the last segment identifie=
r in the segment list of the SR path.=C2=A0 The Path Segment is preserved u=
ntil it reaches the egress node for SR path identification and correlation.=

=C2=A0
This document defines a new path segment that enables=
 SR path identification which is a pre-requisite for various use-cases such=
 as Performance Measurement (PM), bidirectional paths correlation, as well =
as SR-MPLS specification optimizations such as end-to-end 1+1 path protecti=
on and SR path list compression for MSD optimizations.



=C2=A0



Introduction section:



=C2=A0



OLD TXT



Segment Routing (SR) [RFC84=
02] is a source routed forwarding method that allows to directly=
 encode forwarding instructions (called segments) in each packet, hence it =
enables steering traffic through a network without the per-flow stat=
es maintained on the transit nodes.=C2=A0 Segment Routing can be instantiat=
ed on an MPLS data plane or an IPv6 data plane.=C2=A0 The former is called =
SR-MPLS [RF=
C8660], the latter is called SRv6=
 [RFC8402=
].=C2=A0 SR-MPLS leverages the MPLS labe=
l stack to construct an SR path.



=C2=A0



NEW TXT



=C2=A0



Segme=
nt Routing (SR)=C2=A0 [RFC8402] leverages the source-routing paradigm to steer packets from a source nod=
e through a controlled set of instructions, called segments, by prepending =
the packet with an SR header in the MPLS data plane SR-MPLS=C2=A0[RFC8660] through a labe=
l stack or IPv6 data plane using an SRH header via SRv6 [RFC8986] to construct an SR path.



=C2=A0



In the SRv6 PSID draft PSP must be disabled in SRv6 PGM.=C2=A0=
=C2=A0




For SR-MPLS PSID draft =C2=A0PHP implicit null does not need t=
o
be disabled as long as the BOS S bit is set and the TTL is set to last labe=
l in
label stack.=C2=A0 Agreed.



=C2=A0



Since the label stack for L2/L3 VPN is 2 labels deep with topm=
ost label as topological label and bottom label as the service
label.



=C2=A0



Would the Path segment appear as the last label in the set of
labels or SR label stack representing the topological path or below the ser=
vice
label and in that case would have the BOS bit S set.=C2=A0 =C2=A0Would=C2=
=A0the path segment label only be the bottom label for Global table routing
where no service label exists but if a L2/L3 VPN service label exists then =
the
S bit would not be set on the PSID?=C2=A0=C2=A0
In f=
igure 1 it shows the PSID label as the last label, below the Service labels=
.=C2=A0 If that is the case then the BOS S bit would be set.



Can we state explicitly if the path label will always be the b=
ottom label or are there certain circumstances where it would not be the bo=
ttom label.=C2=A0



How does the PSID label TTL change in PHP enabled versus disab=
led mode
with respect to pipe and uniform mode RFC 3443.



=C2=A0



RFC 8662 states that the entropy label ELI/EL would be placed =
at
readable depths within the label stack section 10.5.



=C2=A0



=C2=A0=E2=80=9CEntropy label and Entropy Label Indicator (ELI)=
 as described in
=C2=A0=C2=A0 [RFC8662] for SR-MPLS path, can be placed befo=
re or after the Path Segment label in the MPLS label stack.=E2=80=9D=




=C2=A0



So how would you prevent the PSID label from being popped in t=
he PHP
case if it=E2=80=99s Entropy label is placed before or after the PSID label=
?=C2=A0



=C2=A0



=C2=A0Also I am not sure how that would work if per RFC 8662 t=
he
placement of the ELI/EL for load balancing and issues with DPI and processi=
ng
is placed at per section 10.5 at readable depths?



The introduction section of the SRv=
6 Path draft mentions the
SR-MPLS path segment solution & as they both are drafts and similar mat=
urity
states the SR-MPLS path segment draft should mention the SRv6 path segment
draft as well to be complete.=C2=A0 =C2=A0




Section 6 should mention PCE bidir path segment draft.=C2=A0 I=
 don't see it mentioned.=C2=A0



https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bi=
dir-path



Section 7 E2E path protection it wo=
uld be helpful to have a picture
similar to section 4 with sub paths and depicting a similar scenario with
access, aggregation & core E2E path with the BSID/PSID path nested sub
paths and how they 1+1 protection of the E2E would be instantiated.



=C2=A0



SRv6 Path segment draft - Commen=
ts:



ht=
tps://datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07



In the SR-MPLS Path segment draft c=
an the section 4 Nesting
of paths segments concept with PSID/BSID path vector sub paths apply to
SRv6?=C2=A0 I think this would help tremendously
with SRv6 compression for long inter-as paths. Also as stated above can the
path segments be used for not only 1+1 path protection, but also for defini=
ng the
E2E path with a minimal number of SIDs thereby compression of the overall S=
ID
path and help eliminate MSD issues & be a possible SRv6 compression sol=
ution.=C2=A0



It would be useful to have a sectio=
n on 1+1 path protection mechanism
graphical depiction with PSID/BSID sub-paths similar to my SR-MPLS path dra=
ft
comment.



=C2=A0



PCE SR extension for PSID path Segment=C2=A0 Comments:<=
/span>



https://datatracker.ietf.org/doc/html/draft-ietf-pce=
-sr-path-segment-04



Draft is well written.=C2=A0 No
comments



=C2=A0



PCE SR extension for BIDIR PSID Path Segment Comments:<=
/span>



https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-b=
idir-path



Draft is well written.=C2=A0 No
comments



=C2=A0



SR Policy Path Segment Comments:



https://datatracker.ietf.org/doc/html/draft-ietf=
-idr-sr-policy-path-segment



Draft is well written.=C2=A0 No
comments

Kind Regards

Gyan

= James Guichard=C2=A0james.n.guichard@futurewei.com=C2=A0via=C2=A0ietf.org=C2=A0

Wed, Jul 7, 11:49 AM
3D""
=3D""
to=C2=A0spring@ietf.org= ,=C2=A0spring-c= hairs@ietf.org
3D""
=

Dear WG:

=C2=A0

This email starts a= 2 week Working Group Last Call for draft-ietf-spring-mpls-path-segment [1]= .

=C2=A0

Please read this document if you haven=E2=80=99t read the mo= st recent version and send your comments to the SPRING WG list no later tha= n July 21st=C2=A02021.

<= u>=C2=A0

If you are raising a point which you expect will be specifically deb= ated on the mailing list, consider using a specific email/thread for this p= oint.

=C2=A0

Lastly, if you are an author or contributor pl= ease response to indicate whether you know of any undisclosed IPR related t= o this document.

=C2= =A0

Thanks!

=C2=A0

Jim, Joel & Br= uno

=C2=A0

[1]=C2=A0https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-p= ath-segment/

<= a href=3D"http://www.verizon.com/" style=3D"color:rgb(17,85,204);padding-bo= ttom:1em;display:inline-block" target=3D"_blank">

Gyan Mishra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347


=
--0000000000000a7daf05cd007ea6-- From nobody Tue Sep 28 03:01:35 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F181A3A2729; Tue, 28 Sep 2021 03:01:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 zbAlYmliBbFb; Tue, 28 Sep 2021 03:01:04 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2E2C3A2716; Tue, 28 Sep 2021 03:01:03 -0700 (PDT) Received: from fraeml706-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HJZh46719z67RGn; Tue, 28 Sep 2021 17:58:12 +0800 (CST) Received: from kwepeml100005.china.huawei.com (7.221.188.221) by fraeml706-chm.china.huawei.com (10.206.15.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Tue, 28 Sep 2021 12:00:59 +0200 Received: from kwepeml500001.china.huawei.com (7.221.188.162) by kwepeml100005.china.huawei.com (7.221.188.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 28 Sep 2021 18:00:58 +0800 Received: from kwepeml500001.china.huawei.com ([7.221.188.162]) by kwepeml500001.china.huawei.com ([7.221.188.162]) with mapi id 15.01.2308.008; Tue, 28 Sep 2021 18:00:58 +0800 From: "Wanghaibo (Rainsword)" To: "Ketan Talaulikar (ketant)" , "bess@ietf.org" CC: "draft-ietf-bess-srv6-services@ietf.org" , "spring@ietf.org" , "Aissaoui, Mustapha (Nokia - CA/Ottawa)" , Shraddha Hegde Thread-Topic: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) Thread-Index: Add5ZuxHtH2qrBhRQGK4/wpw+iW7/ADOgmjgAAC4i7gAAG45wACHp2JQAAGkXhAAP5xUIAACp5twAANe4IAKfvQKwAA9x5rgAAEGhpACXW/OgA== Date: Tue, 28 Sep 2021 10:00:57 +0000 Message-ID: References: , In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.153.118] Content-Type: multipart/alternative; boundary="_000_c215a5356578486f832ebed785aa5b9ehuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2021 10:01:21 -0000 --_000_c215a5356578486f832ebed785aa5b9ehuaweicom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgS2V0YW4sDQoNCkmhr20gc29ycnkgSSBoYXZlIG1pc3NlZCB5b3VyIHJlcGx5Lg0KDQpGb3Ig U1J2NiBzZXJ2aWNlcywgd2UgbWF5IGhhdmUgdHdvIGNob2ljZSBmb3Igc2VydmljZS4gVXNlIFNS djYgU0lEIHRvIGRvIGJlc3QgZWZmb3J0LCBvciB1c2UgPE4sQz4gdG8gc3RlZXJpbmcgdG8gYSBT UnY2IFBvbGljeaGjDQpBbHNvIHdlIG1heSB1c2UgYm90aCBvZiB0aGVtLCBidXQgbW9zdCB0aW1l IHdlIGFyZSBwcmlvcml0eSB0byB1c2UgdGhlIFNSdjYgUG9saWN5IHRoYW4gZmFsbC1iYWNrIHRv IFNSdjYgYmVzdCBlZmZvcnQsIHdoaWxlIFNSdjYgUG9saWN5IGlzIGRvd24uDQpTbyBJIHRoaW5r IG1heWJlIHVzZSChsGFsdGVybmF0ZSBzdGVlcmluZyBtZWNoYW5pc22hsSBpcyBiZXR0ZXIuICBP ciBtYXliZSBJIG1pc3VuZGVyc3Rvb2QgdGhlIHNlbnRlbmNlPw0KDQpSZWdhcmRzLA0KSGFpYm8N Cg0KRnJvbTogS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSBbbWFpbHRvOmtldGFudEBjaXNjby5j b21dDQpTZW50OiBUaHVyc2RheSwgU2VwdGVtYmVyIDE2LCAyMDIxIDQ6NTUgUE0NClRvOiBXYW5n aGFpYm8gKFJhaW5zd29yZCkgPHJhaW5zd29yZC53YW5nQGh1YXdlaS5jb20+OyBiZXNzQGlldGYu b3JnDQpDYzogZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc7IHNwcmluZ0Bp ZXRmLm9yZzsgQWlzc2FvdWksIE11c3RhcGhhIChOb2tpYSAtIENBL090dGF3YSkgPG11c3RhcGhh LmFpc3Nhb3VpQG5va2lhLmNvbT47IFNocmFkZGhhIEhlZ2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5l dD4NClN1YmplY3Q6IFJFOiBTUnY2IEJHUCBiYXNlZCBPdmVybGF5IFNlcnZpY2VzIChkcmFmdC1p ZXRmLWJlc3Mtc3J2Ni1zZXJ2aWNlcy0wNykNCg0KSGkgSGFpYm8sDQoNClNpbmNlIHRoZSBkaXNj dXNzaW9uIG9uIHRoZSBsaXN0IHdhcyByZWxhdGVkIHRvIGZhbGxiYWNrIG1lY2hhbmlzbXMsIHdl IGhhdmUgdGhvc2Ugd29yZHMuDQoNCkhvdyBhYm91dCBzL2ZhbGxiYWNrIG1lY2hhbmlzbSAvYWx0 ZXJuYXRlIHN0ZWVyaW5nIG1lY2hhbmlzbSA/IE9yIHBsZWFzZSBzdWdnZXN0IGlmIHlvdSBoYWQg c29tZXRoaW5nIGVsc2UgaW4geW91ciBtaW5kLg0KDQpUaGFua3MsDQpLZXRhbg0KDQpGcm9tOiBX YW5naGFpYm8gKFJhaW5zd29yZCkgPHJhaW5zd29yZC53YW5nQGh1YXdlaS5jb208bWFpbHRvOnJh aW5zd29yZC53YW5nQGh1YXdlaS5jb20+Pg0KU2VudDogMTYgU2VwdGVtYmVyIDIwMjEgMTQ6MTMN ClRvOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPG1haWx0bzpr ZXRhbnRAY2lzY28uY29tPj47IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQpD YzogZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWll dGYtYmVzcy1zcnY2LXNlcnZpY2VzQGlldGYub3JnPjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpz cHJpbmdAaWV0Zi5vcmc+OyBBaXNzYW91aSwgTXVzdGFwaGEgKE5va2lhIC0gQ0EvT3R0YXdhKSA8 bXVzdGFwaGEuYWlzc2FvdWlAbm9raWEuY29tPG1haWx0bzptdXN0YXBoYS5haXNzYW91aUBub2tp YS5jb20+PjsgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlwZXIubmV0PG1haWx0bzpzaHJh ZGRoYUBqdW5pcGVyLm5ldD4+DQpTdWJqZWN0OiBSRTogU1J2NiBCR1AgYmFzZWQgT3ZlcmxheSBT ZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXMtMDcpDQoNCkhpIEtldGFuLA0K DQogICAgICAgSSB0aGluayB0aGUgb3ZlcmFsbCBkZXNjcmlwdGlvbiBpcyBPSy4gQnV0IGlzIGl0 IGFwcHJvcHJpYXRlIHRvIHVzZSB0aGUgd29yZCChsGZhbGxiYWNrIG1lY2hhbmlzbaGxPw0KDQpS ZWdhcmRzLA0KSGFpYm8NCg0KRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpDQpTZW50OiBXZWRu ZXNkYXksIFNlcHRlbWJlciAxNSwgMjAyMSAxMTowMCBBTQ0KVG86IGJlc3NAaWV0Zi5vcmc8bWFp bHRvOmJlc3NAaWV0Zi5vcmc+DQpDYzogZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0 Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtYmVzcy1zcnY2LXNlcnZpY2VzQGlldGYub3JnPjsgc3By aW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBBaXNzYW91aSwgTXVzdGFwaGEg KE5va2lhIC0gQ0EvT3R0YXdhKSA8bXVzdGFwaGEuYWlzc2FvdWlAbm9raWEuY29tPG1haWx0bzpt dXN0YXBoYS5haXNzYW91aUBub2tpYS5jb20+PjsgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1 bmlwZXIubmV0PG1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldD4+DQpTdWJqZWN0OiBSZTogW3Nw cmluZ10gU1J2NiBCR1AgYmFzZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNzLXNy djYtc2VydmljZXMtMDcpDQoNCkhlbGxvIEFsbCwNCg0KR2V0dGluZyBiYWNrIG9uIHRoaXMgdG9w aWMgd2l0aCBhIHRleHQgdXBkYXRlIHByb3Bvc2FsIGZvciBzZWMgNSBhbmQgNiBvZiB0aGUgZHJh ZnQuDQoNClRoZSBvYmplY3RpdmUgb2YgdGhpcyBjaGFuZ2UgaXMgdG8gY2xhcmlmeSB0aGUgdXNl IG9mIHRoZSBTSE9VTEQgdGhhdCBpcyB1c2VkIGluIHRoaXMgdGV4dC4NCg0KT0xEL0NVUlJFTlQN CiAgIFdoZW4gcHJvdmlkaW5nIGJlc3QtZWZmb3J0IGNvbm5lY3Rpdml0eSB0byB0aGUgZWdyZXNz IFBFLCB0aGUgaW5ncmVzcw0KICAgUEUgZW5jYXBzdWxhdGVzIHRoZSBwYXlsb2FkIGluIGFuIG91 dGVyIElQdjYgaGVhZGVyIHdoZXJlIHRoZQ0KICAgZGVzdGluYXRpb24gYWRkcmVzcyBpcyB0aGUg U1J2NiBTZXJ2aWNlIFNJRCBhc3NvY2lhdGVkIHdpdGggdGhlDQogICByZWxhdGVkIEJHUCByb3V0 ZSB1cGRhdGUuICBUaGVyZWZvcmUsIHRoZSBpbmdyZXNzIFBFIFNIT1VMRCBwZXJmb3JtDQogICBy ZXNvbHZhYmlsaXR5IGNoZWNrIGZvciB0aGUgU1J2NiBTZXJ2aWNlIFNJRCBiZWZvcmUgY29uc2lk ZXJpbmcgdGhlDQogICByZWNlaXZlZCBwcmVmaXggZm9yIHRoZSBCR1AgYmVzdCBwYXRoIGNvbXB1 dGF0aW9uLg0KDQpORVcNCiAgIFdoZW4gdGhlIHN0ZWVyaW5nIGZvciBTUnY2IHNlcnZpY2VzIGlz IGJhc2VkIG9uIHNob3J0ZXN0IHBhdGggZm9yd2FyZGluZyAoZS5nLiwgYmVzdC1lZmZvcnQgb3Ig SUdQIEZsZXhpYmxlIEFsZ29yaXRobSBbSS1ELmlldGYtbHNyLWZsZXgtYWxnb10pIHRvIHRoZSBl Z3Jlc3MgUEUsIHRoZSBpbmdyZXNzDQogICBQRSBlbmNhcHN1bGF0ZXMgdGhlIHBheWxvYWQgaW4g YW4gb3V0ZXIgSVB2NiBoZWFkZXIgd2hlcmUgdGhlDQogICBkZXN0aW5hdGlvbiBhZGRyZXNzIGlz IHRoZSBTUnY2IFNlcnZpY2UgU0lEIGFzc29jaWF0ZWQgd2l0aCB0aGUNCiAgIHJlbGF0ZWQgQkdQ IHJvdXRlIHVwZGF0ZS4gIFRoZXJlZm9yZSwgdGhlIGluZ3Jlc3MgUEUgU0hPVUxEIHBlcmZvcm0N CiAgIHJlc29sdmFiaWxpdHkgY2hlY2sgZm9yIHRoZSBTUnY2IFNlcnZpY2UgU0lEIGJlZm9yZSBj b25zaWRlcmluZyB0aGUNCiAgIHJlY2VpdmVkIHByZWZpeCBmb3IgdGhlIEJHUCBiZXN0IHBhdGgg Y29tcHV0YXRpb24uICBUaGUgcmVzdWx0IG9mIGFuDQogICBTUnY2IFNlcnZpY2UgU0lEIHJlYWNo YWJpbGl0eSAoZS5nLiB3aGVuIHByb3ZpZGVkIHZpYSBJR1AgRmxleGlibGUNCiAgIEFsZ29yaXRo bSkgY2FuIGJlIGlnbm9yZWQgaWYgdGhlIGluZ3Jlc3MgUEUgaGFzIGEgbG9jYWwgcG9saWN5IHRo YXQNCiAgIGFsbG93cyBhIGZhbGxiYWNrIG1lY2hhbmlzbSB0byByZWFjaCB0aGUgZWdyZXNzIFBF LiBUaGUgZGV0YWlscyBvZg0KICAgc3VjaCBmYWxsYmFjayBtZWNoYW5pc21zIGlzIG91dHNpZGUg dGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuDQoNClBsZWFzZSBsZXQga25vdyB5b3VyIGZlZWRi YWNrLiBUaGUgYXV0aG9ycyB3aWxsIGxvb2sgdG8gaW5jb3Jwb3JhdGUgdGhpcyBjaGFuZ2UgYWxv bmcgd2l0aCBhbnkgb3RoZXIgY29tbWVudHMgYXMgcGFydCBvZiB0aGUgQUQgcmV2aWV3IHVwZGF0 ZXMuDQoNClRoYW5rcywNCktldGFuDQoNCkZyb206IEFpc3Nhb3VpLCBNdXN0YXBoYSAoTm9raWEg LSBDQS9PdHRhd2EpIDxtdXN0YXBoYS5haXNzYW91aUBub2tpYS5jb208bWFpbHRvOm11c3RhcGhh LmFpc3Nhb3VpQG5va2lhLmNvbT4+DQpTZW50OiAyMyBKdWx5IDIwMjEgMjI6MTANClRvOiBLZXRh biBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPG1haWx0bzprZXRhbnRAY2lz Y28uY29tPj4NCkNjOiBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IFNo cmFkZGhhIEhlZ2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5ldDxtYWlsdG86c2hyYWRkaGFAanVuaXBl ci5uZXQ+PjsgYmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYt YmVzcy1zcnY2LXNlcnZpY2VzQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLWJlc3Mtc3J2Ni1z ZXJ2aWNlc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBTUnY2IEJHUCBiYXNlZCBPdmVybGF5IFNl cnZpY2VzIChkcmFmdC1pZXRmLWJlc3Mtc3J2Ni1zZXJ2aWNlcy0wNykNCg0KVGhhdCBpcyBncmVh dC4gVGhhbmsgeW91Lg0KDQpNdXN0YXBoYS4NCg0KRnJvbTogS2V0YW4gVGFsYXVsaWthciAoa2V0 YW50KSA8a2V0YW50QGNpc2NvLmNvbTxtYWlsdG86a2V0YW50QGNpc2NvLmNvbT4+DQpTZW50OiBG cmlkYXksIEp1bHkgMjMsIDIwMjEgMTE6MDggQU0NClRvOiBBaXNzYW91aSwgTXVzdGFwaGEgKE5v a2lhIC0gQ0EvT3R0YXdhKSA8bXVzdGFwaGEuYWlzc2FvdWlAbm9raWEuY29tPG1haWx0bzptdXN0 YXBoYS5haXNzYW91aUBub2tpYS5jb20+Pg0KQ2M6IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3By aW5nQGlldGYub3JnPjsgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlwZXIubmV0PG1haWx0 bzpzaHJhZGRoYUBqdW5pcGVyLm5ldD4+OyBiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYu b3JnPjsgZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0 LWlldGYtYmVzcy1zcnY2LXNlcnZpY2VzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IFNSdjYgQkdQ IGJhc2VkIE92ZXJsYXkgU2VydmljZXMgKGRyYWZ0LWlldGYtYmVzcy1zcnY2LXNlcnZpY2VzLTA3 KQ0KDQo8IHRyaW1taW5nIGxpc3QgdG8gbW9zdGx5IG1haWxlcnMgPg0KDQpIaSBNdXN0YXBoYSwN Cg0KSSBhZ3JlZS4NCg0KQWxzbyBhZnRlciBzZWVpbmcgU2hyYWRkaGGhr3MgbGF0ZXN0IGVtYWls LCB0aGUgY292ZXJhZ2UgYW5kIGRldGFpbHMgZm9yIHRoZSBmYWxsYmFjayBtZWNoYW5pc21zIHRo YXQgc2hlIHNlZW1zIHRvIGJlIGxvb2tpbmcgZm9yIGlzIHF1aXRlIHZhc3QgYW5kIGJldHRlciB0 YWNrbGVkIGluIGEgc2VwYXJhdGUgZG9jdW1lbnQgc2luY2UgdGhpcyBvbmUgaGFzIGNvbXBsZXRl ZCBpdHMgV0dMQy4gU29tZSBvZiB0aG9zZSBjb25jZXB0cyBhcmUgYXBwbGljYWJsZSBmb3IgTVBM UyBhcyB3ZWxsIGFuZCBub3QgU1J2NiBzcGVjaWZpYy4NCg0KV2UgKGF1dGhvcnMpIHdpbGwgd29y ayBvbiBzb21lIHRleHQgcHJvcG9zYWwgYW5kIGdldCBiYWNrIHRvIHRoZSBXRyBuZXh0IHdlZWsu DQoNClRoYW5rcywNCktldGFuDQoNCkZyb206IEFpc3Nhb3VpLCBNdXN0YXBoYSAoTm9raWEgLSBD QS9PdHRhd2EpIDxtdXN0YXBoYS5haXNzYW91aUBub2tpYS5jb208bWFpbHRvOm11c3RhcGhhLmFp c3Nhb3VpQG5va2lhLmNvbT4+DQpTZW50OiAyMyBKdWx5IDIwMjEgMTk6MjANClRvOiBLZXRhbiBU YWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPG1haWx0bzprZXRhbnRAY2lzY28u Y29tPj47IFJhamVzaCBNIDxtcmFqZXNoQGp1bmlwZXIubmV0PG1haWx0bzptcmFqZXNoQGp1bmlw ZXIubmV0Pj47IFJhamVzaCBNIDxtcmFqZXNoQGp1bmlwZXIubmV0PG1haWx0bzptcmFqZXNoQGp1 bmlwZXIubmV0Pj47IFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTL01vdW50YWluIFZpZXcpIDxq b3JnZS5yYWJhZGFuQG5va2lhLmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20+Pjsg Z2Rhd3JhLmlldGZAZ21haWwuY29tPG1haWx0bzpnZGF3cmEuaWV0ZkBnbWFpbC5jb20+OyBDbGFy ZW5jZSBGaWxzZmlscyAoY2ZpbHNmaWwpIDxjZmlsc2ZpbEBjaXNjby5jb208bWFpbHRvOmNmaWxz ZmlsQGNpc2NvLmNvbT4+OyByb2JlcnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5u ZXQ+OyBicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPG1haWx0bzpicnVuby5kZWNyYWVuZUBvcmFu Z2UuY29tPg0KQ2M6IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPjsgYmdw QGFucy5uZXQ8bWFpbHRvOmJncEBhbnMubmV0PjsgU3JpaGFyaSBTYW5nbGkgPHNzYW5nbGlAanVu aXBlci5uZXQ8bWFpbHRvOnNzYW5nbGlAanVuaXBlci5uZXQ+PjsgU2hyYWRkaGEgSGVnZGUgPHNo cmFkZGhhQGp1bmlwZXIubmV0PG1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldD4+OyBiZXNzQGll dGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IFNSdjYgQkdQIGJhc2Vk IE92ZXJsYXkgU2VydmljZXMgKGRyYWZ0LWlldGYtYmVzcy1zcnY2LXNlcnZpY2VzLTA3KQ0KDQpI aSBLZXRhbiwNCkkgYmVsaWV2ZSBpdCB3aWxsIGJlIHdvcnRoIGV4cGFuZGluZyB0aGUgdGV4dCBp biBkcmFmdC1pZXRmLWJlc3Mtc3J2Ni1zZXJ2aWNlcyB0byBkZXNjcmliZSB0aGUgdHdvIHR5cGVz IG9mIHRyYW5zcG9ydCBtb3JlIGNvbnNpc3RlbnRseSBhbmQgYWxvbmcgdGhlIGxpbmVzIG9mIHdo YXQgeW91IHdyb3RlIGJlbG93LiBBbHNvLCBJIHdvdWxkIHByb3Bvc2UgdGhhdCB3ZSBtb3ZlIGF3 YXkgZnJvbSB0ZXJtaW5vbG9neSBsaWtlIGJlc3QtZWZmb3J0IHNlcnZpY2UgYW5kIGluc3RlYWQg anVzdCBtZW50aW9uIHNob3J0ZXN0IHBhdGggZm9yd2FyZGluZyBpbiBiYXNlIHRvcG9sb2d5IG9y IGluIGZsZXgtYWxnbyB0b3BvbG9neS4NCg0KTXVzdGFwaGEuDQoNCkZyb206IHNwcmluZyA8c3By aW5nLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnPj4gT24g QmVoYWxmIE9mIEtldGFuIFRhbGF1bGlrYXIgKGtldGFudCkNClNlbnQ6IFRodXJzZGF5LCBKdWx5 IDIyLCAyMDIxIDM6NDMgQU0NClRvOiBSYWplc2ggTSA8bXJhamVzaEBqdW5pcGVyLm5ldDxtYWls dG86bXJhamVzaEBqdW5pcGVyLm5ldD4+OyBSYWplc2ggTSA8bXJhamVzaD00MGp1bmlwZXIubmV0 QGRtYXJjLmlldGYub3JnPG1haWx0bzptcmFqZXNoPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5v cmc+PjsgUmFiYWRhbiwgSm9yZ2UgKE5va2lhIC0gVVMvTW91bnRhaW4gVmlldykgPGpvcmdlLnJh YmFkYW5Abm9raWEuY29tPG1haWx0bzpqb3JnZS5yYWJhZGFuQG5va2lhLmNvbT4+OyBnZGF3cmEu aWV0ZkBnbWFpbC5jb208bWFpbHRvOmdkYXdyYS5pZXRmQGdtYWlsLmNvbT47IENsYXJlbmNlIEZp bHNmaWxzIChjZmlsc2ZpbCkgPGNmaWxzZmlsQGNpc2NvLmNvbTxtYWlsdG86Y2ZpbHNmaWxAY2lz Y28uY29tPj47IHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD47IGJy dW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+ DQpDYzogc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBiZ3BAYW5zLm5l dDxtYWlsdG86YmdwQGFucy5uZXQ+OyBTcmloYXJpIFNhbmdsaSA8c3NhbmdsaUBqdW5pcGVyLm5l dDxtYWlsdG86c3NhbmdsaUBqdW5pcGVyLm5ldD4+OyBTaHJhZGRoYSBIZWdkZSA8c2hyYWRkaGFA anVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Pj47IGJlc3NAaWV0Zi5vcmc8 bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW3NwcmluZ10gU1J2NiBCR1AgYmFz ZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXMtMDcpDQoN CkhpIFJhamVzaCwNCg0KTXkgYXBvbG9naWVzIGZvciB0aGUgZGVsYXkgaW4gbXkgcmVzcG9uc2Uu IEhvd2V2ZXIsIHNvbWUgb2YgbXkgY28tYXV0aG9ycyBhbmQgb3RoZXIgV0cgbWVtYmVycyBoYXZl IGFscmVhZHkgY2xhcmlmaWVkIHRoaXMgcG9pbnQuIExldCBtZSB0cnkgdG8gc3VtbWFyaXplLg0K DQpUaGUgZHJhZnQgY292ZXJzIHR3byBTUnY2IGJhc2VkIG1lY2hhbmlzbXMgZm9yIHRoZSB0cmFu c3BvcnQgb2Ygc2VydmljZXMgYmV0d2VlbiBTUnY2IFBFcy4gKDEpIHVzaW5nIFNSIFBvbGljeSBi YXNlZCBzdGVlcmluZyAoaS5lLiBmb3Igc2VydmljZSByb3V0ZXMgd2l0aCBDb2xvciBFeHRlbmRl ZCBDb21tdW5pdGllcykgdXNpbmcgdGhlIEguZW5jYXAgY29uc3RydWN0IGFsb25nIHdpdGggYSBs aXN0IG9mIFNSdjYgc2VnbWVudHMgIGFuZCB0aGUgb3RoZXIgKDIpIHVzaW5nIEguZW5jYXAgd2l0 aCBqdXN0IHRoZSBTUnY2IFNlcnZpY2UgU0lEIGluIHRoZSBJUHY2IERBLg0KDQpBcyBtZW50aW9u ZWQgaW4gdGhlIGRyYWZ0LCBpdCBpcyByZXF1aXJlZCB0byB2ZXJpZnkgdGhlIHJlYWNoYWJpbGl0 eSBvZiB0aGUgU1J2NiBTZXJ2aWNlIFNJRCBiZWZvcmUgdGhlIG1lY2hhbmlzbSAoMikgY2FuIGJl IHVzZWQuIFRoaXMgaXMgYW4gZXhwbGljaXQgY2xhcmlmaWNhdGlvbiBmb3IgdmVyaWZpY2F0aW9u IG9mIHJlYWNoYWJpbGl0eS4gSW4gYW4gTVBMUy1WUE4gc2NlbmFyaW8sIGlmIHRoZSBlZ3Jlc3Mg UEUgTkihr3MgSVAgcm91dGUgaXMgcmVhY2hhYmxlIGF0IHRoZSBpbmdyZXNzIFBFIGJ1dCB3aXRo b3V0IGFuIE1QTFMgbGFiZWwsIHN1Y2ggYSBwYXRoIGNhbm5vdCBiZSB1c2VkLiBUaGlzIGlzIHNl bWFudGljYWxseSBzaW1pbGFyLg0KDQpUaGUgbWVjaGFuaXNtICgxKSBpcyBkaWZmZXJlbnQgc2lu Y2UgdGhlIHJvdXRpbmcgdG8gdGhlIGVncmVzcyBQRSBpcyB2aWEgU1IgUG9saWN5IGFuZCBoZW5j ZSB0aGUgcmVxdWlyZW1lbnQgZm9yIHZlcmlmaWNhdGlvbiBvZiByZWFjaGFiaWxpdHkgb2YgdGhl IFNSdjYgU2VydmljZSBTSUQgaXMgbm90IHRoZXJlLg0KDQpUaGVyZSBpcyBubyBtYW5kYXRlIGZv ciB0aGUgc2V0dGluZyBvZiB0aGUgTkggc2luY2UgdGhhdCBpcyBsZWZ0IHRvIGRlcGxveW1lbnQg ZGVzaWduLg0KDQpJIGhvcGUgdGhpcyBoZWxwcyBpbiBhZGRpdGlvbiB0byB0aGUgdmFyaW91cyBj bGFyaWZpY2F0aW9ucyBhbHJlYWR5IHByb3ZpZGVkIGJ5IG90aGVycy4NCg0KVGhhbmtzLA0KS2V0 YW4NCg0KRnJvbTogUmFqZXNoIE0gPG1yYWplc2hAanVuaXBlci5uZXQ8bWFpbHRvOm1yYWplc2hA anVuaXBlci5uZXQ+Pg0KU2VudDogMjIgSnVseSAyMDIxIDEyOjA5DQpUbzogUmFqZXNoIE0gPG1y YWplc2g9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86bXJhamVzaD00MGp1bmlw ZXIubmV0QGRtYXJjLmlldGYub3JnPj47IFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTL01vdW50 YWluIFZpZXcpIDxqb3JnZS5yYWJhZGFuQG5va2lhLmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBu b2tpYS5jb20+PjsgS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2NvLmNvbTxt YWlsdG86a2V0YW50QGNpc2NvLmNvbT4+OyBnZGF3cmEuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmdk YXdyYS5pZXRmQGdtYWlsLmNvbT47IENsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2ZpbCkgPGNmaWxz ZmlsQGNpc2NvLmNvbTxtYWlsdG86Y2ZpbHNmaWxAY2lzY28uY29tPj47IHJvYmVydEByYXN6dWsu bmV0PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD47IGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208 bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+DQpDYzogc3ByaW5nQGlldGYub3JnPG1h aWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBiZ3BAYW5zLm5ldDxtYWlsdG86YmdwQGFucy5uZXQ+OyBT aHJhZGRoYSBIZWdkZSA8c2hyYWRkaGFAanVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlw ZXIubmV0Pj47IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+OyBTcmloYXJpIFNh bmdsaSA8c3NhbmdsaUBqdW5pcGVyLm5ldDxtYWlsdG86c3NhbmdsaUBqdW5pcGVyLm5ldD4+DQpT dWJqZWN0OiBSRTogU1J2NiBCR1AgYmFzZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1i ZXNzLXNydjYtc2VydmljZXMtMDcpDQoNCkNvdWxkIEF1dGhvcnMgcmVzcG9uZCB0byB0aGlzID8N Cg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCkZyb206IFJhamVzaCBNIDxtcmFqZXNo PTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOm1yYWplc2g9NDBqdW5pcGVyLm5l dEBkbWFyYy5pZXRmLm9yZz4+DQpTZW50OiBNb25kYXksIEp1bHkgMTksIDIwMjEgNzoyOCBQTQ0K VG86IFJhYmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTL01vdW50YWluIFZpZXcpIDxqb3JnZS5yYWJh ZGFuQG5va2lhLmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20+PjsgUmFqZXNoIE0g PG1yYWplc2hAanVuaXBlci5uZXQ8bWFpbHRvOm1yYWplc2hAanVuaXBlci5uZXQ+PjsgS2V0YW4g VGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2NvLmNvbTxtYWlsdG86a2V0YW50QGNpc2Nv LmNvbT4+OyBnZGF3cmEuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmdkYXdyYS5pZXRmQGdtYWlsLmNv bT47IENsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2ZpbCkgPGNmaWxzZmlsQGNpc2NvLmNvbTxtYWls dG86Y2ZpbHNmaWxAY2lzY28uY29tPj47IHJvYmVydEByYXN6dWsubmV0PG1haWx0bzpyb2JlcnRA cmFzenVrLm5ldD47IGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRvOmJydW5vLmRlY3Jh ZW5lQG9yYW5nZS5jb20+DQpDYzogc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+OyBiZ3BAYW5zLm5ldDxtYWlsdG86YmdwQGFucy5uZXQ+OyBTaHJhZGRoYSBIZWdkZSA8c2hy YWRkaGFAanVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Pj47IGJlc3NAaWV0 Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+OyBTcmloYXJpIFNhbmdsaSA8c3NhbmdsaUBqdW5p cGVyLm5ldDxtYWlsdG86c3NhbmdsaUBqdW5pcGVyLm5ldD4+DQpTdWJqZWN0OiBSRTogU1J2NiBC R1AgYmFzZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXMt MDcpDQoNCltFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF0NCg0KSGkgQWxs LA0KDQpGb3IgYmVzdCBlZmZvcnQgc2VydmljZSwgZmxleCBhbGdvIKhDIFJlc29sdmUgU1J2NiBT ZXJ2aWNlIFNJRCBmb3IgZm9yd2FyZGluZy4NCkZvciBTUi1URSwgQ0FSL0NUIC0gUmVzb2x2ZSBC R1AgbmV4dCBob3AgZm9yIGZvcndhcmRpbmcuDQoNClRoZXJlIGlzIG5vIHVuaWZpY2F0aW9uIGhl cmUsIGl0oa9zIGJldHRlciB0byB1bmlmeS4NCkFueSBvdGhlciBzb2x1dGlvbiBpcyBPSy4NCg0K VGhhbmtzDQpSYWplc2gNCg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCkZyb206IFJh YmFkYW4sIEpvcmdlIChOb2tpYSAtIFVTL01vdW50YWluIFZpZXcpIDxqb3JnZS5yYWJhZGFuQG5v a2lhLmNvbTxtYWlsdG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20+Pg0KU2VudDogTW9uZGF5LCBK dWx5IDE5LCAyMDIxIDc6MTcgUE0NClRvOiBSYWplc2ggTSA8bXJhamVzaEBqdW5pcGVyLm5ldDxt YWlsdG86bXJhamVzaEBqdW5pcGVyLm5ldD4+OyBSYWplc2ggTSA8bXJhamVzaD00MGp1bmlwZXIu bmV0QGRtYXJjLmlldGYub3JnPG1haWx0bzptcmFqZXNoPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0 Zi5vcmc+PjsgS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2NvLmNvbTxtYWls dG86a2V0YW50QGNpc2NvLmNvbT4+OyBnZGF3cmEuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmdkYXdy YS5pZXRmQGdtYWlsLmNvbT47IENsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2ZpbCkgPGNmaWxzZmls QGNpc2NvLmNvbTxtYWlsdG86Y2ZpbHNmaWxAY2lzY28uY29tPj47IHJvYmVydEByYXN6dWsubmV0 PG1haWx0bzpyb2JlcnRAcmFzenVrLm5ldD47IGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFp bHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+DQpDYzogc3ByaW5nQGlldGYub3JnPG1haWx0 bzpzcHJpbmdAaWV0Zi5vcmc+OyBiZ3BAYW5zLm5ldDxtYWlsdG86YmdwQGFucy5uZXQ+OyBTaHJh ZGRoYSBIZWdkZSA8c2hyYWRkaGFAanVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIu bmV0Pj47IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+OyBTcmloYXJpIFNhbmds aSA8c3NhbmdsaUBqdW5pcGVyLm5ldDxtYWlsdG86c3NhbmdsaUBqdW5pcGVyLm5ldD4+DQpTdWJq ZWN0OiBSZTogU1J2NiBCR1AgYmFzZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNz LXNydjYtc2VydmljZXMtMDcpDQoNCltFeHRlcm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2YgY29u dGVudF0NCg0KSGkgUmFqZXNoLA0KDQpUaGUgZHJhZnQgaXMgd3JpdHRlbiBzbyB0aGF0IHRoZSBu ZXh0LWhvcCBhZGRyZXNzIE1BWSBiZSBjb3ZlcmVkIGJ5IHRoZSBsb2NhdG9yLCBidXQgdGhlcmUg YXJlIGNhc2VzIGluIHdoaWNoIHRoZSBuZXh0LWhvcCBhZGRyZXNzIGlzIG5vdCBwYXJ0IG9mIHRo ZSBsb2NhdG9yIHByZWZpeCwgYW5kIHRoZXJlIGFyZSBpbXBsZW1lbnRhdGlvbnMgYWxyZWFkeSBh bGxvd2luZyB0aGF0LCBzbyBJIGRvbqGvdCBhZ3JlZSB0aGUgZG9jdW1lbnQgc2hvdWxkIG1hbmRh dGUgd2hhdCB5b3UgYXJlIHN1Z2dlc3RpbmcuDQoNClRoYW5rcy4NCkpvcmdlDQoNCkZyb206IFJh amVzaCBNIDxtcmFqZXNoQGp1bmlwZXIubmV0PG1haWx0bzptcmFqZXNoQGp1bmlwZXIubmV0Pj4N CkRhdGU6IE1vbmRheSwgSnVseSAxOSwgMjAyMSBhdCAzOjI0IFBNDQpUbzogUmFqZXNoIE0gPG1y YWplc2g9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZzxtYWlsdG86bXJhamVzaD00MGp1bmlw ZXIubmV0QGRtYXJjLmlldGYub3JnPj4sIEtldGFuIFRhbGF1bGlrYXIgKGtldGFudCkgPGtldGFu dEBjaXNjby5jb208bWFpbHRvOmtldGFudEBjaXNjby5jb20+PiwgZ2Rhd3JhLmlldGZAZ21haWwu Y29tPG1haWx0bzpnZGF3cmEuaWV0ZkBnbWFpbC5jb20+IDxnZGF3cmEuaWV0ZkBnbWFpbC5jb208 bWFpbHRvOmdkYXdyYS5pZXRmQGdtYWlsLmNvbT4+LCBDbGFyZW5jZSBGaWxzZmlscyAoY2ZpbHNm aWwpIDxjZmlsc2ZpbEBjaXNjby5jb208bWFpbHRvOmNmaWxzZmlsQGNpc2NvLmNvbT4+LCByb2Jl cnRAcmFzenVrLm5ldDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+IDxyb2JlcnRAcmFzenVrLm5l dDxtYWlsdG86cm9iZXJ0QHJhc3p1ay5uZXQ+PiwgYnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbTxt YWlsdG86YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbT4gPGJydW5vLmRlY3JhZW5lQG9yYW5nZS5j b208bWFpbHRvOmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+PiwgUmFiYWRhbiwgSm9yZ2UgKE5v a2lhIC0gVVMvTW91bnRhaW4gVmlldykgPGpvcmdlLnJhYmFkYW5Abm9raWEuY29tPG1haWx0bzpq b3JnZS5yYWJhZGFuQG5va2lhLmNvbT4+DQpDYzogc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJp bmdAaWV0Zi5vcmc+IDxzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+LCBi Z3BAYW5zLm5ldDxtYWlsdG86YmdwQGFucy5uZXQ+IDxiZ3BAYW5zLm5ldDxtYWlsdG86YmdwQGFu cy5uZXQ+PiwgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlwZXIubmV0PG1haWx0bzpzaHJh ZGRoYUBqdW5pcGVyLm5ldD4+LCBiZXNzQGlldGYub3JnPG1haWx0bzpiZXNzQGlldGYub3JnPiA8 YmVzc0BpZXRmLm9yZzxtYWlsdG86YmVzc0BpZXRmLm9yZz4+LCBTcmloYXJpIFNhbmdsaSA8c3Nh bmdsaUBqdW5pcGVyLm5ldDxtYWlsdG86c3NhbmdsaUBqdW5pcGVyLm5ldD4+DQpTdWJqZWN0OiBS RTogU1J2NiBCR1AgYmFzZWQgT3ZlcmxheSBTZXJ2aWNlcyAoZHJhZnQtaWV0Zi1iZXNzLXNydjYt c2VydmljZXMtMDcpDQpIaSBBdXRob3JzLA0KDQpQbGVhc2UgcmVzcG9uZC4NCg0KVGhhbmtzDQpS YWplc2gNCg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCkZyb206IHNwcmluZyA8c3By aW5nLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnPj4gT24g QmVoYWxmIE9mIFJhamVzaCBNDQpTZW50OiBUaHVyc2RheSwgSnVseSAxNSwgMjAyMSA0OjM2IFBN DQpUbzogS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2NvLmNvbTxtYWlsdG86 a2V0YW50QGNpc2NvLmNvbT4+OyBnZGF3cmEuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmdkYXdyYS5p ZXRmQGdtYWlsLmNvbT47IENsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2ZpbCkgPGNmaWxzZmlsQGNp c2NvLmNvbTxtYWlsdG86Y2ZpbHNmaWxAY2lzY28uY29tPj47IHJvYmVydEByYXN6dWsubmV0PG1h aWx0bzpyb2JlcnRAcmFzenVrLm5ldD47IGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb208bWFpbHRv OmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+OyBqb3JnZS5yYWJhZGFuQG5va2lhLmNvbTxtYWls dG86am9yZ2UucmFiYWRhbkBub2tpYS5jb20+DQpDYzogc3ByaW5nQGlldGYub3JnPG1haWx0bzpz cHJpbmdAaWV0Zi5vcmc+OyBiZ3BAYW5zLm5ldDxtYWlsdG86YmdwQGFucy5uZXQ+OyBTaHJhZGRo YSBIZWdkZSA8c2hyYWRkaGFAanVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0 Pj47IGJlc3NAaWV0Zi5vcmc8bWFpbHRvOmJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbc3ByaW5n XSBTUnY2IEJHUCBiYXNlZCBPdmVybGF5IFNlcnZpY2VzIChkcmFmdC1pZXRmLWJlc3Mtc3J2Ni1z ZXJ2aWNlcy0wNykNCg0KW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XQ0K DQpIaSBBbGwsDQoNCkFzIHBlciB0aGlzIGRyYWZ0LCB0aGlzIGlzIGhvdyByZXNvbHV0aW9uIG11 c3Qgd29yay4NCg0KMSlGb3IgTm9uIEludGVudCBzZXJ2aWNlIFJvdXRlOg0KaWYgQkdQIG5leHQg aG9wIGlzIG5vdCByZWFjaGFibGUgcmV0dXJuLg0KUmVzb2x2ZSBTUnY2IFNlcnZpY2UgU0lEIGZv ciBmb3J3YXJkaW5nLg0KDQoyKUZvciBJbnRlbnQgc2VydmljZSBSb3V0ZSAoSUdQIEZsZXgtQWxn byBmaXJzdCB0aGVuIEJHUCBDQVIgdGhlbiBTUiBQb2xpY3kpOg0KQkdQIG5leHQgaG9wIGlzIG5v dCByZWFjaGFibGUgcmV0dXJuLg0KUmVzb2x2ZSBTUnY2IFNlcnZpY2UgU0lEIGZvciBmb3J3YXJk aW5nKFRvIGZpbmQgSUdQIGZsZXggYWxnbykuaWYgc3VjY2Vzc2Z1bGx5IHJlc29sdmVzIHRoZW4g cmV0dXJuLg0KUmVzb2x2ZSBCR1AgbmV4dCBob3AgZm9yIGZvcndhcmRpbmcgKGluIGNhc2UgYWJv dmUgaXMgbm90IHN1Y2Nlc3MpLg0KDQoNClVzaW5nIFNlcnZpY2UgU0lEIChvdmVybGF5KSxmb3Ig cmVzb2x1dGlvbiBpcyBkZWZpbml0ZWx5IG5vdCByZWNvbW1lbmRlZC4NCg0KSW5zdGVhZCBpbiBj YXNlIG9mIHNydjYsIHdlIGFsd2F5cyByZXNvbHZlIG9uIEJHUCBuZXh0aG9wLiBUaGlzIHdpbGwg YmUgaW4gbGluZSB3aXRoIEJHUCBsZWdhY3kuDQpJbiBjYXNlIG9mIGJlc3QgZWZmb3J0L2ZsZXgg YWxnbyB3ZSBtdXN0IG1hbmRhdGUgdXNlciB0byBzZXQgY29ycmVzcG9uZGluZyBsb2NhdG9yIGFz IEJHUCBuZXh0aG9wIGZvciBzcnY2IHJvdXRlcy4NCkkgdGhpbmsgdGhpcyBpcyBhIHJlYXNvbmFi bGUgbWFuZGF0ZS4NCg0KVGhhbmtzDQpSYWplc2gNCg0KDQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBP bmx5DQo= --_000_c215a5356578486f832ebed785aa5b9ehuaweicom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Ketan,

 

I=A1=AFm sorry I have missed your reply.

 

For SRv6 services, we may have two choice for service. Use SRv6 SID t= o do best effort, or use <N,C> to steering to a SRv6 Policy=A1=A3

Also we may use both of them, but most time we are priority to use th= e SRv6 Policy than fall-back to SRv6 best effort, while SRv6 Policy is down= .

So I think maybe use =A1=B0alternate steering mechanism=A1=B1 is bet= ter.  Or maybe I misunderstood the sentence?

 

Regards,

Haibo

&n= bsp;

From: Ketan Talaulikar (ketant) [mailto:ketant@cisco.com]
Sent: Thursday, September 16, 2021 4:55 PM
To: Wanghaibo (Rainsword) <rainsword.wang@huawei.com>; bess@ie= tf.org
Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaou= i, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>; Shradd= ha Hegde <shraddha@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Haibo,

 

Since the discussion on the list was related to fallback mechanisms, = we have those words.

 

How about s/fallback mechanism /alternate steering mechanism ? Or ple= ase suggest if you had something else in your mind.

 

Thanks,

Ketan

 

From: Wanghaibo (Rainsword) <rainsword.wang@huawei.com>
Sent: 16 September 2021 14:13
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; bess@ietf.org
Cc: draft-= ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Mustapha = (Nokia - CA/Ottawa) <must= apha.aissaoui@nokia.com>; Shraddha Hegde <shraddha@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Keta= n,

&n= bsp;

 &= nbsp;     I think the overall description is OK. But is= it appropriate to use the word =A1=B0fallback mech= anism=A1=B1?

&n= bsp;

Regards= ,

Haibo

&n= bsp;

From: spring [mailto:sprin= g-bounces@ietf.org] On Behalf Of Ketan Talaulikar (ketant)
Sent: Wednesday, September 15, 2021 11:00 AM
To: bess@ietf.org
Cc: draft-= ietf-bess-srv6-services@ietf.org; spring@ietf.org; Aissaoui, Mustapha = (Nokia - CA/Ottawa) <must= apha.aissaoui@nokia.com>; Shraddha Hegde <shraddha@juniper.net>
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hello All,

 

Getting back on this topic with a text update proposal for sec 5 and = 6 of the draft.

 

The objective of this change is to clarify the use of the SHOULD that= is used in this text.

 

OLD/CURRENT

   When providing bes= t-effort connectivity to the egress PE, the ingress

   PE encapsulates th= e payload in an outer IPv6 header where the

   destination addres= s is the SRv6 Service SID associated with the

   related BGP route = update.  Therefore, the ingress PE SHOULD perform

   resolvability chec= k for the SRv6 Service SID before considering the

   received prefix fo= r the BGP best path computation.

 

NEW

   When the steering for SRv6 services is based on shortest path forwarding (e.g= ., best-effort or IGP Flexible Algorithm [I-D.ietf-lsr-flex-algo]) to t= he egress PE, the ingress

   PE encapsulates the paylo= ad in an outer IPv6 header where the=

   destination address is the SRv= 6 Service SID associated with the

   related BGP route update. = ; Therefore, the ingress PE SHOULD perform=

   resolvability check for the SR= v6 Service SID before considering the

   received prefix for the BGP be= st path computation.  The result of an

   SRv6 Service SID reachabili= ty (e.g. when provided via IGP Flexible

   Algorithm) can be ignored i= f the ingress PE has a local policy that

   allows a fallback mech= anism to reach the egress PE. The details of

   such fallback mechanis= ms is outside the scope of this document.

 

Please let know your feedback. The authors will look to incorporate t= his change along with any other comments as part of the AD review updates.<= o:p>

 

Thanks,

Ketan

 

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 22:10
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

That is gre= at. Thank you.

 =

Mustapha.

 =

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Friday, July 23, 2021 11:08 AM
To: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Cc: spring@ietf.org; Shraddha= Hegde <shraddha@juniper.net= >; bess@ietf.org; draft-ietf-bess-srv6-services@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

< trimming list to mostly mailers >

 

Hi Mustapha,

 

I agree.

 

Also after seeing Shraddha=A1=AFs latest email, the coverage and deta= ils for the fallback mechanisms that she seems to be looking for is quite v= ast and better tackled in a separate document since this one has completed its WGLC. Some of those concepts are applicab= le for MPLS as well and not SRv6 specific.

 

We (authors) will work on some text proposal and get back to the WG n= ext week.

 

Thanks,

Ketan

 

From: Aissaoui, Mustapha (Nokia - CA/Ottawa) <mustapha.aissaoui@nokia.com>
Sent: 23 July 2021 19:20
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Rajesh M <mrajesh@juniper.net>; Rajesh M <mrajesh@juniper.net>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.r= abadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Hi Ketan,

I believe i= t will be worth expanding the text in draft-ietf-bess-srv6-services to desc= ribe the two types of transport more consistently and along the lines of what you wrote below. Also, I would propose that we= move away from terminology like best-effort service and instead just menti= on shortest path forwarding in base topology or in flex-algo topology.=

 =

Mustapha.

 =

From: spring <spring-bo= unces@ietf.org> On Behalf Of Ketan Talaulikar (ketant)
Sent: Thursday, July 22, 2021 3:43 AM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge= (Nokia - US/Mountain View) <= jorge.rabadan@nokia.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Srihari Sangli <= ssangli@juniper.net>; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-be= ss-srv6-services-07)

 

Hi Rajesh,

 

My apologies for the delay in my response. However, some of my co-aut= hors and other WG members have already clarified this point. Let me try to = summarize.

 

The draft covers two SRv6 based mechanisms for the transport of servi= ces between SRv6 PEs. (1) using SR Policy based steering (i.e. for service = routes with Color Extended Communities) using the H.encap construct along with a list of SRv6 segments  and t= he other (2) using H.encap with just the SRv6 Service SID in the IPv6 DA.

 

As mentioned in the draft, it is required to verify the reachability = of the SRv6 Service SID before the mechanism (2) can be used. This is an ex= plicit clarification for verification of reachability. In an MPLS-VPN scenario, if the egress PE NH=A1=AFs IP ro= ute is reachable at the ingress PE but without an MPLS label, such a path c= annot be used. This is semantically similar.

 

The mechanism (1) is different since the routing to the egress PE is = via SR Policy and hence the requirement for verification of reachability of= the SRv6 Service SID is not there.

 

There is no mandate for the setting of the NH since that is left to d= eployment design.

 

I hope this helps in addition to the various clarifications already p= rovided by others.

 

Thanks,

Ketan

 

From: Rajesh M <mrajesh@jun= iper.net>
Sent: 22 July 2021 12:09
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Rabadan, Jorge (Noki= a - US/Mountain View) <jorge.= rabadan@nokia.com>; Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

Could Authors respond to this ?

 

 

Juniper Business= Use Only

From: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>
Sent: Monday, July 19, 2021 7:28 PM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>; Rajesh M <mrajesh@juniper.net>; Ketan Talau= likar (ketant) <ketant@cisco.com= >; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:Lato;color:black"= >[External Email. Be cautious of content]

 

Hi All,

 

For best effort service, flex algo =A8C R= esolve SRv6 Service SID for forwarding.

For SR-TE, CAR/CT - Resolve BGP next hop for forwarding.

 

There is no unification here, it=A1=AFs better to unify.

Any other solution is OK.

 

Thanks

Rajesh

 

 

Juniper Business= Use Only

From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Sent: Monday, July 19, 2021 7:17 PM
To: Rajesh M <mrajesh@juni= per.net>; Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>; Ketan Talaulik= ar (ketant) <ketant@cisco.com>= ;; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org; Srihari Sangli <ssangli@juniper.net>
Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;font-family:Lato;color:black"= >[External Email. Be cautious of content]

 

Hi Rajesh,

 

The draft is written so that the next-hop address MAY be c= overed by the locator, but there are cases in which the next-hop address is= not part of the locator prefix, and there are implementations already allowing that, so I don=A1=AFt agree the docum= ent should mandate what you are suggesting.

 

Thanks.

Jorge

 

From: Rajesh M &= lt;mrajesh@juniper.net>
Date: Monday, July 19, 2021 at 3:24 PM
To: Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org>, Ketan Talaulikar (ke= tant) <ketant@cisco.com>, gdawra.ietf@gmail.com <gdawra.ietf@gmail.com>, Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>, robert@raszuk.net <robert@raszuk.net>, bruno.decraene@orange.com = <bruno.decraene@orange.com<= /a>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com>
Cc: spring@ietf.org <spring@ietf.org>, bgp@ans.net <bgp@ans.net>, Shraddha Hegde <shraddha@juniper.net>, bess@ietf.org <bess@ietf.org>, Srihari Sangli <ssangli@juniper.net>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-s= ervices-07)

Hi= Authors,

 

Pl= ease respond.

 

Th= anks

Ra= jesh

 

 

Juniper Business= Use Only

From: spring <spring-bounces@ietf.org> On Behalf Of Rajesh M
Sent: Thursday, July 15, 2021 4:36 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; gdawra.ietf@gmail.com; Clarenc= e Filsfils (cfilsfil) <cfilsfil@ci= sco.com>; robert@raszuk.net; bruno.decraene@orange.com; j= orge.rabadan@nokia.com
Cc: spring@ietf.org; bgp@ans.net; Shraddha Hegde <shraddha@juniper.net>; bess@ietf.org
Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-s= rv6-services-07)

 

[External Email. Be cautious of content]

 

Hi All,

 

As per this draft, this is how = resolution must work.

 

1)For Non Intent service Route:=

if BGP next hop is not reachabl= e return.

Resolve SRv6 Service SID for fo= rwarding.

 

2)For Intent service Route (IGP= Flex-Algo first then BGP CAR then SR Policy):

BGP next hop is not reachable r= eturn.

Resolve SRv6 Service SID for fo= rwarding(To find IGP flex algo).if successfully resolves then return.<= /o:p>

Resolve BGP next hop for forwar= ding (in case above is not success).

 

 

Using Service SID (overlay),= for resolution is definitely not recommended.

 =

Instead in case of srv6, we = always resolve on BGP nexthop. This will be in line with BGP legacy.

In case of best effort/flex = algo we must mandate user to set corresponding locator as BGP nexthop for s= rv6 routes.

I think this is a reasonable= mandate.

 

Thanks

Rajesh

 

Juniper Business= Use Only

--_000_c215a5356578486f832ebed785aa5b9ehuaweicom_-- From nobody Tue Sep 28 04:52:21 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E11CC3A2AA1; Tue, 28 Sep 2021 04:52:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.886 X-Spam-Level: X-Spam-Status: No, score=-1.886 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7KNFtUjvZoPE; Tue, 28 Sep 2021 04:52:03 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E4713A2AA0; Tue, 28 Sep 2021 04:52:02 -0700 (PDT) Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HJd7n4KnNz6891x; Tue, 28 Sep 2021 19:48:53 +0800 (CST) Received: from dggpemm500004.china.huawei.com (7.185.36.219) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 28 Sep 2021 13:51:56 +0200 Received: from dggpemm500003.china.huawei.com (7.185.36.56) by dggpemm500004.china.huawei.com (7.185.36.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 28 Sep 2021 19:51:54 +0800 Received: from dggpemm500003.china.huawei.com ([7.185.36.56]) by dggpemm500003.china.huawei.com ([7.185.36.56]) with mapi id 15.01.2308.008; Tue, 28 Sep 2021 19:51:54 +0800 From: "Chengli (Cheng Li)" To: Gyan Mishra , SPRING WG , "spring-chairs@ietf.org" , j00406941 , "draft-ietf-spring-mpls-path-segment@ietf.org" , "draft-li-spring-srv6-path-segment@ietf.org" Thread-Topic: [Spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ Thread-Index: AQHXs+PdX3HxfHRcLUCRnAj8zXsoP6u5TaXw Date: Tue, 28 Sep 2021 11:51:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.40.81] Content-Type: multipart/alternative; boundary="_000_a254cec10c6549d5889975501745cae8huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] [Spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2021 11:52:16 -0000 --_000_a254cec10c6549d5889975501745cae8huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3lhbiwNCg0KTWFueSB0aGFua3MgZm9yIHlvdXIgY29tbWVudHMuIFBsZWFzZSBzZWUgbXkg cmVwbHkgaW5saW5lLg0KDQpIb3dldmVyLCBJIGhhdmUgbm90IGFuc3dlciBhbGwgdGhlIGNvbW1l bnRzIHlldC4gSSB0aGluayBpdCB3aWxsIGJlIGJldHRlciB0byBzZXBhcmF0ZSB0aGUgY29tbWVu dHMgaW50byBkaWZmZXJlbnQgdGhyZWFkcywgYW5kIHdlIGNhbiBhZGRyZXNzIHRoZW0gb25lIGJ5 IG9uZS4NCkFnYWluISBUaGFuayB5b3UgZm9yIHlvdXIgY29tbWVudHMhDQoNClJlc3BlY3QsDQpD aGVuZw0KDQoNCg0KRnJvbTogR3lhbiBNaXNocmEgW21haWx0bzpoYXlhYnVzYWdzbUBnbWFpbC5j b21dDQpTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjgsIDIwMjEgNTowNCBBTQ0KVG86IFNQUklO RyBXRyA8c3ByaW5nQGlldGYub3JnPjsgc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzsgajAwNDA2OTQx IDxqZ3VpY2hhckBmdXR1cmV3ZWkuY29tPjsgZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNl Z21lbnRAaWV0Zi5vcmc7IGRyYWZ0LWxpLXNwcmluZy1zcnY2LXBhdGgtc2VnbWVudEBpZXRmLm9y Zw0KU3ViamVjdDogUkU6IFtTcHJpbmddIFdHTEMgZm9yIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50Lw0KDQoNCkRlYXIg UmFrZXNoICYgQXV0aG9ycw0KSSByZXBsaWVkIGR1cmluZyBXR0xDIG9uIEp1bHkgMjl0aCBzdXBw b3J0aW5nIHB1YmxpY2F0aW9uIG9mIHRoaXMgZHJhZnQsIGJ1dCBkaWQgbm90IGhlYXIgYmFjayBm cm9tIHRoZSBhdXRob3JzLg0KSSBoYXZlIHNpbmNlIGFkZGVkIHNvbWUgYWRkaXRpb25hbCBjb21t ZW50cyBpbiB0aGlzIGVtYWlsIHJlbGF0ZWQgdG8gdGhpcyBTUi1NUExTIGRyYWZ0IGFzIHdlbGwg YXMgb3RoZXIgUGF0aCBTZWdtZW50IHJlbGF0ZWQgZHJhZnRzIGFuZCBob3cgdGhleSByZWZlcmVu Y2UgZWFjaCBvdGhlciBhcyBub3JtYXRpdmUgcmVmZXJlbmNlcyBhcyB3ZWxsIGFzIGhvdyBlYWNo IG9mIHRoZSBkcmFmdHMgaGVscCBleHBsYWluIHRoZSBlbnRpcmUgcGF0aCBzZWdtZW50IHNvbHV0 aW9uIGFuZCBob3cgIFNSLU1QTFMgYW5kIFNSdjYgcGF0aCBzZWdtZW50IHNvbHV0aW9ucyByZWxh dGVkIHRvIHRoZSBleHRlbnNpb25zIGZvciBQQ0UgYW5kIFNSIHBvbGljeSB1cGRhdGVzLg0KDQpU aGlzIGRyYWZ0IGNhbiBiZSB2ZXJ5IHVzZWZ1bCBmb3Igb3BlcmF0b3JzIGFuZCBwcm92aWRlcyBh biBSU1ZQLVRFIHJlY29yZCByb3V0ZSBzdHlsZSBmdW5jdGlvbiBpbiBhIG5ldyBQYXRoIFNJRCB0 aGF0IGNhbiBiZSBsZXZlcmFnZWQgZm9yIElPQU0gUE0gdXNlIGNhc2UgYXMgd2VsbCBhcyBCSURJ UiBwYXRoIGFzc29jaWF0aW9uIGFuZCAxKzEgcHJvdGVjdGlvbiBzb2x1dGlvbi4NCg0KQXMgYWxs IG9mIHRoZXNlIGRyYWZ0cyByZWxhdGUgdG8gZWFjaCBvdGhlciBmcm9tIGEgU1IgUFNJRCBwYXRo IHNlZ21lbnQgcGVyc3BlY3RpdmUgSSB3b3VsZCBsaWtlIHRvIGNvbW1lbnQgb24gYWxsIG9mIHRo ZSBkcmFmdHMgYmVsb3cgYXMgaXQgcmVsYXRlcyB0byB0aGlzIGRyYWZ0IFdHTEMgYXMgd2VsbCBh cyBwcm9ncmVzc2luZyB0aGUgb3RoZXIgZHJhZnRzIGxpc3RlZCBiZWxvdyBhbHNvIHByb3ZpZGUg c29tZSBzeW5jaHJvbml6YXRpb24gYW5kIHBhcml0eSBiZXR3ZWVuIHRoZSBkcmFmdHM6DQpBbGwg NSBkcmFmdHMgYXMgdGhleSBkZWZpbmUgdGhlIG92ZXJhbGwgU1IgUGF0aCBTZWdtZW50IHNvbHV0 aW9uLCBJIGJlbGlldmUgdGhleSBhbGwgc2hvdWxkIGhhdmUgbm9ybWF0aXZlIG1lbnRpb25zIG9m IGVhY2ggb2YgdGhlIG90aGVyIGRyYWZ0cy4gIEkgcmV2aWV3ZWQgYWxsIDUgZHJhZnRzIGFuZCB0 aGV5IGRvIGV4Y2VwdCBmb3IgYW55IG5vdGVkIGJlbG93Lg0KW0NoZW5nXSBNYW55IHRoYW5rcyBm b3IgeW91ciBzdXBwb3J0ISBZZXMsIFBhdGggU2VnbWVudCBjYW4gYmUgdXNlZCBpbiBtYW55IHVz ZSBjYXNlcyBsaWtlIHlvdSBtZW50aW9uZWQuIFdlbGwsIHRoZXkgbWF5IG5vdCBuZWVkIHRvIGNp dGUgZWFjaCBvdGhlciBhcyBub3JtYXRpdmUgcmVmZXJlbmNlIEkgdGhpbmssIHdlIG5lZWQgdG8g ZGlzY3VzcyBvbmUgYnkgb25lLiBUaGUgRGF0YSBwbGFuZSBleHRlbnNpb24gZHJhZnRzIG9mIFNS LU1QTFMgJiBTUnY2IFBhdGggU2VnbWVudCBhcmUgdGhlIGJhc2ljIGRyYWZ0cy4gVGhleSBjYW4g YmUgdGhlIG5vcm1hdGl2ZSByZWZlcnJlZCBhdCB0aGUgY29udHJvbCBwbGFuZSBkcmFmdHMgbGlr ZSBQQ0UgYW5kIEJHUCwgdGhhdCBpcyBjb3JyZWN0LCBhbmQgd2UgYmVsaWV2ZSB3ZSBkaWQgaXQu IElmIHdlIG1pc3Mgc29tZSByZWZlcmVuY2UsIHlvdSBhcmUgd2VsY29tZSB0byBwb2ludCBpdCBv dXQsIG1hbnkgdGhhbmtzIGZvciB5b3VyIGhlbHAhIOKYug0KSSB0aGluayB3ZSBkbyBub3QgbmVl ZCB0byBtYWtlIFBDRSBkcmFmdCBhcyB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZSBvZiBCR1AgZXh0 ZW5zaW9uIGRyYWZ0LCBhbmQgdmljZSB2ZXJzYS4gQmVjYXVzZSB0aGV5IGFyZSBub3QgZGVwZW5k ZW5jaWVzIGJldHdlZW4gdGhlc2UgdHdvIHByb3RvY29sLiBJbmZvcm1hdGl2ZSByZWZlcmVuY2Ug aXMgdGhlIGNvcnJlY3QgY2hvaWNlLg0KDQpTUiBQYXRoIFNlZ21lbnQgZHJhZnRzOg0KU1ItTVBM UyBQYXRoIFNlZ21lbnQNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJh ZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21lbnQtMDUNCg0KU1J2NiBQYXRoIFNlZ21lbnQN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtbGktc3ByaW5nLXNy djYtcGF0aC1zZWdtZW50LTA3DQpbQ2hlbmddIFRoaXMgaGFzIGJlZW4gYWRvcHRlZCwgYW5kIGJl Y29tZSAgZHJhZnQtaWV0Zi1zcHJpbmctc3J2Ni1wYXRoLXNlZ21lbnQ8aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zcHJpbmctc3J2Ni1wYXRoLXNlZ21lbnQvPg0K DQoNClBDRSBTUiBleHRlbnNpb24gZm9yIFBTSUQgcGF0aCBTZWdtZW50DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtcGNlLXNyLXBhdGgtc2VnbWVudC0w NA0KDQpQQ0UgU1IgZXh0ZW5zaW9uIGZvciBCSURJUiBQU0lEIFBhdGggU2VnbWVudA0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXBjZS1zci1iaWRpci1w YXRoDQoNClNSIFBvbGljeSBQYXRoIFNlZ21lbnQNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LXBhdGgtc2VnbWVudA0KDQpTUiBN U0QgYXMgaXQgYXBwbGllZCB0byBTUi1NUExTICYgU1J2NiBDb21wcmVzc2lvbiAmIGhvdyBQYXRo IFNlZ21lbnQgY2FuIGJlIHVzZWQgdG8gYWxsZXZpYXRlIE1TRCBpc3N1ZXM6DQpDYW4gdGhlIFBh dGggU2VnbWVudCBzb2x1dGlvbiBiZSB1c2VkIHRvIGhlbHAgd2l0aCBNU0QgaXNzdWVzIGZvciBi b3RoIFNSLU1QTFMgICYgU1J2NiB2ZXJ5IGxvbmcgc3RyaWN0IHBhdGhzIGJ5IGJlaW5nIGFibGUg dG8gcmVmZXJlbmNlIGludGVyLWFzIHBhdGhzIGFzIFBTSUQvQlNJRCBzdWIgcGF0aHMgaW5zdGVh ZCBvZiB0aGUgZXhwYW5kZWQgcGF0aD8NCltDaGVuZ10gQlNJRCBpcyB1c2luZyBmb3Igc2hvcnRl bmluZyB0aGUgU0lEIGxpc3QsIHdoaWxlIHRoZSBQYXRoIFNlZ21lbnQgd2lsbCBub3QgYmUgdXNl ZCBmb3IgdGhpcy4gSXQgaXMgYW4gSUQgc3BhY2UgZm9yIHBhdGggYXNzb2NpYXRlZCBzZXJ2aWNl cy4NCg0KU1ItTVBMUyBQYXRoIFNlZ21lbnQgLSBXR0xDIFJldmlldzoNCg0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2Vn bWVudC0wNQ0KDQpSZWNvbW1lbmRhdGlvbiB0byB1cGRhdGUgdGhlIHZlcmJpYWdlIHRvIHN0YXRl IHRoYXQgMSsxIHBhdGggcHJvdGVjdGlvbiBpcyBhbiBTUi1NUExTIHNwZWNpZmljYXRpb24gb3B0 aW1pemF0aW9uIHVzaW5nIFBTSUQgc29sdXRpb24uDQoNClNpbmNlIFBTSUQgY2FuIGJlIHVzZWQg Zm9yIDErMSBwYXRoIHByb3RlY3Rpb24gbXkgdGhvdWdodHMgYXJlIHRoYXQgbWF5YmUgUFNJRCBj YW4gYmUgdXNlZCB0byBoZWxwIG92ZXJhbGwgaW4gTVNEIFNJRCBkZXB0aCBpc3N1ZXMgb24gdGhl IHByaW1hcnkgYWN0aXZlIHBhdGggZm9yIHZlcnkgbG9uZyBwYXRocyB0byBoZWxwIHdpdGggU0lE IGRlcHRoIGFuZCByZWR1Y2UgdGhlIHNpemUgU0lEIHBhdGggbGVuZ3RoIHdpdGggUFNJRC9CU0lE IG5lc3RlZCBzdWIgcGF0aCBzZWdtZW50cy4NClBTSUQgY291bGQgYWxzbyBiZSBzdGF0ZWQgYXMg YW4gb3B0aW1pemF0aW9uIGZvciBNU0QgaXNzdWVzIGZvciB2ZXJ5IGxvbmcgc3RyaWN0IHBhdGhz IHRvIGhlbHAgaW4gdGhlIHJlZHVjdGlvbiBvZiB0aGUgc2l6ZSBvZiB0aGUgU0lEIGxpc3QgaW4g YW4gU1ItVEUgcG9saWN5IHRvIGRlZmluZSB0aGUgcGF0aCB1c2luZyB0aGUgQlNJRC9QU0lEIHBh dGggdmVjdG9yIHRvIGNvbXByZXNzIHRoZSBleHBsaWNpdCBwYXRoLiAgTXkgdGhvdWdodHMgYXJl IHRoYXQgU3ViIHBhdGhzIGNyZWF0ZWQgYnkgUFNJRC9CU0lEIGtleXMgY2FuIGJlIHVzZWQgZm9y IGludGVyLWFzIHBhdGhzIGFjcm9zcyBtdWx0aXBsZSBkb21haW5zLCBhIHNpbWlsYXIgY29uY2Vw dCBvZiBSRkMgNDczNiBsb3NlIGhvcCBleHBhbnNpb24gY2FuIGJlIHVzZWQgZm9yIGxvbmdlciBw YXRocyB0byBoZWxwIGNvbXByZXNzIGFuZCBjdXRkb3duIG9uIHRoZSBFMkUgUGF0aCBjb250YWlu aW5nIGFsbCB0aGUgU0lEcy4gIEluIGNhc2VzIHdoZXJlIHRoZSBpbnRyYS1hcyBwYXRoIGlzIHZl cnkgbG9uZyB0aGUgcGF0aCBjYW4gYmUgYnJva2VuIHVwIGludG8gUFNJRC9CU0lEIHN1YiBwYXRo cyByZWdpb25zIHdpdGhpbiBhIGRvbWFpbi4gIEkgYmVsaWV2ZSB0aGlzIGNvdWxkIGFwcGx5IHRv IGJvdGggU1ItTVBMUyAmIFNSdjYgdmVyeSBsb25nIEUyRSBzdHJpY3QgcGF0aHMgdGhhdCBjcm9z cyBtYW55IEFT4oCZcyBhbmQgZG9tYWlucy4NCg0KW0NoZW5nXSBVc2luZyBCU0lEIGNhbiBzaG9y dGVuIHRoZSBTSUQgbGlzdC4gSW4gY2FzZSBsaWtlIEJGRCBlY2hvIG1vZGUsIHdlIG1heSBoYXZl IHR3byBzb2x1dGlvbnMgdG8gc2hvcnRlbiB0aGUgU0lEIGxpc3QuDQoNCsK3ICAgICAgICAgVXNp bmcgQlNJRDogUHV0dGluZyB0aGUgQlNJRCBvZiB0aGUgIHJldmVyc2UgZGlyZWN0aW9uIHBhdGgg YXQgdGhlIGVuZCBvZiB0aGUgU0lEIGxpc3QgdG8gc3BlY2lmeSB0aGUgcmV2ZXJzZSBwYXRoLg0K DQrCtyAgICAgICAgIFVzaW5nIFBTSUQ6IFB1dHRpbmcgdGhlIFBTSUQgb2YgdGhlIHJldmVyc2Ug ZGlyZWN0aW9uIHBhdGggYXQgdGhlIGVuZCBvZiB0aGUgU0lEIGxpc3QgdG8gc3BlY2lmeSB0aGUg cmV2ZXJzZSBwYXRoLiBJbiB0aGlzIGNhc2UsIHRoZSBlZ3Jlc3Mgbm9kZSBzaG91bGQgcHJvY2Vz cyB0aGUgcGF0aCBTZWdtZW50IGFuZCBlbmNhcHN1bGF0ZSB0aGUgcmV2ZXJzZSBTSUQgbGlzdCBm b3IgdGhlIHBhY2tldC4gSXQgY2FuIHdvcmsuDQoNCkFic3RyYWN0IHNlY3Rpb246DQpPTEQgVFhU DQoNCg0KQSBTZWdtZW50IFJvdXRpbmcgKFNSKSBwYXRoIGlzIGlkZW50aWZpZWQgYnkgYW4gU1Ig c2VnbWVudCBsaXN0LiAgT25seSB0aGUgY29tcGxldGUgc2VnbWVudCBsaXN0IGNhbiBpZGVudGlm eSB0aGUgZW5kLXRvLWVuZCBTUiBwYXRoLCBhbmQgYSBzdWItc2V0IG9mIHNlZ21lbnRzIGZyb20g dGhlIHNlZ21lbnQgbGlzdCBjYW5ub3QgZGlzdGluZ3Vpc2gNCg0Kb25lIFNSIHBhdGggZnJvbSBh bm90aGVyIGFzIHRoZXkgbWF5IGJlIHBhcnRpYWxseSBjb25ncnVlbnQuICBTUiBwYXRoIGlkZW50 aWZpY2F0aW9uIGlzIGEgcHJlLXJlcXVpc2l0ZSBmb3IgdmFyaW91cyB1c2UtY2FzZXMgc3VjaCBh cyBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCAoUE0pLCBiaWRpcmVjdGlvbmFsIHBhdGhzIGNvcnJl bGF0aW9uLCBhbmQgZW5kLXRvLWVuZCAxKzEgcGF0aCBwcm90ZWN0aW9uLg0KDQoNCkluIFNSIGZv ciBNUExTIGRhdGEgcGxhbmUgKFNSLU1QTFMpLCB0aGUgc2VnbWVudCBpZGVudGlmaWVycyBhcmUg c3RyaXBwZWQgZnJvbSB0aGUgcGFja2V0IHRocm91Z2ggbGFiZWwgcG9wcGluZyBhcyB0aGUgcGFj a2V0IHRyYW5zaXRzDQoNCnRoZSBuZXR3b3JrLiAgVGhpcyBtZWFucyB0aGF0IHdoZW4gYSBwYWNr ZXQgcmVhY2hlcyB0aGUgZWdyZXNzIG9mIHRoZSBTUiBwYXRoLCBpdCBpcyBub3QgcG9zc2libGUg dG8gZGV0ZXJtaW5lIG9uIHdoaWNoIFNSIHBhdGggaXQgdHJhdmVyc2VkIHRoZSBuZXR3b3JrLg0K DQoNCg0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgbmV3IHR5cGUgb2Ygc2VnbWVudCB0aGF0 IGlzIHJlZmVycmVkIHRvIGFzIFBhdGggU2VnbWVudCwgd2hpY2ggaXMgdXNlZCB0byBpZGVudGlm eSBhbiBTUiBwYXRoIGluIGFuIFNSLU1QTFMgbmV0d29yay4gIFdoZW4gdXNlZCwgaXQgaXMgaW5z ZXJ0ZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSBvZiB0aGUgU1INCg0KcGF0aCBhbmQgaW1tZWRpYXRl bHkgZm9sbG93cyB0aGUgbGFzdCBzZWdtZW50IGlkZW50aWZpZXIgaW4gdGhlIHNlZ21lbnQgbGlz dCBvZiB0aGUgU1IgcGF0aC4gIFRoZSBQYXRoIFNlZ21lbnQgd2lsbCBub3QgYmUgcG9wcGVkIG9m ZiB1bnRpbCBpdCByZWFjaGVzIHRoZSBlZ3Jlc3Mgbm9kZSBvZiB0aGUgU1IgcGF0aC4gIFRoZSBQ YXRoIFNlZ21lbnQNCg0KdGhlbiBjYW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIG5vZGUgdG8gaW1w bGVtZW50IFNSIHBhdGggaWRlbnRpZmljYXRpb24gYW5kIGNvcnJlbGF0aW9uLg0KDQoNCg0KDQoN Ck5FVyBUWFQNCg0KDQoNClNlZ21lbnQgUm91dGluZyAoU1IpICBbUkZDODQwMjxodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg0MDI+XSBsZXZlcmFnZXMgdGhlIHNvdXJj ZS1yb3V0aW5nIHBhcmFkaWdtIHRvIHN0ZWVyIHBhY2tldHMgZnJvbSBhIHNvdXJjZSBub2RlIHRo cm91Z2ggYSBjb250cm9sbGVkIHNldCBvZiBpbnN0cnVjdGlvbnMsIGNhbGxlZCBzZWdtZW50cywg YnkgcHJlcGVuZGluZyB0aGUgcGFja2V0IHdpdGggYW4gU1IgaGVhZGVyIGluIHRoZSBNUExTIGRh dGEgcGxhbmUgU1ItTVBMUyBbUkZDODY2MDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9odG1sL3JmYzg2NjA+XSB0aHJvdWdoIGEgbGFiZWwgc3RhY2sgb3IgSVB2NiBkYXRhIHBsYW5l IHVzaW5nIGFuIFNSSCBoZWFkZXIgdmlhIFNSdjYgW1JGQzg8aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9yZmM4NDAyPjk4Nl0gdG8gY29uc3RydWN0IGFuIFNSIHBhdGguIFRo ZSBNUExTIGZvcndhcmRpbmcgcGxhbmUgZG9lcyBub3QgcHJlc2VydmUgdGhlIHBhdGggc3RhdGUg YXQgdGhlIGVncmVzcyBub2RlIHRoYXQgbWF5YmUgdXNlIGZvciB2YXJpb3VzIG9wdGltaXphdGlv biBhbmQgcGF0aCBjb3JyZWxhdGlvbiB1c2UgY2FzZXMgc2ltaWxhciB0byB3aGF0IGlzIHByb3Zp ZGVkIGJ5IFJTVlAtVEUgcmVjb3JkIHJvdXRlIG9iamVjdC4NCg0KDQoNCiAgIFRoaXMgZG9jdW1l bnQgZGVmaW5lcyBhIG5ldyB0eXBlIG9mIHNlZ21lbnQgdGhhdCBpcyByZWZlcnJlZCB0byBhcyBQ YXRoIFNlZ21lbnQsIHdoaWNoIGlzIHVzZWQgdG8gaWRlbnRpZnkgYW4gU1IgcGF0aCBpbiBhbiBT Ui1NUExTIG5ldHdvcmsuICBXaGVuIHVzZWQsIGl0IGlzIGluc2VydGVkIGJ5IHRoZSBpbmdyZXNz IG5vZGUgb2YgdGhlIFNSDQoNCnBhdGggYW5kIGltbWVkaWF0ZWx5IGZvbGxvd3MgdGhlIGxhc3Qg c2VnbWVudCBpZGVudGlmaWVyIGluIHRoZSBzZWdtZW50IGxpc3Qgb2YgdGhlIFNSIHBhdGguICBU aGUgUGF0aCBTZWdtZW50IGlzIHByZXNlcnZlZCB1bnRpbCBpdCByZWFjaGVzIHRoZSBlZ3Jlc3Mg bm9kZSBmb3IgU1IgcGF0aCBpZGVudGlmaWNhdGlvbiBhbmQgY29ycmVsYXRpb24uDQoNCg0KDQpU aGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgcGF0aCBzZWdtZW50IHRoYXQgZW5hYmxlcyBTUiBw YXRoIGlkZW50aWZpY2F0aW9uIHdoaWNoIGlzIGEgcHJlLXJlcXVpc2l0ZSBmb3IgdmFyaW91cyB1 c2UtY2FzZXMgc3VjaCBhcyBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCAoUE0pLCBiaWRpcmVjdGlv bmFsIHBhdGhzIGNvcnJlbGF0aW9uLCBhcyB3ZWxsIGFzIFNSLU1QTFMgc3BlY2lmaWNhdGlvbiBv cHRpbWl6YXRpb25zIHN1Y2ggYXMgZW5kLXRvLWVuZCAxKzEgcGF0aCBwcm90ZWN0aW9uIGFuZCBT UiBwYXRoIGxpc3QgY29tcHJlc3Npb24gZm9yIE1TRCBvcHRpbWl6YXRpb25zLg0KIFtDaGVuZ110 aGFuayB5b3UgZm9yIHlvdXIgdGV4dCwgd2Ugd2lsbCBjb25zaWRlciB0aGlzIOKYug0KDQpJbnRy b2R1Y3Rpb24gc2VjdGlvbjoNCg0KT0xEIFRYVA0KDQpTZWdtZW50IFJvdXRpbmcgKFNSKSBbUkZD ODQwMjxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg0MDI+XSBpcyBh IHNvdXJjZSByb3V0ZWQgZm9yd2FyZGluZyBtZXRob2QgdGhhdCBhbGxvd3MgdG8gZGlyZWN0bHkg ZW5jb2RlIGZvcndhcmRpbmcgaW5zdHJ1Y3Rpb25zIChjYWxsZWQgc2VnbWVudHMpIGluIGVhY2gg cGFja2V0LCBoZW5jZSBpdCBlbmFibGVzIHN0ZWVyaW5nIHRyYWZmaWMgdGhyb3VnaCBhIG5ldHdv cmsgd2l0aG91dCB0aGUgcGVyLWZsb3cgc3RhdGVzIG1haW50YWluZWQgb24gdGhlIHRyYW5zaXQg bm9kZXMuICBTZWdtZW50IFJvdXRpbmcgY2FuIGJlIGluc3RhbnRpYXRlZCBvbiBhbiBNUExTIGRh dGEgcGxhbmUgb3IgYW4gSVB2NiBkYXRhIHBsYW5lLiAgVGhlIGZvcm1lciBpcyBjYWxsZWQgU1It TVBMUyBbUkZDODY2MDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg2 NjA+XSwgdGhlIGxhdHRlciBpcyBjYWxsZWQgU1J2NiBbUkZDODQwMjxodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg0MDI+XS4gIFNSLU1QTFMgbGV2ZXJhZ2VzIHRoZSBN UExTIGxhYmVsIHN0YWNrIHRvIGNvbnN0cnVjdCBhbiBTUiBwYXRoLg0KDQpORVcgVFhUDQoNCg0K U2VnbWVudCBSb3V0aW5nIChTUikgIFtSRkM4NDAyPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvcmZjODQwMj5dIGxldmVyYWdlcyB0aGUgc291cmNlLXJvdXRpbmcgcGFyYWRp Z20gdG8gc3RlZXIgcGFja2V0cyBmcm9tIGEgc291cmNlIG5vZGUgdGhyb3VnaCBhIGNvbnRyb2xs ZWQgc2V0IG9mIGluc3RydWN0aW9ucywgY2FsbGVkIHNlZ21lbnRzLCBieSBwcmVwZW5kaW5nIHRo ZSBwYWNrZXQgd2l0aCBhbiBTUiBoZWFkZXIgaW4gdGhlIE1QTFMgZGF0YSBwbGFuZSBTUi1NUExT IFtSRkM4NjYwPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODY2MD5d IHRocm91Z2ggYSBsYWJlbCBzdGFjayBvciBJUHY2IGRhdGEgcGxhbmUgdXNpbmcgYW4gU1JIIGhl YWRlciB2aWEgU1J2NiBbUkZDODxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L3JmYzg0MDI+OTg2XSB0byBjb25zdHJ1Y3QgYW4gU1IgcGF0aC4NCg0KDQoNCltDaGVuZ11XZSB3 aWxsIGNvbnNpZGVyIHRoaXMgYXQgdGhlIG5leHQgdXBkYXRlLCBtYW55IHRoYW5rcyEhIQ0KDQpJ biB0aGUgU1J2NiBQU0lEIGRyYWZ0IFBTUCBtdXN0IGJlIGRpc2FibGVkIGluIFNSdjYgUEdNLg0K DQpGb3IgU1ItTVBMUyBQU0lEIGRyYWZ0ICBQSFAgaW1wbGljaXQgbnVsbCBkb2VzIG5vdCBuZWVk IHRvIGJlIGRpc2FibGVkIGFzIGxvbmcgYXMgdGhlIEJPUyBTIGJpdCBpcyBzZXQgYW5kIHRoZSBU VEwgaXMgc2V0IHRvIGxhc3QgbGFiZWwgaW4gbGFiZWwgc3RhY2suICBBZ3JlZWQuDQoNClNpbmNl IHRoZSBsYWJlbCBzdGFjayBmb3IgTDIvTDMgVlBOIGlzIDIgbGFiZWxzIGRlZXAgd2l0aCB0b3Bt b3N0IGxhYmVsIGFzIHRvcG9sb2dpY2FsIGxhYmVsIGFuZCBib3R0b20gbGFiZWwgYXMgdGhlIHNl cnZpY2UgbGFiZWwuDQoNCldvdWxkIHRoZSBQYXRoIHNlZ21lbnQgYXBwZWFyIGFzIHRoZSBsYXN0 IGxhYmVsIGluIHRoZSBzZXQgb2YgbGFiZWxzIG9yIFNSIGxhYmVsIHN0YWNrIHJlcHJlc2VudGlu ZyB0aGUgdG9wb2xvZ2ljYWwgcGF0aCBvciBiZWxvdyB0aGUgc2VydmljZSBsYWJlbCBhbmQgaW4g dGhhdCBjYXNlIHdvdWxkIGhhdmUgdGhlIEJPUyBiaXQgUyBzZXQuICAgV291bGQgdGhlIHBhdGgg c2VnbWVudCBsYWJlbCBvbmx5IGJlIHRoZSBib3R0b20gbGFiZWwgZm9yIEdsb2JhbCB0YWJsZSBy b3V0aW5nIHdoZXJlIG5vIHNlcnZpY2UgbGFiZWwgZXhpc3RzIGJ1dCBpZiBhIEwyL0wzIFZQTiBz ZXJ2aWNlIGxhYmVsIGV4aXN0cyB0aGVuIHRoZSBTIGJpdCB3b3VsZCBub3QgYmUgc2V0IG9uIHRo ZSBQU0lEPw0KSW4gZmlndXJlIDEgaXQgc2hvd3MgdGhlIFBTSUQgbGFiZWwgYXMgdGhlIGxhc3Qg bGFiZWwsIGJlbG93IHRoZSBTZXJ2aWNlIGxhYmVscy4gIElmIHRoYXQgaXMgdGhlIGNhc2UgdGhl biB0aGUgQk9TIFMgYml0IHdvdWxkIGJlIHNldC4NCkNhbiB3ZSBzdGF0ZSBleHBsaWNpdGx5IGlm IHRoZSBwYXRoIGxhYmVsIHdpbGwgYWx3YXlzIGJlIHRoZSBib3R0b20gbGFiZWwgb3IgYXJlIHRo ZXJlIGNlcnRhaW4gY2lyY3Vtc3RhbmNlcyB3aGVyZSBpdCB3b3VsZCBub3QgYmUgdGhlIGJvdHRv bSBsYWJlbC4NCkhvdyBkb2VzIHRoZSBQU0lEIGxhYmVsIFRUTCBjaGFuZ2UgaW4gUEhQIGVuYWJs ZWQgdmVyc3VzIGRpc2FibGVkIG1vZGUgd2l0aCByZXNwZWN0IHRvIHBpcGUgYW5kIHVuaWZvcm0g bW9kZSBSRkMgMzQ0My4NCltDaGVuZ10gSSB0aGluayB3ZSBjYW4gc2VwYXJhdGUgdGhlIGNvbW1l bnRzIGludG8gZGlmZmVyZW50IHRocmVhZHMgZm9yIGRpc2N1c3Npb24uIFNvIHdpbGwgYW5zd2Vy IHlvdXIgYWJvdmUgY29tbWVudHMgaW4gbmV4dCBlbWFpbC4NCg0KUkZDIDg2NjIgc3RhdGVzIHRo YXQgdGhlIGVudHJvcHkgbGFiZWwgRUxJL0VMIHdvdWxkIGJlIHBsYWNlZCBhdCByZWFkYWJsZSBk ZXB0aHMgd2l0aGluIHRoZSBsYWJlbCBzdGFjayBzZWN0aW9uIDEwLjUuDQoNCg0KIOKAnEVudHJv cHkgbGFiZWwgYW5kIEVudHJvcHkgTGFiZWwgSW5kaWNhdG9yIChFTEkpIGFzIGRlc2NyaWJlZCBp bg0KDQogICBbUkZDODY2MjxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3Jm Yzg2NjI+XSBmb3IgU1ItTVBMUyBwYXRoLCBjYW4gYmUgcGxhY2VkIGJlZm9yZSBvciBhZnRlciB0 aGUgUGF0aCBTZWdtZW50IGxhYmVsIGluIHRoZSBNUExTIGxhYmVsIHN0YWNrLuKAnQ0KDQpTbyBo b3cgd291bGQgeW91IHByZXZlbnQgdGhlIFBTSUQgbGFiZWwgZnJvbSBiZWluZyBwb3BwZWQgaW4g dGhlIFBIUCBjYXNlIGlmIGl04oCZcyBFbnRyb3B5IGxhYmVsIGlzIHBsYWNlZCBiZWZvcmUgb3Ig YWZ0ZXIgdGhlIFBTSUQgbGFiZWw/DQoNCiBBbHNvIEkgYW0gbm90IHN1cmUgaG93IHRoYXQgd291 bGQgd29yayBpZiBwZXIgUkZDIDg2NjIgdGhlIHBsYWNlbWVudCBvZiB0aGUgRUxJL0VMIGZvciBs b2FkIGJhbGFuY2luZyBhbmQgaXNzdWVzIHdpdGggRFBJIGFuZCBwcm9jZXNzaW5nIGlzIHBsYWNl ZCBhdCBwZXIgc2VjdGlvbiAxMC41IGF0IHJlYWRhYmxlIGRlcHRocz8NClRoZSBpbnRyb2R1Y3Rp b24gc2VjdGlvbiBvZiB0aGUgU1J2NiBQYXRoIGRyYWZ0IG1lbnRpb25zIHRoZSBTUi1NUExTIHBh dGggc2VnbWVudCBzb2x1dGlvbiAmIGFzIHRoZXkgYm90aCBhcmUgZHJhZnRzIGFuZCBzaW1pbGFy IG1hdHVyaXR5IHN0YXRlcyB0aGUgU1ItTVBMUyBwYXRoIHNlZ21lbnQgZHJhZnQgc2hvdWxkIG1l bnRpb24gdGhlIFNSdjYgcGF0aCBzZWdtZW50IGRyYWZ0IGFzIHdlbGwgdG8gYmUgY29tcGxldGUu DQpbQ2hlbmddIHRoaXMgaXMgYmVjYXVzZSBvZiBTUi1NUExTIGRyYWZ0IHdhcyBwcm9wb3NlZCBi ZWZvcmUgU1J2NiBkcmFmdC4gQnV0IHdlIGRvIG5vdCBoYXZlIGRlcGVuZGVuY2llcyBiZXR3ZWVu IHRoZXNlIHR3byBkb2N1bWVudHMuIFNvIEkgdGhpbmsgd2UgY2FuIG1lbnRpb24gdGhpcyBpbiB0 aGUgZHJhZnQgYXMgYW4gaW5mb3JtYXRpdmUgcmVmZXJlbmNlLCBnb29kIQ0KDQpTZWN0aW9uIDYg c2hvdWxkIG1lbnRpb24gUENFIGJpZGlyIHBhdGggc2VnbWVudCBkcmFmdC4gIEkgZG9uJ3Qgc2Vl IGl0IG1lbnRpb25lZC4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJh ZnQtaWV0Zi1wY2Utc3ItYmlkaXItcGF0aA0KU2VjdGlvbiA3IEUyRSBwYXRoIHByb3RlY3Rpb24g aXQgd291bGQgYmUgaGVscGZ1bCB0byBoYXZlIGEgcGljdHVyZSBzaW1pbGFyIHRvIHNlY3Rpb24g NCB3aXRoIHN1YiBwYXRocyBhbmQgZGVwaWN0aW5nIGEgc2ltaWxhciBzY2VuYXJpbyB3aXRoIGFj Y2VzcywgYWdncmVnYXRpb24gJiBjb3JlIEUyRSBwYXRoIHdpdGggdGhlIEJTSUQvUFNJRCBwYXRo IG5lc3RlZCBzdWIgcGF0aHMgYW5kIGhvdyB0aGV5IDErMSBwcm90ZWN0aW9uIG9mIHRoZSBFMkUg d291bGQgYmUgaW5zdGFudGlhdGVkLg0KW0NoZW5nXSBDYW4gYWRkIGl0IGluIHRoZSBuZXh0IHJl dmlzaW9uIOKYug0KDQpTUnY2IFBhdGggc2VnbWVudCBkcmFmdCAtIENvbW1lbnRzOg0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1saS1zcHJpbmctc3J2Ni1wYXRo LXNlZ21lbnQtMDcNCkluIHRoZSBTUi1NUExTIFBhdGggc2VnbWVudCBkcmFmdCBjYW4gdGhlIHNl Y3Rpb24gNCBOZXN0aW5nIG9mIHBhdGhzIHNlZ21lbnRzIGNvbmNlcHQgd2l0aCBQU0lEL0JTSUQg cGF0aCB2ZWN0b3Igc3ViIHBhdGhzIGFwcGx5IHRvIFNSdjY/ICBJIHRoaW5rIHRoaXMgd291bGQg aGVscCB0cmVtZW5kb3VzbHkgd2l0aCBTUnY2IGNvbXByZXNzaW9uIGZvciBsb25nIGludGVyLWFz IHBhdGhzLiBBbHNvIGFzIHN0YXRlZCBhYm92ZSBjYW4gdGhlIHBhdGggc2VnbWVudHMgYmUgdXNl ZCBmb3Igbm90IG9ubHkgMSsxIHBhdGggcHJvdGVjdGlvbiwgYnV0IGFsc28gZm9yIGRlZmluaW5n IHRoZSBFMkUgcGF0aCB3aXRoIGEgbWluaW1hbCBudW1iZXIgb2YgU0lEcyB0aGVyZWJ5IGNvbXBy ZXNzaW9uIG9mIHRoZSBvdmVyYWxsIFNJRCBwYXRoIGFuZCBoZWxwIGVsaW1pbmF0ZSBNU0QgaXNz dWVzICYgYmUgYSBwb3NzaWJsZSBTUnY2IGNvbXByZXNzaW9uIHNvbHV0aW9uLg0KSXQgd291bGQg YmUgdXNlZnVsIHRvIGhhdmUgYSBzZWN0aW9uIG9uIDErMSBwYXRoIHByb3RlY3Rpb24gbWVjaGFu aXNtIGdyYXBoaWNhbCBkZXBpY3Rpb24gd2l0aCBQU0lEL0JTSUQgc3ViLXBhdGhzIHNpbWlsYXIg dG8gbXkgU1ItTVBMUyBwYXRoIGRyYWZ0IGNvbW1lbnQuDQoNCltDaGVuZ10gV2hlbiBjb25zaWRl cmluZyB1c2luZyB0aGUgUFNJRCBhcyBhIHJvdXRpbmcgSUQgZm9yIGNvbXByZXNzaW9uLCBJIHRo aW5rIHlvdSBjYW4gcmVhZCB0aGUgZHJhZnQgb2YgUFBSKFByZWZlcnJlZCBQYXRoIFJvdXRlKS4g QnV0IGRvaW5nIHNvIHdpbGwgbmVlZCB0byBtYWludGFpbiB0aGUgcGVyLXBhdGggZm9yd2FyZGlu ZyBzdGF0ZW1lbnQgYXQgbm9kZXMsIHdoaWNoIGJyaW5nIGFzIGJhY2sgdG8gdGhlIFJTVlAtVEUg SSBndWVzcy4gU28gaXQgd2lsbCBiZSBhbm90aGVyIHdheSwgYnV0IG5vdCBzdGF0ZWxlc3MgU1Iu DQoNClBDRSBTUiBleHRlbnNpb24gZm9yIFBTSUQgcGF0aCBTZWdtZW50ICBDb21tZW50czoNCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1wY2Utc3ItcGF0 aC1zZWdtZW50LTA0DQpEcmFmdCBpcyB3ZWxsIHdyaXR0ZW4uICBObyBjb21tZW50cw0KDQpQQ0Ug U1IgZXh0ZW5zaW9uIGZvciBCSURJUiBQU0lEIFBhdGggU2VnbWVudCBDb21tZW50czoNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1wY2Utc3ItYmlkaXIt cGF0aA0KRHJhZnQgaXMgd2VsbCB3cml0dGVuLiAgTm8gY29tbWVudHMNCg0KU1IgUG9saWN5IFBh dGggU2VnbWVudCBDb21tZW50czoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0 bWwvZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LXBhdGgtc2VnbWVudA0KRHJhZnQgaXMgd2VsbCB3 cml0dGVuLiAgTm8gY29tbWVudHMNCg0KS2luZCBSZWdhcmRzDQoNCkd5YW4NCg0KSmFtZXMgR3Vp Y2hhcmQgamFtZXMubi5ndWljaGFyZEBmdXR1cmV3ZWkuY29tPG1haWx0bzpqYW1lcy5uLmd1aWNo YXJkQGZ1dHVyZXdlaS5jb20+IHZpYTxodHRwczovL3N1cHBvcnQuZ29vZ2xlLmNvbS9tYWlsL2Fu c3dlci8xMzExMTgyP2hsPWVuPiBpZXRmLm9yZzxodHRwOi8vaWV0Zi5vcmc+DQoNCg0KV2VkLCBK dWwgNywgMTE6NDkgQU0NCg0KW2h0dHBzOi8vbWFpbC5nb29nbGUuY29tL21haWwvdS8wL2ltYWdl cy9jbGVhcmRvdC5naWZdDQpbaHR0cHM6Ly9tYWlsLmdvb2dsZS5jb20vbWFpbC91LzAvaW1hZ2Vz L2NsZWFyZG90LmdpZl0NCg0KdG8gc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+LCBzcHJpbmctY2hhaXJzQGlldGYub3JnPG1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3Jn Pg0KW2h0dHBzOi8vbWFpbC5nb29nbGUuY29tL21haWwvdS8wL2ltYWdlcy9jbGVhcmRvdC5naWZd DQoNCg0KRGVhciBXRzoNCg0KVGhpcyBlbWFpbCBzdGFydHMgYSAyIHdlZWsgV29ya2luZyBHcm91 cCBMYXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50IFsxXS4N Cg0KUGxlYXNlIHJlYWQgdGhpcyBkb2N1bWVudCBpZiB5b3UgaGF2ZW7igJl0IHJlYWQgdGhlIG1v c3QgcmVjZW50IHZlcnNpb24gYW5kIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgU1BSSU5HIFdH IGxpc3Qgbm8gbGF0ZXIgdGhhbiBKdWx5IDIxc3QgMjAyMS4NCg0KSWYgeW91IGFyZSByYWlzaW5n IGEgcG9pbnQgd2hpY2ggeW91IGV4cGVjdCB3aWxsIGJlIHNwZWNpZmljYWxseSBkZWJhdGVkIG9u IHRoZSBtYWlsaW5nIGxpc3QsIGNvbnNpZGVyIHVzaW5nIGEgc3BlY2lmaWMgZW1haWwvdGhyZWFk IGZvciB0aGlzIHBvaW50Lg0KDQpMYXN0bHksIGlmIHlvdSBhcmUgYW4gYXV0aG9yIG9yIGNvbnRy aWJ1dG9yIHBsZWFzZSByZXNwb25zZSB0byBpbmRpY2F0ZSB3aGV0aGVyIHlvdSBrbm93IG9mIGFu eSB1bmRpc2Nsb3NlZCBJUFIgcmVsYXRlZCB0byB0aGlzIGRvY3VtZW50Lg0KDQpUaGFua3MhDQoN CkppbSwgSm9lbCAmIEJydW5vDQoNClsxXSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC8NCg0KW2h0dHA6Ly9zczcudnp3 LmNvbS9pcy9pbWFnZS9WZXJpem9uV2lyZWxlc3MvdnotbG9nby1lbWFpbF08aHR0cDovL3d3dy52 ZXJpem9uLmNvbS8+DQoNCkd5YW4gTWlzaHJhDQoNCk5ldHdvcmsgU29sdXRpb25zIEFyY2hpdGVj dA0KDQpFbWFpbCBneWFuLnMubWlzaHJhQHZlcml6b24uY29tPG1haWx0bzpneWFuLnMubWlzaHJh QHZlcml6b24uY29tPg0KDQpNIDMwMSA1MDItMTM0Nw0KDQo= --_000_a254cec10c6549d5889975501745cae8huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVC My0xMWQxLUEyOUYtMDBBQTAwQzE0ODgyIiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj b250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8IS0tW2lmICFt c29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhh dmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1M KTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5k aWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEg MSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBh bm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpD YWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpHZW9yZ2lhOw0KCXBhbm9z ZS0xOjIgNCA1IDIgNSA0IDUgMiAzIDM7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpSb2Jv dG87fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQpoMw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUtbGluazoi5qCH6aKYIDMg Q2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXpl OjEzLjVwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsNCglmb250LXdl aWdodDpib2xkO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y aWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNt Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2Vy aWY7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRN TCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAu TXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3Jh cGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1y aWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uSFRNTENoYXINCgl7bXNvLXN0eWxlLW5hbWU6 IkhUTUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8iOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30N CnNwYW4uM0NoYXINCgl7bXNvLXN0eWxlLW5hbWU6Iuagh+mimCAzIENoYXIiOw0KCW1zby1zdHls ZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiLmoIfpopggMyI7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkgTGlnaHQiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNEQ3ODt9DQpzcGFuLmdtYWls LXF1DQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLXF1O30NCnNwYW4uZ21haWwtZ2QNCgl7bXNvLXN0 eWxlLW5hbWU6Z21haWwtZ2Q7fQ0Kc3Bhbi5nbWFpbC1nbw0KCXttc28tc3R5bGUtbmFtZTpnbWFp bC1nbzt9DQpzcGFuLmdtYWlsLWczDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWczO30NCnNwYW4u Z21haWwtdC1rdA0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC10LWt0O30NCnNwYW4uZ21haWwtaGIN Cgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtaGI7fQ0Kc3Bhbi5nbWFpbC1nMg0KCXttc28tc3R5bGUt bmFtZTpnbWFpbC1nMjt9DQpzcGFuLkVtYWlsU3R5bGUyOA0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjoj MUY0OTdEO30NCnNwYW4uaDENCgl7bXNvLXN0eWxlLW5hbWU6aDE7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0K CW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0K CXttc28tbGlzdC1pZDo0NDUzODk4MjY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxp c3QtdGVtcGxhdGUtaWRzOjYyOTE1Mjc4MCA2MjUxMjU1NTQgNjc2OTg2OTEgNjc2OTg2OTMgNjc2 OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxp c3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDo5Ow0KCW1zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWu i+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBs MDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxl dmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9 DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxDQoJe21zby1s aXN0LWlkOjExMTI1NDk4MzQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xNDk3NzEyNTU4O30N CkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwy DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDgu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwx OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNg0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1z by1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWIt c3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0 Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30N CkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdp bi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlk bWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0 YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxi b2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+SGkgR3lhbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPk1hbnkgdGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIG15IHJlcGx5 IGlubGluZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhvd2V2 ZXIsIEkgaGF2ZSBub3QgYW5zd2VyIGFsbCB0aGUgY29tbWVudHMgeWV0LiBJIHRoaW5rIGl0IHdp bGwgYmUgYmV0dGVyIHRvIHNlcGFyYXRlIHRoZSBjb21tZW50cyBpbnRvIGRpZmZlcmVudCB0aHJl YWRzLCBhbmQgd2UgY2FuIGFkZHJlc3MgdGhlbSBvbmUgYnkgb25lLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5BZ2FpbiEgVGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzITxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVzcGVjdCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2hlbmc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PiBHeWFuIE1pc2hyYSBbbWFpbHRvOmhheWFidXNhZ3NtQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNl bnQ6PC9iPiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjgsIDIwMjEgNTowNCBBTTxicj4NCjxiPlRvOjwv Yj4gU1BSSU5HIFdHICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7OyBzcHJpbmctY2hhaXJzQGlldGYu b3JnOyBqMDA0MDY5NDEgJmx0O2pndWljaGFyQGZ1dHVyZXdlaS5jb20mZ3Q7OyBkcmFmdC1pZXRm LXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudEBpZXRmLm9yZzsgZHJhZnQtbGktc3ByaW5nLXNydjYt cGF0aC1zZWdtZW50QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbU3ByaW5nXSBX R0xDIGZvciBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNwcmlu Zy1tcGxzLXBhdGgtc2VnbWVudC88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tn cm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3Vu ZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdp bjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+RGVhciBSYWtlc2ggJmFtcDsgQXV0aG9ycyZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2Jh Y2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3Vu ZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPkkgcmVwbGllZCBkdXJpbmcgV0dMQyBvbiBKdWx5IDI5dGggc3Vw cG9ydGluZyBwdWJsaWNhdGlvbiBvZiB0aGlzIGRyYWZ0LCBidXQgZGlkIG5vdCBoZWFyIGJhY2sg ZnJvbSB0aGUgYXV0aG9ycy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGlu ZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWln aHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5JIGhhdmUg c2luY2UgYWRkZWQgc29tZSBhZGRpdGlvbmFsIGNvbW1lbnRzIGluIHRoaXMgZW1haWwgcmVsYXRl ZCB0byB0aGlzIFNSLU1QTFMgZHJhZnQgYXMgd2VsbCBhcyBvdGhlciBQYXRoIFNlZ21lbnQgcmVs YXRlZCBkcmFmdHMgYW5kIGhvdyB0aGV5IHJlZmVyZW5jZSBlYWNoIG90aGVyIGFzIG5vcm1hdGl2 ZQ0KIHJlZmVyZW5jZXMgYXMgd2VsbCBhcyBob3cgZWFjaCBvZiB0aGUgZHJhZnRzIGhlbHAgZXhw bGFpbiB0aGUgZW50aXJlIHBhdGggc2VnbWVudCBzb2x1dGlvbiBhbmQgaG93Jm5ic3A7IFNSLU1Q TFMgYW5kIFNSdjYgcGF0aCBzZWdtZW50IHNvbHV0aW9ucyByZWxhdGVkIHRvIHRoZSBleHRlbnNp b25zIGZvciBQQ0UgYW5kIFNSIHBvbGljeSB1cGRhdGVzLiZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFs O2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dy b3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWlt YWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTpp bml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlh bDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWYiPlRoaXMgZHJhZnQgY2FuIGJlIHZlcnkgdXNlZnVsIGZvciBvcGVyYXRvcnMgYW5kIHByb3Zp ZGVzIGFuIFJTVlAtVEUgcmVjb3JkIHJvdXRlIHN0eWxlIGZ1bmN0aW9uIGluIGEgbmV3IFBhdGgg U0lEIHRoYXQgY2FuIGJlIGxldmVyYWdlZCBmb3IgSU9BTSBQTSB1c2UgY2FzZSBhcyB3ZWxsIGFz IEJJRElSIHBhdGgNCiBhc3NvY2lhdGlvbiBhbmQgMSYjNDM7MSBwcm90ZWN0aW9uIHNvbHV0aW9u Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTti YWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tn cm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1v cmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkFzIGFsbCBvZiB0aGVzZSBkcmFmdHMgcmVsYXRlIHRvIGVhY2ggb3Ro ZXIgZnJvbSBhIFNSIFBTSUQgcGF0aCBzZWdtZW50IHBlcnNwZWN0aXZlIEkgd291bGQgbGlrZSB0 byBjb21tZW50IG9uIGFsbCBvZiB0aGUgZHJhZnRzIGJlbG93IGFzIGl0IHJlbGF0ZXMgdG8gdGhp cyBkcmFmdCBXR0xDIGFzIHdlbGwgYXMNCiBwcm9ncmVzc2luZyB0aGUgb3RoZXIgZHJhZnRzIGxp c3RlZCBiZWxvdyBhbHNvIHByb3ZpZGUgc29tZSBzeW5jaHJvbml6YXRpb24gYW5kIHBhcml0eSBi ZXR3ZWVuIHRoZSBkcmFmdHM6PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xp bmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlh bDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFj a2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91 bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVp Z2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+QWxsIDUg ZHJhZnRzIGFzIHRoZXkgZGVmaW5lIHRoZSBvdmVyYWxsIFNSIFBhdGggU2VnbWVudCBzb2x1dGlv biwgSSBiZWxpZXZlIHRoZXkgYWxsIHNob3VsZCBoYXZlIG5vcm1hdGl2ZSBtZW50aW9ucyBvZiBl YWNoIG9mIHRoZSBvdGhlciBkcmFmdHMuJm5ic3A7IEkgcmV2aWV3ZWQgYWxsIDUgZHJhZnRzIGFu ZCB0aGV5DQogZG8gZXhjZXB0IGZvciBhbnkgbm90ZWQgYmVsb3cuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGlu ZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+W0NoZW5nXSBNYW55IHRoYW5rcyBmb3IgeW91ciBzdXBwb3J0ISBZZXMsIFBhdGggU2Vn bWVudCBjYW4gYmUgdXNlZCBpbiBtYW55IHVzZSBjYXNlcyBsaWtlIHlvdSBtZW50aW9uZWQuDQog V2VsbCwgdGhleSBtYXkgbm90IG5lZWQgdG8gY2l0ZSBlYWNoIG90aGVyIGFzIG5vcm1hdGl2ZSBy ZWZlcmVuY2UgSSB0aGluaywgd2UgbmVlZCB0byBkaXNjdXNzIG9uZSBieSBvbmUuIFRoZSBEYXRh IHBsYW5lIGV4dGVuc2lvbiBkcmFmdHMgb2YgU1ItTVBMUyAmYW1wOyBTUnY2IFBhdGggU2VnbWVu dCBhcmUgdGhlIGJhc2ljIGRyYWZ0cy4gVGhleSBjYW4gYmUgdGhlIG5vcm1hdGl2ZSByZWZlcnJl ZCBhdCB0aGUgY29udHJvbCBwbGFuZSBkcmFmdHMgbGlrZQ0KIFBDRSBhbmQgQkdQLCB0aGF0IGlz IGNvcnJlY3QsIGFuZCB3ZSBiZWxpZXZlIHdlIGRpZCBpdC4gSWYgd2UgbWlzcyBzb21lIHJlZmVy ZW5jZSwgeW91IGFyZSB3ZWxjb21lIHRvIHBvaW50IGl0IG91dCwgbWFueSB0aGFua3MgZm9yIHlv dXIgaGVscCENCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdo dDoxMDYlO2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0 O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVp Z2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkkgdGhpbmsgd2UgZG8gbm90IG5lZWQgdG8gbWFrZSBQQ0UgZHJhZnQgYXMgdGhl IG5vcm1hdGl2ZSByZWZlcmVuY2Ugb2YgQkdQIGV4dGVuc2lvbiBkcmFmdCwgYW5kDQogdmljZSB2 ZXJzYS4gQmVjYXVzZSB0aGV5IGFyZSBub3QgZGVwZW5kZW5jaWVzIGJldHdlZW4gdGhlc2UgdHdv IHByb3RvY29sLiBJbmZvcm1hdGl2ZSByZWZlcmVuY2UgaXMgdGhlIGNvcnJlY3QgY2hvaWNlLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEw NiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDti YWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91 bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj5TUiBQYXRoIFNlZ21lbnQgZHJhZnRzOjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2Jh Y2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3Vu ZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPlNSLU1QTFMgUGF0aCBTZWdtZW50Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDox MDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7 YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3Jv dW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudC0wNSIgdGFyZ2V0 PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUNDIj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50LTA1 PC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWln aHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90 dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tn cm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5k LXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlw OmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVp Z2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5p dGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2Jh Y2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5TUnY2IFBhdGggU2VnbWVudCZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWln aHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0 aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFj a2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtbGktc3ByaW5nLXNydjYtcGF0aC1zZWdtZW50LTA3IiB0YXJn ZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxMTU1Q0MiPmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtbGktc3ByaW5nLXNydjYtcGF0aC1zZWdtZW50LTA3 PC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWln aHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztiYWNrZ3JvdW5kOndoaXRl O2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFj a2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5k LW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+W0NoZW5nXSBUaGlzIGhhcyBiZWVuIGFkb3B0ZWQsIGFuZCBiZWNvbWUN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS41cHQ7Y29sb3I6IzIyMjIyMiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1zcHJpbmctc3J2Ni1wYXRoLXNlZ21lbnQvIj48c3BhbiBzdHls ZT0iY29sb3I6IzI3MTY3MyI+ZHJhZnQtaWV0Zi1zcHJpbmctc3J2Ni1wYXRoLXNlZ21lbnQ8L3Nw YW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dy b3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQt cmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6 aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYl O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlBDRSBTUiBleHRlbnNp b24gZm9yIFBTSUQgcGF0aCBTZWdtZW50Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQt aW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXpl OmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0 aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z ZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFm dC1pZXRmLXBjZS1zci1wYXRoLXNlZ21lbnQtMDQiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHls ZT0iY29sb3I6IzExNTVDQyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLXBjZS1zci1wYXRoLXNlZ21lbnQtMDQ8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2Jh Y2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3Vu ZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdl OmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0 aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDti YWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PlBDRSBTUiBleHRlbnNpb24gZm9yIEJJRElSIFBTSUQgUGF0aCBTZWdtZW50Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhl aWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmlu aXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDti YWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXBjZS1zci1iaWRpci1wYXRoIiB0YXJnZXQ9Il9i bGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxMTU1Q0MiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1wY2Utc3ItYmlkaXItcGF0aDwvc3Bhbj48L2E+PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5l LWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9u OmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlh bDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tn cm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3Vu ZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdp bjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+U1IgUG9saWN5IFBhdGggU2VnbWVudCZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTti YWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tn cm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1v cmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2h0bWwvZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LXBhdGgtc2VnbWVudCIgdGFyZ2V0PSJfYmxh bmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUNDIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaWRyLXNyLXBvbGljeS1wYXRoLXNlZ21lbnQ8L3NwYW4+ PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYl O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1w b3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0 OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlh bCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2Jh Y2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3Vu ZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPlNSIE1TRCBhcyBpdCBhcHBsaWVkIHRvIFNSLU1QTFMgJmFtcDsg U1J2NiBDb21wcmVzc2lvbiAmYW1wOyBob3cgUGF0aCBTZWdtZW50IGNhbiBiZSB1c2VkIHRvIGFs bGV2aWF0ZSBNU0QgaXNzdWVzOjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRp YWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2Jh Y2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3Jv dW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhl aWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkNhbiB0 aGUgUGF0aCBTZWdtZW50IHNvbHV0aW9uIGJlIHVzZWQgdG8gaGVscCB3aXRoIE1TRCBpc3N1ZXMg Zm9yIGJvdGggU1ItTVBMUyZuYnNwOyAmYW1wOyBTUnY2IHZlcnkgbG9uZyBzdHJpY3QgcGF0aHMg YnkgYmVpbmcgYWJsZSB0byByZWZlcmVuY2UgaW50ZXItYXMgcGF0aHMgYXMgUFNJRC9CU0lEIHN1 YiBwYXRocyBpbnN0ZWFkDQogb2YgdGhlIGV4cGFuZGVkIHBhdGg/PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGlu ZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+W0NoZW5nXSBCU0lEIGlzIHVzaW5nIGZvciBzaG9ydGVuaW5nIHRoZSBTSUQgbGlzdCwg d2hpbGUgdGhlIFBhdGggU2VnbWVudCB3aWxsIG5vdCBiZSB1c2VkIGZvciB0aGlzLg0KIEl0IGlz IGFuIElEIHNwYWNlIGZvciBwYXRoIGFzc29jaWF0ZWQgc2VydmljZXMuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlNSLU1QTFMgUGF0aCBTZWdtZW50 IC0gV0dMQyBSZXZpZXc6Jm5ic3A7PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdl OmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0 aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDti YWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDox MDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3Vu ZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVw ZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5p dGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRo LXNlZ21lbnQtMDUiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzExNTVDQyI+ aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1t cGxzLXBhdGgtc2VnbWVudC0wNTwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQt aW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXpl OmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0 aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z ZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVp Z2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNr Z3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3Vu ZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xp cDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEw NiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+UmVjb21tZW5kYXRp b24gdG8gdXBkYXRlIHRoZSB2ZXJiaWFnZSB0byBzdGF0ZSB0aGF0IDEmIzQzOzEgcGF0aCBwcm90 ZWN0aW9uIGlzIGFuIFNSLU1QTFMgc3BlY2lmaWNhdGlvbiBvcHRpbWl6YXRpb24gdXNpbmcgUFNJ RCBzb2x1dGlvbi4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGlu ZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWln aHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xp bmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRp b246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0 aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5TaW5jZSBQU0lEIGNhbiBiZSB1c2VkIGZv ciAxJiM0MzsxIHBhdGggcHJvdGVjdGlvbiBteSB0aG91Z2h0cyBhcmUgdGhhdCBtYXliZSBQU0lE IGNhbiBiZSB1c2VkIHRvIGhlbHAgb3ZlcmFsbCBpbiBNU0QgU0lEIGRlcHRoIGlzc3VlcyBvbiB0 aGUgcHJpbWFyeSBhY3RpdmUgcGF0aCBmb3IgdmVyeSBsb25nIHBhdGhzDQogdG8gaGVscCB3aXRo IFNJRCBkZXB0aCBhbmQgcmVkdWNlIHRoZSBzaXplIFNJRCBwYXRoIGxlbmd0aCB3aXRoIFBTSUQv QlNJRCBuZXN0ZWQgc3ViIHBhdGggc2VnbWVudHMuICZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNr Z3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91 bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmln aW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPlBTSUQgY291bGQgYWxzbyBiZSBzdGF0ZWQgYXMgYW4gb3B0aW1pemF0aW9u IGZvciBNU0QgaXNzdWVzIGZvciB2ZXJ5IGxvbmcgc3RyaWN0IHBhdGhzIHRvIGhlbHAgaW4gdGhl IHJlZHVjdGlvbiBvZiB0aGUgc2l6ZSBvZiB0aGUgU0lEIGxpc3QgaW4gYW4gU1ItVEUgcG9saWN5 IHRvIGRlZmluZSB0aGUgcGF0aA0KIHVzaW5nIHRoZSBCU0lEL1BTSUQgcGF0aCB2ZWN0b3IgdG8g Y29tcHJlc3MgdGhlIGV4cGxpY2l0IHBhdGguJm5ic3A7IE15IHRob3VnaHRzIGFyZSB0aGF0IFN1 YiBwYXRocyBjcmVhdGVkIGJ5IFBTSUQvQlNJRCBrZXlzIGNhbiBiZSB1c2VkIGZvciBpbnRlci1h cyBwYXRocyBhY3Jvc3MgbXVsdGlwbGUgZG9tYWlucywgYSBzaW1pbGFyIGNvbmNlcHQgb2YgUkZD IDQ3MzYgbG9zZSBob3AgZXhwYW5zaW9uIGNhbiBiZSB1c2VkIGZvciBsb25nZXIgcGF0aHMgdG8N CiBoZWxwIGNvbXByZXNzIGFuZCBjdXRkb3duIG9uIHRoZSBFMkUgUGF0aCBjb250YWluaW5nIGFs bCB0aGUgU0lEcy4mbmJzcDsgSW4gY2FzZXMgd2hlcmUgdGhlIGludHJhLWFzIHBhdGggaXMgdmVy eSBsb25nIHRoZSBwYXRoIGNhbiBiZSBicm9rZW4gdXAgaW50byBQU0lEL0JTSUQgc3ViIHBhdGhz IHJlZ2lvbnMgd2l0aGluIGEgZG9tYWluLiZuYnNwOyBJIGJlbGlldmUgdGhpcyBjb3VsZCBhcHBs eSB0byBib3RoIFNSLU1QTFMgJmFtcDsgU1J2NiB2ZXJ5IGxvbmcgRTJFIHN0cmljdA0KIHBhdGhz IHRoYXQgY3Jvc3MgbWFueSBBU+KAmXMgYW5kIGRvbWFpbnMuIDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUt aGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEw NiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltDaGVuZ10gVXNpbmcgQlNJRCBjYW4g c2hvcnRlbiB0aGUgU0lEIGxpc3QuIEluIGNhc2UgbGlrZSBCRkQgZWNobyBtb2RlLCB3ZSBtYXkg aGF2ZSB0d28gc29sdXRpb25zDQogdG8gc2hvcnRlbiB0aGUgU0lEIGxpc3QuIDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWJv dHRvbTo4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7bXNvLWxpc3Q6 bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFG NDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3 LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZd PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlVzaW5nIEJT SUQ6IFB1dHRpbmcgdGhlIEJTSUQgb2YgdGhlICZuYnNwO3JldmVyc2UgZGlyZWN0aW9uIHBhdGgg YXQgdGhlIGVuZCBvZiB0aGUgU0lEIGxpc3QgdG8gc3BlY2lmeSB0aGUgcmV2ZXJzZSBwYXRoLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luLWJvdHRvbTo4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7 bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzI7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91 bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJl cGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmlu aXRpYWwiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNw YW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlVzaW5nIFBTSUQ6IFB1dHRp bmcgdGhlIFBTSUQgb2YgdGhlIHJldmVyc2UgZGlyZWN0aW9uIHBhdGggYXQgdGhlIGVuZCBvZiB0 aGUgU0lEIGxpc3QgdG8gc3BlY2lmeSB0aGUgcmV2ZXJzZSBwYXRoLiBJbiB0aGlzIGNhc2UsIHRo ZQ0KIGVncmVzcyBub2RlIHNob3VsZCBwcm9jZXNzIHRoZSBwYXRoIFNlZ21lbnQgYW5kIGVuY2Fw c3VsYXRlIHRoZSByZXZlcnNlIFNJRCBsaXN0IGZvciB0aGUgcGFja2V0LiBJdCBjYW4gd29yay48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhl aWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFj a2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91 bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNs aXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDox MDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkFic3RyYWN0IHNl Y3Rpb246PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEw NiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4 LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5k LXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBl YXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0 aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+T0xEIFRYVDwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFs O2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dy b3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3Vu ZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNp emU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmlu aXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWw7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5BIFNlZ21lbnQgUm91dGluZyAoU1IpIHBhdGggaXMg aWRlbnRpZmllZCBieSBhbiBTUiBzZWdtZW50IGxpc3QuJm5ic3A7IE9ubHkgdGhlIGNvbXBsZXRl IHNlZ21lbnQgbGlzdCBjYW4gaWRlbnRpZnkgdGhlIGVuZC10by1lbmQgU1IgcGF0aCwgYW5kIGEg c3ViLXNldCBvZiBzZWdtZW50cyBmcm9tIHRoZSBzZWdtZW50IGxpc3QgY2Fubm90IGRpc3Rpbmd1 aXNoPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kLWltYWdl OmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0 aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDti YWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPm9u ZSBTUiBwYXRoIGZyb20gYW5vdGhlciBhcyB0aGV5IG1heSBiZSBwYXJ0aWFsbHkgY29uZ3J1ZW50 LiZuYnNwOyBTUiBwYXRoIGlkZW50aWZpY2F0aW9uIGlzIGEgcHJlLXJlcXVpc2l0ZSBmb3IgdmFy aW91cyB1c2UtY2FzZXMgc3VjaCBhcyBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCAoUE0pLCBiaWRp cmVjdGlvbmFsIHBhdGhzIGNvcnJlbGF0aW9uLCBhbmQgZW5kLXRvLWVuZCAxJiM0MzsxIHBhdGgg cHJvdGVjdGlvbi48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1p bWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6 aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRp YWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0iYmFj a2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3Jv dW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3Jp Z2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWw7d2hpdGUtc3BhY2U6cHJlLXdyYXAi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5JbiBTUiBmb3IgTVBMUyBkYXRhIHBsYW5l IChTUi1NUExTKSwgdGhlIHNlZ21lbnQgaWRlbnRpZmllcnMgYXJlIHN0cmlwcGVkIGZyb20gdGhl IHBhY2tldCB0aHJvdWdoIGxhYmVsIHBvcHBpbmcgYXMgdGhlIHBhY2tldCB0cmFuc2l0czwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij50aGUgbmV0d29y ay4mbmJzcDsgVGhpcyBtZWFucyB0aGF0IHdoZW4gYSBwYWNrZXQgcmVhY2hlcyB0aGUgZWdyZXNz IG9mIHRoZSBTUiBwYXRoLCBpdCBpcyBub3QgcG9zc2libGUgdG8gZGV0ZXJtaW5lIG9uIHdoaWNo IFNSIHBhdGggaXQgdHJhdmVyc2VkIHRoZSBuZXR3b3JrLjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJl Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRp b246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0 aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWw7d2hp dGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5p dGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7 YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tn cm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFwIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyB0 eXBlIG9mIHNlZ21lbnQgdGhhdCBpcyByZWZlcnJlZCB0byBhcyBQYXRoIFNlZ21lbnQsIHdoaWNo IGlzIHVzZWQgdG8gaWRlbnRpZnkgYW4gU1IgcGF0aCBpbiBhbiBTUi1NUExTIG5ldHdvcmsuJm5i c3A7IFdoZW4gdXNlZCwgaXQgaXMgaW5zZXJ0ZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSBvZiB0aGUg U1I8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6 aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRp YWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2Jh Y2tncm91bmQtY2xpcDppbml0aWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+cGF0 aCBhbmQgaW1tZWRpYXRlbHkgZm9sbG93cyB0aGUgbGFzdCBzZWdtZW50IGlkZW50aWZpZXIgaW4g dGhlIHNlZ21lbnQgbGlzdCBvZiB0aGUgU1IgcGF0aC4mbmJzcDsgVGhlIFBhdGggU2VnbWVudCB3 aWxsIG5vdCBiZSBwb3BwZWQgb2ZmIHVudGlsIGl0IHJlYWNoZXMgdGhlIGVncmVzcyBub2RlIG9m IHRoZSBTUiBwYXRoLiZuYnNwOyBUaGUgUGF0aCBTZWdtZW50PC9zcGFuPjxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnRoZW4gY2FuIGJlIHVzZWQgYnkgdGhlIGVn cmVzcyBub2RlIHRvIGltcGxlbWVudCBTUiBwYXRoIGlkZW50aWZpY2F0aW9uIGFuZCBjb3JyZWxh dGlvbi48L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1h Z2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmlu aXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFs O2JhY2tncm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFwIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl IHN0eWxlPSJiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0 aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFj a2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbDt3aGl0ZS1zcGFj ZTpwcmUtd3JhcCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2Jh Y2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3Jv dW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1j bGlwOmluaXRpYWw7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0Ij5ORVcgVFhUPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNr Z3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91 bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmln aW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbDt3aGl0ZS1zcGFjZTpwcmUtd3JhcCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9z aXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDpp bml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWw7 d2hpdGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TZWdt ZW50IFJvdXRpbmcgKFNSKSZuYnNwOyBbPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9yZmM4NDAyIiB0YXJnZXQ9Il9ibGFuayIgdGl0bGU9IiZxdW90O1NlZ21l bnQgUm91dGluZyBBcmNoaXRlY3R1cmUmcXVvdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUND Ij5SRkM4NDAyPC9zcGFuPjwvYT5dIGxldmVyYWdlcyB0aGUgc291cmNlLXJvdXRpbmcgcGFyYWRp Z20gdG8gc3RlZXIgcGFja2V0cyBmcm9tIGEgc291cmNlIG5vZGUgdGhyb3VnaCBhIGNvbnRyb2xs ZWQgc2V0IG9mIGluc3RydWN0aW9ucywgY2FsbGVkIHNlZ21lbnRzLCBieSBwcmVwZW5kaW5nIHRo ZSBwYWNrZXQgd2l0aCBhbiBTUiBoZWFkZXIgaW4gdGhlIE1QTFMgZGF0YSBwbGFuZSBTUi1NUExT Jm5ic3A7WzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZj ODY2MCIgdGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVvdDtTZWdtZW50IFJvdXRpbmcgd2l0aCB0 aGUgTVBMUyBEYXRhIFBsYW5lJnF1b3Q7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzExNTVDQyI+UkZD ODY2MDwvc3Bhbj48L2E+XSB0aHJvdWdoIGEgbGFiZWwgc3RhY2sgb3IgSVB2NiBkYXRhIHBsYW5l IHVzaW5nIGFuIFNSSCBoZWFkZXIgdmlhIFNSdjYgWzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODQwMiIgdGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVv dDtTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlJnF1b3Q7Ij48c3BhbiBzdHlsZT0iY29sb3I6 IzExNTVDQyI+UkZDODwvc3Bhbj48L2E+OTg2XSB0byBjb25zdHJ1Y3QgYW4gU1IgcGF0aC4gVGhl IE1QTFMgZm9yd2FyZGluZyBwbGFuZSBkb2VzIG5vdCBwcmVzZXJ2ZSB0aGUgcGF0aCBzdGF0ZSBh dCB0aGUgZWdyZXNzIG5vZGUgdGhhdCBtYXliZSB1c2UgZm9yIHZhcmlvdXMgb3B0aW1pemF0aW9u IGFuZCBwYXRoIGNvcnJlbGF0aW9uIHVzZSBjYXNlcyBzaW1pbGFyIHRvIHdoYXQgaXMgcHJvdmlk ZWQgYnkgUlNWUC1URSByZWNvcmQgcm91dGUgb2JqZWN0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcHJl Pg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRp b246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0 aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWw7d2hp dGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5p dGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7 YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tn cm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFwIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIG5ldyB0 eXBlIG9mIHNlZ21lbnQgdGhhdCBpcyByZWZlcnJlZCB0byBhcyBQYXRoIFNlZ21lbnQsIHdoaWNo IGlzIHVzZWQgdG8gaWRlbnRpZnkgYW4gU1IgcGF0aCBpbiBhbiBTUi1NUExTIG5ldHdvcmsuJm5i c3A7IFdoZW4gdXNlZCwgaXQgaXMgaW5zZXJ0ZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSBvZiB0aGUg U1I8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6 aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRp YWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2Jh Y2tncm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFwIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+cGF0aCBhbmQgaW1tZWRpYXRlbHkgZm9sbG93cyB0aGUgbGFzdCBz ZWdtZW50IGlkZW50aWZpZXIgaW4gdGhlIHNlZ21lbnQgbGlzdCBvZiB0aGUgU1IgcGF0aC4mbmJz cDsgVGhlIFBhdGggU2VnbWVudCBpcyBwcmVzZXJ2ZWQgdW50aWwgaXQgcmVhY2hlcyB0aGUgZWdy ZXNzIG5vZGUgZm9yIFNSIHBhdGggaWRlbnRpZmljYXRpb24gYW5kIGNvcnJlbGF0aW9uLjwvc3Bh bj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWw7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJh Y2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dy b3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9y aWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFw Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEg bmV3IHBhdGggc2VnbWVudCB0aGF0IGVuYWJsZXMgU1IgcGF0aCBpZGVudGlmaWNhdGlvbiB3aGlj aCBpcyBhIHByZS1yZXF1aXNpdGUgZm9yIHZhcmlvdXMgdXNlLWNhc2VzIHN1Y2ggYXMgUGVyZm9y bWFuY2UgTWVhc3VyZW1lbnQgKFBNKSwgYmlkaXJlY3Rpb25hbCBwYXRocyBjb3JyZWxhdGlvbiwg YXMgd2VsbCBhcyBTUi1NUExTIHNwZWNpZmljYXRpb24gb3B0aW1pemF0aW9ucyBzdWNoIGFzIGVu ZC10by1lbmQgMSYjNDM7MSBwYXRoIHByb3RlY3Rpb24gYW5kIFNSIHBhdGggbGlzdCBjb21wcmVz c2lvbiBmb3IgTVNEIG9wdGltaXphdGlvbnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDox MDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7 YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3Jv dW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoZW5nXXRo YW5rIHlvdSBmb3IgeW91ciB0ZXh0LCB3ZSB3aWxsIGNvbnNpZGVyIHRoaXMNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5Oldp bmdkaW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFj a2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91 bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNs aXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDox MDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkludHJvZHVjdGlv biBzZWN0aW9uOjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdo dDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dy b3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQt cmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6 aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYl O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWln aHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0 aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFj a2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk9MRCBUWFQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9ImJhY2tn cm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3Vu ZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdp bjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsO3doaXRlLXNwYWNlOnByZS13cmFwO2Jy ZWFrLWJlZm9yZTpwYWdlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+U2VnbWVudCBS b3V0aW5nIChTUikgWzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0 bWwvcmZjODQwMiIgdGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVvdDtTZWdtZW50IFJvdXRpbmcg QXJjaGl0ZWN0dXJlJnF1b3Q7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzExNTVDQyI+UkZDODQwMjwv c3Bhbj48L2E+XSBpcyBhIHNvdXJjZSByb3V0ZWQgZm9yd2FyZGluZyBtZXRob2QgdGhhdCBhbGxv d3MgdG8gZGlyZWN0bHkgZW5jb2RlIGZvcndhcmRpbmcgaW5zdHJ1Y3Rpb25zIChjYWxsZWQgc2Vn bWVudHMpIGluIGVhY2ggcGFja2V0LCBoZW5jZSBpdCBlbmFibGVzIHN0ZWVyaW5nIHRyYWZmaWMg dGhyb3VnaCBhIDwvc3Bhbj5uZXR3b3JrIHdpdGhvdXQgdGhlIHBlci1mbG93IHN0YXRlcyBtYWlu dGFpbmVkIG9uIHRoZSB0cmFuc2l0IG5vZGVzLiZuYnNwOyBTZWdtZW50IFJvdXRpbmcgY2FuIGJl IGluc3RhbnRpYXRlZCBvbiBhbiBNUExTIGRhdGEgcGxhbmUgb3IgYW4gSVB2NiBkYXRhIHBsYW5l LiZuYnNwOyBUaGUgZm9ybWVyIGlzIGNhbGxlZCBTUi1NUExTIFs8YSBocmVmPSJodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg2NjAiIHRhcmdldD0iX2JsYW5rIiB0aXRs ZT0iJnF1b3Q7U2VnbWVudCBSb3V0aW5nIHdpdGggdGhlIE1QTFMgRGF0YSBQbGFuZSZxdW90OyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6IzExNTVDQyI+UkZDODY2MDwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPl0sIHRoZSBsYXR0ZXIgaXMgY2Fs bGVkIFNSdjYgWzwvc3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9odG1sL3JmYzg0MDIiIHRhcmdldD0iX2JsYW5rIiB0aXRsZT0iJnF1b3Q7U2VnbWVudCBSb3V0 aW5nIEFyY2hpdGVjdHVyZSZxdW90OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29s b3I6IzExNTVDQyI+UkZDODQwMjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQiPl0uJm5ic3A7IFNSLU1QTFMgbGV2ZXJhZ2VzIHRoZSBNUExTIGxhYmVsIHN0YWNrIHRvIGNv bnN0cnVjdCBhbiBTUiBwYXRoLjwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNr Z3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91 bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmln aW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYl O2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFj a2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5k LW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+TkVXIFRYVDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdl OmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0 aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDti YWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDox MDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tn cm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5k LXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlw OmluaXRpYWw7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0Ij5TZWdtZW50IFJvdXRpbmcgKFNSKSZuYnNwOyBbPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9yZmM4NDAyIiB0YXJnZXQ9Il9ibGFuayIgdGl0bGU9IiZx dW90O1NlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1cmUmcXVvdDsiPjxzcGFuIHN0eWxlPSJjb2xv cjojMTE1NUNDIj5SRkM4NDAyPC9zcGFuPjwvYT5dIGxldmVyYWdlcyB0aGUgc291cmNlLXJvdXRp bmcgcGFyYWRpZ20gdG8gc3RlZXIgcGFja2V0cyBmcm9tIGEgc291cmNlIG5vZGUgdGhyb3VnaCBh IGNvbnRyb2xsZWQgc2V0IG9mIGluc3RydWN0aW9ucywgY2FsbGVkIHNlZ21lbnRzLCBieSBwcmVw ZW5kaW5nIHRoZSBwYWNrZXQgd2l0aCBhbiBTUiBoZWFkZXIgaW4gdGhlIE1QTFMgZGF0YSBwbGFu ZSBTUi1NUExTJm5ic3A7WzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2h0bWwvcmZjODY2MCIgdGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVvdDtTZWdtZW50IFJvdXRp bmcgd2l0aCB0aGUgTVBMUyBEYXRhIFBsYW5lJnF1b3Q7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzEx NTVDQyI+UkZDODY2MDwvc3Bhbj48L2E+XSB0aHJvdWdoIGEgbGFiZWwgc3RhY2sgb3IgSVB2NiBk YXRhIHBsYW5lIHVzaW5nIGFuIFNSSCBoZWFkZXIgdmlhIFNSdjYgWzxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjODQwMiIgdGFyZ2V0PSJfYmxhbmsiIHRp dGxlPSImcXVvdDtTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlJnF1b3Q7Ij48c3BhbiBzdHls ZT0iY29sb3I6IzExNTVDQyI+UkZDODwvc3Bhbj48L2E+OTg2XSB0byBjb25zdHJ1Y3QgYW4gU1Ig cGF0aC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoZW5nXVdlIHdpbGwgY29uc2lkZXIgdGhpcyBhdCB0aGUg bmV4dCB1cGRhdGUsIG1hbnkgdGhhbmtzISEhIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFs O2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dy b3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWlt YWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTpp bml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlh bDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWYiPkluIHRoZSBTUnY2IFBTSUQgZHJhZnQgUFNQIG11c3QgYmUgZGlzYWJsZWQgaW4gU1J2NiBQ R00uJm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUt aGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDti YWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dy b3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQt Y2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0 OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDti YWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dy b3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQt Y2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0 OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Rm9yIFNSLU1Q TFMgUFNJRCBkcmFmdCAmbmJzcDtQSFAgaW1wbGljaXQgbnVsbCBkb2VzIG5vdCBuZWVkIHRvIGJl IGRpc2FibGVkIGFzIGxvbmcgYXMgdGhlIEJPUyBTIGJpdCBpcyBzZXQgYW5kIHRoZSBUVEwgaXMg c2V0IHRvIGxhc3QgbGFiZWwgaW4gbGFiZWwgc3RhY2suJm5ic3A7IEFncmVlZC48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0 OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlh bDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tn cm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1p bWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6 aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRp YWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj5TaW5jZSB0aGUgbGFiZWwgc3RhY2sgZm9yIEwyL0wzIFZQTiBpcyAyIGxhYmVscyBkZWVw IHdpdGggdG9wbW9zdCBsYWJlbCBhcyB0b3BvbG9naWNhbCBsYWJlbCBhbmQgYm90dG9tIGxhYmVs IGFzIHRoZSBzZXJ2aWNlIGxhYmVsLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmlu aXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFs O2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNr Z3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5l LWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYl O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1w b3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0 OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlh bCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPldvdWxkIHRoZSBQYXRoIHNlZ21l bnQgYXBwZWFyIGFzIHRoZSBsYXN0IGxhYmVsIGluIHRoZSBzZXQgb2YgbGFiZWxzIG9yIFNSIGxh YmVsIHN0YWNrIHJlcHJlc2VudGluZyB0aGUgdG9wb2xvZ2ljYWwgcGF0aCBvciBiZWxvdyB0aGUg c2VydmljZSBsYWJlbCBhbmQgaW4gdGhhdCBjYXNlIHdvdWxkIGhhdmUgdGhlDQogQk9TIGJpdCBT IHNldC4mbmJzcDsgJm5ic3A7V291bGQmbmJzcDt0aGUgcGF0aCBzZWdtZW50IGxhYmVsIG9ubHkg YmUgdGhlIGJvdHRvbSBsYWJlbCBmb3IgR2xvYmFsIHRhYmxlIHJvdXRpbmcgd2hlcmUgbm8gc2Vy dmljZSBsYWJlbCBleGlzdHMgYnV0IGlmIGEgTDIvTDMgVlBOIHNlcnZpY2UgbGFiZWwgZXhpc3Rz IHRoZW4gdGhlIFMgYml0IHdvdWxkIG5vdCBiZSBzZXQgb24gdGhlIFBTSUQ/Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDts aW5lLWhlaWdodDoxMDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0 aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5p dGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SW4gZmlndXJlIDEgaXQgc2hvd3MgdGhl IFBTSUQgbGFiZWwgYXMgdGhlIGxhc3QgbGFiZWwsIGJlbG93IHRoZSBTZXJ2aWNlIGxhYmVscy4m bmJzcDsgSWYgdGhhdCBpcyB0aGUgY2FzZSB0aGVuIHRoZSBCT1MgUyBiaXQgd291bGQgYmUgc2V0 Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkNhbiB3ZSBzdGF0ZSBleHBsaWNpdGx5 IGlmIHRoZSBwYXRoIGxhYmVsIHdpbGwgYWx3YXlzIGJlIHRoZSBib3R0b20gbGFiZWwgb3IgYXJl IHRoZXJlIGNlcnRhaW4gY2lyY3Vtc3RhbmNlcyB3aGVyZSBpdCB3b3VsZCBub3QgYmUgdGhlIGJv dHRvbSBsYWJlbC4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGlu ZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFs O2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNr Z3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3Vu ZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWln aHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Ib3cgZG9l cyB0aGUgUFNJRCBsYWJlbCBUVEwgY2hhbmdlIGluIFBIUCBlbmFibGVkIHZlcnN1cyBkaXNhYmxl ZCBtb2RlIHdpdGggcmVzcGVjdCB0byBwaXBlIGFuZCB1bmlmb3JtIG1vZGUgUkZDIDM0NDMuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoZW5nXSBJIHRoaW5rIHdlIGNhbiBzZXBhcmF0ZSB0aGUg Y29tbWVudHMgaW50byBkaWZmZXJlbnQgdGhyZWFkcyBmb3IgZGlzY3Vzc2lvbi4gU28gd2lsbCBh bnN3ZXINCiB5b3VyIGFib3ZlIGNvbW1lbnRzIGluIG5leHQgZW1haWwuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTti YWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tn cm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1v cmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPlJGQyA4NjYyIHN0YXRlcyB0aGF0IHRoZSBlbnRyb3B5IGxhYmVsIEVM SS9FTCB3b3VsZCBiZSBwbGFjZWQgYXQgcmVhZGFibGUgZGVwdGhzIHdpdGhpbiB0aGUgbGFiZWwg c3RhY2sgc2VjdGlvbiAxMC41Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRp YWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2Jh Y2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3Jv dW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhl aWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHByZSBzdHlsZT0iYmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQt cG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVh dDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRp YWw7d2hpdGUtc3BhY2U6cHJlLXdyYXA7YnJlYWstYmVmb3JlOnBhZ2UiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0Ij4mbmJzcDvigJxFbnRyb3B5IGxhYmVsIGFuZCBFbnRyb3B5IExhYmVs IEluZGljYXRvciAoRUxJKSBhcyBkZXNjcmliZWQgaW48L3NwYW4+PG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9ImJhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9u OmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlh bDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jm5ic3A7Jm5ic3A7IFs8YSBocmVmPSJodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzg2NjIiIHRhcmdldD0iX2JsYW5rIiB0 aXRsZT0iJnF1b3Q7RW50cm9weSBMYWJlbCBmb3IgU291cmNlIFBhY2tldCBSb3V0aW5nIGluIE5l dHdvcmtpbmcgKFNQUklORykgVHVubmVscyZxdW90OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxMTU1 Q0MiPlJGQzg2NjI8L3NwYW4+PC9hPl0gZm9yIFNSLU1QTFMgcGF0aCwgY2FuIGJlIHBsYWNlZCBi ZWZvcmUgb3IgYWZ0ZXIgdGhlIFBhdGggU2VnbWVudCBsYWJlbCBpbiB0aGUgTVBMUyBsYWJlbCBz dGFjay7igJ08L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFn ZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5p dGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7 YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5k LWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6 ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5p dGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWYiPlNvIGhvdyB3b3VsZCB5b3UgcHJldmVudCB0aGUgUFNJRCBsYWJlbCBmcm9tIGJlaW5n IHBvcHBlZCBpbiB0aGUgUEhQIGNhc2UgaWYgaXTigJlzIEVudHJvcHkgbGFiZWwgaXMgcGxhY2Vk IGJlZm9yZSBvciBhZnRlciB0aGUgUFNJRCBsYWJlbD8mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFj a2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3Jv dW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3Jp Z2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0 aWFsO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDti YWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dy b3VuZC1jbGlwOmluaXRpYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1o ZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDtBbHNvIEkgYW0gbm90IHN1cmUgaG93IHRoYXQgd291bGQgd29yayBpZiBwZXIgUkZDIDg2NjIg dGhlIHBsYWNlbWVudCBvZiB0aGUgRUxJL0VMIGZvciBsb2FkIGJhbGFuY2luZyBhbmQgaXNzdWVz IHdpdGggRFBJIGFuZCBwcm9jZXNzaW5nIGlzIHBsYWNlZCBhdCBwZXIgc2VjdGlvbiAxMC41IGF0 IHJlYWRhYmxlDQogZGVwdGhzPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDts aW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPlRoZSBpbnRyb2R1Y3Rpb24gc2VjdGlvbiBvZiB0aGUgU1J2NiBQYXRoIGRy YWZ0IG1lbnRpb25zIHRoZSBTUi1NUExTIHBhdGggc2VnbWVudCBzb2x1dGlvbiAmYW1wOyBhcyB0 aGV5IGJvdGggYXJlDQogZHJhZnRzIGFuZCBzaW1pbGFyIG1hdHVyaXR5IHN0YXRlcyB0aGUgU1It TVBMUyBwYXRoIHNlZ21lbnQgZHJhZnQgc2hvdWxkIG1lbnRpb24gdGhlIFNSdjYgcGF0aCBzZWdt ZW50IGRyYWZ0IGFzIHdlbGwgdG8gYmUgY29tcGxldGUuJm5ic3A7ICZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjgu MHB0O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUt aGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPltDaGVuZ10gdGhpcyBpcyBiZWNhdXNlIG9mIFNSLU1QTFMgZHJhZnQgd2Fz IHByb3Bvc2VkIGJlZm9yZSBTUnY2IGRyYWZ0LiBCdXQgd2UgZG8gbm90IGhhdmUgZGVwZW5kZW5j aWVzDQogYmV0d2VlbiB0aGVzZSB0d28gZG9jdW1lbnRzLiBTbyBJIHRoaW5rIHdlIGNhbiBtZW50 aW9uIHRoaXMgaW4gdGhlIGRyYWZ0IGFzIGFuIGluZm9ybWF0aXZlIHJlZmVyZW5jZSwgZ29vZCE8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlNlY3Rpb24gNiBzaG91bGQgbWVudGlvbiBQQ0UgYmlk aXIgcGF0aCBzZWdtZW50IGRyYWZ0LiZuYnNwOyBJIGRvbid0IHNlZSBpdCBtZW50aW9uZWQuJm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRp YWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2Jh Y2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3Jv dW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhl aWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXBj ZS1zci1iaWRpci1wYXRoIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzExNTVDQyI+aHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXBjZS1zci1iaWRpci1wYXRoPC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+U2VjdGlvbiA3IEUyRSBwYXRoIHByb3RlY3Rpb24gaXQgd291bGQg YmUgaGVscGZ1bCB0byBoYXZlIGEgcGljdHVyZSBzaW1pbGFyIHRvIHNlY3Rpb24gNCB3aXRoIHN1 YiBwYXRocyBhbmQgZGVwaWN0aW5nDQogYSBzaW1pbGFyIHNjZW5hcmlvIHdpdGggYWNjZXNzLCBh Z2dyZWdhdGlvbiAmYW1wOyBjb3JlIEUyRSBwYXRoIHdpdGggdGhlIEJTSUQvUFNJRCBwYXRoIG5l c3RlZCBzdWIgcGF0aHMgYW5kIGhvdyB0aGV5IDEmIzQzOzEgcHJvdGVjdGlvbiBvZiB0aGUgRTJF IHdvdWxkIGJlIGluc3RhbnRpYXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bQ2hlbmddIENh biBhZGQgaXQgaW4gdGhlIG5leHQgcmV2aXNpb24NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjoj MUY0OTdEIj5KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0 OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiUi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5TUnY2IFBhdGggc2VnbWVudCBk cmFmdCAtIENvbW1lbnRzOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjguMHB0O2xpbmUtaGVpZ2h0OjEwNiUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LWxpLXNwcmluZy1zcnY2LXBhdGgtc2VnbWVudC0wNyI+aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1saS1zcHJpbmctc3J2Ni1wYXRoLXNlZ21lbnQt MDc8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkluIHRoZSBTUi1NUExTIFBhdGggc2VnbWVudCBkcmFmdCBjYW4gdGhl IHNlY3Rpb24gNCBOZXN0aW5nIG9mIHBhdGhzIHNlZ21lbnRzIGNvbmNlcHQgd2l0aCBQU0lEL0JT SUQgcGF0aCB2ZWN0b3INCiBzdWIgcGF0aHMgYXBwbHkgdG8gU1J2Nj8mbmJzcDsgSSB0aGluayB0 aGlzIHdvdWxkIGhlbHAgdHJlbWVuZG91c2x5IHdpdGggU1J2NiBjb21wcmVzc2lvbiBmb3IgbG9u ZyBpbnRlci1hcyBwYXRocy4gQWxzbyBhcyBzdGF0ZWQgYWJvdmUgY2FuIHRoZSBwYXRoIHNlZ21l bnRzIGJlIHVzZWQgZm9yIG5vdCBvbmx5IDEmIzQzOzEgcGF0aCBwcm90ZWN0aW9uLCBidXQgYWxz byBmb3IgZGVmaW5pbmcgdGhlIEUyRSBwYXRoIHdpdGggYSBtaW5pbWFsIG51bWJlciBvZiBTSURz DQogdGhlcmVieSBjb21wcmVzc2lvbiBvZiB0aGUgb3ZlcmFsbCBTSUQgcGF0aCBhbmQgaGVscCBl bGltaW5hdGUgTVNEIGlzc3VlcyAmYW1wOyBiZSBhIHBvc3NpYmxlIFNSdjYgY29tcHJlc3Npb24g c29sdXRpb24uJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkl0IHdvdWxkIGJlIHVzZWZ1bCB0byBoYXZlIGEgc2Vj dGlvbiBvbiAxJiM0MzsxIHBhdGggcHJvdGVjdGlvbiBtZWNoYW5pc20gZ3JhcGhpY2FsIGRlcGlj dGlvbiB3aXRoIFBTSUQvQlNJRCBzdWItcGF0aHMNCiBzaW1pbGFyIHRvIG15IFNSLU1QTFMgcGF0 aCBkcmFmdCBjb21tZW50LjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4gPC9zcGFuPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltD aGVuZ10gV2hlbiBjb25zaWRlcmluZyB1c2luZyB0aGUgUFNJRCBhcyBhIHJvdXRpbmcgSUQgZm9y IGNvbXByZXNzaW9uLCBJIHRoaW5rIHlvdSBjYW4gcmVhZCB0aGUgZHJhZnQgb2YgUFBSKFByZWZl cnJlZCBQYXRoIFJvdXRlKS4gQnV0IGRvaW5nIHNvIHdpbGwgbmVlZCB0byBtYWludGFpbiB0aGUg cGVyLXBhdGggZm9yd2FyZGluZyBzdGF0ZW1lbnQgYXQgbm9kZXMsIHdoaWNoIGJyaW5nIGFzIGJh Y2sgdG8gdGhlIFJTVlAtVEUgSSBndWVzcy4gU28gaXQgd2lsbCBiZSBhbm90aGVyIHdheSwgYnV0 IG5vdCBzdGF0ZWxlc3MgU1IuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjguMHB0O2xpbmUt aGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQtcG9zaXRpb246 aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFs O2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRpYWwiPg0KPGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5QQ0UgU1IgZXh0ZW5zaW9uIGZvciBQU0lE IHBhdGggU2VnbWVudCZuYnNwOyBDb21tZW50czo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYlO2JhY2tncm91 bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1z aXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjpp bml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLXBjZS1zci1wYXRoLXNlZ21lbnQtMDQiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBz dHlsZT0iY29sb3I6IzExNTVDQyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRt bC9kcmFmdC1pZXRmLXBjZS1zci1wYXRoLXNlZ21lbnQtMDQ8L3NwYW4+PC9hPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6 MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFs O2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dy b3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkRyYWZ0IGlzIHdlbGwgd3JpdHRlbi4mbmJzcDsgTm8gY29t bWVudHM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjgu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQt cG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVh dDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRp YWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjgu MHB0O2xpbmUtaGVpZ2h0OjEwNiU7YmFja2dyb3VuZC1pbWFnZTppbml0aWFsO2JhY2tncm91bmQt cG9zaXRpb246aW5pdGlhbDtiYWNrZ3JvdW5kLXNpemU6aW5pdGlhbDtiYWNrZ3JvdW5kLXJlcGVh dDppbml0aWFsO2JhY2tncm91bmQtb3JpZ2luOmluaXRpYWw7YmFja2dyb3VuZC1jbGlwOmluaXRp YWwiPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5QQ0UgU1IgZXh0ZW5zaW9u IGZvciBCSURJUiBQU0lEIFBhdGggU2VnbWVudCBDb21tZW50czo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDoxMDYl O2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFj a2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5k LW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmdC1pZXRmLXBjZS1zci1iaWRpci1wYXRoIiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxMTU1Q0MiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2h0bWwvZHJhZnQtaWV0Zi1wY2Utc3ItYmlkaXItcGF0aDwvc3Bhbj48L2E+PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTo4LjBwdDtsaW5lLWhlaWdodDox MDYlO2JhY2tncm91bmQtaW1hZ2U6aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7 YmFja2dyb3VuZC1zaXplOmluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3Jv dW5kLW9yaWdpbjppbml0aWFsO2JhY2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2xpbmUtaGVpZ2h0OjEwNiU7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+RHJhZnQgaXMgd2VsbCB3cml0dGVuLiZuYnNwOyBObyBjb21t ZW50czwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYl O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4w cHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1w b3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0 OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlh bCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2 JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2Jh Y2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3Vu ZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlNSIFBvbGljeSBQYXRoIFNlZ21lbnQgQ29tbWVudHM6PC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206OC4wcHQ7 bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmluaXRpYWw7YmFja2dyb3VuZC1wb3Np dGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFsO2JhY2tncm91bmQtcmVwZWF0Omlu aXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNrZ3JvdW5kLWNsaXA6aW5pdGlhbCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LXBhdGgtc2Vn bWVudCIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUNDIj5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtaWRyLXNyLXBvbGljeS1w YXRoLXNlZ21lbnQ8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtsaW5lLWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206OC4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtiYWNrZ3JvdW5kLWltYWdlOmlu aXRpYWw7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsO2JhY2tncm91bmQtc2l6ZTppbml0aWFs O2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWw7YmFja2dyb3VuZC1vcmlnaW46aW5pdGlhbDtiYWNr Z3JvdW5kLWNsaXA6aW5pdGlhbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtsaW5l LWhlaWdodDoxMDYlO2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkRy YWZ0IGlzIHdlbGwgd3JpdHRlbi4mbmJzcDsgTm8gY29tbWVudHM8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7bGluZS1oZWlnaHQ6MTA2JTtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S2luZCBSZWdhcmRzPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkd5YW48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6Um9ib3RvIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8dGFibGUg Y2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFk ZGluZz0iMCIgd2lkdGg9IjAiIHN0eWxlPSJ3aWR0aDowY207Ym9yZGVyLWNvbGxhcHNlOmNvbGxh cHNlO2ZvbnQtc2l6ZTowLjg3NXJlbSI+DQo8dGJvZHk+DQo8dHIgc3R5bGU9ImRpc3BsYXk6Zmxl eCI+DQo8dGQgd2lkdGg9IjcwMyIgbm93cmFwPSIiIHZhbGlnbj0idG9wIiBzdHlsZT0id2lkdGg6 NDcwLjA1cHQ7cGFkZGluZzowY20gMGNtIDBjbSAwY207bWF4LWhlaWdodDoyMHB4Ij4NCjx0YWJs ZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxw YWRkaW5nPSIwIiB3aWR0aD0iMCIgc3R5bGU9IndpZHRoOjQ3MC4wNXB0O2JvcmRlci1jb2xsYXBz ZTpjb2xsYXBzZTtkaXNwbGF5OmZsZXgiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJtYXgtaGVpZ2h0 OjIwcHgiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtkaXNwbGF5OmZsZXgi Pg0KPGgzIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7Zm9udC1zaXplOjAuNzVyZW07Zm9udC13 ZWlnaHQ6aW5oZXJpdDttYXJnaW46aW5oZXJpdDt0ZXh0LW92ZXJmbG93OmVsbGlwc2lzO292ZXJm bG93OmhpZGRlbiI+DQo8c3BhbiBjbGFzcz0iZ21haWwtZ2QiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MjAyMTI0O2xldHRlci1zcGFjaW5nOi4xNXB0Ij5KYW1lcyBHdWljaGFyZDwvc3Bhbj48L3NwYW4+ PHNwYW4gY2xhc3M9ImdtYWlsLXF1Ij48c3BhbiBzdHlsZT0iY29sb3I6IzVGNjM2ODtsZXR0ZXIt c3BhY2luZzouMjVwdCI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBjbGFzcz0iZ21haWwtZ28i PjxzcGFuIHN0eWxlPSJjb2xvcjojNTU1NTU1O2xldHRlci1zcGFjaW5nOi4yNXB0Ij48YSBocmVm PSJtYWlsdG86amFtZXMubi5ndWljaGFyZEBmdXR1cmV3ZWkuY29tIj5qYW1lcy5uLmd1aWNoYXJk QGZ1dHVyZXdlaS5jb208L2E+PC9zcGFuPjwvc3Bhbj48c3BhbiBjbGFzcz0iZ21haWwtcXUiPjxz cGFuIHN0eWxlPSJjb2xvcjojNUY2MzY4O2xldHRlci1zcGFjaW5nOi4yNXB0Ij4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFpbC1nbyI+PHNwYW4gc3R5bGU9ImNvbG9yOiM1NTU1 NTU7bGV0dGVyLXNwYWNpbmc6LjI1cHQiPjxhIGhyZWY9Imh0dHBzOi8vc3VwcG9ydC5nb29nbGUu Y29tL21haWwvYW5zd2VyLzEzMTExODI/aGw9ZW4iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHls ZT0iY29sb3I6IzIyMjIyMiI+dmlhPC9zcGFuPjwvYT4mbmJzcDs8YSBocmVmPSJodHRwOi8vaWV0 Zi5vcmciPmlldGYub3JnPC9hPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiM1RjYzNjg7bGV0dGVyLXNwYWNpbmc6LjI1cHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvaDM+DQo8 L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC90ZD4NCjx0ZCBub3dyYXA9IiIgdmFs aWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTttYXgtaGVpZ2h0OjIwcHgi Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQt YWxpZ246cmlnaHQiPjxzcGFuIGNsYXNzPSJnbWFpbC1nMyI+PHNwYW4gc3R5bGU9ImNvbG9yOiM1 RjYzNjg7bGV0dGVyLXNwYWNpbmc6LjI1cHQiPldlZCwgSnVsIDcsIDExOjQ5IEFNPC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0ibGV0dGVyLXNwYWNpbmc6LjE1cHQiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC90ZD4NCjx0ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJw YWRkaW5nOjBjbSAwY20gMGNtIDBjbTtkaXNwbGF5OmZsZXgiPjwvdGQ+DQo8dGQgbm93cmFwPSIi IHJvd3NwYW49IjIiIHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207 bWF4LWhlaWdodDoyMHB4Ij4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjE1LjBwdDtkaXNwbGF5 OmlubGluZS1mbGV4O2JvcmRlci1yYWRpdXM6MnB4IDBweCAwcHggMnB4O2ZvbnQtc2l6ZTowLjg3 NXJlbTttaW4td2lkdGg6MHB4O291dGxpbmU6bm9uZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7bGluZS1oZWlnaHQ6MTMuNXB0 Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjojNDQ0NDQ0O2xldHRlci1zcGFjaW5nOi4xNXB0Ij48aW1n IGJvcmRlcj0iMCIgaWQ9Il94MDAwMF9pMTAyNSIgc3JjPSJodHRwczovL21haWwuZ29vZ2xlLmNv bS9tYWlsL3UvMC9pbWFnZXMvY2xlYXJkb3QuZ2lmIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjE1LjBwdDtkaXNwbGF5OmlubGluZS1mbGV4 O2JvcmRlci1yYWRpdXM6MHB4IDJweCAycHggMHB4O2ZvbnQtc2l6ZTowLjg3NXJlbTttaW4td2lk dGg6MHB4O291dGxpbmU6bm9uZSIgaWQ9ImdtYWlsLTozdDYiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2xpbmUtaGVpZ2h0OjEz LjVwdCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IzQ0NDQ0NDtsZXR0ZXItc3BhY2luZzouMTVwdCI+ PGltZyBib3JkZXI9IjAiIGlkPSJfeDAwMDBfaTEwMjYiIHNyYz0iaHR0cHM6Ly9tYWlsLmdvb2ds ZS5jb20vbWFpbC91LzAvaW1hZ2VzL2NsZWFyZG90LmdpZiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L3RkPg0KPC90cj4NCjx0ciBzdHlsZT0iZGlzcGxheTpmbGV4Ij4NCjx0ZCBj b2xzcGFuPSIzIiBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207dGV4dC1vdmVyZmxvdzpl bGxpcHNpcztkaXNwbGF5OmZsZXg7b3ZlcmZsb3c6dmlzaWJsZSI+DQo8dGFibGUgY2xhc3M9Ik1z b05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIg d2lkdGg9IjAiIHN0eWxlPSJ3aWR0aDo2NDguMHB0O2JvcmRlci1jb2xsYXBzZTpjb2xsYXBzZSI+ DQo8dGJvZHk+DQo8dHIgc3R5bGU9InRleHQtb3ZlcmZsb3c6ZWxsaXBzaXM7ZGlzcGxheTpmbGV4 O292ZXJmbG93OnZpc2libGUiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdCI+ PHNwYW4gY2xhc3M9ImdtYWlsLWhiIj48c3BhbiBzdHlsZT0iY29sb3I6IzVGNjM2ODtsZXR0ZXIt c3BhY2luZzouMjVwdCI+dG8mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFpbC1n MiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM1RjYzNjg7bGV0dGVyLXNwYWNpbmc6LjI1cHQiPjxhIGhy ZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT48L3NwYW4+PC9z cGFuPjxzcGFuIGNsYXNzPSJnbWFpbC1oYiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM1RjYzNjg7bGV0 dGVyLXNwYWNpbmc6LjI1cHQiPiwmbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGNsYXNzPSJnbWFp bC1nMiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM1RjYzNjg7bGV0dGVyLXNwYWNpbmc6LjI1cHQiPjxh IGhyZWY9Im1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYu b3JnPC9hPjwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbi1sZWZ0OjMuMHB0O2Rpc3BsYXk6aW5saW5lLWZsZXg7b3V0bGluZTpub25lIiBpZD0i Z21haWwtOjJoMyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUu MHB0O3ZlcnRpY2FsLWFsaWduOnRvcCI+PGltZyBib3JkZXI9IjAiIGlkPSJfeDAwMDBfaTEwMjci IHNyYz0iaHR0cHM6Ly9tYWlsLmdvb2dsZS5jb20vbWFpbC91LzAvaW1hZ2VzL2NsZWFyZG90Lmdp ZiI+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFi bGU+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC9kaXY+DQo8ZGl2Pg0KPGRp diBzdHlsZT0ibWFyZ2luLXRvcDo2LjBwdDtmb250LXNpemU6MC44NzVyZW0iIGlkPSJnbWFpbC06 M3N3Ij4NCjxkaXYgaWQ9ImdtYWlsLToyaDEiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPkRlYXIgV0c6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaGlzIGVtYWls IHN0YXJ0cyBhIDIgd2VlayBXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1z cHJpbmctbXBscy1wYXRoLXNlZ21lbnQgWzFdLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ UGxlYXNlIHJlYWQgdGhpcyBkb2N1bWVudCBpZiB5b3UgaGF2ZW7igJl0IHJlYWQgdGhlIG1vc3Qg cmVjZW50IHZlcnNpb24gYW5kIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgU1BSSU5HIFdHIGxp c3Qgbm8gbGF0ZXIgdGhhbiBKdWx5IDIxPHN1cD5zdDwvc3VwPiZuYnNwOzIwMjEuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzIxMjUyOSI+SWYgeW91IGFy ZSByYWlzaW5nIGEgcG9pbnQgd2hpY2ggeW91IGV4cGVjdCB3aWxsIGJlIHNwZWNpZmljYWxseSBk ZWJhdGVkIG9uIHRoZSBtYWlsaW5nIGxpc3QsIGNvbnNpZGVyIHVzaW5nIGEgc3BlY2lmaWMgZW1h aWwvdGhyZWFkIGZvciB0aGlzIHBvaW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMyMTI1MjkiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y OiMyMTI1MjkiPkxhc3RseSwgaWYgeW91IGFyZSBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxl YXNlIHJlc3BvbnNlIHRvIGluZGljYXRlIHdoZXRoZXIgeW91IGtub3cgb2YgYW55IHVuZGlzY2xv c2VkIElQUiByZWxhdGVkIHRvIHRoaXMgZG9jdW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+VGhhbmtzITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SmltLCBKb2Vs ICZhbXA7IEJydW5vPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO2JhY2tncm91bmQtaW1hZ2U6 aW5pdGlhbDtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWw7YmFja2dyb3VuZC1zaXplOmluaXRp YWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbDtiYWNrZ3JvdW5kLW9yaWdpbjppbml0aWFsO2Jh Y2tncm91bmQtY2xpcDppbml0aWFsIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+WzFdJm5i c3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1z cHJpbmctbXBscy1wYXRoLXNlZ21lbnQvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21lbnQvPC9h Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwPjxzcGFuIHN0eWxlPSJjb2xvcjojMjIyMjIyIj48YSBo cmVmPSJodHRwOi8vd3d3LnZlcml6b24uY29tLyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxl PSJjb2xvcjojMTE1NUNDO3RleHQtZGVjb3JhdGlvbjpub25lIj48aW1nIGJvcmRlcj0iMCIgd2lk dGg9IjgxIiBoZWlnaHQ9IjE4IiBpZD0iX3gwMDAwX2kxMDI4IiBzcmM9Imh0dHA6Ly9zczcudnp3 LmNvbS9pcy9pbWFnZS9WZXJpem9uV2lyZWxlc3MvdnotbG9nby1lbWFpbCI+PC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9t Oi4wMDAxcHQ7bXNvLWxpbmUtaGVpZ2h0LWFsdDo5Ljc1cHQiPjxiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5HeWFuIE1p c2hyYTwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxl PSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDttc28tbGluZS1oZWlnaHQtYWx0Ojku NzVwdCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0dlb3JnaWEmcXVvdDssc2Vy aWY7Y29sb3I6YmxhY2siPk5ldHdvcmsgU29sdXRpb25zIEFyY2hpdGVjdCZuYnNwOzwvc3Bhbj48 L2k+PHNwYW4gc3R5bGU9ImNvbG9yOiMyMjIyMjIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDttc28tbGluZS1oZWlnaHQt YWx0OjkuNzVwdCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+RW1haWwNCjxhIGhyZWY9Im1h aWx0bzpneWFuLnMubWlzaHJhQHZlcml6b24uY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3lhbi5zLm1p c2hyYUB2ZXJpem9uLmNvbTwvYT48L3NwYW4+PC9pPjxzcGFuIHN0eWxlPSJjb2xvcjojMjIyMjIy Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBj bTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjBjbTtt c28tbGluZS1oZWlnaHQtYWx0OjkuNzVwdCI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7R2VvcmdpYSZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+TSAzMDEgNTAyLTEzNDc8L3Nw YW4+PC9pPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_a254cec10c6549d5889975501745cae8huaweicom_-- From nobody Tue Sep 28 05:07:55 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28CD23A2B4D for ; Tue, 28 Sep 2021 05:07:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 00f98yrpEdVW for ; Tue, 28 Sep 2021 05:07:38 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 B41AE3A2B45 for ; Tue, 28 Sep 2021 05:07:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4HJdYQ4RVbz6GMTM for ; Tue, 28 Sep 2021 05:07:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1632830858; bh=TiYGa+wj0+6PBqac+u5oeKdZtWbvvhO+qzWWsGGgzqY=; h=To:From:Subject:Date:From; b=ZQilI0R6s6mXl1fRnU2L5rZcqjsaYl7IIc0UJ1x+ib/vSk5kcN1f7+ouXkC/Oa/Wv n93KbWJ6FwMyir+wlRaqxfu2Bwiagcc5Okvz5oU04R2ytu1OL6pRIh2wYUdzlkbama Dz2q087zn/G+UvLAK3swtDR4xEEZq2J9pWyRluVE= X-Quarantine-ID: X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net Received: from [192.168.22.111] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4HJdYQ1J93z6G97v for ; Tue, 28 Sep 2021 05:07:37 -0700 (PDT) To: "spring@ietf.org" From: "Joel M. Halpern" Message-ID: Date: Tue, 28 Sep 2021 08:07:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2021 12:07:52 -0000 Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the WG, but we need to make sure. Does anyone object to the adoption of this document by the WG? If there is significant objection we will determine what steps to take. Remember that wanting changes in the document does not require revoking the adoption if you feel the basic approach is what the WG wants to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim From nobody Tue Sep 28 18:34:08 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23E523A1948 for ; Tue, 28 Sep 2021 18:34:05 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 RA4SP0nRa34p for ; Tue, 28 Sep 2021 18:33:59 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85AEE3A1943 for ; Tue, 28 Sep 2021 18:33:59 -0700 (PDT) Received: from fraeml734-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HJzN90lQRz67Npd for ; Wed, 29 Sep 2021 09:30:49 +0800 (CST) Received: from kwepeml100004.china.huawei.com (7.221.188.19) by fraeml734-chm.china.huawei.com (10.206.15.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 03:33:55 +0200 Received: from kwepeml500003.china.huawei.com (7.221.188.182) by kwepeml100004.china.huawei.com (7.221.188.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 09:33:53 +0800 Received: from kwepeml500003.china.huawei.com ([7.221.188.182]) by kwepeml500003.china.huawei.com ([7.221.188.182]) with mapi id 15.01.2308.008; Wed, 29 Sep 2021 09:33:53 +0800 From: "Yangfan(Fan,IP Standards)" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGuZzcDvXtVBkOxdAHELoUXUau6Oggw Date: Wed, 29 Sep 2021 01:33:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.70] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 01:34:06 -0000 Hi Spring, I am not aware of any other undisclosed IPR that applies to this draft. Regards,=20 Fan=20 -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. Halpern Sent: Tuesday, September 28, 2021 8:08 PM To: spring@ietf.org Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-= redundancy-protection Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the = WG, but we need to make sure. Does anyone object to the adoption of this do= cument by the WG? If there is significant objection we will determine what= steps to take. Remember that wanting changes in the document does not req= uire revoking the adoption if you feel the basic approach is what the WG wa= nts to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known = IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring From nobody Tue Sep 28 19:07:33 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0EFF3A0653 for ; Tue, 28 Sep 2021 19:07:26 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 ckzCrCD-VGAY for ; Tue, 28 Sep 2021 19:07:21 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 632563A0646 for ; Tue, 28 Sep 2021 19:07:21 -0700 (PDT) Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HK06f5SXPz6885p for ; Wed, 29 Sep 2021 10:04:10 +0800 (CST) Received: from dggeml755-chm.china.huawei.com (10.1.199.136) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 04:07:16 +0200 Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by dggeml755-chm.china.huawei.com (10.1.199.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Wed, 29 Sep 2021 10:07:14 +0800 Received: from dggeme752-chm.china.huawei.com ([10.6.80.76]) by dggeme752-chm.china.huawei.com ([10.6.80.76]) with mapi id 15.01.2308.008; Wed, 29 Sep 2021 10:07:14 +0800 From: "Gengxuesong (Geng Xuesong)" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGt1jO0NFA9s06MnBSs6BuF4au6RD9w Date: Wed, 29 Sep 2021 02:07:14 +0000 Message-ID: <5c2addab0df643aab68394fe22aa6a57@huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.112.41.43] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 02:07:28 -0000 Dear chairs, I am aware of the IPR applicable to this draft, and it has already been dis= closed to the IETF, which could be found: https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-spr= ing-sr-redundancy-protection=20 Best Xuesong -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. Halpern Sent: Tuesday, September 28, 2021 8:08 PM To: spring@ietf.org Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-= redundancy-protection Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the = WG, but we need to make sure. Does anyone object to the adoption of this do= cument by the WG? If there is significant objection we will determine what= steps to take. Remember that wanting changes in the document does not req= uire revoking the adoption if you feel the basic approach is what the WG wa= nts to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known = IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring From nobody Tue Sep 28 19:37:43 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 026AD3A09F0 for ; Tue, 28 Sep 2021 19:37:41 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 tOd3Y-5bJdKl for ; Tue, 28 Sep 2021 19:37:36 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCE863A09EF for ; Tue, 28 Sep 2021 19:37:36 -0700 (PDT) Received: from fraeml739-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HK0pC12JPz67Xkt for ; Wed, 29 Sep 2021 10:34:59 +0800 (CST) Received: from dggpemm100004.china.huawei.com (7.185.36.189) by fraeml739-chm.china.huawei.com (10.206.15.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 04:37:33 +0200 Received: from dggpemm500002.china.huawei.com (7.185.36.229) by dggpemm100004.china.huawei.com (7.185.36.189) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 10:37:31 +0800 Received: from dggpemm500002.china.huawei.com ([7.185.36.229]) by dggpemm500002.china.huawei.com ([7.185.36.229]) with mapi id 15.01.2308.008; Wed, 29 Sep 2021 10:37:31 +0800 From: Mach Chen To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGt06UODVeaFEae8bvBL+AEkKu6TI0w Date: Wed, 29 Sep 2021 02:37:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.110.46.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 02:37:41 -0000 Hi Joel, I am not aware of any unclosed IPR that applies to the document. Best regards, Mach > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. Halper= n > Sent: Tuesday, September 28, 2021 8:08 PM > To: spring@ietf.org > Subject: [spring] Error / Calls regarding adoption of > draft-ietf-spring-sr-redundancy-protection >=20 > Oops. The chairs declared adoption of what is now published as > > without a proper adoption call. We suspect that adoption is okay with th= e > WG, but we need to make sure. Does anyone object to the adoption of this > document by the WG? If there is significant objection we will determine > what steps to take. Remember that wanting changes in the document does > not require revoking the adoption if you feel the basic approach is what = the > WG wants to use as a basis for work on this topic going forward. >=20 > Also, would the authors please confirm to the list that all relevant know= n IPR > has been disclosed. >=20 > Please respond if you are an author or have concerns. > Thank you, > Joel, Bruno, and Jim >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Tue Sep 28 19:40:06 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 110003A0A08 for ; Tue, 28 Sep 2021 19:40:04 -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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 4F7c9pSvbkqa for ; Tue, 28 Sep 2021 19:39:59 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 610BB3A0A21 for ; Tue, 28 Sep 2021 19:39:59 -0700 (PDT) Received: from fraeml705-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HK0rf2zDlz67ZJ5 for ; Wed, 29 Sep 2021 10:37:06 +0800 (CST) Received: from dggpemm100003.china.huawei.com (7.185.36.68) by fraeml705-chm.china.huawei.com (10.206.15.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Wed, 29 Sep 2021 04:39:55 +0200 Received: from dggpemm500002.china.huawei.com (7.185.36.229) by dggpemm100003.china.huawei.com (7.185.36.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 29 Sep 2021 10:39:53 +0800 Received: from dggpemm500002.china.huawei.com ([7.185.36.229]) by dggpemm500002.china.huawei.com ([7.185.36.229]) with mapi id 15.01.2308.008; Wed, 29 Sep 2021 10:39:53 +0800 From: Mach Chen To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGt06UODVeaFEae8bvBL+AEkKu6TI0wgAAAsyA= Date: Wed, 29 Sep 2021 02:39:53 +0000 Message-ID: References: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.110.46.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 02:40:04 -0000 Typos s/unclosed/undisclosed Best regards, Mach > -----Original Message----- > From: Mach Chen > Sent: Wednesday, September 29, 2021 10:38 AM > To: 'Joel M. Halpern' ; spring@ietf.org > Subject: RE: [spring] Error / Calls regarding adoption of > draft-ietf-spring-sr-redundancy-protection >=20 > Hi Joel, >=20 > I am not aware of any unclosed IPR that applies to the document. >=20 > Best regards, > Mach >=20 > > -----Original Message----- > > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. > > Halpern > > Sent: Tuesday, September 28, 2021 8:08 PM > > To: spring@ietf.org > > Subject: [spring] Error / Calls regarding adoption of > > draft-ietf-spring-sr-redundancy-protection > > > > Oops. The chairs declared adoption of what is now published as > > > ection> without a proper adoption call. We suspect that adoption is > > okay with the WG, but we need to make sure. Does anyone object to the > > adoption of this document by the WG? If there is significant > > objection we will determine what steps to take. Remember that wanting > > changes in the document does not require revoking the adoption if you > > feel the basic approach is what the WG wants to use as a basis for > > work on this topic going forward. > > > > Also, would the authors please confirm to the list that all relevant > > known IPR has been disclosed. > > > > Please respond if you are an author or have concerns. > > Thank you, > > Joel, Bruno, and Jim > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring From nobody Wed Sep 29 14:45:11 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A99553A0870 for ; Wed, 29 Sep 2021 14:45:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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=juniper.net header.b=aT2yar7p; dkim=pass (1024-bit key) header.d=juniper.net header.b=Q0MnpDKn 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 14V3JaRvZRRI for ; Wed, 29 Sep 2021 14:45:03 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 C6DD13A086D for ; Wed, 29 Sep 2021 14:45:03 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18TL00jc003512; Wed, 29 Sep 2021 14:45:01 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=gzYV1fGrwhCqgOP7LBpB4V1riU3n5Gj6HOs+9rdM1w8=; b=aT2yar7p/x156vo1cWcT3W4vfCngmfE/hI9cESfEZX8VjqMLOHSDrEGixYaLBvt4yi9M EbkMZRuo389WKH5FGNE0ozMqGOIoBLX9VsHOdHcrKqaTJ6Z8q81qs0YJmY3ndIkC6GIj vAnripQqfZ5Gk1d/QR/yCgboManXM9UHBqsHtU0Gqc0Wzh8rHiWFXSsueN00AmcqJ33J LBX+3RzOS5K1IuKRYJD3J+6/FQOWBF+0yxd0Oby9a91QP+WeKnpebLMqeyzR0zLjjWZG 0EujWMKtQa3O5iPzU9vqqSv2bqAanoj+mRFpJg1wmX/+HEMo3uz9wmNtuGfy5yldaZX4 4w== Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2175.outbound.protection.outlook.com [104.47.56.175]) by mx0a-00273201.pphosted.com with ESMTP id 3bcquq96nr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Sep 2021 14:45:01 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DBK3XIAGYrQ7SLnaLOe81pVnRW73NwP+Y6emRCBE9Fa7Pv8RSdAS8Z/oP0+42rj9vouUW6U+dgyc9kINDvpTS3J11r99zCOcx8Y95AY1u6OorETdLVlpHlQGa1lPxn33PwvOCPUwgdwUxuoLL2yrNhf1I5hv9soHUgXnp7uch7SgE7+eidzGBbNKFXn0XqbDxJMy3rXe/PuKNr7qBWFIFnBoU84Km38vTxVWNktVUYfrZidId6kcq5XgPt1Hc+OWfEsHGhQqN4xsS723I6xLq8kx2pam/e6l78KToyovIlQeCteKLreImfo+5IxcwWjBW9zACgbtkISnitRtQslN9g== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=gzYV1fGrwhCqgOP7LBpB4V1riU3n5Gj6HOs+9rdM1w8=; b=aDVWpbTb1rxqGgUF+usYByvB673asbkaUZ+wDu1aNq4Kn8VHbzR/ISPmyQlBYaSQg9oP36xoqWT+OC4QN5KDxoC6Y2tpI197gzikomVA3h8L0f/hwWGVbkba5rsI+Pr9hnwgtnAPIa5qjIcwnnaPbnEYmQRtdtxc02bGJo7FZuJv0IiiLJZELqR2DUsINlor+RAu95mqJaYNfzmkmw/C0wx/Ber6ecsSh0nsNSL9h5aYus3Dj6PwfnXbS4Qf0LE0Zl1h/m++U4xZqlp7FmgOgjMVVfWkIOWVCbOIFDzbbMmapZQFiscpbZwGlfZ2MwKUIbSVIIpr16V1ghc6kw0ndQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gzYV1fGrwhCqgOP7LBpB4V1riU3n5Gj6HOs+9rdM1w8=; b=Q0MnpDKnjffh3v6/JXahfqM1KNDlXhbNwYP0M7xWdbtQyTICyrmuJL7tZRVs3Fyb1Ntt1g2vcCOdFBYKpfhkK5sHOiZacItcLcPwA3wFUuaNY5Y7zfyQzQoczmMT5dCzUG1Y1oLClxD1AFg3yNfBTJl4ND3Q4oZ71YMSjuwna7g= Received: from BL0PR05MB5316.namprd05.prod.outlook.com (2603:10b6:208:2f::25) by BL0PR05MB4740.namprd05.prod.outlook.com (2603:10b6:208:58::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.10; Wed, 29 Sep 2021 21:44:58 +0000 Received: from BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::7459:5d69:f570:55f2]) by BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::7459:5d69:f570:55f2%7]) with mapi id 15.20.4587.007; Wed, 29 Sep 2021 21:44:58 +0000 From: Ron Bonica To: Tony Li , "spring@ietf.org" Thread-Topic: [spring] Thoughts on optimality Thread-Index: AQHXq0mLSWOKcnd1hkuUXgj2FIryS6u7miQw Date: Wed, 29 Sep 2021 21:44:58 +0000 Message-ID: References: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> In-Reply-To: <7F1F9A33-38C8-4F89-9AE2-05E64C6DCF5C@tony.li> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-09-29T21:44:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=91aed404-2433-4dba-a8e3-dd60ba5428d3; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: tony.li; dkim=none (message not signed) header.d=none;tony.li; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f3cf2306-8f62-4e19-5640-08d983926217 x-ms-traffictypediagnostic: BL0PR05MB4740: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WnTqxgXyP46CfobJUebEMr2uMjYjZHyo/V/XGeV94s3mjCnTSUs22b/7CyVg8i5NLU0/LxBRW+vUnAV4Mp6ulsysRsKrtQaAt7hMUZ454m3YI9ULg7JvU9Lw7lNjVjpQz/G1Jy3vKzbt2PIj3ZvWoQTzSRV78NvoeY3865nl/JZ4cx4lr9YLbcDYzIFGyWK7KFlzEtt0TP+fuqVp8e5Tk1Updr/wrCc79Dc/Q2HFaLwEEnb/NoxtT5DIwrJYIK6UP0KiDMbjkwprpZk5isg0KB+90f0RYMU549bX1JIq3jBblbcUzW4/RW6VhjMg18JMF860PTCvBE01EyxqdTUhd3dJcoWurCY+HflFjTAjDntDjKQLnPBpYHKQcQYe14Tqc96lJowSna7bRM0ZmGDXJVf43AjtXRo5PsU2b4zrHQbIlweQLwI0KIgrKo+eu9NamQa/1GKcuK9HxsPrx7dY8EhtVYNevGbmkjYU1VS5MhVRSYE7FexzPEzHiUNRSkLAK8YQyqv6+/8eoMiw1MDipEP/B2ii+kEFEojHdZR38xe83K5sVRPsEJIGhIXf/NIDX2Tf3gP2YaCZf87mV3N/EIFPK7gi5NACNF80AP4St1vo6+BOJzAmoIdsHUj6wNDZDamUg+nPRIb/gxCzh+FKeZKj8lOveieoIr3uJUboXrBskM/jJUPydway/DAXa1J/LNHZtve2ugZNws/q55eqrK95oLkW2f0vQ3RmX4Gsg0GR/Y11k+ynNJyUOkLqDtXvPI6gTr0j3KNCQUC/P5YGBOHP6+9atZgZuyTVF2dCfys= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5316.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(186003)(38070700005)(66476007)(76116006)(2906002)(5660300002)(26005)(64756008)(66446008)(66556008)(66946007)(7696005)(83380400001)(6506007)(53546011)(52536014)(38100700002)(33656002)(9686003)(71200400001)(966005)(8676002)(508600001)(110136005)(55016002)(86362001)(122000001)(8936002)(316002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Z3cENA+xUHF6aCFs2KLO/68VK+O3qYESgZFGz+zBuGdF51tamv3J9aOut5co?= =?us-ascii?Q?kOkbjlYPpmFyq7d6fVAqc8PVMjcN0tlN2sxgrsF409gTdIO6AyGw6de2jJnP?= =?us-ascii?Q?xhroeQvxhNkHEZoLrchDRZlm4o3brK/4rgWOj9grOFPds5MPVDFB8MnWjEwm?= =?us-ascii?Q?PdvUQ+08MCr15cSkYJwbPfAKjZ3ySzxXRiODBBv2F7QNCib2RkTJiPelpSKx?= =?us-ascii?Q?9uXjtCkvG0L3sM0hKcCN7K2xHrrIvkf/REI4rMNdv6fWjwbP4lx4iYDbIcZD?= =?us-ascii?Q?yazcJjLVd9FpykMsGk4OZStkxY2qlm1BcsmFuQiUxVK+kCkLYwY2jf2WtaAK?= =?us-ascii?Q?9E2SceHOoBURAzp5TrShyd1PvHiHkN1yoA29vPb0zuklbGeA/5JFPeg2fk6+?= =?us-ascii?Q?GQoDQrueLmlZPD3qS7nxQtuVMbRgPlVhBjTso2HabzljQ1YXOxHB6Bu41k/H?= =?us-ascii?Q?jgsrT4bnOrz3oRRVv1NGGRwJ8D5Vku5BUMWYaYdxASpgKW9W4jkJyrCw7Lc8?= =?us-ascii?Q?wHQWdLlb13QHktzMvk5fbDatqFKu+K5Yl1D/xotYf86VIIt3UUHCq/5CHMHl?= =?us-ascii?Q?bIa5zQUdzF+dtdzY447qgcdwgdCgCNe7JQuBnGVtPyi631tJXMYR3OO5tHYF?= =?us-ascii?Q?NFQ92ZZG2w6VlGs4U7ddSi+fMtc3/GgNI+mKCVhjmAfcn3PC3zhtiw0XCdr7?= =?us-ascii?Q?JjK13nxHI0m0KnRQJzC/rsruwLx/yrWBH7G3OZge6PIA/3u+I0kTD0MFFHnL?= =?us-ascii?Q?sEeaGfJMpHFlYcD7HNWhG1eQdflvflQKzyBoLubmt7wA+8yVZn1GhBmNDnJW?= =?us-ascii?Q?/+FDGg4tzZks8kzuCb8Aozc3s2aIXmjf7J741WFCf58K9TNV+xv7LRSbB1Eq?= =?us-ascii?Q?yZAx15eLpvM56vYflMt14vntzNBV3hS5TUwg7lls9CQGQtGJKVYn99m9FXhz?= =?us-ascii?Q?EtvLDntHGVtxDokuIsp7lpn1yoQFnnqea9McQkQw0G1Oo73iT7qr15A6StLj?= =?us-ascii?Q?4z6eihvV3eYAySA8eBqcrjGsZu6afVi/u+Q5kq8P1Xycdb9/Qf5TpoZSlP14?= =?us-ascii?Q?orjZRXHVhuh3jRUtcSglef2gWx4FdQuJZutsW7kP31kgfkRBE41fGNlgwBOE?= =?us-ascii?Q?7Qh+Q0QkSo2+1wuMPScC82AFoyQ2q9QqbzMurXPV1M/EpgYUxhfvXhvwZiRO?= =?us-ascii?Q?WjFPz7w9u7Qm45foufKvNv91MoMEZzK7yAdlo4/aTxH5Mx4uPdaWQL6e0YsM?= =?us-ascii?Q?vrntlfWuvnQNPB4bdWImf8Gi36o3MqKcTjR2NTQjfCyt/E2A2qN5T67xL6kC?= =?us-ascii?Q?sQtZ05rPYGAxQ8NYsENONvZ+?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5316.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f3cf2306-8f62-4e19-5640-08d983926217 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Sep 2021 21:44:58.2576 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: wm2nIUZfpN7xAwai34c343X84o1bFEwh+sBoFEdcM6vwJzFO75mlcK/JD43/hEs9cBu95JHkqVVl9EqszRMapA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB4740 X-Proofpoint-GUID: 17i7gGTZAqAGHrU7lFirx0s-_f3UmzSX X-Proofpoint-ORIG-GUID: 17i7gGTZAqAGHrU7lFirx0s-_f3UmzSX X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-29_08,2021-09-29_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 mlxscore=0 lowpriorityscore=0 adultscore=0 clxscore=1015 spamscore=0 suspectscore=0 malwarescore=0 priorityscore=1501 bulkscore=0 mlxlogscore=999 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2109290127 Archived-At: Subject: Re: [spring] Thoughts on optimality X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 21:45:09 -0000 Tony, Thanks for pointing out that all requirements are not equally important. So= me may be extremely important while others are minimally important. Therefo= re, our analysis should focus on the important requirements. I agree that Encapsulation Header Size is the most important requirement. I= also agree that the Forwarding Efficiency requirement would be important, = if it were well-formed. However, I am not sure that it is well-formed. The Forwarding Efficiency requirement assumes that the only significant fac= tors in forwarding efficiency are: - Number of lookups - Number of headers parsed Are we sure that: - there isn't a third significant factor that we are leaving out - the cost of parsing a header may be high on one ASIC and minimal on anoth= er And as you say, next-generation ASICs will be designed to accommodate whate= ver solution we choose. Ron Juniper Business Use Only -----Original Message----- From: spring On Behalf Of Tony Li Sent: Thursday, September 16, 2021 6:24 PM To: spring@ietf.org Subject: [spring] Thoughts on optimality [External Email. Be cautious of content] Hi all, We now seem headed to be adopting both the requirements and analysis drafts= and thoughts start to turn towards the debate for selection. The requirements draft has done a good job documenting our requirements and= the analysis draft gives us a perspective on how the various proposals ful= fill those requirements, but a deeper nuance is needed to guide us to makin= g an optimal choice. To that end, it seems to me that three of the requirements are paramount: - Encapsulation Header Size - Forwarding Efficiency - State Efficiency Of these three, Forwarding Efficiency and State Efficiency seem like they w= ill be overcome by hardware technology. Continued growth in semiconductors= will help us scale here, so the remaing requirement of the Encapsulation H= eader Size would seem to predominate, and we should therefore optimize for = that. Regards, Tony _______________________________________________ spring mailing list spring@ietf.org https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;= !!NEt6yMaO-gk!Te0PqyNCrRUDlLu1jwh3rO2ORVQFKRYu1ylhbeMZRmO1yFomVpfU8XS1Ze-x3= fi8$ From nobody Wed Sep 29 22:29:18 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49BD33A143B; Wed, 29 Sep 2021 22:29:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 TSBNNeIEE_0U; Wed, 29 Sep 2021 22:29:08 -0700 (PDT) Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (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 2B9A93A1439; Wed, 29 Sep 2021 22:29:08 -0700 (PDT) Received: by mail-pl1-x631.google.com with SMTP id y1so3161803plk.10; Wed, 29 Sep 2021 22:29:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fmYrZZW1xDJzJr5IHUJTeHXpeGw4MRnarj4FaNnz7sA=; b=Rm8YqDwKEqrFG8zpRacAyxqXyo247pIwYH6EBfXU/ULaTIJElQbXsn6DGttfOYkNBZ /89D9XgT8fZxtY3e3jWaupbPsvXuk3w+SNpk4ROaKLLGSsFTqo2+DYMf/GyADjEXgCPW bH9Gen77qgB8JHgtQTUPBaVMlZbyqlxuhcc+Z5frwjGjgN9iv2vmlGC2g+L3oJbtaivB HS+pgq1BflFjunEZpbNnVxzNAQeTpefsqaPLLnpxGtU23H6mCvwG2aXF3+flvck70wjT sn1nv4k72DzLrPZKwudWVFJaucTgQZTHwwyAjMcBW9w9+ZmYzyCkkDzwhESP5xXe3gxY i+Aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fmYrZZW1xDJzJr5IHUJTeHXpeGw4MRnarj4FaNnz7sA=; b=WKfnHOtBAbFYIguXI24tnOr7mpA5oSvkgflXFul/vyPQsTeQM8heXgjvvuj30T0RNX WsxZuwfqnGRYBF7YOqM9cbTSlBKEdrvub0YqoC/nARQm8iUd3ikD9zIHU+lYfGl39OV7 xqoQa7+AlVz/T8/wbsLxBr9meQ/38qxfg5J1Ff5jzxbRhq8hMc0esedmeXSuU1mIKZms 6OdMZvqIduBVFXcrgsrEmHjoLvqv5ZifiH6aIubxeQis8OSPa6ZTSjafcLWCV8G4d4nn X/lb3Id+rdx4/1tTkpkI7WlSCgAjxAmv5J8kXZclZF/e1vPUO3q3rk6plCa9Qq0YWLxy n8/w== X-Gm-Message-State: AOAM5338DeoYKDVIBoPw33WmyGi0N49yovCoWuhDP+aNrfb0WvQdJZdV H0RrM1OgyWp8Zp3URz3MYTPuvBXwP/b8tLqulpbYNbKS X-Google-Smtp-Source: ABdhPJzY6D+k/Pzam+3mgvNNvq0u4OKKcWsf1PwcGjRL16LpuFo0G9Nw82SWRr3pBL5OxL7Of6FQ9ls2/xDWUP9A/sE= X-Received: by 2002:a17:90a:4306:: with SMTP id q6mr10768466pjg.202.1632979747181; Wed, 29 Sep 2021 22:29:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Thu, 30 Sep 2021 01:28:55 -0400 Message-ID: To: "Chengli (Cheng Li)" Cc: SPRING WG , "draft-ietf-spring-mpls-path-segment@ietf.org" , "draft-li-spring-srv6-path-segment@ietf.org" , j00406941 , "spring-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000c1998d05cd2fb92a" Archived-At: Subject: Re: [spring] [Spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 05:29:14 -0000 --000000000000c1998d05cd2fb92a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Chengli Very welcome! Response in-line Kind Regards Gyan On Tue, Sep 28, 2021 at 7:51 AM Chengli (Cheng Li) wrote: > Hi Gyan, Many thanks for your comments. Please see my reply inline. However, I have not answer all the comments yet. I think it will be better to separate the comments into different threads, and we can address them one by one. Again! Thank you for your comments! Respect, Cheng *From:* Gyan Mishra [mailto:hayabusagsm@gmail.com] *Sent:* Tuesday, September 28, 2021 5:04 AM *To:* SPRING WG ; spring-chairs@ietf.org; j00406941 < jguichar@futurewei.com>; draft-ietf-spring-mpls-path-segment@ietf.org; draft-li-spring-srv6-path-segment@ietf.org *Subject:* RE: [Spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ Dear Rakesh & Authors I replied during WGLC on July 29th supporting publication of this draft, but did not hear back from the authors. I have since added some additional comments in this email related to this SR-MPLS draft as well as other Path Segment related drafts and how they reference each other as normative references as well as how each of the drafts help explain the entire path segment solution and how SR-MPLS and SRv6 path segment solutions related to the extensions for PCE and SR policy updates. This draft can be very useful for operators and provides an RSVP-TE record route style function in a new Path SID that can be leveraged for IOAM PM use case as well as BIDIR path association and 1+1 protection solution. As all of these drafts relate to each other from a SR PSID path segment perspective I would like to comment on all of the drafts below as it relates to this draft WGLC as well as progressing the other drafts listed below also provide some synchronization and parity between the drafts: All 5 drafts as they define the overall SR Path Segment solution, I believe they all should have normative mentions of each of the other drafts. I reviewed all 5 drafts and they do except for any noted below. [Cheng] Many thanks for your support! Yes, Path Segment can be used in many use cases like you mentioned. Well, they may not need to cite each other as normative reference I think, we need to discuss one by one. The Data plane extension drafts of SR-MPLS & SRv6 Path Segment are the basic drafts. They can be the normative referred at the control plane drafts like PCE and BGP, that is correct, and we believe we did it. If we miss some reference, you are welcome to point it out, many thanks for your help! J I think we do not need to make PCE draft as the normative reference of BGP extension draft, and vice versa. Because they are not dependencies between these two protocol. Informative reference is the correct choice. Gyan> Agreed. Informative reference for the base drafts and normative for the other drafts. SR Path Segment drafts: SR-MPLS Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment-0= 5 SRv6 Path Segment https://datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07 [Cheng] This has been adopted, and become draft-ietf-spring-srv6-path-segment PCE SR extension for PSID path Segment https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04 PCE SR extension for BIDIR PSID Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path SR Policy Path Segment https://datatracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segment SR MSD as it applied to SR-MPLS & SRv6 Compression & how Path Segment can be used to alleviate MSD issues: Can the Path Segment solution be used to help with MSD issues for both SR-MPLS & SRv6 very long strict paths by being able to reference inter-as paths as PSID/BSID sub paths instead of the expanded path? [Cheng] BSID is using for shortening the SID list, while the Path Segment will not be used for this. It is an ID space for path associated services. Gyan> My thoughts are BSID binds the candidate path to the forwarding plane & for inter-as stitching of E2E SR-policy for candidate paths being instantiated by BSID representing the SID list. However, that is normal processing. BSID bound to the candidate path can be used as a pointer to reference the SID list so that directing traffic to the SR policy. So that any node along the path only need to impose the BSID. Section 4 first sentence says the BSID can be used for SID compression. See above BSID describtion. In Section 4 Figure 2 sub paths, here is an example to define a compressed version of an E2E path ( (s-PSID1,B-SID) ,(s-PSID2,,BSID2), (s-PSID3,B-SID3) , e-PSID) E2E path. For compression my thoughts are maybe the PSID sub path as it defines the SID list in a compressed format is my impression from reading the draft it could be utilized for SID compression to alleviate MSD issues. Maybe a SID list with a very long E2E path can be subdivided into sup paths defined by PSID in the SR-MPLS forwarding plane label stack reducing the size of the overall E2E stack. This idea would use PSID compression encoding for SID list in the label stack instantiated on the source node different from this draft bottom label use cases. > *SR-MPLS Path Segment - WGLC Review: * > > > > > https://datatracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment= -05 > > > > Recommendation to update the verbiage to state that 1+1 path protection i= s > an SR-MPLS specification optimization using PSID solution. > > > > Since PSID can be used for 1+1 path protection my thoughts are that maybe > PSID can be used to help overall in MSD SID depth issues on the primary > active path for very long paths to help with SID depth and reduce the siz= e > SID path length with PSID/BSID nested sub path segments. > > PSID could also be stated as an optimization for MSD issues for very long > strict paths to help in the reduction of the size of the SID list in an > SR-TE policy to define the path using the BSID/PSID path vector to compre= ss > the explicit path. My thoughts are that Sub paths created by PSID/BSID > keys can be used for inter-as paths across multiple domains, a similar > concept of RFC 4736 lose hop expansion can be used for longer paths to he= lp > compress and cutdown on the E2E Path containing all the SIDs. In cases > where the intra-as path is very long the path can be broken up into > PSID/BSID sub paths regions within a domain. I believe this could apply = to > both SR-MPLS & SRv6 very long E2E strict paths that cross many AS=E2=80= =99s and > domains. > > > > [Cheng] Using BSID can shorten the SID list. In case like BFD echo mode, > we may have two solutions to shorten the SID list. > Gyan> Understood > =C2=B7 Using BSID: Putting the BSID of the reverse direction pat= h at > the end of the SID list to specify the reverse path. > > =C2=B7 Using PSID: Putting the PSID of the reverse direction path= at > the end of the SID list to specify the reverse path. In this case, the > egress node should process the path Segment and encapsulate the reverse S= ID > list for the packet. It can work. > > Gyan> Understood. Good idea. > > Abstract section: > > OLD TXT > > > > A Segment Routing (SR) path is identified by an SR segment list. Only th= e complete segment list can identify the end-to-end SR path, and a sub-set = of segments from the segment list cannot distinguish > > one SR path from another as they may be partially congruent. SR path ide= ntification is a pre-requisite for various use-cases such as Performance Me= asurement (PM), bidirectional paths correlation, and end-to-end 1+1 path pr= otection. > > > > In SR for MPLS data plane (SR-MPLS), the segment identifiers are stripped= from the packet through label popping as the packet transits > > the network. This means that when a packet reaches the egress of the SR = path, it is not possible to determine on which SR path it traversed the net= work. > > > > This document defines a new type of segment that is referred to as Pat= h Segment, which is used to identify an SR path in an SR-MPLS network. Whe= n used, it is inserted by the ingress node of the SR > > path and immediately follows the last segment identifier in the segment l= ist of the SR path. The Path Segment will not be popped off until it reach= es the egress node of the SR path. The Path Segment > > then can be used by the egress node to implement SR path identification a= nd correlation. > > > > > > NEW TXT > > > > Segment Routing (SR) [RFC8402 ] leverages the source-routing paradigm to steer packets from a source= node through a controlled set of instructions, called segments, by prepend= ing the packet with an SR header in the MPLS data plane SR-MPLS [RFC8660 ] through a label stack or IPv= 6 data plane using an SRH header via SRv6 [RFC8 986] to construct an SR path. The MPLS forwarding plane= does not preserve the path state at the egress node that maybe use for var= ious optimization and path correlation use cases similar to what is provide= d by RSVP-TE record route object. > > > > This document defines a new type of segment that is referred to as Pat= h Segment, which is used to identify an SR path in an SR-MPLS network. Whe= n used, it is inserted by the ingress node of the SR > > path and immediately follows the last segment identifier in the segment l= ist of the SR path. The Path Segment is preserved until it reaches the egr= ess node for SR path identification and correlation. > > > > This document defines a new path segment that enables SR path identificat= ion which is a pre-requisite for various use-cases such as Performance Meas= urement (PM), bidirectional paths correlation, as well as SR-MPLS specifica= tion optimizations such as end-to-end 1+1 path protection and SR path list = compression for MSD optimizations. > > [Cheng]thank you for your text, we will consider this J > > Gyan> Welcome! > > Introduction section: > > > > OLD TXT > > Segment Routing (SR) [RFC8402 ] is a source routed forwarding method that allows to directly encode f= orwarding instructions (called segments) in each packet, hence it enables s= teering traffic through a network without the per-flow states maintained on= the transit nodes. Segment Routing can be instantiated on an MPLS data pl= ane or an IPv6 data plane. The former is called SR-MPLS [RFC8660 ], the latter is called SRv6 [RFC8402= ]. SR-MPLS leverages the M= PLS label stack to construct an SR path. > > > > NEW TXT > > > > Segment Routing (SR) [RFC8402 ] leverages the source-routing paradigm to steer packets from a source= node through a controlled set of instructions, called segments, by prepend= ing the packet with an SR header in the MPLS data plane SR-MPLS [RFC8660 ] through a label stack or IPv= 6 data plane using an SRH header via SRv6 [RFC8 986] to construct an SR path. > > > > [Cheng]We will consider this at the next update, many thanks!!! > > Gyan> Welcome! > > In the SRv6 PSID draft PSP must be disabled in SRv6 PGM. > > > > For SR-MPLS PSID draft PHP implicit null does not need to be disabled as > long as the BOS S bit is set and the TTL is set to last label in label > stack. Agreed. > > > > Since the label stack for L2/L3 VPN is 2 labels deep with topmost label a= s > topological label and bottom label as the service label. > > > > Would the Path segment appear as the last label in the set of labels or S= R > label stack representing the topological path or below the service label > and in that case would have the BOS bit S set. Would the path segment > label only be the bottom label for Global table routing where no service > label exists but if a L2/L3 VPN service label exists then the S bit would > not be set on the PSID? > > In figure 1 it shows the PSID label as the last label, below the Service > labels. If that is the case then the BOS S bit would be set. > > Can we state explicitly if the path label will always be the bottom label > or are there certain circumstances where it would not be the bottom label= . > > How does the PSID label TTL change in PHP enabled versus disabled mode > with respect to pipe and uniform mode RFC 3443. > > [Cheng] I think we can separate the comments into different threads for > discussion. So will answer your above comments in next email. > > Gyan> Will look out for the email. > > RFC 8662 states that the entropy label ELI/EL would be placed at readable > depths within the label stack section 10.5. > > > > =E2=80=9CEntropy label and Entropy Label Indicator (ELI) as described in > > [RFC8662 ] for SR-MPLS = path, can be placed before or after the Path Segment label in the MPLS labe= l stack.=E2=80=9D > > > > So how would you prevent the PSID label from being popped in the PHP case > if it=E2=80=99s Entropy label is placed before or after the PSID label? > > > > Also I am not sure how that would work if per RFC 8662 the placement of > the ELI/EL for load balancing and issues with DPI and processing is place= d > at per section 10.5 at readable depths? > > The introduction section of the SRv6 Path draft mentions the SR-MPLS path > segment solution & as they both are drafts and similar maturity states th= e > SR-MPLS path segment draft should mention the SRv6 path segment draft as > well to be complete. > > [Cheng] this is because of SR-MPLS draft was proposed before SRv6 draft. > But we do not have dependencies between these two documents. So I think w= e > can mention this in the draft as an informative reference, good! > > Gyan> Agreed > > Section 6 should mention PCE bidir path segment draft. I don't see it > mentioned. > > https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path > > Section 7 E2E path protection it would be helpful to have a picture > similar to section 4 with sub paths and depicting a similar scenario with > access, aggregation & core E2E path with the BSID/PSID path nested sub > paths and how they 1+1 protection of the E2E would be instantiated. > > [Cheng] Can add it in the next revision J > > > > *SRv6 Path segment draft - Comments:* > > https://datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-0= 7 > > In the SR-MPLS Path segment draft can the section 4 Nesting of paths > segments concept with PSID/BSID path vector sub paths apply to SRv6? I > think this would help tremendously with SRv6 compression for long inter-a= s > paths. Also as stated above can the path segments be used for not only 1+= 1 > path protection, but also for defining the E2E path with a minimal number > of SIDs thereby compression of the overall SID path and help eliminate MS= D > issues & be a possible SRv6 compression solution. > > It would be useful to have a section on 1+1 path protection mechanism > graphical depiction with PSID/BSID sub-paths similar to my SR-MPLS path > draft comment. > > [Cheng] When considering using the PSID as a routing ID for compression, = I think you can read the draft of PPR(Preferred Path Route). But doing so w= ill need to maintain the per-path forwarding statement at nodes, which brin= g as back to the RSVP-TE I guess. So it will be another way, but not statel= ess SR. > > Gyan> I was thinking of PSID for SRv6 similar idea as with SR-MPLS > compression case using PSID as a new encoding of SID list in a compressed > format version that defines the SR sub path being instantiated by the > source node. So in this case no state would exist. Another idea was for > inter-as where the path is compressed as s-PSID but can be automatically > expanded into segment list during processing of active segment. The idea > would be similar to inter AS TE for crankback loose hop expansion RFC 473= 6. > > *PCE SR extension for PSID path Segment Comments:* > > https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04 > > Draft is well written. No comments > > > > *PCE SR extension for BIDIR PSID Path Segment Comments:* > > https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path > > Draft is well written. No comments > > > > *SR Policy Path Segment Comments:* > > https://datatracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segme= nt > > Draft is well written. No comments > > > > Kind Regards > > > > Gyan > > > James Guichard james.n.guichard@futurewei.com via > ietf.org > > Wed, Jul 7, 11:49 AM > > to spring@ietf.org, spring-chairs@ietf.org > > Dear WG: > > > > This email starts a 2 week Working Group Last Call for > draft-ietf-spring-mpls-path-segment [1]. > > > > Please read this document if you haven=E2=80=99t read the most recent ver= sion and > send your comments to the SPRING WG list no later than July 21st 2021. > > > > If you are raising a point which you expect will be specifically debated > on the mailing list, consider using a specific email/thread for this poin= t. > > > > Lastly, if you are an author or contributor please response to indicate > whether you know of any undisclosed IPR related to this document. > > > > Thanks! > > > > Jim, Joel & Bruno > > > > [1] https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/ > > > > *Gyan Mishra* > > *Network Solutions Architect * > > *Email gyan.s.mishra@verizon.com * > > *M 301 502-1347* > > > --=20 *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --000000000000c1998d05cd2fb92a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi=C2=A0Chengli

Very welcome!

Response in-line

Kind Regards=C2=A0

Gyan
On Tue, Sep 28, 2021 at 7:51 AM= Chengli (Cheng Li) <c.l@huawei.com> wrote:

Hi Gyan,

= =C2=A0

Many thanks for your comments. Please see my= reply inline.

= =C2=A0

However, I have not answer all the comments = yet. I think it will be better to separate the comments into different thre= ads, and we can address them one by one.

Again! Thank you for your comments!

= =C2=A0

Respect,

Cheng

= =C2=A0

= =C2=A0

= =C2=A0

From: Gyan Mishra [mailto:hayabusagsm@g= mail.com]
Sent: Tuesday, September 28= , 2021 5:04 AM
To: SPRING WG <spring@ietf.org>; spring-chair= s@ietf.org; j00406941 <jguichar@futurewei.= com>; draft-ietf-spr= ing-mpls-path-segment@ietf.org; draft-li-spring-srv6-path-segment@ietf.org
Subject: RE: [Spring] WGLC = for https= ://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/

=C2=A0


Dear Rakesh & Authors=C2=A0

I replied during WGLC on July 29th supporting publication of this draft, = but did not hear back from the authors.

I have since added some additional comments in this email related to this= SR-MPLS draft as well as other Path Segment related drafts and how they re= ference each other as normative references as well as how each of the drafts help explain the entire path = segment solution and how=C2=A0 SR-MPLS and SRv6 path segment solutions rela= ted to the extensions for PCE and SR policy updates.=C2=A0=C2=A0=

=C2=A0

This draft can be very useful for operators and provides an RSVP-TE recor= d route style function in a new Path SID that can be leveraged for IOAM PM = use case as well as BIDIR path association and 1+1 protection solution.

=C2=A0

As all of these drafts relate to each other from a SR PSID path segment p= erspective I would like to comment on all of the drafts below as it relates= to this draft WGLC as well as progressing the other drafts listed below also provide some synchronizatio= n and parity between the drafts:

All 5 drafts as they define the overall SR Path Segment solution, I belie= ve they all should have normative mentions of each of the other drafts.=C2= =A0 I reviewed all 5 drafts and they do except for any noted below.

[Cheng] Many thanks for your support! Yes, Path Segment c= an be used in many use cases like you mentioned. Well, they may not need to cite each other as normative reference I think,= we need to discuss one by one. The Data plane extension drafts of SR-MPLS = & SRv6 Path Segment are the basic drafts. They can be the normative ref= erred at the control plane drafts like PCE and BGP, that is correct, and we believe we did it. If we miss some re= ference, you are welcome to point it out, many thanks for your help! J

I think we do not need to make PCE draft as the normative= reference of BGP extension draft, and vice versa. Because they are not dependencies between these two protocol. = Informative reference is the correct choice.

=C2=A0Gyan> Agreed.=C2=A0 Informative reference for the b= ase drafts and normative for the other drafts. =C2=A0

SR Path Segment drafts:

SR-MPLS Path Segment=C2=A0

https://dat= atracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment-05

=C2=A0

SRv6 Path Segment=C2=A0

https://datat= racker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07

[Cheng] This has been adopted, and become =C2=A0draft-ietf-spring-srv6-path-se= gment

=C2=A0

=C2=A0

PCE SR extension for PSID path Segment=C2=A0<= /u>

https://datatrac= ker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04

=C2=A0

PCE SR extension for BIDIR PSID Path Segment=C2=A0

https://datatracker.= ietf.org/doc/html/draft-ietf-pce-sr-bidir-path

=C2=A0

SR Policy Path Segment=C2=A0

https://data= tracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segment<= /span>

=C2=A0

SR MSD as it applied to SR-MPLS & SRv6 Compression & how Path Seg= ment can be used to alleviate MSD issues:

Can the Path Segment solution be used to help with MSD issues for both SR= -MPLS=C2=A0 & SRv6 very long strict paths by being able to reference in= ter-as paths as PSID/BSID sub paths instead of the expanded path?

[Cheng] BSID is using for shortening the SID list, while = the Path Segment will not be used for this. It is an ID space for path associated services.

=C2=A0Gyan> My thoug= hts are BSID binds the candidate path to the forwarding plane & for int= er-as stitching of E2E SR-policy for candidate paths being instantiated by = BSID representing the SID list.=C2=A0 However, that is normal processing.= =C2=A0 BSID bound to the candidate path can be used as a pointer to referen= ce the SID list so that directing traffic to the SR policy.=C2=A0 So that a= ny node along the path only need to impose the BSID.=C2=A0 Section 4 first = sentence says the BSID can be used for SID compression.=C2=A0 See above BSI= D describtion.

In Section 4 Figure 2 sub paths, here is an example =C2= =A0to define a compressed version of an E2E path ( =C2=A0(s-PSID1,B-SID) ,(= s-PSID2,,BSID2), (s-PSID3,B-SID3) , e-PSID) E2E path. =C2=A0

=
=C2=A0 =C2=A0 For compression my thoughts are maybe the P= SID sub path as it defines the SID list in a compressed format is my impres= sion from reading the draft it could be utilized for SID compression to all= eviate MSD issues.=C2=A0 Maybe a SID list with a very long E2E path can be = subdivided into sup paths defined by PSID in the SR-MPLS forwarding plane l= abel stack reducing the size of the overall E2E stack.=C2=A0 This idea woul= d use PSID compression encoding for SID list in the label stack instantiate= d on the source node different from this draft bottom label use cases.

SR-MPLS Path Segment - WGLC Review:=C2=A0

=C2=A0

https://dat= atracker.ietf.org/doc/html/draft-ietf-spring-mpls-path-segment-05

=C2=A0

Recommendation to update the verbiage to state that 1+1 path protection i= s an SR-MPLS specification optimization using PSID solution.=C2=A0

=C2=A0

Since PSID can be used for 1+1 path protection my thoughts are that maybe= PSID can be used to help overall in MSD SID depth issues on the primary ac= tive path for very long paths to help with SID depth and reduce the size SID path length with PSID/BSID = nested sub path segments. =C2=A0

PSID could also be stated as an optimization for MSD issues for very long= strict paths to help in the reduction of the size of the SID list in an SR= -TE policy to define the path using the BSID/PSID path vector to compress the explicit path.=C2=A0 My th= oughts are that Sub paths created by PSID/BSID keys can be used for inter-a= s paths across multiple domains, a similar concept of RFC 4736 lose hop exp= ansion can be used for longer paths to help compress and cutdown on the E2E Path containing all the SIDs.=C2=A0 I= n cases where the intra-as path is very long the path can be broken up into= PSID/BSID sub paths regions within a domain.=C2=A0 I believe this could ap= ply to both SR-MPLS & SRv6 very long E2E strict paths that cross many AS=E2=80=99s and domains.

=C2=A0

[Cheng] Using BSID can shorten the SID list. In case like= BFD echo mode, we may have two solutions to shorten the SID list.


=C2=B7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Using BSID: Putting th= e BSID of the =C2=A0reverse direction path at the end of the SID list to sp= ecify the reverse path.

=C2=B7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Using PSID: Putting th= e PSID of the reverse direction path at the end of the SID list to specify = the reverse path. In this case, the egress node should process the path Segment and encapsulate the reverse SI= D list for the packet. It can work.

=C2=A0Gyan> Understood. Good idea.

Abstract section:<= /u>

OLD TXT

=C2=A0

A Segment Routing (SR) path is identifi=
ed by an SR segment list.=C2=A0 Only the complete segment list can identify=
 the end-to-end SR path, and a sub-set of segments from the segment list ca=
nnot distinguish
one SR path from another as they may be partially congruent.=
=C2=A0 SR path identification is a pre-requisite for various use-cases such=
 as Performance Measurement (PM), bidirectional paths correlation, and end-=
to-end 1+1 path protection.

=C2=A0

In SR for MPLS data plane (SR-MPLS), th=
e segment identifiers are stripped from the packet through label popping as=
 the packet transits
the network.=C2=A0 This means that when a packet reaches the=
 egress of the SR path, it is not possible to determine on which SR path it=
 traversed the network.
=C2=A0
=C2=A0=C2=A0 This document defines a ne=
w type of segment that is referred to as Path Segment, which is used to ide=
ntify an SR path in an SR-MPLS network.=C2=A0 When used, it is inserted by =
the ingress node of the SR
path and immediately follows the last segment identifier in =
the segment list of the SR path.=C2=A0 The Path Segment will not be popped =
off until it reaches the egress node of the SR path.=C2=A0 The Path Segment=

then can be used by the egress node to implement SR path ide=
ntification and correlation.<=
u style=3D"font-family:monospace">
=C2=A0
=C2=A0
NEW TXT
=C2=A0
Segment Routing (SR)=C2=A0 [RFC8402=
] leverages the source-routing paradigm to steer packets from a source node=
 through a controlled set of instructions, called segments, by prepending t=
he packet with an SR header in the MPLS data plane SR-MPLS=C2=A0[RFC8=
660] through a label stack or IPv6 data plane using an SRH heade=
r via SRv6 [RFC8986] to construct an SR path. The MPLS forwarding plane=
 does not preserve the path state at the egress node that maybe use for var=
ious optimization and path correlation use cases similar to what is provide=
d by RSVP-TE record route object.=

=C2=A0
=C2=A0=C2=A0 This document defines a ne=
w type of segment that is referred to as Path Segment, which is used to ide=
ntify an SR path in an SR-MPLS network.=C2=A0 When used, it is inserted by =
the ingress node of the SR
path and immediately follows the last s=
egment identifier in the segment list of the SR path.=C2=A0 The Path Segmen=
t is preserved until it reaches the egress node for SR path identification =
and correlation.
=C2=A0
This document defines a new path segmen=
t that enables SR path identification which is a pre-requisite for various =
use-cases such as Performance Measurement (PM), bidirectional paths correla=
tion, as well as SR-MPLS specification optimizations such as end-to-end 1+1=
 path protection and SR path list compression for MSD optimizations.=
<=
/u>

=C2=A0[Cheng]thank you for your text, we will consider this J

= =C2=A0Gyan> Welcome!=

Introduction section:

=C2=A0

OLD TXT

Segment Routing (SR) =
[RFC8=
402] is a source routed forwarding method that allows to directl=
y encode forwarding instructions (called segments) in each packet, hence it=
 enables steering traffic through a network without the per-flow sta=
tes maintained on the transit nodes.=C2=A0 Segment Routing can be instantia=
ted on an MPLS data plane or an IPv6 data plane.=C2=A0 The former is called=
 SR-MPLS [RFC8660], the latter is called SRv6 [<=
span style=3D"font-size:12pt;font-family:monospace;color:rgb(17,85,204)">RF=
C8402].=C2=
=A0 SR-MPLS leverages the MPLS label stack to construct an SR path.<=
u style=3D"font-family:monospace">

=C2=A0

NEW TXT

=C2=A0

Segment Routing (SR)=C2=A0 [RFC8402=
] leverages the source-routing paradigm to steer packets from a source node=
 through a controlled set of instructions, called segments, by prepending t=
he packet with an SR header in the MPLS data plane SR-MPLS=C2=A0[RFC8=
660] through a label stack or IPv6 data plane using an SRH heade=
r via SRv6 [RFC8986] to construct an SR path.
=C2=A0
[Cheng]We will consider this a=
t the next update, many thanks!!!

=C2=A0Gyan> Welcome!

In the SRv6 PSID draft PSP must be disabled in SRv6 PGM.=C2=A0=C2=A0

=C2=A0

For SR-MPLS PSID draft =C2=A0PHP implicit null does not need to be disabl= ed as long as the BOS S bit is set and the TTL is set to last label in labe= l stack.=C2=A0 Agreed.

=C2=A0

Since the label stack for L2/L3 VPN is 2 labels deep with topmost label a= s topological label and bottom label as the service label.

=C2=A0

Would the Path segment appear as the last label in the set of labels or S= R label stack representing the topological path or below the service label = and in that case would have the BOS bit S set.=C2=A0 =C2=A0Would=C2=A0the path segment label only be the b= ottom label for Global table routing where no service label exists but if a= L2/L3 VPN service label exists then the S bit would not be set on the PSID= ?=C2=A0=C2=A0

In figure 1 it shows the PSID label as the last label, below the Service = labels.=C2=A0 If that is the case then the BOS S bit would be set.

Can we state explicitly if the path label will always be the bottom label= or are there certain circumstances where it would not be the bottom label.= =C2=A0

How does the PSID label TTL change in PHP enabled versus disabled mode wi= th respect to pipe and uniform mode RFC 3443.

[Cheng] I think we can separate the comments into differe= nt threads for discussion. So will answer your above comments in next email.

=C2=A0Gyan> Will look out for the email.

RFC 8662 states that the entropy label ELI/EL would be placed at readable= depths within the label stack section 10.5.

=C2=A0

=C2=A0=E2=80=9CEntrop=
y label and Entropy Label Indicator (ELI) as described in
=C2=A0=C2=A0 [RFC8662] for SR-MPLS path, can be placed before or after the Path Segment l=
abel in the MPLS label stack.=E2=80=9D

=C2=A0

So how would you prevent the PSID label from being popped in the PHP case= if it=E2=80=99s Entropy label is placed before or after the PSID label?=C2= =A0

=C2=A0

=C2=A0Also I am not sure how that would work if per RFC 8662 the placemen= t of the ELI/EL for load balancing and issues with DPI and processing is pl= aced at per section 10.5 at readable depths?

The= introduction section of the SRv6 Path draft mentions the SR-MPLS path segm= ent solution & as they both are drafts and similar maturity states the SR-MPLS path segment draft should m= ention the SRv6 path segment draft as well to be complete.=C2=A0 =C2=A0

[Cheng] this is because of SR-MPLS draft was proposed bef= ore SRv6 draft. But we do not have dependencies between these two documents. So I think we can mention this in the draft a= s an informative reference, good!

=C2=A0Gyan> Ag= reed=C2=A0

Sec= tion 6 should mention PCE bidir path segment draft.=C2=A0 I don't see i= t mentioned.=C2=A0

https://datatrack= er.ietf.org/doc/html/draft-ietf-pce-sr-bidir-path

Sec= tion 7 E2E path protection it would be helpful to have a picture similar to= section 4 with sub paths and depicting a similar scenario with access, aggregation & core E2E path with the B= SID/PSID path nested sub paths and how they 1+1 protection of the E2E would= be instantiated.

[Cheng] Can add it in the next revision J

=C2= =A0

= SRv6 Path segment draft - Comments:

https:/= /datatracker.ietf.org/doc/html/draft-li-spring-srv6-path-segment-07

In = the SR-MPLS Path segment draft can the section 4 Nesting of paths segments = concept with PSID/BSID path vector sub paths apply to SRv6?=C2=A0 I think this would help tremendously with S= Rv6 compression for long inter-as paths. Also as stated above can the path = segments be used for not only 1+1 path protection, but also for defining th= e E2E path with a minimal number of SIDs thereby compression of the overall SID path and help eliminate MSD issues = & be a possible SRv6 compression solution.=C2=A0

It = would be useful to have a section on 1+1 path protection mechanism graphica= l depiction with PSID/BSID sub-paths similar to my SR-MPLS path draft comment. 

[Cheng] When considering using=
 the PSID as a routing ID for compression, I think you can read the draft o=
f PPR(Preferred Path Route). But doing so will need to maintain the per-pat=
h forwarding statement at nodes, which bring as back to the RSVP-TE I guess=
. So it will be another way, but not stateless SR.

=C2=A0Gyan> I was thinking of PSID for SRv6 similar idea as wi= th SR-MPLS compression case using PSID as a new encoding of SID list in a c= ompressed format version that defines the SR sub path being instantiated by= the source node.=C2=A0 So in this case no state would exist.=C2=A0 Another= idea was for inter-as where the path is compressed as s-PSID but can be au= tomatically expanded into segment list during processing of active segment.= =C2=A0 The idea would be similar to inter AS TE for crankback loose hop exp= ansion RFC 4736.

PCE SR extension for PSID path Segment=C2=A0 Comments:<= u style=3D"font-family:Calibri,sans-serif">

https://datatrac= ker.ietf.org/doc/html/draft-ietf-pce-sr-path-segment-04

Draft is well written.=C2=A0 No comments<= /span>

=C2=A0

PCE SR extension for BIDIR PSID Path Segment Comments:<= u style=3D"font-family:Calibri,sans-serif">

https://datatracker.= ietf.org/doc/html/draft-ietf-pce-sr-bidir-path

Draft is well written.=C2=A0 No comments<= /span>

=C2=A0

SR Policy Path Segment Comments:

https://data= tracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-path-segment<= /span>

Draft is well written.=C2=A0 No comments<= /span>

=C2=A0

Kind Regards

=C2=A0

Gyan

=C2=A0

James Guich= ard=C2=A0james.n.guichard@futurewei.com=C2=A0<= span style=3D"letter-spacing:0.25pt;color:rgb(85,85,85)">via=C2=A0ietf.org=C2=A0

Wed, Jul 7, 11:49 A= M<= /p>

to=C2=A0spring@ietf.org,=C2=A0<= span>spring-chairs@ietf.org=

=

Dear WG:

=C2=A0

This email starts a 2 week Working Group Last Call f= or draft-ietf-spring-mpls-path-segment [1].

=C2=A0

Please read this document if you haven=E2=80=99t rea= d the most recent version and send your comments to the SPRING WG list no l= ater than July 21st=C2=A02021.

=C2=A0

If you are raisi= ng a point which you expect will be specifically debated on the mailing lis= t, consider using a specific email/thread for this point.<= /u>

=C2=A0=

Lastly, if you a= re an author or contributor please response to indicate whether you know of= any undisclosed IPR related to this document.

=C2=A0

Thanks!

=C2=A0

Jim, Joel & Bruno

=C2=A0

[1]=C2=A0https://datat= racker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/<= u>

Gyan Mishra

Network Solutions Architect=C2=A0

Email gyan.s.mishra@verizon.com

M 301 502-1347

=C2=A0

--

=

Gyan Mishra

Network Solutions Architect=C2=A0<= /p>

Email gyan.s.mishra@ver= izon.com<= br>

M 301 502-1347


--000000000000c1998d05cd2fb92a-- From nobody Thu Sep 30 03:46:06 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D57A3A0AA7 for ; Thu, 30 Sep 2021 03:46:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.895 X-Spam-Level: X-Spam-Status: No, score=-0.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f8cygd-vw6tq for ; Thu, 30 Sep 2021 03:46:00 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 9C2273A09A1 for ; Thu, 30 Sep 2021 03:45:58 -0700 (PDT) Received: from vs4.iomartmail.com (vs4.iomartmail.com [10.12.10.122]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 18UAju5o002778; Thu, 30 Sep 2021 11:45:56 +0100 Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id ED01D4604D; Thu, 30 Sep 2021 11:45:55 +0100 (BST) Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E17CC4604B; Thu, 30 Sep 2021 11:45:55 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs4.iomartmail.com (Postfix) with ESMTPS; Thu, 30 Sep 2021 11:45:55 +0100 (BST) Received: from LAPTOPK7AS653V (84.93.166.80.plusnet.pte-ag1.dyn.plus.net [84.93.166.80] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 18UAjsDe022379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Sep 2021 11:45:55 +0100 Reply-To: From: "Adrian Farrel" To: "'Joel M. Halpern'" , References: In-Reply-To: Date: Thu, 30 Sep 2021 11:45:54 +0100 Organization: Old Dog Consulting Message-ID: <0a4701d7b5e8$589ec800$09dc5800$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGwvY+aDRSnuSh01vg3WWivNmZIHawKUy3A Content-Language: en-gb X-Originating-IP: 84.93.166.80 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.1.0.2034-8.6.0.1018-26438.007 X-TM-AS-Result: No--6.046-10.0-31-10 X-imss-scan-details: No--6.046-10.0-31-10 X-TMASE-Version: IMSVA-9.1.0.2034-8.6.1018-26438.007 X-TMASE-Result: 10--6.046400-10.000000 X-TMASE-MatchedRID: vEvJ7Rh1lGjxIbpQ8BhdbIA7SSmAp7NE1B5mjfppvWDX45MWooXn2Z56 Gkf9zccshunahIR1skvER1W7F71viO407XMquNtmAjoaSw0EjFVR3sGN+j7mNJhSCETaP5r50u5 faGP8ztSKbJjRgBP8qaPNT9pmq5xZUlU5OHHgV/EiJT2HHpbp5gYAPqHoVmYRqr3CBdU3C2BTVf MzxMuJPRAXfC5V+8UB0llFBGVRfOWMcUzJS3sH3ebfFBoHp0McHS44sLaHAPI3LFuQGPZCIIe+C wLSDva2wgLhAgqNvyd7hZpp8JbrBAFXmKyQ1CGnU3sFLicCFhVRwfT2oEaYdI2cB1+t/hletNfe wsmJeFaSgQ9/1HCvXARRh1IZA32y5UcZtwNsCro5f9Xw/xqKXSs3zPQeiEbe+gtHj7OwNO2FR9H au8GO7qfDnZdVcKQkfuDHcU+7M2Kq7xj9PH/LQX1PQFBj0e1C02hwZrWVEqU/A5R6AS8cdUMMpr cbiest X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0 Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 10:46:03 -0000 Hey Joel, Stuff happens (TM) This is OK with me. It is clearly in scope and something that the WG should be looking at. This draft is a good enough starting point. Let's move on to work on it. Cheers, Adrian -----Original Message----- From: spring On Behalf Of Joel M. Halpern Sent: 28 September 2021 13:08 To: spring@ietf.org Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the WG, but we need to make sure. Does anyone object to the adoption of this document by the WG? If there is significant objection we will determine what steps to take. Remember that wanting changes in the document does not require revoking the adoption if you feel the basic approach is what the WG wants to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring From nobody Thu Sep 30 07:06:48 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 293DA3A0C6D for ; Thu, 30 Sep 2021 07:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.599 X-Spam-Level: X-Spam-Status: No, score=-9.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-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=fIwoug4p; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Z/W3CWaj 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 OvrgMRlBQFbQ for ; Thu, 30 Sep 2021 07:06:39 -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 97D3E3A0C77 for ; Thu, 30 Sep 2021 07:06:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1285; q=dns/txt; s=iport; t=1633010799; x=1634220399; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=I1Yer4hTYqNiehG7Q74oJhLBkhGJfRv8bHQF/hO2/e8=; b=fIwoug4p81FgM+oRHyWilYxgxIWf+Vvdo7Cfoon3ljgmrJrUPxgIvzYH IW7RDxMacWllcJf+m8qwjLxV4ER9L5vktvGLNVnE/GFnCax1cRlBjdUHH 09P6GnT3/u8US9k/Ybmw5IpNURxnQ3hxvTwOv51IvS1iSJbhsjTMAQ8U1 k=; X-IPAS-Result: =?us-ascii?q?A0AqAAAbwlVhl5xdJa1aHQEBAQEJARIBBQUBQIFFCAELA?= =?us-ascii?q?YFQIy5+WjcxiA8DhFlghWOCJQOaaYEugSUDVAsBAQENAQEqDQoEAQGBRIJ0R?= =?us-ascii?q?QKCPgIlNAkOAQIEAQEBAQMCAwEBAQEFAQEFAQEBAgEGBBQBAQEBAQEBAYEIh?= =?us-ascii?q?WgNhkIBAQEBAwEBECgGAQEsDAsEAgEIEQQBAR8QJwsdCAIEARIIGoJPAYJVA?= =?us-ascii?q?y8BDqZHAYE6AoofeIEzgQGCCAEBBgQEgUpBgn8YgjUDBoE6AYJ/iwUnHIFJR?= =?us-ascii?q?IFYgmc+gmMBAQIBgV+DTYIuiyIEFA4xWz0/LAZuvW8Kgy+KQ5Q9FINni2oEl?= =?us-ascii?q?ziVEgyBBoxImHICBAIEBQIOAQEGgWE5gVtwFTuCaVEZD44gGR6DO4UUhUp0O?= =?us-ascii?q?AIGCwEBAwmNRyqCHAEB?= IronPort-PHdr: A9a23:3fUCuxKd8XGYrPlpR9mcuY8yDhhOgF28FgwS554ngrZWf76luZ/lO R+X6fZsiQrPWoPWo7JBhvHNuq/tEWoH/d6asX8EfZANMn1NicgfkwE6RsLQD0r9Ia3oaCE+H M1GTFJ/+TewNk0GUMr7bkfZ93u16zNaEx7jNA1zc+LyHIOaj8m+2+2ovZPJZAAdjzumarQ0J xKz/m3s IronPort-Data: A9a23:xRyak6rNLh+3RLu6WElAZbyGki1eBmIIZRIvgKrLsJaIsI4StFCzt garIBmAOvqPazbzfo1+bYm+o0lVu8SBn9VkS1c5ryw3RilEo+PIVI+TRqvS04x+DSFioGZPt Zh2hgzodZhsJpPkS5TE3oHJ9RGQ74nQLlbHILOCan0ZqTNMEn970EoywLZh2OaEvPDga++zk YKqyyHgEAfNNw5cagr4PIra9XuDFNyr0N8plgRWicJj5TcypFFJZH4rHpxdGlOjKmVi8kFWc M6YpF2x1juxEx7AkbpJmJ6jGqEBaua60QRjFhO6VoD66iWuqBDe3Y4lbfRCU2kH1g6FktFA+ dVT6LeyDhYQa/ikdOQ1C3G0EglkNqFAvbTAO3X67IqYzlbNdD3nxPAG4EMeZNJDvL0oRzAVs 6VFdljhbTjb7w6y6KqwQ+xlnMUnBMLqJ4gY/HpnyFk1CN55EcicE/6Wv4EwMDEYiZl/Tcz8O fMgaBVBKyTYQkV0FHUmB8dr9AuvriCvL2IHwL6PnoIs+3LSygNZ0bXxPpzSYNPibcdQnm6ao W/C/239GhwAMpqUzj/tz563rvXEkSW+U4UIGfjlsPVrm1aUgGcUDXX6SGdXv9Gn00DgYfwPd ncY9ysfnKgsqWepCcjECkjQTGG/gjYQXN9ZEusf4Q6Ly7bJ7wvxOoTiZmMeADDBnJJnLQHGx mNljPuyX20z7+f9pWa1s+bK8mvoZkD5OEdbPXdcJTbp9eUPt23aYvjndNdoEKevgsbyH1kcK BjV8XBu3t3/YSP3vphXEHjdiD6q45POVANwu0PcX3mu6UVyY4vNi22UBbrzsK0owGWxFwTpU J04dy62t75m4Xalz3flfQn1NOv1j8tpyRWF6bKVI7Ev9i6251modp1K7Td1KS9Ba5hfI261O BWL41oAvve/2UdGi4cqM+pd7Ox3nMDd+SjNDZg4k/IXOMEqLV/blM2QTRfJjjCFfLcQfVEXY MfHLpnE4YcyAqV8xz3+XPYGzbIu3UgDKZD7G/jGI+Cc+ePGPha9EO5dWHPXN7xRxP7V+239r ocAX+PUkE83eLOlPUHqHXs7cAliwY4TXsim9aS6t4erf2JbJY3WI6WKnOx9K9A7xfQ9eyWh1 ijVZ3K0AWHX3RXvQThmoFg6AF8zdf6TdU4GABE= IronPort-HdrOrdr: A9a23:mqhXUK8xvP5WkhDLXYZuk+F5db1zdoMgy1knxilNoENuE/Bwxv rBoB1E73DJYW4qKQ0dcKO7Sda9qBTnhN9ICOgqTPmftWzd2FdAQ7sSlbcKrweQfhEWs9QtqJ uIEJIOSOEYb2IK9voSiTPQe71LrbX3k9HLuQ6d9QYWcegAUdAG0+4NMHfjLqQAfnghOXNWLu v52uN34x6bPVgHZMWyAXcIG8LZocfQqZ7gaRkaQzY69Qinl1qTmf3HOind+i1bfyJEwL8k/2 SAuRf+/L+fv/ayzQKZ/3PP7q5RhMDqxrJ4dY6xY4kuW3DRYzSTFcNcso65zXYISSaUmQ8Xee z30lMd1gJImivsly+O0EDQMkLboUgTAjfZuC6laD3Y0JbErPZQMbscuWqfGSGptnbI9esMoJ 5jziaXsYFaAgjHmzm479/UVwtynk7xunY6l/UP5kYvG7f2RYUh5bD3xnklW6vo3RiKnLwPAa 1rFoXR9fxWeVSVYzTQuXRu2sWlWjA2Eg2dSkYPt8SJ23wO9UoJg3cw1YgahDMN5Zg9Q55L66 DNNblpjqhHSosTYbhmDOkMTMOrAijGQA7KMmiVPVP7fZt3dk7lutry+vE49euqcJsHwN87n4 nASkpRsSood0fnGaS1rdR2G9D2MROAtBHWu45jDrRCy8/BrYvQQFq+oQoV4ridSt0kc7jmZ8 o= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,336,1624320000"; d="scan'208";a="780783426" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Sep 2021 14:06:38 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 18UE6blg025873 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 30 Sep 2021 14:06:37 GMT Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 30 Sep 2021 09:06:37 -0500 Received: from xfe-rtp-001.cisco.com (64.101.210.231) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 30 Sep 2021 09:06:37 -0500 Received: from NAM04-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-001.cisco.com (64.101.210.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Thu, 30 Sep 2021 10:06:36 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GuIttBcbH8yKuy0YPH/7uBJULA4PMyWuvdw9tcpZadOHQXJ2/bOr1a6uEAPQubWui4Uuo1Ck/1QOKt9EB1SfxHXh/cVJa71WPBV0O1nzOJpNHDxkk9NewZFzf3YXGbmnJ59PeF0hjgkM3N9aV6WYlH43CQgamIOrFSW9UhXr8Tsuq6qbv9fW9Te+ARRcqGvoAR0/mR/CyEgQzBYoCdYrPQEWlzj8E3rST3Lt1aaYeXhrubuqsk5iC04CeQID422Q/2JxtGlT33FZMWl4JZbm/zHBjsEQIi28TbVSaa1yfJ8sHHTpr0zlimf44chrHylRHqyHE03Fus4DJOXUFWYa+g== 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; bh=O0m6qRX0fCVdepK6opANqkb3iaM5N4AMW71iZ+FsopE=; b=jSeTcBbWJTbgQ7oWdBqQ/QOUFxkGb1bqwF0Hc7idgOtaVOdeyLSqE6nRNUf4LKwEe9udT/jFpydhykorJr6dD3bsgDSmDhSnckyEAEk3A8AcVKja+23Y8b2wQnpQqXXFimUWDr2X9Co2aU6Ng898aJQcwEVtpHdR8bnBNMughfxxnquRMikTCaulTmgqFUHdwhkTVm/NxfeX9T4f80zS/pMg9c+zmjFJ8kkMRmr0LLXIvDfk1OMhYsbjd81GWzN0dMSmFliupSpfBk9aDqSl2pGj/dAHmxmpPX59DrUT+p1pcO6OCup/d8a95UTTAil8e2gRQ9yp7vU0nDv/9fWuZw== 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=O0m6qRX0fCVdepK6opANqkb3iaM5N4AMW71iZ+FsopE=; b=Z/W3CWajp+rko07C1O50i19gLey0Sjx03Nyw3ThGpOWnXP9a8OQNypOyjRfKGLlAOgE4A8APy1Cjq3vI9O4IauZ4NUVYrXuP1eeQe9Jq49d4h4bvDc3J0iuF/i3NKvYBX5wMeS+VH0X9KWWv4ZEJeC/g0rjGrawXWuvLU9qEPnc= Received: from DM8PR11MB5719.namprd11.prod.outlook.com (2603:10b6:8:10::6) by DM4PR11MB5264.namprd11.prod.outlook.com (2603:10b6:5:38b::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.15; Thu, 30 Sep 2021 14:06:35 +0000 Received: from DM8PR11MB5719.namprd11.prod.outlook.com ([fe80::e961:f09d:c3df:eec1]) by DM8PR11MB5719.namprd11.prod.outlook.com ([fe80::e961:f09d:c3df:eec1%6]) with mapi id 15.20.4544.021; Thu, 30 Sep 2021 14:06:35 +0000 From: "Pablo Camarillo (pcamaril)" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGiF5UV5kAc6UmPjKZlwJYfO6u8nxQA Date: Thu, 30 Sep 2021 14:06:35 +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: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c281ec3c-e2eb-44ac-8d51-08d9841b838d x-ms-traffictypediagnostic: DM4PR11MB5264: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: wiGVOuvIGYEWlKTBwJrgsflEeVLNhTSjvFwRfi+revJ8zUab8KSFL8KkqEjiHGV7yfwFKZigpPmoe44DHqCAp8HZnt0Prknet/8RzJ+q/UkBU2OH8EvpYR0RZP3CrZwtwCjxeI3vZqa93FmG4bNgfWKE5yQ+xzPiUobQrpIpSg0EEj7KqfS2VJOroptlznYpJejuKh1SGy2h2hkrcoItUA/f0tUuMo5yFaF2ivc3lEAzayT/UbSSsQThWFEs1XYNM1PAYxz/TGxX0I1CWMNwlCnVtWtFEklU+ZxSQxY7ZYvqgf9cZNlRU02dG+d1+bRTD0W6633d+GpOrsguYoEwE/CNj88a7mb0xwV8X6leeAV8OPZ8Lkx4JUGMUdAOzyG7sfUiEfwfv5/BtjybX9ERqEXVhfr+lPm3+dtqd1o6zFX+KSLjYAvzcQ2Dk7MQch72tCxOp1zk24ju/XNNy6G9pZ4uM+D8ldvZALqealt9uwxK0iFrU7lBZoiSpW/WCrsu5alvraPH9JvX3K0l32JJsW+4iYE8r4GTVxcq1x3C0PwqklsZTN4HoDM0IiBDIdbEVm+2MmYFfXUpdbWTjiDFdARYF+7p4TA/Zrl6oNuGKCnlvTPwXCc31+ptZxkVcIKFTP8MPAbSN1jNSdlNZMufO56JLCVXxU2s1E9apCVeg26Xx6OGKU9BW0K4pXdfDjpObmWmrd3qgUv6+H6iFfCePUxjHhlgriTR06WYjs0BazR4ZKMchyYgN3J72H+J3ZcgOYyiNV1VT7YBPrKZBFWKNNNPnZ9WnoEMEhU55fXfHdCCZuExOz/3Rp+ZXQ59mV7HCqeBs0fTPwxKxAiXdKaC1Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM8PR11MB5719.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(55016002)(8676002)(7696005)(66476007)(66446008)(64756008)(66556008)(53546011)(9686003)(508600001)(6506007)(76116006)(26005)(66946007)(38100700002)(122000001)(110136005)(5660300002)(8936002)(52536014)(186003)(83380400001)(2906002)(86362001)(38070700005)(316002)(966005)(33656002)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?D+FVKmPb5LVzhM2VBK6jin0hPNlrl/Uo7eBheyVITFbUTuWYt5r+9xEzVZt9?= =?us-ascii?Q?7x0Q6x9PIjoJBoNYnjmKcpW/Ieju5kJiv66Bvlo1ZlEsM7/p5wOLj9WvKWom?= =?us-ascii?Q?GoGoLYiVIZBaD3mEP+BqItwcnJCt5XsFCyqdoLWLCr6cQyxU8aXKqvlk/mXb?= =?us-ascii?Q?2tfKLzTee+zcIaU0CSTPeOfbeFP9xTW0UVbGGPPBKzcMqwPrJBLl236GMzEI?= =?us-ascii?Q?UconEunWZlNPkItgYH5MJhSachYcvRvncQVno4Tfu2hgmAjzRig8jKFQxVNv?= =?us-ascii?Q?JJARWf02Rfyq+6k+dWFn8dN0dTu9zsiT7psGdbbdU+UuqoAal+PjnqST21Da?= =?us-ascii?Q?yKbXoPCy+/P1kn4m8bxqRtkFjCP0XosoeQ4wFiO0xf+z+Tk/TeQTvNpeqGei?= =?us-ascii?Q?zDefdcSKKTQ+/M1yoKCikI6y19V/p7d0g0sL6lls1TJVf+YxrWeOcqbi55+n?= =?us-ascii?Q?cSqHmhufb8TL73xBK9l5yBrXHz9ytKgvLzUvg24oWncoDa2cpQyfjN2dvxMn?= =?us-ascii?Q?dyjOU2DYW9PkebbDSyjPCUm25e2d6X/FAmTlxm1hoJKKKhSoSD1i9/jHs5Za?= =?us-ascii?Q?ZQg1X84LjZG3ll/DdtwrWw+1kfhvoIFlbrjAvxNFuxslCuO6BRHc2S6hqlTV?= =?us-ascii?Q?/76Ru3+Fm4tmeqBwy4wHhxAo3K4yJoWdA/scuubINp3V+G2OTnNoPlzxoUUH?= =?us-ascii?Q?oNqbm+7UIIfb7rfM6TrYhtfG0iRRQqj6dIlEWPfgmRXVBLIFmmxlEvg4oHR2?= =?us-ascii?Q?CaMbUzD4MYPuImM/NaoMTsTls9Zn9xppSb5VahGxNoDCpTE894gGQTN7joCl?= =?us-ascii?Q?2GIOtXGB/gTbD158m1myPpeszkPeAriUl8iiLGxK7ABsUBsa1Q/ki2oXZEyw?= =?us-ascii?Q?VEnY3Q6rhPpU+UKpK2MfUXa4NIFm2sCv6rAFnZ6VaD1R7Q1qOqcJEb5GXFDR?= =?us-ascii?Q?hcK8Im8ty7oaHb64j/SvTKJARzsVOTAe0b6SYsO/lA6uvu6bxoFiSAUW0OTW?= =?us-ascii?Q?dTzPP2cjc8pCVQj+6IjpiIfaqytzYPmBbTRnho9aeRxQLE01qZEwj+X+Fe4n?= =?us-ascii?Q?QA3yJVaTWeqBpXbWQj+2lbi5lvt9bNU1sG25fJZiKrHy0B9lP903ZyJp3utf?= =?us-ascii?Q?lLQfZrkET6UDBLkSlZlttLdxu9Li4bKFQYUlElvTe7N2LAfONnP5utYrWZNS?= =?us-ascii?Q?gCwpHCyhyGYME4MdMRG8At/uRdEcOJ+EX3GVT5N89vEwQttXzilAutSIlb+m?= =?us-ascii?Q?DPnZ+5vK2yyA6Ixk6bWlsz0y+VwfemL1bqMP3dSQO+oOUeEA1RTMp2bvEm/L?= =?us-ascii?Q?KqhI0Q4678QkR112YDGf0s2Q?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM8PR11MB5719.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c281ec3c-e2eb-44ac-8d51-08d9841b838d X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Sep 2021 14:06:35.4058 (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: FqEtc2z/TS+HfWznUsiPS6Vh3bcrTkp459W4ZEzdbY3zh4INzz/gjKhPveaoPdGJ2pd8dcOfW/uMMfj9WV0BGg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5264 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 14:06:44 -0000 I am not aware of any undisclosed IPR applicable to this document. Cheers, Pablo. -----Original Message----- From: spring On Behalf Of Joel M. Halpern Sent: martes, 28 de septiembre de 2021 14:08 To: spring@ietf.org Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-= redundancy-protection Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the = WG, but we need to make sure. Does anyone object to the adoption of this do= cument by the WG? If there is significant objection we will determine what= steps to take. Remember that wanting changes in the document does not req= uire revoking the adoption if you feel the basic approach is what the WG wa= nts to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known = IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring From nobody Thu Sep 30 09:10:57 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A56823A0D82 for ; Thu, 30 Sep 2021 09:10:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 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, 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=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 Jx3Op75uIJC2 for ; Thu, 30 Sep 2021 09:10:49 -0700 (PDT) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 499173A0D7C for ; Thu, 30 Sep 2021 09:10:49 -0700 (PDT) Received: by mail-pg1-x530.google.com with SMTP id g184so6768101pgc.6 for ; Thu, 30 Sep 2021 09:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M631axtfGb+74gbvS+UFBMqxvTRVzLso6Yu04y1YcEA=; b=X9ePj5/EOvZzrJKTTu8QYDmfqhHXCj26l5t4JtyL2/JSmopMfKOO0Egu8m0IJENrUS c+Q0g9X2T6NIW6x9vPjzq1tnUwlFyP5BrxmI3Nztj9dpCg4QkRgx/hf8w9erZVK9a9eH VbaiuQK1MDO1jRIrVSzFl+b6BWy9InHVuFdrXZepwgL3sjTlv/iFBdW7WITF8uZDEVwH Nl5+P/jjS2YcyNN2zEwBp4ItNBmdwn/8fCrtNc25cvfd4IxYlLUJNL5sWNQDsfLaCN+F 1nwrvOrFgNnIM5SRvSw7VF40tSIY/iTSassJ9uMhRQJD+F8rZ4Gl4P1dCOz2vd9ltZL+ OEJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=M631axtfGb+74gbvS+UFBMqxvTRVzLso6Yu04y1YcEA=; b=JQI3VdTCyuYOg0Fo0LjXJoBXHrYPVg01AbccsazSAFPf6hD2RLr2c+WUnjocSe1egk GxnZCnLrZHNu+ORsjUaFlMcgJVY0mBVzIEAr+EeK9HPIazIqBr3IY624N+JQuAv2KHee WJs2t5kCEI3PQUutplaG2fZ1/jwaiAFhJ4cDHL0h1ICP0+hbMMpfLYA1YBhVlxXMO8Ii x2qhUSTw/oa2eiVrFmEwdc8ECgxjHsiMZL1FWBHK7ezlAKkGzItFoPFIesWPpr6dRi7b W/22pJGmh9FqG05DphUWm0iMowac5S+9TkewxN1p8qIjvg2/6G+4H/ocjta+0AgUV3Ex sUCg== X-Gm-Message-State: AOAM530A3ibOZbU7xl7AO10MbescLIVtdKcjzn6RcFrgiGEsxHxAj1zU /XEz58/6PwcMpQMpsiASAbPCSljrPIszwxLpVGY= X-Google-Smtp-Source: ABdhPJztm8ouOOwM1mCxWs/a3aik5YVmYlA0nUj5CAQCdme8RHwq6vhRDtzmSaSDPQrlsLqQCrioU/+j7jbw6NpiDr4= X-Received: by 2002:a62:5b45:0:b0:44b:e0f2:4fba with SMTP id p66-20020a625b45000000b0044be0f24fbamr5027680pfb.54.1633018248293; Thu, 30 Sep 2021 09:10:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gyan Mishra Date: Thu, 30 Sep 2021 12:10:37 -0400 Message-ID: To: Mach Chen Cc: "Joel M. Halpern" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="00000000000099f0df05cd38b0ea" Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 16:10:55 -0000 --00000000000099f0df05cd38b0ea Content-Type: text/plain; charset="UTF-8" I am not aware of any undisclosed IPR that applies to this draft. Regards, Gyan On Tue, Sep 28, 2021 at 10:37 PM Mach Chen wrote: > Hi Joel, > > I am not aware of any unclosed IPR that applies to the document. > > Best regards, > Mach > > > -----Original Message----- > > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. > Halpern > > Sent: Tuesday, September 28, 2021 8:08 PM > > To: spring@ietf.org > > Subject: [spring] Error / Calls regarding adoption of > > draft-ietf-spring-sr-redundancy-protection > > > > Oops. The chairs declared adoption of what is now published as > > < > https://datatracker.ietf.org/doc/draft-ietf-spring-sr-redundancy-protection > > > > without a proper adoption call. We suspect that adoption is okay with > the > > WG, but we need to make sure. Does anyone object to the adoption of this > > document by the WG? If there is significant objection we will determine > > what steps to take. Remember that wanting changes in the document does > > not require revoking the adoption if you feel the basic approach is what > the > > WG wants to use as a basis for work on this topic going forward. > > > > Also, would the authors please confirm to the list that all relevant > known IPR > > has been disclosed. > > > > Please respond if you are an author or have concerns. > > Thank you, > > Joel, Bruno, and Jim > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mishra@verizon.com * *M 301 502-1347* --00000000000099f0df05cd38b0ea Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I am not aware of any undisclosed IPR that applies to this draft= .

Regards,=C2=A0

Gyan=

On Tue, Sep 28, 2021 at 10:37 PM Mach Che= n <mach.chen@huawei.com> = wrote:
Hi Joel,

I am not aware of any unclosed IPR that applies to the document.

Best regards,
Mach

> -----Original Message-----
> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Joel M. Halpern
> Sent: Tuesday, September 28, 2021 8:08 PM
> To: spring@ietf.o= rg
> Subject: [spring] Error / Calls regarding adoption of
> draft-ietf-spring-sr-redundancy-protection
>
> Oops.=C2=A0 The chairs declared adoption=C2=A0 of what is now publishe= d as
> <https://datatrac= ker.ietf.org/doc/draft-ietf-spring-sr-redundancy-protection>
> without a proper adoption call.=C2=A0 We suspect that adoption is okay= with the
> WG, but we need to make sure. Does anyone object to the adoption of th= is
> document by the WG?=C2=A0 If there is significant objection we will de= termine
> what steps to take.=C2=A0 Remember that wanting changes in the documen= t does
> not require revoking the adoption if you feel the basic approach is wh= at the
> WG wants to use as a basis for work on this topic going forward.
>
> Also, would the authors please confirm to the list that all relevant k= nown IPR
> has been disclosed.
>
> Please respond if you are an author or have concerns.
> Thank you,
> Joel, Bruno, and Jim
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--
--00000000000099f0df05cd38b0ea-- From nobody Thu Sep 30 17:48:42 2021 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B13B83A0A6C for ; Thu, 30 Sep 2021 17:48:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.552 X-Spam-Level: X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_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=juniper.net header.b=Cejy89mL; dkim=pass (1024-bit key) header.d=juniper.net header.b=cjX+56nw 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 CJEzfyn3EwPf for ; Thu, 30 Sep 2021 17:48:35 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 AD7B43A0A68 for ; Thu, 30 Sep 2021 17:48:35 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 18UIM6XA006640; Thu, 30 Sep 2021 17:48:34 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=o/6xTbn/9Gdq6CF5KhVPF+VVj5H63f/jtnLOyMOUTqE=; b=Cejy89mL3JrdrJzrnM0mwvR6rWpd5iEjcH/dubFIlEz33lDl42xaUimqrVdjeaStwoyl ao1p2xeLHvQldti4fsR3WwZBh+nYymvug4SQzf7MDdhIK9+2hNzjEmPwn0EpfREQKdoQ 8Ir5z5AAJMzKQqLN3bSK6UIfe0SC3pA8ruc+w+d8ijipmzkuEpapgYLjyqtbGoJC99gP TSXVT2ApCGX+y+C67Mxdsz2qyHTJmosLCUKaQcNTZczMiYrcU5rm+cMUum2dwnRAOI61 mDC8c1lqtlmHJLPzlDi10ZxRZy39GOQOAKFvnDXo0fTMnEtc0pW2qe/FR2VbMLli+v7f gQ== Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2102.outbound.protection.outlook.com [104.47.58.102]) by mx0b-00273201.pphosted.com with ESMTP id 3bdgtqh44f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 Sep 2021 17:48:34 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WTYS/Re1sWIHBwjlb/zZL8TBGS79wKQK8opywEmkQo2Zxw2UBqPq4oCiXZuVuCVWtYPA3bVhh4XayEplfo+GgAamjecvVcdkL+18zD33cmVeEQ8k+yN5XDsSRtOtcN/tRwtnKMkCJeqmdXGMyKicYRrXMjIxgVAatoFnYMgZ6yi/4L0T0z31BmZIMBe7Yi6WVNmGoe+m8ZySF7ci0k5dnEnPaVnNj9rz1AmbqGS44BiQ2NDTdSJYN0DAd4RvyRj/ZjbR8PrAA9MhtBxvSslYMTDYqU2UHOdy6mXrIxretGpixvHa41YfN0xj2tLXf0tyTNfvpjwGrtLfieX14cLA/A== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=o/6xTbn/9Gdq6CF5KhVPF+VVj5H63f/jtnLOyMOUTqE=; b=RXtiN2BS0CVKuOiGpdh9+GZjnMIPzgAZ7qU1ShjBJn7zm6B8D46leuUtMDpBbCpP4kU4hA4n0ylBL5dTwFbgVlxsKnCNjlmTSvx+HdtiMElS48qUVS/Nro6TV6yL2wo2ZNkMylX3TpS5F4uRqdTDb3kAmHhRVCjgdMPJNXQzP8JpNNoGHX90adDVMgEwSN5OKGaj504IPOy+ZMX/7TrK7UTs9qV/D1HolUfoyACS+hKb4g1VzFXNBxf+9XpGmdLXwVx1mIxpLUV8HATioRh1jFldSKcT+UupLH+yC63ZHBNGFMBJjA5PfVW5GH2jSpwk3yFxz+0X1gDRJ1a3ErhcoQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o/6xTbn/9Gdq6CF5KhVPF+VVj5H63f/jtnLOyMOUTqE=; b=cjX+56nwYq5+a1sCM3VNhMPsGFlWY3OfkxPxcaeIK2OCU47AKdxX4Q1Yks36Yt0mtphsWmfcv0tQkqq6XdsZgU4xy8bgfCeMqpLmGTqwB9TwigmJuShNReskecWYaAuNmaWq+C7ZNUeytqEo9MqjyqCPuNmlf1rC1HzTK6uOnL0= Received: from BL0PR05MB5652.namprd05.prod.outlook.com (2603:10b6:208:6a::19) by BLAPR05MB7347.namprd05.prod.outlook.com (2603:10b6:208:29b::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4587.9; Fri, 1 Oct 2021 00:48:32 +0000 Received: from BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::311e:aa39:d3cc:db8d]) by BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::311e:aa39:d3cc:db8d%7]) with mapi id 15.20.4587.009; Fri, 1 Oct 2021 00:48:32 +0000 From: "Jeffrey (Zhaohui) Zhang" To: "Joel M. Halpern" , "spring@ietf.org" Thread-Topic: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection Thread-Index: AQHXtGGRHhA8WHUf30CGSOs6k29MVKu9Usbw Date: Fri, 1 Oct 2021 00:48:32 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.100.41 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=1a75350c-8dc4-43fa-88c4-4c4e91e4ad38; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-10-01T00:46:28Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=juniper.net; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3eb627c1-4cdf-4215-5fb5-08d984753148 x-ms-traffictypediagnostic: BLAPR05MB7347: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 26MsAh9xcdxGkwqWK+Nmtv5D8tCqbNcNhQMG/xiEfT3EahU+ZDlc604sfpVbiedxACrHUTtrjDyzhS6T0XYPlza/kj4mibJ7ywE0fCbbeG21NamA+aUP1aGRBGpKzizNxdCLAfPEdwPdLdkso9iX5n06pNWC7yLkolc/TsYmj1R6sxNzkZlo8qINQHv4ddQNK8FlanQiowLzQtmvSYNYbPjIKWo8k1p7+kTZ560U5DUYFQ2OTW0XavfE9zbwd2WMXGz5qUceukUtz9DZlcovaYOhv8KL9ogDOyKkMrlE81LUK0R9roYwXNrffvkXi8pPTI7zTAIKA+cTsiJatV7ax2Yt380blvci0Rb6wd7kyQ8EKEQ1T13ig52BEVAwIKaaSYLEQrXc1avAR/GE1OnJiznmYC2f/AIzQfF8AD/qXCAMxq92Of/0llsC9+fpCbb0xsKoZaCTU6tDJeJgi4qwuhSZ+KdsBJka2sIbjw3+AgV8vzkfboY0sIDsv54WTipwtUFVpkEkLj3CSVOkPNqJnScuKXn7JzWtCDm6fE5UaQK0uVWl10+5XdB4s8ko5DFO4juTOsYi2BgD2LRRaEn0lfdNfUqZiQMMfqk5r2Y8OVJrWSJzYNU3a0SQwmCSHY0FXoeQy+8tDJG2J1tsU1tJfUCHND5/8GBcYCmi85UcCRpyr5+I8OVt924422astd6+CQpPNEAYIxM2Hi7r+vrIPldsUGpvFMxN42IuQYeROZZXO15dTduu2mLtDyGGbAu0a2a+6iJJP3xOGavIE/2HOK8ytrqYoTIBdCBE7SjBb7xRaVO4axwG6nZDMzZeTbvVx9cSG0+qHNfFH1NCZOAfNw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5652.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8936002)(52536014)(86362001)(71200400001)(33656002)(966005)(9686003)(55016002)(8676002)(508600001)(83380400001)(5660300002)(2906002)(66946007)(64756008)(38100700002)(316002)(66556008)(66476007)(122000001)(53546011)(76116006)(110136005)(6506007)(66446008)(7696005)(38070700005)(186003)(26005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?r31YPeB+nIbJbI81nX6Le1TpD4+qLc9omTBmxdLBTSdESht4kAn++mF9GROX?= =?us-ascii?Q?O3yEhOk/ybu8i3LLqpmz3YhFelE1NtKph1Gdh8Z6fJ2Q7Or6EbpOlfgEt0LB?= =?us-ascii?Q?7umcSXjYWOpVJVTeU8j30+KdpiELWIOo9o56oY7dsohdHbfAuNYkKXrKdDZc?= =?us-ascii?Q?iriAQ5oV/XP0e4viV/BFjJJbNr6J/ilx/rBm+3/TpLnuDy3CjpWW4mNFUoY8?= =?us-ascii?Q?F4Mp2SHvrZijcU59TjU15HZ2VwHP+QknanA/vcNbZllQjmfPS8doCi96xTl7?= =?us-ascii?Q?nRPOSbyqAZtPrZ6o1wJ0j6K7IsTQ/aNtNlMrwEV4Ttiyi1IDnw4m5QiCyr92?= =?us-ascii?Q?S92Fvk/i9izyYZeS+/m/cCjzyQbiKtmZ5Y3382yzMMxTGRsR6hk56xHrtmPQ?= =?us-ascii?Q?ohVGvqwpYuC1f44tthI/2JVsIGrzhI1vU2NdzOL3RzLIf0LnFqhZkv+9b9yT?= =?us-ascii?Q?0HbnXVwnwaa6nV7jswYR2RdhwGeSMy/iAJYCQWmfBLiuWUd0DoSr45mWGW7R?= =?us-ascii?Q?zYfh9xbYeZ4RkUFiUia9gWiqcW4JLqIR0oJljsODNE8gsluF8g9XsdG9UGTg?= =?us-ascii?Q?/VhnrNwvDsQJUEX+PdiLYOA/GQ9aMY3QXwJ7hvaE4HmYuCd5l2A9Xc6kNAFP?= =?us-ascii?Q?PNS0RvZbF4mWsa0Wlg5stwx/RU4i9NY6jgxXr4Xb5OnDKEzT3auhRNdNUpgE?= =?us-ascii?Q?LQp4R9JE3i/NbxtAlIQMIQl/uzV+y4ELTm8UU+vRGVRcRArl/o621ENPW0Lw?= =?us-ascii?Q?60EcHl8xNzimyjXVpGlePpx8FWBrYLoH5UCl6seNR5yFzoikqIuE3zDz+69R?= =?us-ascii?Q?Qo6+mbH9GaZ8XYvTYl1ihYiBtRb0xunM9gMtx0GoMn0Adhk3JcocF0RVrfIy?= =?us-ascii?Q?+0T1BFKnTlAh444lVUGuQDMpQwXbgev6e7hrE5NF7WNh/bN0b/gewrmQ8eX4?= =?us-ascii?Q?Ftr65qt/cWuy9KvbG9LYLyCsM6LnQhD8GC5pAJhOGNIBMZEzUCEkncXs7HxS?= =?us-ascii?Q?mFTvB/1VZizFamPSzjyASr3mmY9zUPeQyipEYmuFfzICHPOmTb3A34oR0cCH?= =?us-ascii?Q?dhCm4gwyWMd8Skd41dXgm/hYIkMHw3YMTR3l3LMXvpeMCk6EIyzW26Zalkiv?= =?us-ascii?Q?pzPalMETi8BIHIXyqFkRMpBWGCzsNEzYsBFtgRGQhCBXO52OTJu51obdvHT0?= =?us-ascii?Q?WZgMroxDKaAooj/kjXKOHrazQ9bX8xcegtMoNquAYOh/C4akNjdRvgyjB+LY?= =?us-ascii?Q?ev+LuMSb7XXpACSrunKWph/ss4OvWpggAYz5YXUGww/Tg7fQ8SV1fcQ1cdg0?= =?us-ascii?Q?Di12j2Exk6/3YhrcyVIMpkZf?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5652.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3eb627c1-4cdf-4215-5fb5-08d984753148 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2021 00:48:32.1303 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Qw7dh7XDWtzlA4TWPw8pSZqzq2rq6mI5WPviGq33kOjBQQ4pKFUK/2YQUJSice0GG+O8uBqJS1kWDOfgeDovnA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR05MB7347 X-Proofpoint-GUID: 3M0Dx6lkSlTYth8Y2-VKWv91CYavq5mx X-Proofpoint-ORIG-GUID: 3M0Dx6lkSlTYth8Y2-VKWv91CYavq5mx X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-09-30_07,2021-09-30_01,2020-04-07_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 mlxlogscore=999 bulkscore=0 mlxscore=0 spamscore=0 clxscore=1011 malwarescore=0 priorityscore=1501 phishscore=0 impostorscore=0 adultscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2110010001 Archived-At: Subject: Re: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-redundancy-protection X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2021 00:48:41 -0000 I support the adoption, though we do still need to reach consensus on the l= ong discussion on whether replication segment should be reused/extended for= the replication node. Jeffrey -----Original Message----- From: spring On Behalf Of Joel M. Halpern Sent: Tuesday, September 28, 2021 8:08 AM To: spring@ietf.org Subject: [spring] Error / Calls regarding adoption of draft-ietf-spring-sr-= redundancy-protection [External Email. Be cautious of content] Oops. The chairs declared adoption of what is now published as without a proper adoption call. We suspect that adoption is okay with the WG, but we need to make sure. Does anyone object to the adoption of this document by the WG? If there is significant objection we will determine what steps to take. Remember that wanting changes in the document does not require revoking the adoption if you feel the basic approach is what the WG wants to use as a basis for work on this topic going forward. Also, would the authors please confirm to the list that all relevant known IPR has been disclosed. Please respond if you are an author or have concerns. Thank you, Joel, Bruno, and Jim _______________________________________________ spring mailing list spring@ietf.org https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;= !!NEt6yMaO-gk!WQ01VmPbnRCaIaSVo_T3JR6qu0mvWeZ5G46XXfpPzaBVIZeFeqa0Mx_-SQJwX= 846$ Juniper Business Use Only