From nobody Thu Dec 1 02:39:28 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82808129C26 for ; Thu, 1 Dec 2016 02:39:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 nHUfjSWr8CPV for ; Thu, 1 Dec 2016 02:39:18 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58DD0129660 for ; Thu, 1 Dec 2016 02:39:17 -0800 (PST) X-AuditID: c1b4fb30-851fe70000000c18-be-583ffdd1e15c Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by (Symantec Mail Security) with SMTP id 48.0D.03096.1DDFF385; Thu, 1 Dec 2016 11:39:15 +0100 (CET) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.84) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 1 Dec 2016 11:39:13 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XIyzunkty2btRC2KEHOhEHaxYtUbJX/AHcOVYAFAVfQ=; b=afRIIHjKGenB5xbG0ZpcbUB9UWYW4Vhld9ETwDwN5+otbJq5uQKAKDdUhlEJk/4oOB+msyKknuN7ZJISkJrKZ3iXxP3lBnZx5KAq7GGvH8v44m6YalAMUf96uo8TSzHk9JFVp3c3OZd7Z1zuJjcQKzT8J7M2Ym3073ay6tBPvNE= Received: from DB6PR0701MB2469.eurprd07.prod.outlook.com (10.168.75.150) by DB6PR0701MB2469.eurprd07.prod.outlook.com (10.168.75.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.761.5; Thu, 1 Dec 2016 10:39:07 +0000 Received: from DB6PR0701MB2469.eurprd07.prod.outlook.com ([10.168.75.150]) by DB6PR0701MB2469.eurprd07.prod.outlook.com ([10.168.75.150]) with mapi id 15.01.0761.009; Thu, 1 Dec 2016 10:39:07 +0000 From: Ivo Sedlacek To: Alissa Cooper Thread-Topic: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" Thread-Index: AdJFbsXsFLqBou5eRfmZkKIHQi68XQD77loQAEcH03AAASC2gAAZtXwwABmzOIAAHC6a4A== Date: Thu, 1 Dec 2016 10:39:07 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com> <5B603E8A-BB04-435E-A721-9D8FF4FBB394@cooperw.in> In-Reply-To: <5B603E8A-BB04-435E-A721-9D8FF4FBB394@cooperw.in> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [88.208.76.170] x-ld-processed: 92e84ceb-fbfd-47ab-be52-080c6b87953f,ExtAddr x-ms-office365-filtering-correlation-id: bb9039ea-bac4-48a3-2be3-08d419d6475f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DB6PR0701MB2469; x-microsoft-exchange-diagnostics: 1; DB6PR0701MB2469; 7:N/baz4cOh2eCaIoCbrt1mMxmJ7VimOQ5HKWtHVzlk6CFQ1TQVHUTdysjrisjNjFPVdq/a9oes8LqzXLZGlpfhG15Ed39iHna4fnHQX32tze0nrXPOxEmDk2Y0LJfW1aubX18bhADWeiZUfbqOuXNkzfr5MEjKQtbgzZu7XwjMO31tmlOA5Yj1rx7KBsRXjXc7Gj+vBmIuz+yGkUbQbv7JLjaGBw5SelF2SWnZLBtKKSF9rmqQjjZrorrCpVRl7cNYi9ocgnxFR6JwuDPaJddIy2qBUWHai8ZM5A02NUYseqW+WA67qGgvjoK3cnjfJOmJ4JgTBmtTNrYIBywIHTgUnj1mSYM23hazY2WzzG2tb+WqKRr5L2C3lcs59NfkCtdYLIXcyhgCkZ41sQlI2O2gNad8rkK1kINFV5z+SiqGsihsems3dza0bU5lCuQqivwoL9KEONcrCyxW1DFnIPcpQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:DB6PR0701MB2469; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2469; x-forefront-prvs: 014304E855 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(199003)(50986999)(110136003)(76176999)(229853002)(106356001)(3660700001)(105586002)(2950100002)(7696004)(7736002)(6506003)(92566002)(6916009)(54356999)(66066001)(93886004)(189998001)(74316002)(7846002)(101416001)(33656002)(97736004)(5660300001)(3280700002)(230783001)(2906002)(39450400002)(3846002)(2900100001)(122556002)(86362001)(102836003)(5890100001)(8936002)(76576001)(81156014)(81166006)(9686002)(790700001)(8676002)(39410400001)(4326007)(68736007)(38730400001)(77096006)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6PR0701MB2469; H:DB6PR0701MB2469.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB6PR0701MB2469A80EF7687838546760CAE58F0DB6PR0701MB2469_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Dec 2016 10:39:07.5156 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2469 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02SaUhUURiGOXPvzFyHBk6Ty4dL5JSUgksSJmQu/8yIJloULXLK65ZbcydL /ZGpEzGiY2JumIZriVs2plYiWo5atqhFmGFkZo0QmqNpiJp3joH/nvO+L+f7zsthKFmr0JaJ SVCzqgRlnFwkoUtC2k+5jq76hXgYepy9i4ZWkXehoUXsfaPyu9CfClyYMgoCq6v/CgIre5eF CipU4hPBxsUksyp333BJdGbWR0HSzDt0ra1+AKWj+6+QFlkwgA+AqWB2gyWMDDchmB7W07wh w/0IWjJ28gaNcygYeK8Vk1SxAFo0z2lyGETwK3PAfJcIu8Ft/Qshz5bYCT4YlkVaxDAUToO6 yZM87sAclI2zJKGGijediPAZ6BpKNw+m8R6Y1BWIeZbicLhVWyMio7ooaBsZFfGGBfaFuZpV 8yiErWHpZYOAZwrbwKepCgF5GobqZ28pwlZg/La2mT8L69kmIdEdQafRiQn7QHF2EcXvCfgY PH6kIPJxuJk/tHlNLg3Tv0MJJ4LmT+2mHghLowvmfjYyApjuM9DEsIeJxQyKGN1CWFwvR6Re FuoaNSgPuZRu2ZtwIjTPj9Cl5gK2w2DJ1AbzNTpD8xN3EnGEguyvYsL7QFN2V7xVv4fE9ciK Y7kL8VGenm6sKuYixyUmuCWw6la08ZN69CseHcj4I6AXYQbJt0mTjL4hMqEymUuJ70XAUHJL KVrxC5FJI5Qpqawq8bzqShzL9SI7hpbbSL0efAmW4Silmr3Eskms6r8rYCxs05Fur1/kCSo2 rF06pph1KCwvbb8e1KCI3WVKe9hDTTqk94VVlYyNDx+1rNL5L4vyZvQd9k8bg13th3LnJkaC tal3jlRyrxVz8wH+eT79wsO1+adb/UU1a16XsyTOVyt3RzbF//zsERS6nONgsNMePGfqtE7u rre6pTfGOMXXHjLZyGkuWrnfhVJxyn8H4mYLRQMAAA== Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 10:39:21 -0000 --_000_DB6PR0701MB2469A80EF7687838546760CAE58F0DB6PR0701MB2469_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCg0KDQp0aGFuayB5b3UgQWxpc3NhLg0KDQoNCg0KSSBwcm9wb3NlZCBjaGFuZ2Vz IHJlc29sdmluZyBteSBjb25jZXJucyBpbiBhIG1haWwgc2VudCBpbiAzcmQgTm92IDIwMTYgdG8g RUNSSVQgbGlzdC4gSW4gdGhhdCBtYWlsLCBJIGluY2x1ZGVkIGFuIHVwZGF0ZWQgZHJhZnQgd2l0 aCBwcm9wb3NlZCBjaGFuZ2VzIGFuZCBleHBsYWluZWQgd2h5IEkgZGlkIHRoZW0uDQoNCg0KDQpM ZXQgbWUgc3VtbWFyaXplIHRob3NlIHByb3Bvc2VkIGNoYW5nZXMgYWdhaW46DQoNCg0KDQppKQ0K DQpQcm9wb3NlZCBjaGFuZ2U6IHJlcGxhY2UgIltSRkM3ODUyXSBlc3RhYmxpc2hlcyBhIGdlbmVy YWwgbWVjaGFuaXNtIGZvciBhdHRhY2hpbmcgYmxvY2tzIG9mIGRhdGEgdG8gYSBTSVAgZW1lcmdl bmN5IGNhbGwuIiB3aXRoICJbUkZDNzg1Ml0gZXN0YWJsaXNoZXMgYSBnZW5lcmFsIG1lY2hhbmlz bSBmb3IgY29udmV5aW5nIGJsb2NrcyBvZiBkYXRhIGluIGEgU0lQIGVtZXJnZW5jeSBjYWxsLiIu DQoNClJlYXNvbjogcmZjNzg1MiBkb2VzIG5vdCBkZWZpbmUgImF0dGFjaGluZyIgZGF0YSwgcmZj Nzg1MiBkZWZpbmVzICJjb252ZXlpbmciIG9mIGRhdGEuDQoNCg0KDQppaSkNCg0KUHJvcG9zZWQg Y2hhbmdlOiByZW1vdmUgIlRoaXMgbWVjaGFuaXNtIHBlcm1pdHMgY2VydGFpbiBlbWVyZ2VuY3kg Y2FsbCBNSU1FIHR5cGVzIHRvIGJlIGF0dGFjaGVkIHRvIFNJUCBtZXNzYWdlcy4iDQoNClJlYXNv bjoNCg0KLSByZmM3ODUyIGRvZXMgbm90IGRlZmluZSAiYXR0YWNoaW5nIiBkYXRhLCByZmM3ODUy IGRlZmluZXMgImNvbnZleWluZyIgb2YgZGF0YS4NCg0KLSB0aGUgcHJlY2VkaW5nIHNlbnRlbmNl ICJbUkZDNzg1Ml0gZXN0YWJsaXNoZXMgYSBnZW5lcmFsIG1lY2hhbmlzbSBmb3IgY29udmV5aW5n IGJsb2NrcyBvZiBkYXRhIGluIGEgU0lQIGVtZXJnZW5jeSBjYWxsLiIgc2F5cyB0aGUgc2FtZSB0 aGluZy4NCg0KLSB3ZSBuZXZlciBpbmNsdWRlIGEgTUlNRSB0eXBlIGluIGEgbWVzc2FnZSwgd2Ug Y2FuIG9ubHkgaW5jbHVkZSBhIG1lc3NhZ2UtYm9keSBvZiBhIGdpdmVuIE1JTUUgdHlwZSBvciBh IE1JTUUgYm9keSBwYXJ0IG9mIGEgZ2l2ZW4gTUlNRSB0eXBlLg0KDQotIHRoaXMgc2VudGVuY2Ug YXR0ZW1wdHMgdG8gZm9ybXVsYXRlIHdoYXQgcmZjNzg1MiBjb250YWlucyBhbmQgdGhhdCdzIG5v dCBuZWVkZWQgLSB0aGUgcmVhZGVyIHNob3VsZCByZWFkIHJmYzc4NTIgaW5zdGVhZC4NCg0KDQoN CmlpaSkNCg0KUHJvcG9zZWQgY2hhbmdlOiByZXBsYWNlICJBbiBJbi1WZWhpY2xlIFN5c3RlbSAo SVZTKSB0cmFuc21pdHMgYW4gTVNEIChzZWUgU2VjdGlvbiA1KSBieSBlbmNvZGluZyBpdCBwZXIg QW5uZXggQSBvZiBFTiAxNTcyMiBbbXNkXSBhbmQgYXR0YWNoaW5nIGl0IHRvIGEgU0lQIG1lc3Nh Z2UgYXMgYSBNSU1FIGJvZHkgcGFydCBwZXIgW1JGQzc4NTJdLiIgd2l0aCAiQW4gSW4tVmVoaWNs ZSBTeXN0ZW0gKElWUykgdHJhbnNtaXRzIGFuIE1TRCAoc2VlIFNlY3Rpb24gNSkgYnkgZW5jb2Rp bmcgaXQgcGVyIEFubmV4IEEgb2YgRU4gMTU3MjIgW21zZF0gaW4gYSBNSU1FIGJvZHkgcGFydCBh bmQgYnkgaW5jbHVkaW5nIHRoZSBNSU1FIGJvZHkgcGFydCBpbiBhIFNJUCBtZXNzYWdlIGFzIGEg YmxvY2sgdHJhbnNtaXR0ZWQgYnkgdmFsdWUgcGVyIFtSRkM3ODUyXS4gIg0KDQpSZWFzb246IHJm Yzc4NTIgZG9lcyBub3QgZGVmaW5lICJhdHRhY2hpbmciIGRhdGEgYnV0IHJmYzc4NTIgZGVmaW5l cyB3aGF0IHRvIGRvIHdoZW4gYmxvY2tzIGFyZSB0cmFuc21pdHRlZCBieSB2YWx1ZS4NCg0KDQoN Cml2KQ0KDQpQcm9wb3NlZCBjaGFuZ2U6IHJlcGxhY2UgIkEgUFNBUCBvciBJVlMgdHJhbnNtaXRz IGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3QgKHNlZSBTZWN0aW9uIDkpIGJ5IGVuY29kaW5nIGl0 IHBlciB0aGUgZGVzY3JpcHRpb24gaW4gdGhpcyBkb2N1bWVudCBhbmQgYXR0YWNoaW5nIGl0IHRv IGEgU0lQIG1lc3NhZ2UgYXMgYSBNSU1FIGJvZHkgcGFydCBwZXIgW1JGQzc4NTJdLiIgd2l0aCAi QSBQU0FQIG9yIElWUyB0cmFuc21pdHMgYSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCAoc2VlIFNl Y3Rpb24gOSkgYnkgZW5jb2RpbmcgaXQgcGVyIHRoZSBkZXNjcmlwdGlvbiBpbiB0aGlzIGRvY3Vt ZW50IGluIGEgTUlNRSBib2R5IHBhcnQgYW5kIGluY2x1ZGluZyB0aGUgTUlNRSBib2R5IHBhcnQg aW4gYSBTSVAgbWVzc2FnZSBhcyBhIGJsb2NrIHRyYW5zbWl0dGVkIGJ5IHZhbHVlIHBlciBbUkZD Nzg1Ml0uIg0KDQpSZWFzb246IHNhbWUgcmVhc29uIGFzIGZvciB0aGUgcHJldmlvdXMgcHJvcG9z ZWQgY2hhbmdlLg0KDQoNCg0KdikNCg0KUHJvcG9zZWQgY2hhbmdlOiByZXBsYWNlICJBbiBJbi1W ZWhpY2xlIFN5c3RlbSAoSVZTKSBpbml0aWF0aW5nIGFuIE5HLWVDYWxsIGF0dGFjaGVzIGFuIE1T RCB0byB0aGUgaW5pdGlhbCBJTlZJVEUgYW5kIG9wdGlvbmFsbHkgYXR0YWNoZXMgYSBtZXRhZGF0 YS9jb250cm9sIG9iamVjdCBpbmZvcm1pbmcgdGhlIFBTQVAgb2YgaXRzIGNhcGFiaWxpdGllcy4i IHdpdGggIkFuIEluLVZlaGljbGUgU3lzdGVtIChJVlMpIGluaXRpYXRpbmcgYW4gTkctZUNhbGwN Cg0KICAgLSBpbmNsdWRlcyBhIE1JTUUgYm9keSBwYXJ0IGNvbnRhaW5pbmcgYW4gTVNEIGFzIGEg YmxvY2sgdHJhbnNtaXR0ZWQgYnkgdmFsdWUgcGVyIFtSRkM3ODUyXTsgYW5kDQoNCiAgLSBvcHRp b25hbGx5IGluY2x1ZGVzIGFub3RoZXIgTUlNRSBib2R5IHBhcnQgY29udGFpbmluZyBhIG1ldGFk YXRhL2NvbnRyb2wgb2JqZWN0IGluZm9ybWluZyB0aGUgUFNBUCBvZiBpdHMgY2FwYWJpbGl0aWVz IGFzIGEgYmxvY2sgdHJhbnNtaXR0ZWQgYnkgdmFsdWUgcGVyIFtSRkM3ODUyXTsNCg0KICBpbiB0 aGUgaW5pdGlhbCBJTlZJVEUgcmVxdWVzdC4iDQoNClJlYXNvbjogc2FtZSByZWFzb24gYXMgZm9y IHRoZSBwcmV2aW91cyBwcm9wb3NlZCBjaGFuZ2UuDQoNCg0KDQp2aSkNCg0KUHJvcG9zZWQgY2hh bmdlOiByZXBsYWNlICJUaGUgUFNBUCBjcmVhdGVzIGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3Qg YWNrbm93bGVkZ2luZyByZWNlaXB0IG9mIHRoZSBNU0QgYW5kIGF0dGFjaGVzIGl0IHRvIHRoZSBT SVAgZmluYWwgcmVzcG9uc2UgdG8gdGhlIElOVklURS4iIHdpdGggIlRoZSBQU0FQIGNyZWF0ZXMg YSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCBhY2tub3dsZWRnaW5nIHJlY2VpcHQgb2YgdGhlIE1T RCBhbmQgaW5jbHVkZXMgaXQgaW4gdGhlIFNJUCBmaW5hbCByZXNwb25zZSB0byB0aGUgSU5WSVRF IHJlcXVlc3QgYXMgYSBibG9jayB0cmFuc21pdHRlZCBieSB2YWx1ZSBwZXIgW1JGQzc4NTJdLiIN Cg0KUmVhc29uOiBzYW1lIHJlYXNvbiBhcyBmb3IgdGhlIHByZXZpb3VzIHByb3Bvc2VkIGNoYW5n ZS4NCg0KDQoNCnZpaSkNCg0KUHJvcG9zZWQgY2hhbmdlOiBleHRlbmQgIkEgUFNBUCBpcyBhYmxl IHRvIHJlamVjdCBhIGNhbGwgd2hpbGUgaW5kaWNhdGluZyB0aGF0IGl0IGlzIGF3YXJlIG9mIHRo ZSBzaXR1YXRpb24gYnkgaW5jbHVkaW5nIGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3QgYWNrbm93 bGVkZ2luZyB0aGUgTVNEIGFuZCBjb250YWluaW5nICJyZWNlaXZlZD10cnVlIiBpbiBhIGZpbmFs IHJlc3BvbnNlIHVzaW5nIFNJUCByZXNwb25zZSBjb2RlIDYwMCAoQnVzeSBFdmVyeXdoZXJlKSwg NDg2IChCdXN5IEhlcmUpLCBvciA2MDMgKERlY2xpbmUpLiIgd2l0aCBhZGRpdGlvbmFsIHRleHQg ImFzIGEgYmxvY2sgdHJhbnNtaXR0ZWQgYnkgdmFsdWUgcGVyIFtSRkM3ODUyXSIuDQoNClJlYXNv bjogUkZDNzg1MiBpcyB0byBiZSB1c2VkIGJvdGggd2hlbiBjYWxsIGlzIGFjY2VwdGVkIGFuZCB3 aGVuIGl0IGlzIHJlamVjdGVkLg0KDQoNCg0KdmlpaSkNCg0KUHJvcG9zZWQgY2hhbmdlOiByZXBs YWNlICJUbyBkbyBzbywgdGhlIFBTQVAgY3JlYXRlcyBhIG1ldGFkYXRhL2NvbnRyb2wgb2JqZWN0 IHJlcXVlc3RpbmcgYW4gTVNEIGFuZCBhdHRhY2hlcyBpdCB0byBhIFNJUCBJTkZPIHJlcXVlc3Qg YW5kIHNlbmRzIGl0IHdpdGhpbiB0aGUgZGlhbG9nLiIgd2l0aCAiVG8gZG8gc28sIHRoZSBQU0FQ IGNyZWF0ZXMgYSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCByZXF1ZXN0aW5nIGFuIE1TRCwgaW5j bHVkZXMgaXQgdG8gYSBTSVAgIElORk8gcmVxdWVzdCBhcyBwZXIgW1JGQzYwODZdIGFuZCBzZW5k cyBpdCB3aXRoaW4gdGhlIGRpYWxvZy4iLg0KDQpSZWFzb246IFRoZXJlIGhhcyBiZWVuIGRpc2N1 c3Npb24gaW4gcGFzdCBvbiB3aGV0aGVyIHJmYzc4NTIgaXMgbmVlZGVkIGluIFNJUCBJTkZPIHJl cXVlc3Qgb3Igbm90IGFzIHNlbWF0aWMgb2YgdGhlIGJvZGllcyBhc3NvY2lhdGVkIHdpdGggaW5m byBwYWNrYWdlIGlzIGRlZmluZWQgaW4gdGhlIGluZm8gcGFja2FnZSBpdHNlbGYuIElJUkMsIHRo ZSBjb25jbHVzaW9uIHdhczoNCg0KLSByZmM3ODUyIGlzIG5vdCBuZWVkZWQ7IGFuZA0KDQotIHRv IGFsaWduIHdpdGggaG93IGJvZHkgcGFydHMgYXJlIHNlbnQgaW4gYW4gSU5GTyByZXF1ZXN0IGFu ZCBpbiBtZXNzYWdlcyBvdGhlciB0aGFuIElORk8gcmVxdWVzdHMsIGEgQ2FsbC1JbmZvIGhlYWRl ciBmaWVsZCBpbmNsdXNpb24gaXMgYWRkZWQgaW4gU0lQIElORk8gcmVxdWVzdCAtIHNlZSAybmQg cGFyYWdyYXBoIG9mIHNlY3Rpb24gMTAuNi4NCg0KDQoNCml4KQ0KDQpQcm9wb3NlZCBjaGFuZ2U6 IHJlcGxhY2UgIlRoZSBJVlMgdGhlbiBhdHRhY2hlcyBhbiB1cGRhdGVkIE1TRCB0byBhIFNJUCBJ TkZPIHJlcXVlc3QgYW5kIHNlbmRzIGl0IHdpdGhpbiB0aGUgZGlhbG9nLiIgd2l0aCAiVGhlIElW UyB0aGVuIGluY2x1ZGVzIGFuIHVwZGF0ZWQgTVNEIHRvIGEgU0lQIElORk8gcmVxdWVzdCBhcyBw ZXIgW1JGQzYwODZdIGFuZCBzZW5kcyBpdCB3aXRoaW4gdGhlIGRpYWxvZy4iLg0KDQpSZWFzb246 IHNhbWUgcmVhc29uIGFzIGZvciB0aGUgcHJldmlvdXMgcHJvcG9zZWQgY2hhbmdlLg0KDQoNCg0K eCkNCg0KUHJvcG9zZWQgY2hhbmdlOiBleHRlbmQgIklmIHRoZSBJVlMgaXMgdW5hYmxlIHRvIHNl bmQgYW4gTVNELCBpdCBpbnN0ZWFkIHNlbmRzIGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3QgYWNr bm93bGVkZ2luZyB0aGUgcmVxdWVzdCB3aXRoIHRoZSAnc3VjY2VzcycgcGFyYW1ldGVyIHNldCB0 byAnZmFsc2UnIGFuZCBhICdyZWFzb24nIHBhcmFtZXRlciAoYW5kIG9wdGlvbmFsbHkgYSAnZGV0 YWlscycgcGFyYW1ldGVyKSBpbmRpY2F0aW5nIHdoeSB0aGUgcmVxdWVzdCBjb3VsZCBub3QgYmUg YWNjb21wbGlzaGVkLiIgd2l0aCBhZGRpdGlvbmFsIHRleHQgImFzIHBlciBbUkZDNjA4Nl0iLg0K DQpSZWFzb246IFJGQzYwODYgaXMgdG8gYmUgdXNlZCBib3RoIHdoZW4gcmVxdWVzdCB0byBzZW5k IE1TRCBpcyBhY2NlcHRlZCBhbmQgd2hlbiBpdCBpcyByZWplY3RlZC4NCg0KDQoNCnhpKQ0KDQpQ cm9wb3NlZCBjaGFuZ2U6IHJlcGxhY2UgIlNlZSBTZWN0aW9uIDYgZm9yIG1vcmUgaW5mb3JtYXRp b24gb24gYXR0YWNoaW5nIGEgbWV0YWRhdGEvY29udHJvbCBibG9jayB0byBhIFNJUCBtZXNzYWdl LiIgd2l0aCAiU2VlIFNlY3Rpb24gNiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBpbmNsdWRpbmcg YSBtZXRhZGF0YS9jb250cm9sIGJsb2NrIHRvIGEgU0lQIG1lc3NhZ2UuIi4NCg0KUmVhc29uOiAi YXR0YWNoaW5nIFggdG8gU0lQIG1lc3NhZ2UiIGlzIG5vdCBkZWZpbmVkLg0KDQoNCg0KDQoNCkl0 IHdvdWxkIGJlIGFsc28gbmljZSB0byBmaXggdGhlIGZvbGxvd2luZyBtaW5vciBpc3N1ZXM6DQoN Ci0gIklOVklURSIgaXMgdXNlZCBpbiBzb21lIHBsYWNlcyB3aGVyZSAiSU5WSVRFIHJlcXVlc3Qi IHNob3VsZCBiZS4NCg0KLSAibWV0aG9kIiBpcyBtaXNzaW5nIGlzIHNvbWUgcGxhY2VzLg0KDQpI b3dldmVyLCB0aG9zZSBhcmUgbmljZS10by1oYXZlIGFuZCBub3QgY3JpdGljYWwuDQoNCg0KDQpL aW5kIHJlZ2FyZHMNCg0KDQoNCkl2byBTZWRsYWNlaw0KDQoNCg== --_000_DB6PR0701MB2469A80EF7687838546760CAE58F0DB6PR0701MB2469_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0 DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25v cm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDph dXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ bWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky LjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkNTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+SGVsbG8sPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxzcGFuIGxhbmc9IkVOLVVTIj50aGFuayB5b3UgQWxpc3NhLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5n PSJFTi1VUyI+SSBwcm9wb3NlZCBjaGFuZ2VzIHJlc29sdmluZyBteSBjb25jZXJucyBpbiBhIG1h aWwgc2VudCBpbiAzcmQgTm92IDIwMTYgdG8gRUNSSVQgbGlzdC4gSW4gdGhhdCBtYWlsLCBJIGlu Y2x1ZGVkIGFuIHVwZGF0ZWQgZHJhZnQgd2l0aCBwcm9wb3NlZCBjaGFuZ2VzIGFuZCBleHBsYWlu ZWQgd2h5IEkgZGlkIHRoZW0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5MZXQgbWUgc3VtbWFy aXplIHRob3NlIHByb3Bvc2VkIGNoYW5nZXMgYWdhaW46PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij5pKSA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBsYW5nPSJFTi1VUyI+UHJvcG9zZWQgY2hhbmdlOiByZXBsYWNlICZxdW90O1tSRkM3ODUyXSBl c3RhYmxpc2hlcyBhIGdlbmVyYWwgbWVjaGFuaXNtIGZvciBhdHRhY2hpbmcgYmxvY2tzIG9mIGRh dGEgdG8gYSBTSVAgZW1lcmdlbmN5IGNhbGwuJnF1b3Q7IHdpdGggJnF1b3Q7W1JGQzc4NTJdIGVz dGFibGlzaGVzIGEgZ2VuZXJhbCBtZWNoYW5pc20gZm9yIGNvbnZleWluZyBibG9ja3Mgb2YgZGF0 YSBpbiBhIFNJUCBlbWVyZ2VuY3kNCiBjYWxsLiZxdW90Oy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UmVhc29uOiByZmM3 ODUyIGRvZXMgbm90IGRlZmluZSAmcXVvdDthdHRhY2hpbmcmcXVvdDsgZGF0YSwgcmZjNzg1MiBk ZWZpbmVzICZxdW90O2NvbnZleWluZyZxdW90OyBvZiBkYXRhLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+aWkpIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm9wb3NlZCBjaGFuZ2U6IHJlbW92ZSAmcXVvdDtUaGlzIG1l Y2hhbmlzbSBwZXJtaXRzIGNlcnRhaW4gZW1lcmdlbmN5IGNhbGwgTUlNRSB0eXBlcyB0byBiZSBh dHRhY2hlZCB0byBTSVAgbWVzc2FnZXMuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlYXNvbjo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ LSByZmM3ODUyIGRvZXMgbm90IGRlZmluZSAmcXVvdDthdHRhY2hpbmcmcXVvdDsgZGF0YSwgcmZj Nzg1MiBkZWZpbmVzICZxdW90O2NvbnZleWluZyZxdW90OyBvZiBkYXRhLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIHRo ZSBwcmVjZWRpbmcgc2VudGVuY2UgJnF1b3Q7W1JGQzc4NTJdIGVzdGFibGlzaGVzIGEgZ2VuZXJh bCBtZWNoYW5pc20gZm9yIGNvbnZleWluZyBibG9ja3Mgb2YgZGF0YSBpbiBhIFNJUCBlbWVyZ2Vu Y3kgY2FsbC4mcXVvdDsgc2F5cyB0aGUgc2FtZSB0aGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+LSB3ZSBuZXZlciBp bmNsdWRlIGEgTUlNRSB0eXBlIGluIGEgbWVzc2FnZSwgd2UgY2FuIG9ubHkgaW5jbHVkZSBhIG1l c3NhZ2UtYm9keSBvZiBhIGdpdmVuIE1JTUUgdHlwZSBvciBhIE1JTUUgYm9keSBwYXJ0IG9mIGEg Z2l2ZW4gTUlNRSB0eXBlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIHRoaXMgc2VudGVuY2UgYXR0ZW1wdHMgdG8gZm9y bXVsYXRlIHdoYXQgcmZjNzg1MiBjb250YWlucyBhbmQgdGhhdCdzIG5vdCBuZWVkZWQgLSB0aGUg cmVhZGVyIHNob3VsZCByZWFkIHJmYzc4NTIgaW5zdGVhZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+aWlpKSA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+UHJvcG9zZWQgY2hhbmdlOiByZXBsYWNlICZxdW90O0FuIElu LVZlaGljbGUgU3lzdGVtIChJVlMpIHRyYW5zbWl0cyBhbiBNU0QgKHNlZSBTZWN0aW9uIDUpIGJ5 IGVuY29kaW5nIGl0IHBlciBBbm5leCBBIG9mIEVOIDE1NzIyIFttc2RdIGFuZCBhdHRhY2hpbmcg aXQgdG8gYSBTSVAgbWVzc2FnZSBhcyBhIE1JTUUgYm9keSBwYXJ0IHBlciBbUkZDNzg1Ml0uJnF1 b3Q7IHdpdGggJnF1b3Q7QW4gSW4tVmVoaWNsZQ0KIFN5c3RlbSAoSVZTKSB0cmFuc21pdHMgYW4g TVNEIChzZWUgU2VjdGlvbiA1KSBieSBlbmNvZGluZyBpdCBwZXIgQW5uZXggQSBvZiBFTiAxNTcy MiBbbXNkXSBpbiBhIE1JTUUgYm9keSBwYXJ0IGFuZCBieSBpbmNsdWRpbmcgdGhlIE1JTUUgYm9k eSBwYXJ0IGluIGEgU0lQIG1lc3NhZ2UgYXMgYSBibG9jayB0cmFuc21pdHRlZCBieSB2YWx1ZSBw ZXIgW1JGQzc4NTJdLiAmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UmVhc29uOiByZmM3ODUyIGRvZXMgbm90IGRl ZmluZSAmcXVvdDthdHRhY2hpbmcmcXVvdDsgZGF0YSBidXQgcmZjNzg1MiBkZWZpbmVzIHdoYXQg dG8gZG8gd2hlbiBibG9ja3MgYXJlIHRyYW5zbWl0dGVkIGJ5IHZhbHVlLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBs YW5nPSJFTi1VUyI+aXYpIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm9wb3NlZCBjaGFuZ2U6IHJlcGxhY2UgJnF1b3Q7 QSBQU0FQIG9yIElWUyB0cmFuc21pdHMgYSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCAoc2VlIFNl Y3Rpb24gOSkgYnkgZW5jb2RpbmcgaXQgcGVyIHRoZSBkZXNjcmlwdGlvbiBpbiB0aGlzIGRvY3Vt ZW50IGFuZCBhdHRhY2hpbmcgaXQgdG8gYSBTSVAgbWVzc2FnZSBhcyBhIE1JTUUgYm9keSBwYXJ0 IHBlciBbUkZDNzg1Ml0uJnF1b3Q7DQogd2l0aCAmcXVvdDtBIFBTQVAgb3IgSVZTIHRyYW5zbWl0 cyBhIG1ldGFkYXRhL2NvbnRyb2wgb2JqZWN0IChzZWUgU2VjdGlvbiA5KSBieSBlbmNvZGluZyBp dCBwZXIgdGhlIGRlc2NyaXB0aW9uIGluIHRoaXMgZG9jdW1lbnQgaW4gYSBNSU1FIGJvZHkgcGFy dCBhbmQgaW5jbHVkaW5nIHRoZSBNSU1FIGJvZHkgcGFydCBpbiBhIFNJUCBtZXNzYWdlIGFzIGEg YmxvY2sgdHJhbnNtaXR0ZWQgYnkgdmFsdWUgcGVyIFtSRkM3ODUyXS4mcXVvdDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ UmVhc29uOiBzYW1lIHJlYXNvbiBhcyBmb3IgdGhlIHByZXZpb3VzIHByb3Bvc2VkIGNoYW5nZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPnYpIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm9wb3NlZCBjaGFuZ2U6IHJl cGxhY2UgJnF1b3Q7QW4gSW4tVmVoaWNsZSBTeXN0ZW0gKElWUykgaW5pdGlhdGluZyBhbiBORy1l Q2FsbCBhdHRhY2hlcyBhbiBNU0QgdG8gdGhlIGluaXRpYWwgSU5WSVRFIGFuZCBvcHRpb25hbGx5 IGF0dGFjaGVzIGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3QgaW5mb3JtaW5nIHRoZSBQU0FQIG9m IGl0cyBjYXBhYmlsaXRpZXMuJnF1b3Q7IHdpdGggJnF1b3Q7QW4NCiBJbi1WZWhpY2xlIFN5c3Rl bSAoSVZTKSBpbml0aWF0aW5nIGFuIE5HLWVDYWxsIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDstIGluY2x1ZGVzIGEgTUlNRSBib2R5IHBhcnQgY29udGFpbmluZyBhbiBNU0QgYXMgYSBibG9j ayB0cmFuc21pdHRlZCBieSB2YWx1ZSBwZXIgW1JGQzc4NTJdOyBhbmQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 IC0gb3B0aW9uYWxseSBpbmNsdWRlcyBhbm90aGVyIE1JTUUgYm9keSBwYXJ0IGNvbnRhaW5pbmcg YSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCBpbmZvcm1pbmcgdGhlIFBTQVAgb2YgaXRzIGNhcGFi aWxpdGllcyBhcyBhIGJsb2NrIHRyYW5zbWl0dGVkIGJ5IHZhbHVlIHBlciBbUkZDNzg1Ml07PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOyBpbiB0aGUgaW5pdGlhbCBJTlZJVEUgcmVxdWVzdC4mcXVvdDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1V UyI+UmVhc29uOiBzYW1lIHJlYXNvbiBhcyBmb3IgdGhlIHByZXZpb3VzIHByb3Bvc2VkIGNoYW5n ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPnZpKSA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UHJvcG9zZWQgY2hhbmdl OiByZXBsYWNlICZxdW90O1RoZSBQU0FQIGNyZWF0ZXMgYSBtZXRhZGF0YS9jb250cm9sIG9iamVj dCBhY2tub3dsZWRnaW5nIHJlY2VpcHQgb2YgdGhlIE1TRCBhbmQgYXR0YWNoZXMgaXQgdG8gdGhl IFNJUCBmaW5hbCByZXNwb25zZSB0byB0aGUgSU5WSVRFLiZxdW90OyB3aXRoICZxdW90O1RoZSBQ U0FQIGNyZWF0ZXMgYSBtZXRhZGF0YS9jb250cm9sIG9iamVjdCBhY2tub3dsZWRnaW5nDQogcmVj ZWlwdCBvZiB0aGUgTVNEIGFuZCBpbmNsdWRlcyBpdCBpbiB0aGUgU0lQIGZpbmFsIHJlc3BvbnNl IHRvIHRoZSBJTlZJVEUgcmVxdWVzdCBhcyBhIGJsb2NrIHRyYW5zbWl0dGVkIGJ5IHZhbHVlIHBl ciBbUkZDNzg1Ml0uJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlYXNvbjogc2FtZSByZWFzb24gYXMgZm9yIHRo ZSBwcmV2aW91cyBwcm9wb3NlZCBjaGFuZ2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj52aWkp PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlByb3Bvc2VkIGNoYW5nZTogZXh0ZW5kICZxdW90O0EgUFNBUCBpcyBhYmxlIHRv IHJlamVjdCBhIGNhbGwgd2hpbGUgaW5kaWNhdGluZyB0aGF0IGl0IGlzIGF3YXJlIG9mIHRoZSBz aXR1YXRpb24gYnkgaW5jbHVkaW5nIGEgbWV0YWRhdGEvY29udHJvbCBvYmplY3QgYWNrbm93bGVk Z2luZyB0aGUgTVNEIGFuZCBjb250YWluaW5nICZxdW90O3JlY2VpdmVkPXRydWUmcXVvdDsgaW4g YSBmaW5hbCByZXNwb25zZQ0KIHVzaW5nIFNJUCByZXNwb25zZSBjb2RlIDYwMCAoQnVzeSBFdmVy eXdoZXJlKSwgNDg2IChCdXN5IEhlcmUpLCBvciA2MDMgKERlY2xpbmUpLiZxdW90OyB3aXRoIGFk ZGl0aW9uYWwgdGV4dCAmcXVvdDthcyBhIGJsb2NrIHRyYW5zbWl0dGVkIGJ5IHZhbHVlIHBlciBb UkZDNzg1Ml0mcXVvdDsuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlYXNvbjogUkZDNzg1MiBpcyB0byBiZSB1c2VkIGJv dGggd2hlbiBjYWxsIGlzIGFjY2VwdGVkIGFuZCB3aGVuIGl0IGlzIHJlamVjdGVkLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+dmlpaSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UHJvcG9zZWQgY2hhbmdlOiByZXBsYWNl ICZxdW90O1RvIGRvIHNvLCB0aGUgUFNBUCBjcmVhdGVzIGEgbWV0YWRhdGEvY29udHJvbCBvYmpl Y3QgcmVxdWVzdGluZyBhbiBNU0QgYW5kIGF0dGFjaGVzIGl0IHRvIGEgU0lQIElORk8gcmVxdWVz dCBhbmQgc2VuZHMgaXQgd2l0aGluIHRoZSBkaWFsb2cuJnF1b3Q7IHdpdGggJnF1b3Q7VG8gZG8g c28sIHRoZSBQU0FQIGNyZWF0ZXMgYSBtZXRhZGF0YS9jb250cm9sDQogb2JqZWN0IHJlcXVlc3Rp bmcgYW4gTVNELCBpbmNsdWRlcyBpdCB0byBhIFNJUCZuYnNwOyBJTkZPIHJlcXVlc3QgYXMgcGVy IFtSRkM2MDg2XSBhbmQgc2VuZHMgaXQgd2l0aGluIHRoZSBkaWFsb2cuJnF1b3Q7LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij5SZWFzb246IFRoZXJlIGhhcyBiZWVuIGRpc2N1c3Npb24gaW4gcGFzdCBvbiB3aGV0aGVyIHJm Yzc4NTIgaXMgbmVlZGVkIGluIFNJUCBJTkZPIHJlcXVlc3Qgb3Igbm90IGFzIHNlbWF0aWMgb2Yg dGhlIGJvZGllcyBhc3NvY2lhdGVkIHdpdGggaW5mbyBwYWNrYWdlIGlzIGRlZmluZWQgaW4gdGhl IGluZm8gcGFja2FnZSBpdHNlbGYuIElJUkMsIHRoZSBjb25jbHVzaW9uIHdhczo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ LSByZmM3ODUyIGlzIG5vdCBuZWVkZWQ7IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIHRvIGFsaWduIHdpdGggaG93 IGJvZHkgcGFydHMgYXJlIHNlbnQgaW4gYW4gSU5GTyByZXF1ZXN0IGFuZCBpbiBtZXNzYWdlcyBv dGhlciB0aGFuIElORk8gcmVxdWVzdHMsIGEgQ2FsbC1JbmZvIGhlYWRlciBmaWVsZCBpbmNsdXNp b24gaXMgYWRkZWQgaW4gU0lQIElORk8gcmVxdWVzdCAtIHNlZSAybmQgcGFyYWdyYXBoIG9mIHNl Y3Rpb24gMTAuNi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPml4KTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm9wb3Nl ZCBjaGFuZ2U6IHJlcGxhY2UgJnF1b3Q7VGhlIElWUyB0aGVuIGF0dGFjaGVzIGFuIHVwZGF0ZWQg TVNEIHRvIGEgU0lQIElORk8gcmVxdWVzdCBhbmQgc2VuZHMgaXQgd2l0aGluIHRoZSBkaWFsb2cu JnF1b3Q7IHdpdGggJnF1b3Q7VGhlIElWUyB0aGVuIGluY2x1ZGVzIGFuIHVwZGF0ZWQgTVNEIHRv IGEgU0lQIElORk8gcmVxdWVzdCBhcyBwZXIgW1JGQzYwODZdIGFuZCBzZW5kcyBpdCB3aXRoaW4N CiB0aGUgZGlhbG9nLiZxdW90Oy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UmVhc29uOiBzYW1lIHJlYXNvbiBhcyBmb3Ig dGhlIHByZXZpb3VzIHByb3Bvc2VkIGNoYW5nZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPngp PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFu Zz0iRU4tVVMiPlByb3Bvc2VkIGNoYW5nZTogZXh0ZW5kICZxdW90O0lmIHRoZSBJVlMgaXMgdW5h YmxlIHRvIHNlbmQgYW4gTVNELCBpdCBpbnN0ZWFkIHNlbmRzIGEgbWV0YWRhdGEvY29udHJvbCBv YmplY3QgYWNrbm93bGVkZ2luZyB0aGUgcmVxdWVzdCB3aXRoIHRoZSAnc3VjY2VzcycgcGFyYW1l dGVyIHNldCB0byAnZmFsc2UnIGFuZCBhICdyZWFzb24nIHBhcmFtZXRlciAoYW5kIG9wdGlvbmFs bHkNCiBhICdkZXRhaWxzJyBwYXJhbWV0ZXIpIGluZGljYXRpbmcgd2h5IHRoZSByZXF1ZXN0IGNv dWxkIG5vdCBiZSBhY2NvbXBsaXNoZWQuJnF1b3Q7IHdpdGggYWRkaXRpb25hbCB0ZXh0ICZxdW90 O2FzIHBlciBbUkZDNjA4Nl0mcXVvdDsuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlYXNvbjogUkZDNjA4NiBpcyB0byBi ZSB1c2VkIGJvdGggd2hlbiByZXF1ZXN0IHRvIHNlbmQgTVNEIGlzIGFjY2VwdGVkIGFuZCB3aGVu IGl0IGlzIHJlamVjdGVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+eGkpPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPlBy b3Bvc2VkIGNoYW5nZTogcmVwbGFjZSAmcXVvdDtTZWUgU2VjdGlvbiA2IGZvciBtb3JlIGluZm9y bWF0aW9uIG9uIGF0dGFjaGluZyBhIG1ldGFkYXRhL2NvbnRyb2wgYmxvY2sgdG8gYSBTSVAgbWVz c2FnZS4mcXVvdDsgd2l0aCAmcXVvdDtTZWUgU2VjdGlvbiA2IGZvciBtb3JlIGluZm9ybWF0aW9u IG9uIGluY2x1ZGluZyBhIG1ldGFkYXRhL2NvbnRyb2wgYmxvY2sgdG8gYSBTSVAgbWVzc2FnZS4m cXVvdDsuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiPlJlYXNvbjogJnF1b3Q7YXR0YWNoaW5nIFggdG8gU0lQIG1lc3NhZ2Um cXVvdDsgaXMgbm90IGRlZmluZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+SXQgd291bGQgYmUgYWxzbyBuaWNlIHRvIGZpeCB0aGUgZm9sbG93aW5nIG1pbm9yIGlz c3Vlczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBsYW5nPSJFTi1VUyI+LSAmcXVvdDtJTlZJVEUmcXVvdDsgaXMgdXNlZCBpbiBzb21lIHBsYWNl cyB3aGVyZSAmcXVvdDtJTlZJVEUgcmVxdWVzdCZxdW90OyBzaG91bGQgYmUuDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ LSAmcXVvdDttZXRob2QmcXVvdDsgaXMgbWlzc2luZyBpcyBzb21lIHBsYWNlcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+ SG93ZXZlciwgdGhvc2UgYXJlIG5pY2UtdG8taGF2ZSBhbmQgbm90IGNyaXRpY2FsLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+S2luZCByZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5J dm8gU2VkbGFjZWs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_DB6PR0701MB2469A80EF7687838546760CAE58F0DB6PR0701MB2469_-- From nobody Thu Dec 1 12:11:11 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA9C8129D84 for ; Thu, 1 Dec 2016 12:11:09 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 eRF7lyaOg9CV for ; Thu, 1 Dec 2016 12:11:07 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id D3C9A129DC9 for ; Thu, 1 Dec 2016 11:57:31 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 1 Dec 2016 11:57:30 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <1BFEBCBE-F7B8-49D1-A6EA-FC36700C1537@ericsson.com> References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com>, <1BFEBCBE-F7B8-49D1-A6EA-FC36700C1537@ericsson.com> X-Mailer: Eudora for Mac OS X Date: Thu, 1 Dec 2016 11:57:28 -0800 To: Christer Holmberg From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 20:11:10 -0000 At 3:40 AM +0000 11/30/16, Christer Holmberg wrote: > Hi, > > So, exactly what wording do you intend to add? > > Regards, > > Christer Hi Christer, I propose to add to Section 1 ("Terminology") the following: ---------- In this document, the term "attach" means to include a specified set of data as a body part within a SIP message. Section 7 ("Data Transport") describes how an MSD or metadata/control block is included in a SIP message. ---------- > > Sent from my iPhone > >> On 30 Nov 2016, at 1.00, Randall Gellens wrote: >> >> At 3:28 PM -0500 11/29/16, Brian Rosen wrote: >> >>> Despite your characterization, there is no technical issue here. >>> Everyone agrees on how the mechanism works. There is an >>> editorial issue on interpreting the word "attached". I don't >>> object to wordsmithing to make it more clear, but it's not a >>> technical problem and it can be dealt with any time before >>> publication. >> >> I agree and plan to add clarifying wording as part of IETF Last Call. >> >> -- >> Randall Gellens >> Opinions are personal; facts are suspect; I speak for myself only >> -------------- Randomly selected tag: --------------- >> As far as the laws of mathematics refer to reality, they are not >> certain; and as far as they are certain, they do not refer to reality. >> --Albert Einstein -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Every man thinks God is on his side. The rich and powerful know he is. --Jean Anouilh From nobody Thu Dec 1 12:14:51 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62052129EFF for ; Thu, 1 Dec 2016 12:14:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hc3fKMvH0CP6 for ; Thu, 1 Dec 2016 12:14:47 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 281B0129D50 for ; Thu, 1 Dec 2016 12:00:37 -0800 (PST) X-AuditID: c1b4fb3a-d644398000007918-6f-584081649db6 Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.183.66]) by (Symantec Mail Security) with SMTP id 7F.E4.31000.46180485; Thu, 1 Dec 2016 21:00:36 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.16]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.03.0319.002; Thu, 1 Dec 2016 21:00:34 +0100 From: Christer Holmberg To: Randall Gellens Thread-Topic: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" Thread-Index: AQHSTA0ofi3FUvoFXkSL6yj5QZCxtKDzgr4w Date: Thu, 1 Dec 2016 20:00:34 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B4BEB913C@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com>, <1BFEBCBE-F7B8-49D1-A6EA-FC36700C1537@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjkeLIzCtJLcpLzFFi42KZGbHdSTel0SHCYMNpOYtpxzawWzQuespq 8f15F6MDs8eSJT+ZPLbeeczisejQD9YA5igum5TUnMyy1CJ9uwSujINvz7EXrOWrWLD2AHMD 4xOuLkZODgkBE4kl6x6wdzFycQgJrGOU6Hj4hhnCWcQo0bnhHJDDwcEmYCHR/U8bpEFEQF/i 3++rbCBhZgFXiembAkHCwgKlEjvf9jNBlJRJrG97wgphG0msaLgEZrMIqEj0LmwAs3kFfCV+ 9fxhhFh1kFni6qLpjCAJTqCDti7uZwexGQXEJL6fWgM2lFlAXOLWk/lMEEcLSCzZc54ZwhaV ePn4HyuErSSx9vB2Foh6HYkFuz+xQdjaEssWvmaGWCwocXLmE5YJjKKzkIydhaRlFpKWWUha FjCyrGIULU4tLs5NNzLSSy3KTC4uzs/Ty0st2cQIjJ2DW35b7WA8+NzxEKMAB6MSD+8HK4cI IdbEsuLK3EOMEhzMSiK81Q1AId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rxmK++HCwmkJ5akZqem FqQWwWSZODilGhgrLjt3cV7c++pjeCTfGrmKHZH77HNrFiycbM22VuZCQEFCSaTY1invbb5H yeuujbm0fWdvQ8JEtilOG3etqTHijP7ZkjAxp+ry2hefTDvbDr+/YiuauDzv9oW7nubKT3eL 6xe9PW2rJnivlMuU30pTf35rofmBtDt9Vm83zFJ4+CbGR06w4JASS3FGoqEWc1FxIgCsKkwi mQIAAA== Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2016 20:14:49 -0000 Hi, >> So, exactly what wording do you intend to add? >> >> Regards, >> >> Christer > > Hi Christer, > > I propose to add to Section 1 ("Terminology") the following: > > ---------- > In this document, the term "attach" means to include a specified set of d= ata as a body=20 > part within a SIP message. Section 7 ("Data Transport") describes how an = MSD or=20 > metadata/control block is included in a SIP message. >---------- I think we should properly fix the text throughout the document, as suggest= ed by Ivo. It's not that much work to do. Regards, Christer >> On 30 Nov 2016, at 1.00, Randall Gellens wr= ote: >> >> At 3:28 PM -0500 11/29/16, Brian Rosen wrote: >> >>> Despite your characterization, there is no technical issue here.=20 >>> Everyone agrees on how the mechanism works. There is an editorial=20 >>> issue on interpreting the word "attached". I don't object to=20 >>> wordsmithing to make it more clear, but it's not a technical problem=20 >>> and it can be dealt with any time before publication. >> >> I agree and plan to add clarifying wording as part of IETF Last Call. >> >> -- >> Randall Gellens >> Opinions are personal; facts are suspect; I speak for myself only >> -------------- Randomly selected tag: --------------- As far as the=20 >> laws of mathematics refer to reality, they are not certain; and as=20 >> far as they are certain, they do not refer to reality. >> --Albert Einstein -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Every man thinks God = is on his side. The rich and powerful know he is. --Jean Anouilh From nobody Fri Dec 2 06:11:49 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16186129FA1 for ; Fri, 2 Dec 2016 06:11:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNAJmVcZ01tk for ; Fri, 2 Dec 2016 06:11:27 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49F951296AF for ; Fri, 2 Dec 2016 06:11:27 -0800 (PST) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id BA3E2EC8DC3FC; Fri, 2 Dec 2016 14:11:22 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uB2EBNpX019621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 2 Dec 2016 14:11:24 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id uB2EBDwu032587 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Dec 2016 14:11:21 GMT Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.138]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Fri, 2 Dec 2016 15:11:15 +0100 From: "Drage, Keith (Nokia - GB)" To: Christer Holmberg , Randall Gellens Thread-Topic: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" Thread-Index: AQHSTA8eeLqVFCVKokunJhfl7P/kV6DzckUAgAAaOYA= Date: Fri, 2 Dec 2016 14:11:14 +0000 Message-ID: <949EF20990823C4C85C18D59AA11AD8BADFC47C2@FR712WXCHMBA11.zeu.alcatel-lucent.com> References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com>, <1BFEBCBE-F7B8-49D1-A6EA-FC36700C1537@ericsson.com> <7594FB04B1934943A5C02806D1A2204B4BEB913C@ESESSMB209.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BEB913C@ESESSMB209.ericsson.se> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.38] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2016 14:11:47 -0000 +1 to Christer and Ivo Keith -----Original Message----- From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Christer Holmberg Sent: 01 December 2016 20:01 To: Randall Gellens Cc: ecrit@ietf.org; Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to sta= te "Submitted to IESG for Publication" Hi, >> So, exactly what wording do you intend to add? >> >> Regards, >> >> Christer > > Hi Christer, > > I propose to add to Section 1 ("Terminology") the following: > > ---------- > In this document, the term "attach" means to include a specified set=20 >of data as a body part within a SIP message. Section 7 ("Data=20 >Transport") describes how an MSD or metadata/control block is included in= a SIP message. >---------- I think we should properly fix the text throughout the document, as suggest= ed by Ivo. It's not that much work to do. Regards, Christer >> On 30 Nov 2016, at 1.00, Randall Gellens wr= ote: >> >> At 3:28 PM -0500 11/29/16, Brian Rosen wrote: >> >>> Despite your characterization, there is no technical issue here.=20 >>> Everyone agrees on how the mechanism works. There is an editorial=20 >>> issue on interpreting the word "attached". I don't object to=20 >>> wordsmithing to make it more clear, but it's not a technical problem=20 >>> and it can be dealt with any time before publication. >> >> I agree and plan to add clarifying wording as part of IETF Last Call. >> >> -- >> Randall Gellens >> Opinions are personal; facts are suspect; I speak for myself only >> -------------- Randomly selected tag: --------------- As far as the=20 >> laws of mathematics refer to reality, they are not certain; and as=20 >> far as they are certain, they do not refer to reality. >> --Albert Einstein -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Every man thinks God = is on his side. The rich and powerful know he is. --Jean Anouilh _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From nobody Mon Dec 5 15:15:37 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4606012960D for ; Mon, 5 Dec 2016 15:15:36 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 Z751U0q0wM2S for ; Mon, 5 Dec 2016 15:15:34 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 0D8B6129E8B for ; Mon, 5 Dec 2016 15:15:34 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Mon, 5 Dec 2016 15:15:33 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com> <5B603E8A-BB04-435E-A721-9D8FF4FBB394@cooperw.in> X-Mailer: Eudora for Mac OS X Date: Mon, 5 Dec 2016 15:14:02 -0800 To: Ivo Sedlacek , Alissa Cooper From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2016 23:15:36 -0000 At 10:39 AM +0000 12/1/16, Ivo Sedlacek wrote: > I proposed changes resolving my concerns in a mail sent in 3rd Nov > 2016 to ECRIT list. In that mail, I included an updated draft with > proposed changes and explained why I did them. > > Let me summarize those proposed changes again: > > i) > Proposed change: replace "[RFC7852] establishes a general mechanism > for attaching blocks of data to a SIP emergency call." with > "[RFC7852] establishes a general mechanism for conveying blocks of > data in a SIP emergency call.". > Reason: rfc7852 does not define "attaching" data, rfc7852 defines > "conveying" of data. Ok, done. > > ii) > Proposed change: remove "This mechanism permits certain emergency > call MIME types to be attached to SIP messages." > Reason: > - rfc7852 does not define "attaching" data, rfc7852 defines > "conveying" of data. > - the preceding sentence "[RFC7852] establishes a general mechanism > for conveying blocks of data in a SIP emergency call." says the > same thing. > - we never include a MIME type in a message, we can only include a > message-body of a given MIME type or a MIME body part of a given > MIME type. > - this sentence attempts to formulate what rfc7852 contains and > that's not needed - the reader should read rfc7852 instead. OK, done. > > iii) > Proposed change: replace "An In-Vehicle System (IVS) transmits an > MSD (see Section 5) by encoding it per Annex A of EN 15722 [msd] > and attaching it to a SIP message as a MIME body part per > [RFC7852]." with "An In-Vehicle System (IVS) transmits an MSD (see > Section 5) by encoding it per Annex A of EN 15722 [msd] in a MIME > body part and by including the MIME body part in a SIP message as a > block transmitted by value per [RFC7852]. " > Reason: rfc7852 does not define "attaching" data but rfc7852 > defines what to do when blocks are transmitted by value. OK, done. > > iv) > Proposed change: replace "A PSAP or IVS transmits a > metadata/control object (see Section 9) by encoding it per the > description in this document and attaching it to a SIP message as a > MIME body part per [RFC7852]." with "A PSAP or IVS transmits a > metadata/control object (see Section 9) by encoding it per the > description in this document in a MIME body part and including the > MIME body part in a SIP message as a block transmitted by value per > [RFC7852]." > Reason: same reason as for the previous proposed change. OK. > > v) > Proposed change: replace "An In-Vehicle System (IVS) initiating an > NG-eCall attaches an MSD to the initial INVITE and optionally > attaches a metadata/control object informing the PSAP of its > capabilities." with "An In-Vehicle System (IVS) initiating an > NG-eCall > - includes a MIME body part containing an MSD as a block > transmitted by value per [RFC7852]; and > - optionally includes another MIME body part containing a > metadata/control object informing the PSAP of its capabilities as a > block transmitted by value per [RFC7852]; > in the initial INVITE request." > Reason: same reason as for the previous proposed change. OK. > > vi) > Proposed change: replace "The PSAP creates a metadata/control > object acknowledging receipt of the MSD and attaches it to the SIP > final response to the INVITE." with "The PSAP creates a > metadata/control object acknowledging receipt of the MSD and > includes it in the SIP final response to the INVITE request as a > block transmitted by value per [RFC7852]." > Reason: same reason as for the previous proposed change. OK. > > vii) > Proposed change: extend "A PSAP is able to reject a call while > indicating that it is aware of the situation by including a > metadata/control object acknowledging the MSD and containing > "received=true" in a final response using SIP response code 600 > (Busy Everywhere), 486 (Busy Here), or 603 (Decline)." with > additional text "as a block transmitted by value per [RFC7852]". > Reason: RFC7852 is to be used both when call is accepted and when > it is rejected. OK. > > viii) > Proposed change: replace "To do so, the PSAP creates a > metadata/control object requesting an MSD and attaches it to a SIP > INFO request and sends it within the dialog." with "To do so, the > PSAP creates a metadata/control object requesting an MSD, includes > it to a SIP INFO request as per [RFC6086] and sends it within the > dialog.". > Reason: There has been discussion in past on whether rfc7852 is > needed in SIP INFO request or not as sematic of the bodies > associated with info package is defined in the info package itself. > IIRC, the conclusion was: > - rfc7852 is not needed; and > - to align with how body parts are sent in an INFO request and in > messages other than INFO requests, a Call-Info header field > inclusion is added in SIP INFO request - see 2nd paragraph of > section 10.6. I changed "attach" to "include". Note that the paragraph already says: Per [RFC6086], metadata/control objects and MSDs are sent using the INFO package defined in Section 10. In addition, to align with how an MSD or metadata/control block is transmitted in a SIP message other than an INFO request, a Call-Info header field is included in the SIP INFO request to reference the MSD or metadata/control block per [RFC7852]. I believe this makes it very clear that (a) everything sent within INFO is done per RFC6086, and (b) the use of Call-Info is done for consistency with non-INFO messages. > > ix) > Proposed change: replace "The IVS then attaches an updated MSD to a > SIP INFO request and sends it within the dialog." with "The IVS > then includes an updated MSD to a SIP INFO request as per [RFC6086] > and sends it within the dialog.". > Reason: same reason as for the previous proposed change. As above, I changed "attach" to "include" but the reference to RFC 6086 is within the same paragraph and covers this sentence so doesn't need to be repeated. > > x) > Proposed change: extend "If the IVS is unable to send an MSD, it > instead sends a metadata/control object acknowledging the request > with the 'success' parameter set to 'false' and a 'reason' > parameter (and optionally a 'details' parameter) indicating why the > request could not be accomplished." with additional text "as per > [RFC6086]". > Reason: RFC6086 is to be used both when request to send MSD is > accepted and when it is rejected. As above. > > xi) > Proposed change: replace "See Section 6 for more information on > attaching a metadata/control block to a SIP message." with "See > Section 6 for more information on including a metadata/control > block to a SIP message.". > Reason: "attaching X to SIP message" is not defined. OK. > > > It would be also nice to fix the following minor issues: > - "INVITE" is used in some places where "INVITE request" should be. > - "method" is missing is some places. > However, those are nice-to-have and not critical. I fixed cases where "request" was missing. If you point out cases where "method" is missing I can fix them as part of IETF LC. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- [C]reativity [requires] the discomfort of confusion, uncertainty, anxiety and ambiguity. --Jeff Mauzy and Richard Harriman, in 'Creativity Inc.' From nobody Tue Dec 6 02:32:02 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD7CE129FCE for ; Tue, 6 Dec 2016 02:32:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.721 X-Spam-Level: X-Spam-Status: No, score=-2.721 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cooperw.in header.b=gflJ3f5N; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=BZPYMYhn Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZilSqXBYm25l for ; Tue, 6 Dec 2016 02:31:58 -0800 (PST) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77EAD129FC6 for ; Tue, 6 Dec 2016 02:31:57 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 03FA6206DA for ; Tue, 6 Dec 2016 05:31:53 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute7.internal (MEProxy); Tue, 06 Dec 2016 05:31:53 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=kFeTniNPd2WHJKdRk3aObhJu4uc=; b=gflJ3f 5NCCdkwtOCeX5mCHbBxWdqZD732hO7XeBEYnIW3I/LiocbljREnAkt3C7HAN1wNb qRx8fV/eIiiYU4skGZQGVlo3VMo1P1Hi722BrORxYWgWyH6YUkHU8OF5CJzFxqsc +sSZQ44iXijEUpshaFczjVqdXIkx9dlg0Byrc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=kFeTniNPd2WHJK dRk3aObhJu4uc=; b=BZPYMYhnP/3xfmWx4KyvnWmSDGO5ySCymxcrzX/7u/azW3 cqSWDIMMh1nmkVLsTkQFDevyLq99GDBkWn1/ihkIqYwybTjuoRmw7u2v6srHFxTp QxXBUH3JW+uojOM7J+xXKIaZCIOHet7UJ3bkYvzTg09hmgFkMUOEUHOBti86M= X-ME-Sender: X-Sasl-enc: Hsn/8s4DcwGqRRD+p6S7BDMIc+vwrwyfb9AuUVvdyt8u 1481020312 Received: from alcoop-m-mx19.fios-router.home (pool-108-48-166-97.washdc.fios.verizon.net [108.48.166.97]) by mail.messagingengine.com (Postfix) with ESMTPA id B371524753 for ; Tue, 6 Dec 2016 05:31:52 -0500 (EST) From: Alissa Cooper Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> Date: Tue, 6 Dec 2016 05:31:52 -0500 To: Emergency Context Resolution with Internet Technologies Discussion List Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Archived-At: Subject: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2016 10:32:01 -0000 I have reviewed this document in preparation for IETF last call. There = are a few items that require discussion before proceeding to LC. I=E2=80=99= ve also included nits that should be resolved together with LC comments = or beforehand. Substantive comments requiring attention before issuing IETF: =3D Section 5 =3D (1) Since the CEN specifications are not publicly available without = paying a fee (as far as I could tell), it would help to provide an = overview of what fields are included in the MSD. Otherwise it is = difficult to do a complete security/privacy analysis of what is being = specified in this document. =3D Section 9.1.3.1 =3D (1) msgid is underspecified. What is it supposed to be used for? Why is = it Conditional? (2) For supported-values, requested-state, and element-ID, what is the = expectation about where and how the permitted values will be specified? =3D Section 10 =3D I think this section should actually be a subsection of Section 15. IANA = needs to register this INFO package and therefore the registration needs = to be in the IANA considerations section. Also, documents don't = typically reference themselves unless the text is part of an IANA = registration. =3D Section 12 =3D The paragraph that begins "Data received from external sources = inherently carries implementation risks ..." seems generic and not = specific in any way to this specification. Could you elaborate on the = specific threats introduced by this specification and specific guidance = to mitigate those threats? =3D Section 15 =3D "This document formalizes the "EmergencyCallData" media (MIME) subtype tree. This tree is used only for content associated with emergency communications. New subtypes in this tree can be registered by the IETF or by other standards organizations working with emergency communications, using the "Specification Required" rule, which implies expert review. The designated expert is the ECRIT working group." I reviewed the thread on the media-types list, and I think this text is = unclear and needs some fixes: (1) Instead of saying this "formalizes" the tree, I think the text needs = to be explicit that it is registering a new subtree rooted at = application/EmergencyCallData. (2) If you intend for the rules for this subtree to mirror the rules for = the standards tree specified in RFC 6838, albeit limiting registrants to = emergency-services-related SDOs, then the language used there to = describe the registration procedures should be copied. (3) I think the procedure of specifying the WG as the designated expert = is not the most effective choice. It introduces an extra round of triage = to find a reviewer when a request comes in, and relies on the perpetual = existence of the WG. It's fine if you want the IESG to designate = multiple experts or even setup a list with a pool of experts to serve as = DEs (neither of which need to be specified in the document), but either = of those would be preferable to designating the WG as the expert. =3D Section 15.1 =3D A description needs to be provided for the registration of = urn:service:test.sos.ecall. =3D Section 15.2 =3D "In general, it is acceptable for the data to be unprotected while = briefly in transit within the Mobile Network Operator (MNO); the MNO is trusted to not permit the data to be accessed by third parties." This does not seem consistent with Sections 9 and 10 of RFC 7852, where = TLS is listed as a SHOULD-level requirement due to legacy deployed bases = and the priority for calls to be completed in emergency situations, not = because of any sort of trust relationship. I think this text needs to be = revised to be consistent with RFC 7852. =3D Sections 15.4 and 15.5 =3D I think you mean Emergency Call Data Types registry as opposed to = Emergency Call Data Blocks registry (the latter does not exist). Also = note that the Data Types registry has a 'Data About' column that needs = to be filled in for these two entries. I would also recommend fixing all the other references in the document = to the Emergency Call Data Blocks registry. =3D Section 19 =3D Why are EN_16072 and TS22.101 listed as normative, but TS24.229 is = listed as informative? I suspect they could all be informative, although = I do not have access to EN_16072. Nits that can be resolved in the next rev (preferably) or together with = IETF LC comments: =3D Abstract and Section 2 =3D Since the IETF defines standards for the big-I Internet, I think it = would help to make a clarification similar to the following in the = abstract and in Section 2: "Although this specification is designed to meet the requirements of = European next-generation eCall, it is specified generically such that = the technology may be re-used or extended to suit requirements across = jurisdictions (see, e.g., draft-ietf-ecrit-car-crash)." Section 2 doesn't quite say this but I think it's important enough to = note specifically there and in the abstract. =3D Section 3 =3D=20 s/(both of which are registered in Section 15)/(both of which are = registered in Section 15)./ =3D Section 5 =3D I think it would help to explain why support for the XML encoding of MSD = is not being specified here. =3D Section 8 =3D You need to explain what CS-eCall is and expand the acronym on first = use. =3D Section 9.1.1.2 =3D The reason codes should be defined and explained here in the body of the = document and references from the IANA considerations section, not = defined for the first time there. =3D Section 9.1.3.1 =3D s/persistance/persistence/ =3D Section 14 =3D s/@success=3D'false"/@success=3D"false"/ =3D Section 15 =3D I don't understand why the intro to this section contains the media type = subtree registration, rather than having that in its own subsection like = all the other subsections of Section 15. =3D Section 15.2 and 15.3 =3D "Sections 7 and Section 8 of [RFC7852] contain more discussion." I think you mean Sections 9 and 10. From nobody Wed Dec 7 10:40:48 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6415B1296AD for ; Wed, 7 Dec 2016 10:40:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cooperw.in header.b=0eO4a3kz; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=Phtg8ACU Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dhGMHN0infst for ; Wed, 7 Dec 2016 10:40:45 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4767E129528 for ; Wed, 7 Dec 2016 10:40:45 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 8CAD820FD8 for ; Wed, 7 Dec 2016 13:40:44 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Wed, 07 Dec 2016 13:40:44 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=4F5JY5TuZYh9oa6s3XmxiZhEvJU=; b=0eO4a3 kzONRa7e7ea+/PqZ0qGxse9gVJUKISnyVanVipODaCrowuEz8jZdjjloRYSoHByD v/bTzbBVHLzj7FauSNlvPrE0CIWHTvxeqiqAM4Km18yBWUONeMHRC6GSissWv97M 8ZuyrydPZhkEevywZjaqKGXdcr7UMx/2PdKf8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=4F5JY5TuZYh9oa 6s3XmxiZhEvJU=; b=Phtg8ACU+5bGO4mgrlhB+W3jXPsgIAkXnbvg5crYMraAd1 skNX7qphsA+BMZsO6hJr1Yevqq2jd7w81uwnkti5Go05v0QzNiO11sVc8gQVvBhv MbTPh+KfQpHKVcpp1jzlQRiVZtSDyTZYwhscJ81Cf6+vE7JL1qdvAONLVjQtU= X-ME-Sender: X-Sasl-enc: ULwkt6wO0Q7X4AyxcqOCk1hIo6ehS9NNBAmbNNWZsBI9 1481136044 Received: from alcoop-m-mx19.fios-router.home (pool-108-48-166-97.washdc.fios.verizon.net [108.48.166.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 554847E7A5 for ; Wed, 7 Dec 2016 13:40:44 -0500 (EST) From: Alissa Cooper Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <8079F7B1-F7D3-4250-B453-80B01AD92EC7@cooperw.in> Date: Wed, 7 Dec 2016 13:40:43 -0500 To: Emergency Context Resolution with Internet Technologies Discussion List Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Archived-At: Subject: [Ecrit] AD evaluation: draft-ietf-ecrit-car-crash-19 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2016 18:40:47 -0000 I have reviewed this document in preparation for IETF last call. There = are a few items that require discussion before proceeding to LC. I=E2=80=99= ve also included nits that should be resolved together with LC comments = or beforehand. Substantive comments: =3D Section 6 =3D "The item is registered in the Emergency Call Additional Data registry, as defined in Section 9.1.7 of [RFC7852]" Is this supposed to be the Emergency Call Data Types Registry defined in = Section 11.1.9 of RFC 7852? Section 9.1.7 does not exist. =3D Section 7 =3D s/Emergency Call Additional Data Blocks registry/Emergency Call Data = Types registry/ =3D Section 9 =3D Is this section necessary? It seems superfluous. =3D Section 10 =3D (1) Is there a need to state than an IVS MUST ignore requests from PSAPs = containing the child elements defined here if those requests arrive = outside of a dialog that the IVS itself initiated? Suppose a rogue or = buggy PSAP started calling vehicles and getting them to flash their = lights or honk their horns -- seems like a safety problem. This is = already implied and is obviously a corner case but given the potential = severity I'm wondering if it's worth calling this out explicitly. (2) I think the initial registry contents for lamp, camera, and = msg-static should be discussed somewhere in this section. =3D Section 10.1 =3D I don't understand why support for messages would be assumed to be = cumulative in the order in which messages end up being registered in the = registry. Why isn't the case where a vehicle supports messages 1, 3, and = 5 but not 2 and 4 a possible case? =3D Section 10.2 =3D (1) lamp-id and lamp-action are not defined anywhere as attributes of a = request.=20 (2) It seems to me that the static message with msgid=3D1 and the = dynamic message provided here are contradictory. One says that help is = not on the way and the other says that it is. Why would a PSAP send both = of these messages? =3D Section 12 =3D Please move this to the IANA considerations section. =3D Section 16 =3D s/Emergency Call Additional Data registry/Emergency Call Data Types = registry/ =3D Section 16.2 =3D s/Emergency Call Additional Data registry/Emergency Call Data Types = registry/ This section also needs to designate what goes in the 'Data About' = column. =3D Section 16.4 =3D "Because all compliant vehicles are expected to support all static messages translated into all languages supported by the vehicle, it is important to limit the number of such messages." Having a registry does not limit the number of messages, strictly = speaking. Perhaps this is meant to be inverted -- static message support = is provided and the registry is being created to list them because of = the expectation that there will be a limited number of them?=20 Also, this sort of explanation belongs in Section 10, not here.=20 And I think you mean "Specification Required policy," not "Publication = Required rules." =3D Section 19.2 =3D I think RFC 6086 needs to be a normative reference. Should have made the = same comment on the ecall document. Nits: =3D General =3D The editorial fixes made in response to Ivo's review of the ecall = document [1] should also be made here to the extent that the same text = has been re-used. =3D Abstract =3D s/an INFO package/a SIP INFO package/ =3D Section 1 =3D s/an NG-ACN call/a next-generation ACN call/ s/sending an INVITE request, receiving an INFO request, etc./sending a SIP INVITE request, receiving a SIP INFO request, etc. =3D Section 2 =3D I think it would help to note that APCO and NENA are US-based = organizations and also to include a note similar to what I suggested for = ecall to the effect that the document is specified generically such that = the technology may be re-used or extended to suit requirements across = jurisdictions.=20 s/registers the 'VEDS' entry in the Emergency Call Additional Data = registry/registers the 'VEDS' entry in the Emergency Call Data Types = Registry/ s/registers a new INFO package/registers a new SIP INFO package/ =3D Section 3 =3D s/the right-hand side/the other call leg/ =3D Section 5 =3D Some of the material in this section has significant overlap with = material in Section 2. I would suggest streamlining so that the = background info appears in one place or the other but not both. s/to indicates/to indicate/ [1] https://www.ietf.org/mail-archive/web/ecrit/current/msg09991.html =3D Section 8 =3D This sentence is not grammatically correct and should be fixed (in = addition to fixing the "attached" language): "A next-generation In-Vehicle System (IVS) initiates an NG-ACN call with a SIP INVITE using one of the SOS sub-services "SOS.ecall.automatic" or "SOS.ecall.manual" in the Request-URI, standard sets of crash data and capabilities data encoded in standardized and registered formats, attached as additional data blocks as specified in Section 4.1 of [RFC7852]." =20 =3D Section 10.2 =3D s/persistance/persistence/ =3D Section 10.4 =3D s/the IV/the IVS/ =3D Section 13 =3D s/about about/about/ =3D Section 16.1 =3D s/Section 7 and Section 8/Section 9 and Section 10/ s/Gellensm/Gellens/ From nobody Thu Dec 8 06:34:25 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 251D712A0A8 for ; Thu, 8 Dec 2016 06:34:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 2B6Z2JEyvBZv for ; Thu, 8 Dec 2016 06:34:16 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 8DD6512A0B4 for ; Thu, 8 Dec 2016 06:34:14 -0800 (PST) X-AuditID: c1b4fb2d-26a859800000561e-9c-58496f64f595 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by (Symantec Mail Security) with SMTP id 88.94.22046.46F69485; Thu, 8 Dec 2016 15:34:12 +0100 (CET) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.60) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 8 Dec 2016 15:34:01 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=o/u1CiwjUmVXIRWuZjI3i6UzlngJDcOb62YmVC5h1SM=; b=PKruL2O+Nq5bubeK8MrRYUh5gIYgRLeQEeA8qOFq/0CD5LHUqYeOgZPQvvRPkS6in/WZe7i1cAztIHvc0OFOPNVer4DmusHbHQRXFbO6eNskpBWxfIvAWVAjo4gbp4Q3oOODGBVCwGk5CHTaQXNHFGktP2sW8jz0rxt12lWA0QQ= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2465.eurprd07.prod.outlook.com (10.169.153.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.771.4; Thu, 8 Dec 2016 14:34:00 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0771.009; Thu, 8 Dec 2016 14:34:00 +0000 From: Ivo Sedlacek To: Randall Gellens , Alissa Cooper Thread-Topic: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" Thread-Index: AQHST02Iv6jG2lDMHk+OFtLh4YL6KKD+EMCA Date: Thu, 8 Dec 2016 14:34:00 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B4BEB11F2@ESESSMB209.ericsson.se> <205FED72-32AA-494B-A2B0-3BD579BE9FD3@salsgiver.com> <5B603E8A-BB04-435E-A721-9D8FF4FBB394@cooperw.in> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: 309645bf-3b60-466d-059a-08d41f774049 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2465; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2465; 7:SbA7j9/IcqZ+yu4VUMtWOFbQKQKgQGYM4ctxOdQnUszRC6S2DBGOlrQ19R9z2pKky1ngvTJwLsMUL3K47gGIsK6o7z1B0sCEOXSZOUcfMz6jkRDk2bij4CGG7qBQE3KWLvrV1xkp6mXVg59IcylY02+N1poUVlkbTNAqJqkOzMEIumsZXqQzr0rQxzQiGbAnqzOnOJ+0+nR3gCxvpxAbf03vaQ8hCpogozUR8vKATmz79wetUtDEHIOGidxau33fqrgPmuC96Uf1g8bNS0FjtB208szVLKZ19UTLzIChmM42mLDlBz4H8VHhxv1nSRxnz0ILFM/PfxMc8y0jiqS48MP+6dQ9cFkmKAgcDGtsxJybgcyVzh7vs88B7h1fUljCmbBK1GQnlH5GFX8wGzwdP4m+4hrS8Hn/paIhpBKrEXHmEWkuyJxcAFAtPv7MeJqiUVQMXua3EjiRdiruj2AslQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123560025)(20161123562025)(20161123564025)(20161123555025)(6072148); SRVR:AM5PR0701MB2465; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2465; x-forefront-prvs: 0150F3F97D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39850400002)(39840400002)(39450400003)(39860400002)(39410400002)(199003)(189002)(51914003)(33656002)(8936002)(81166006)(229853002)(81156014)(3660700001)(2906002)(230783001)(3280700002)(68736007)(7846002)(6506006)(77096006)(76576001)(97736004)(5890100001)(5001770100001)(38730400001)(2900100001)(189998001)(105586002)(92566002)(3846002)(102836003)(6116002)(106116001)(106356001)(86362001)(7696004)(74316002)(54356999)(93886004)(5660300001)(9686002)(122556002)(66066001)(7736002)(4326007)(8676002)(305945005)(101416001)(50986999)(76176999)(2950100002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2465; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Dec 2016 14:34:00.5088 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2465 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJKsWRmVeSWpSXmKPExsUyM2K7jW5KvmeEwfpT1hbTz/xltJh2bAO7 ReOip6wW3593MTqweHx58pLJY8mSn0weW+88ZvFYdOgHawBLFJdNSmpOZllqkb5dAlfGvClb WQpualf8WLmbsYFxvlIXIyeHhICJxKumHcwgtpDAOkaJ7reZXYxcQPZxRolvT96wgzgsAr3M En9mX2eGyMxkkrh9az4jhHOaUaK15RoLSD+bgJ7ExC1HWEFsEYEQiaeT/zCC2MwCrhLXtv9i A7GFBUokjhyezAZRUyoxbeM6dgjbSOLBrwawOSwCKhJfvhwFi/MKJEi0Xd4Idd8xFomHr01B bE6guzf9eQ22i1FATOL7qTVMELvEJW49mc8E8ZuAxJI955khbFGJl4//QdXHSPzv/swKEVeW 2DLpPVSNr8SkBaeg4v4S107NYwN5UkKgD2jv1btAz3AAOfkSixodIGosJN4/uM8MVcMk8eLe NahBMhLnX81lh0h8Y5U4u/43C8QHqRLL17YyQkJCSuLulU7GCYxas5AcDmHrSCzY/YkNwtaW WLbwNfMscGAISpyc+YRlASPLKkbR4tTi4tx0I2O91KLM5OLi/Dy9vNSSTYzABHNwy2/dHYyr XzseYhTgYFTi4f2g7BEhxJpYVlyZe4hRgoNZSYT3TJZnhBBvSmJlVWpRfnxRaU5q8SFGaQ4W JXFes5X3w4UE0hNLUrNTUwtSi2CyTBycUg2MUYXel3cF1n7omMOrkt5rGZ3Ca/c8zjbZQ6su a8Keq42JXmuDH3CzXvta8PQ2/+OuGXPVFapZv//N+VoyyXV38sOOsF0/1/i9kXmvGJ5W7i07 VfbFn/W/j7/83375697Im+t1c2utzTbVvp6xe+HhhGdCszVK7z65cnDXh/K50aleP9kj2I34 lFiKMxINtZiLihMB/XPwHywDAAA= Archived-At: Cc: "ecrit@ietf.org" , Brian Rosen Subject: Re: [Ecrit] Objection to draft-ietf-ecrit-ecall progressing to state "Submitted to IESG for Publication" X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2016 14:34:23 -0000 Hello Randall, thanks for the updates. > > viii) > > Proposed change: replace "To do so, the PSAP creates a=20 > > metadata/control object requesting an MSD and attaches it to a SIP=20 > > INFO request and sends it within the dialog." with "To do so, the PSAP= =20 > > creates a metadata/control object requesting an MSD, includes it to a=20 > > SIP INFO request as per [RFC6086] and sends it within the dialog.". > > Reason: There has been discussion in past on whether rfc7852 is=20 > > needed in SIP INFO request or not as sematic of the bodies associated=20 > > with info package is defined in the info package itself. > > IIRC, the conclusion was: > > - rfc7852 is not needed; and > > - to align with how body parts are sent in an INFO request and in=20 > > messages other than INFO requests, a Call-Info header field inclusion=20 > > is added in SIP INFO request - see 2nd paragraph of section 10.6. >=20 > I changed "attach" to "include". Note that the paragraph already says: > Per > [RFC6086], metadata/control objects and MSDs are sent using the INFO > package defined in Section 10. In addition, to align with how an MSD > or metadata/control block is transmitted in a SIP message other than > an INFO request, a Call-Info header field is included in the SIP INFO > request to reference the MSD or metadata/control block per [RFC7852]. >=20 > I believe this makes it very clear that (a) everything sent within INFO i= s=20 > done per RFC6086, and (b) the use of Call-Info is done for consistency wi= th=20 > non-INFO messages. If I understood it correctly, the text will be: "To do so, the PSAP creates= a metadata/control object requesting an MSD and includes it to a SIP INFO = request and sends it within the dialog." if so, that's OK with me. Thanks. > > ix) > > Proposed change: replace "The IVS then attaches an updated MSD to a=20 > > SIP INFO request and sends it within the dialog." with "The IVS then=20 > > includes an updated MSD to a SIP INFO request as per [RFC6086] and=20 > > sends it within the dialog.". > > Reason: same reason as for the previous proposed change. >=20 > As above, I changed "attach" to "include" but the reference to RFC > 6086 is within the same paragraph and covers this sentence so doesn't nee= d to=20 > be repeated. If I understood it correctly, the text will be: "The IVS then includes an u= pdated MSD to a SIP INFO request and sends it within the dialog." if so, that's OK with me. Thanks. > > x) > > Proposed change: extend "If the IVS is unable to send an MSD, it=20 > > instead sends a metadata/control object acknowledging the request=20 > > with the 'success' parameter set to 'false' and a 'reason'=20 > > parameter (and optionally a 'details' parameter) indicating why the=20 > > request could not be accomplished." with additional text "as per=20 > > [RFC6086]". > > Reason: RFC6086 is to be used both when request to send MSD is=20 > > accepted and when it is rejected. >=20 > As above. OK. > > It would be also nice to fix the following minor issues: > > - "INVITE" is used in some places where "INVITE request" should be. > > - "method" is missing is some places. > > However, those are nice-to-have and not critical. >=20 > I fixed cases where "request" was missing. If you point out cases=20 > where "method" is missing I can fix them as part of IETF LC. IMO, "method" should be used in section 10.2 as follows: ---------------------- 10.2. Applicability This section describes "why the Info Package mechanism, rather than some other mechanism, has been chosen for the specific use-case...." The use of INFO >>method<< is based on an analysis of the requirements a= gainst the intent and effects of INFO >>method<< versus other approaches (which included SIP MESSAGE >>method<<, SIP OPTIONS >>method<<, SIP re-INVITE >= >method<<, media plane transport, and non-SIP protocols). In particular, the transport of emergency call data blocks occurs within a SIP emergency dialog, per Section 6, and is normally carried in the initial INVITE >>request<>method<< only occurs when emergency-call-rel= ated data needs to be sent mid-call. While MESSAGE >>method (or request?)<< = could be used, it is not tied to a SIP dialog as is INFO >>method (or request?)<< and thus mi= ght not be associated with the dialog. SIP OPTIONS >>method (or request?)<< or re-INVITE >>m= ethod (or request?)<< could also be used, but is seen as less clean than INFO >>method (or request?)<<. SUBSCRIBE/NOTIFY= >>methods (or requests?)<< could be coerced into service, but the semantics are not a good fit, e.g., the subscribe/ notify mechanism provides one-way communication consisting of (often multiple) notifications from notifier to subscriber indicating that certain events in notifier have occurred, whereas what's needed here is two-way communication of data related to the emergency dialog. Use of the media plane mechanisms was discounted because the number of messages needing to be exchanged in a dialog is normally zero or very few, and the size of the data is likewise very small. The overhead caused by user plane setup (e.g., to use MSRP as transport) would be disproportionately large. Based on the the analyses, the SIP INFO method was chosen to provide for mid-call data transport. ---------------------- Kind regards Ivo Sedlacek From nobody Wed Dec 14 15:57:48 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB9711289B0 for ; Wed, 14 Dec 2016 15:57:46 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 X9ryHCFi4rjX for ; Wed, 14 Dec 2016 15:57:44 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 0EFFE12946D for ; Wed, 14 Dec 2016 15:57:43 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 14 Dec 2016 15:57:42 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> References: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> X-Mailer: Eudora for Mac OS X Date: Wed, 14 Dec 2016 15:52:07 -0800 To: Alissa Cooper , Emergency Context Resolution with Internet Technologies Discussion List From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 23:57:47 -0000 Hi Alissa, Thank you for your review. Please see in-line. At 5:31 AM -0500 12/6/16, Alissa Cooper wrote: > I have reviewed this document in preparation for IETF last call. > There are a few items that require discussion before proceeding to > LC. I've also included nits that should be resolved together with > LC comments or beforehand. > > Substantive comments requiring attention before issuing IETF: > > = Section 5 = > > (1) Since the CEN specifications are not publicly available without > paying a fee (as far as I could tell), it would help to provide an > overview of what fields are included in the MSD. Otherwise it is > difficult to do a complete security/privacy analysis of what is > being specified in this document. I added a parenthetical list of the important fields (meaning those potentially privacy sensitive): Pan-European eCall provides a standardized and mandated set of vehicle related data (including VIN, vehicle type, propulsion type, current and optionally previous location coordinates, and number of occupants), known as the Minimum Set of Data (MSD). > > = Section 9.1.3.1 = > > (1) msgid is underspecified. What is it supposed to be used for? > Why is it Conditional? It's used in draft-ietf-ecrit-car-crash. It's Conditional because it is only needed when using static messages. It's used to indicate either the static message that the vehicle should display/speak to the occupants, or the set of static messages supported by the vehicle (by specifying the highest supported value). I added clarifying text to the Description: Description: Defined for extensibility. Documents that make use of it are expected to explain when it is required and how it it used. Anything more explicit would require that I mention static messages, which are not used in this document (they're used in car-crash), and I'm afraid that would be more confusing. > > (2) For supported-values, requested-state, and element-ID, what is > the expectation about where and how the permitted values will be > specified? Since these are all defined for extensibility, the expectation is that the document that uses it defines this. The car-crash draft makes use of them and defines this. I added the following sentence to the Description of all three: Documents that make use of it are expected to explain when it is is required, the permitted values, and how it it used. > > = Section 10 = > > I think this section should actually be a subsection of Section 15. > IANA needs to register this INFO package and therefore the > registration needs to be in the IANA considerations section. Also, > documents don't typically reference themselves unless the text is > part of an IANA registration. Christer asked it to be made its own section. I now moved it to be a sub-section of the IANA Considerations section. > > = Section 12 = > > The paragraph that begins "Data received from external sources > inherently carries implementation risks ..." seems generic and not > specific in any way to this specification. Could you elaborate on > the specific threats introduced by this specification and specific > guidance to mitigate those threats? It is a pretty generic paragraph. I now added "including the MSD and metadata/control objects" to tie it in to what's new in the document, but I agree with you that none of this really needs to be said. It was added by request of an early reviewer who felt it important to point out this out, and I figured it wouldn't hurt. > > = Section 15 = > > "This document formalizes the "EmergencyCallData" media (MIME) subtype > tree. This tree is used only for content associated with emergency > communications. New subtypes in this tree can be registered by the > IETF or by other standards organizations working with emergency > communications, using the "Specification Required" rule, which > implies expert review. The designated expert is the ECRIT working > group." > > I reviewed the thread on the media-types list, and I think this > text is unclear and needs some fixes: > > (1) Instead of saying this "formalizes" the tree, I think the text > needs to be explicit that it is registering a new subtree rooted at > application/EmergencyCallData. I added that and also listed the subtypes that are contained in the subtree (the four created in RFC 7852 and the two in this document). > > (2) If you intend for the rules for this subtree to mirror the > rules for the standards tree specified in RFC 6838, albeit limiting > registrants to emergency-services-related SDOs, then the language > used there to describe the registration procedures should be copied. Rather than copy the wording, I referenced it: New subtypes in this subtree follow the rules specified in Section 3.1 of [RFC6838], with the additional restriction that the standards-related organization MUST be responsible for some aspect of emergency communications. > > (3) I think the procedure of specifying the WG as the designated > expert is not the most effective choice. It introduces an extra > round of triage to find a reviewer when a request comes in, and > relies on the perpetual existence of the WG. It's fine if you want > the IESG to designate multiple experts or even setup a list with a > pool of experts to serve as DEs (neither of which need to be > specified in the document), but either of those would be preferable > to designating the WG as the expert. With the new wording that references RFC 6838, the document no longer names an expert. > > = Section 15.1 = > > A description needs to be provided for the registration of > urn:service:test.sos.ecall. I added: This service requests resources associated with a test (non-emergency) call placed by an in-vehicle system. See Section 8 for more information on the test eCall request URN. > > = Section 15.2 = > > "In general, it is acceptable for the data to be unprotected while briefly in > transit within the Mobile Network Operator (MNO); the MNO is > trusted to not permit the data to be accessed by third parties." > > This does not seem consistent with Sections 9 and 10 of RFC 7852, > where TLS is listed as a SHOULD-level requirement due to legacy > deployed bases and the priority for calls to be completed in > emergency situations, not because of any sort of trust > relationship. I think this text needs to be revised to be > consistent with RFC 7852. The text is specifically talking about data within the MNO, not data in transit between the MNO and the vehicle, or the MNO and the PSAP, hence it is entirely consistent with TLS (since when TLS is used, the data is in the clear within the entity that received it, as TLS is hop-by-hop rather than end-to-end). However, on review the text does not seem needed and so I delete the text you quoted. > > = Sections 15.4 and 15.5 = > > I think you mean Emergency Call Data Types registry as opposed to > Emergency Call Data Blocks registry (the latter does not exist). > Also note that the Data Types registry has a 'Data About' column > that needs to be filled in for these two entries. > > I would also recommend fixing all the other references in the > document to the Emergency Call Data Blocks registry. That was an old name for the registry. Thanks for catching this. I fixed all references. > > = Section 19 = > > Why are EN_16072 and TS22.101 listed as normative, but TS24.229 is > listed as informative? I suspect they could all be informative, > although I do not have access to EN_16072. I agree, those are now informative references. > Nits that can be resolved in the next rev (preferably) or together > with IETF LC comments: > > = Abstract and Section 2 = > > Since the IETF defines standards for the big-I Internet, I think it > would help to make a clarification similar to the following in the > abstract and in Section 2: > > "Although this specification is designed to meet the requirements > of European next-generation eCall, it is specified generically such > that the technology may be re-used or extended to suit requirements > across jurisdictions (see, e.g., draft-ietf-ecrit-car-crash)." > > Section 2 doesn't quite say this but I think it's important enough > to note specifically there and in the abstract. I like your wording better than what's in Section 2 now, so I replaced that with yours (except with "can" instead of "may" because otherwise someone will say it is ambiguous): Although this specification is designed to meet the requirements of pan-European next-generation eCall, it is specified generically such that the technology can be re-used or extended to suit requirements across jurisdictions (see, e.g., [I-D.ietf-ecrit-car-crash]), and extension points are provided to facilitate this. I added the same to the Abstract except without the reference to car-crash (since references are frowned upon in Abstracts). > > = Section 3 = > > s/(both of which are registered in Section 15)/(both of which are > registered in Section 15)./ Thanks. > > = Section 5 = > > I think it would help to explain why support for the XML encoding > of MSD is not being specified here. It's because 3GPP didn't want it, they insisted on ASN.1. I added "per 3GPP [SDO-3GPP]". > > = Section 8 = > > You need to explain what CS-eCall is and expand the acronym on first use. There were only two uses, so I just expanded them both. > > = Section 9.1.1.2 = > > The reason codes should be defined and explained here in the body > of the document and references from the IANA considerations > section, not defined for the first time there. > > = Section 9.1.3.1 = > > s/persistance/persistence/ Oops, thank you for catching this. > > = Section 14 = > > s/@success='false"/@success="false"/ Good catch, thank you. > > = Section 15 = > > I don't understand why the intro to this section contains the media > type subtree registration, rather than having that in its own > subsection like all the other subsections of Section 15. OK, I made it a subsection. > > = Section 15.2 and 15.3 = > > "Sections 7 and Section 8 of [RFC7852] contain more discussion." > > I think you mean Sections 9 and 10. Thanks for catching this. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Day of inquiry. You will be subpoenaed. From nobody Thu Dec 15 05:13:29 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 060CD129639 for ; Thu, 15 Dec 2016 05:13:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 U6kvRs2VULeF for ; Thu, 15 Dec 2016 05:13:22 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79D47129A5D for ; Thu, 15 Dec 2016 05:13:20 -0800 (PST) X-AuditID: c1b4fb30-037da980000054c8-85-585296eee75e Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by (Symantec Mail Security) with SMTP id 74.3C.21704.EE692585; Thu, 15 Dec 2016 14:13:18 +0100 (CET) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.60) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 15 Dec 2016 14:12:28 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=okkbvEeXlpw4cJCZO9uKNIYwDBDclD4xNo7aubChqFI=; b=L6y6DrRwvN0QwSDKJF3KvvFAENm4K5D8NBc5ZNyQ59/dYuq+juaVHFxCGrHCySx8VznPP1Ufz6edH14xdmaKBaPuBXCFdJZQ3iQ1ejFwowpDQblZCp4yM8Sf3DxzL5et4VFwAEwiTwGGgZjsWtmZLlaflFNcfsOnFhg/5dx7jYI= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.789.5; Thu, 15 Dec 2016 13:12:27 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0789.009; Thu, 15 Dec 2016 13:12:27 +0000 From: Ivo Sedlacek To: Randall Gellens , "Emergency Context Resolution with Internet Technologies Discussion List" Thread-Topic: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 Thread-Index: AQHST6wRrRIAV+TuZEmZ3uUONYsOHKEIKs+AgADb+QA= Date: Thu, 15 Dec 2016 13:12:27 +0000 Message-ID: References: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [192.176.1.90] x-ms-office365-filtering-correlation-id: 42b75e57-d072-4e08-dbcf-08d424ec04bc x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2468; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2468; 7:TWshXvYj11Ktm2a5FdDMw0JnCCB/FkqwfZYBvaslizOpPXo7HBj1nmhMVUgliYbWjXaZ7nQNbH3vh4U+OydW+FS+hDASupY56zKz5iNa/B31ZITYl4qKSx4lrSqrH1U8i6azxmzsPZIccoigPsWQCWlJOOR+4HF0QteCohiIoIFdz6yLf0KjapWHdp2WIVx08DK1/AxGD/Os33R3pLvM2Mz5KlLa+aspcf+stqyl7lGFZAVJahDewErFXv/cBHED7iJcFY07nZPB1ZN+rjibEg5BEY/9dG6gW9P/MKEphC4aIZVhXJIbbpDbvxCXcF0ndRW9oyLTYDN1r1DBJF6YxHeb7i76PYLFGfL9i/btUkBMdQWObYqPvBKdafX8QhXkL6WWg5XriVv5WS/ybYOeV9jASA6I9XVsbt4TXO+FkpwChNthE0cEG5eHlJvMbBP8PThh1+HXcnpdr6DFwgj5Mg== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(6072148); SRVR:AM5PR0701MB2468; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2468; x-forefront-prvs: 0157DEB61B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39850400002)(39860400002)(39410400002)(39450400003)(39840400002)(189002)(199003)(13464003)(377454003)(24454002)(50944005)(50986999)(8936002)(345774005)(8676002)(76576001)(3660700001)(106356001)(106116001)(105586002)(3280700002)(101416001)(6436002)(7696004)(74316002)(2950100002)(81166006)(6506006)(76176999)(54356999)(81156014)(5660300001)(229853002)(77096006)(38730400001)(97736004)(92566002)(5001770100001)(7736002)(107886002)(25786008)(33656002)(66066001)(122556002)(2900100001)(189998001)(6116002)(9686002)(3846002)(2906002)(68736007)(305945005)(102836003)(86362001)(230783001)(11771545001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2468; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Dec 2016 13:12:27.5369 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2468 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjleLIzCtJLcpLzFFi42KZGbHdRvfdtKAIg79XTCwaFz1ltfj+vIvR gcljyZKfTB5b7zxmCWCK4rJJSc3JLEst0rdL4MqYfP0oU8Gl6Io7l3eyNzAu9+hi5OCQEDCR eLuztouRi0NIYB2jxNL252wQzglGiWkrlzGBOCwCvcwSb1+9gMrMZZK4cf0DK4RzhlFi4sQl LF2MnBxsAnoSE7ccAUuICPQySuxsvMoEkhAWsJWY+bCFFcQWEbCTWHa/jwXCtpL4N2s9M4jN IqAqsaJxFzuIzSuQIHFhwjWwXiGBdIkFC/aA1XACHduyvBMsziggJvH91Bowm1lAXOLWk/lg toSAgMSSPeeZIWxRiZeP/7FC1MdI/O/+zArxtIJE7+UoiBJfiXnrVzJC2P4SDy89Ywe5X0Kg j0Xi9vW/7BCJfIn+Zz9ZIWxriZfndrNCFQGD4sYDFoiEjMT7H4/ZIBKL2SSu/LzNBvFBqsTy ta2MkJCQkrh7pRPKlpF4cWcv6wRGzVlInoCwdSQW7P7EBmFrSyxb+Jp5FjhgBCVOznzCsoCR ZRWjaHFqcVJuupGRXmpRZnJxcX6eXl5qySZGYOo4uOW3wQ7Gl88dDzEKcDAq8fAWxAVGCLEm lhVX5h5ilOBgVhLh1QAmHiHelMTKqtSi/Pii0pzU4kOM0hwsSuK8ZivvhwPDPbEkNTs1tSC1 CCbLxMEp1cAY+ZePecLUCy2cTpJn+6t3bzz7jVlovb3v0+/P2HJ+ByrJCZ433rPn0mLun5/y L/r92TP5WkOl1bxT+8oe3JWyrduwv2+79tf5E40dFfZbHHg5n4Pf9Dzjt0/9twUm5UwTV7NV jNm8ldVDdtZE+eUf3hyYdSZDbv2BBO5Exfve6VGNNjs3vb13X4mlOCPRUIu5qDgRAHg2MQYZ AwAA Archived-At: Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 13:13:27 -0000 Hello, Can you please share the up-to-date version of the draft? Thank you. Kind regards Ivo Sedlacek -----Original Message----- From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Randall Gellens Sent: Thursday, December 15, 2016 12:52 AM To: Alissa Cooper ; Emergency Context Resolution with In= ternet Technologies Discussion List Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 Hi Alissa, Thank you for your review. Please see in-line. At 5:31 AM -0500 12/6/16, Alissa Cooper wrote: > I have reviewed this document in preparation for IETF last call.=20 > There are a few items that require discussion before proceeding to LC.=20 > I've also included nits that should be resolved together with LC=20 > comments or beforehand. > > Substantive comments requiring attention before issuing IETF: > > =3D Section 5 =3D > > (1) Since the CEN specifications are not publicly available without=20 > paying a fee (as far as I could tell), it would help to provide an=20 > overview of what fields are included in the MSD. Otherwise it is=20 > difficult to do a complete security/privacy analysis of what is being=20 > specified in this document. I added a parenthetical list of the important fields (meaning those potenti= ally privacy sensitive): Pan-European eCall provides a standardized and mandated set of vehicle related data (including VIN, vehicle type, propulsion type, current and optionally previous location coordinates, and number of occupants), known as the Minimum Set of Data (MSD). > > =3D Section 9.1.3.1 =3D > > (1) msgid is underspecified. What is it supposed to be used for?=20 > Why is it Conditional? It's used in draft-ietf-ecrit-car-crash. It's Conditional because it is on= ly needed when using static messages. It's used to indicate either the sta= tic message that the vehicle should display/speak to the occupants, or the = set of static messages supported by the vehicle (by specifying the highest = supported value). I added clarifying text to the Description: Description: Defined for extensibility. Documents that make use of it are expected to explain when it is required and how it it used. Anything more explicit would require that I mention static messages, which = are not used in this document (they're used in car-crash), and I'm afraid t= hat would be more confusing. > > (2) For supported-values, requested-state, and element-ID, what is=20 > the expectation about where and how the permitted values will be=20 > specified? Since these are all defined for extensibility, the expectation is that the = document that uses it defines this. The car-crash draft makes use of them = and defines this. I added the following sentence to the Description of all= three: Documents that make use of it are expected to explain when it is is required, the permitted values, and how it it used. > > =3D Section 10 =3D > > I think this section should actually be a subsection of Section 15.=20 > IANA needs to register this INFO package and therefore the=20 > registration needs to be in the IANA considerations section. Also,=20 > documents don't typically reference themselves unless the text is part=20 > of an IANA registration. Christer asked it to be made its own section. I now moved it to be a sub-s= ection of the IANA Considerations section. > > =3D Section 12 =3D > > The paragraph that begins "Data received from external sources=20 > inherently carries implementation risks ..." seems generic and not=20 > specific in any way to this specification. Could you elaborate on=20 > the specific threats introduced by this specification and specific=20 > guidance to mitigate those threats? It is a pretty generic paragraph. I now added "including the MSD and=20 metadata/control objects" to tie it in to what's new in the document,=20 but I agree with you that none of this really needs to be said. It=20 was added by request of an early reviewer who felt it important to=20 point out this out, and I figured it wouldn't hurt. > > =3D Section 15 =3D > > "This document formalizes the "EmergencyCallData" media (MIME) subtype > tree. This tree is used only for content associated with emergency > communications. New subtypes in this tree can be registered by the > IETF or by other standards organizations working with emergency > communications, using the "Specification Required" rule, which > implies expert review. The designated expert is the ECRIT working > group." > > I reviewed the thread on the media-types list, and I think this=20 > text is unclear and needs some fixes: > > (1) Instead of saying this "formalizes" the tree, I think the text=20 > needs to be explicit that it is registering a new subtree rooted at=20 > application/EmergencyCallData. I added that and also listed the subtypes that are contained in the=20 subtree (the four created in RFC 7852 and the two in this document). > > (2) If you intend for the rules for this subtree to mirror the=20 > rules for the standards tree specified in RFC 6838, albeit limiting=20 > registrants to emergency-services-related SDOs, then the language=20 > used there to describe the registration procedures should be copied. Rather than copy the wording, I referenced it: New subtypes in this subtree follow the rules specified in Section 3.1 of [RFC6838], with the additional restriction that the standards-related organization MUST be responsible for some aspect of emergency communications. > > (3) I think the procedure of specifying the WG as the designated=20 > expert is not the most effective choice. It introduces an extra=20 > round of triage to find a reviewer when a request comes in, and=20 > relies on the perpetual existence of the WG. It's fine if you want=20 > the IESG to designate multiple experts or even setup a list with a=20 > pool of experts to serve as DEs (neither of which need to be=20 > specified in the document), but either of those would be preferable=20 > to designating the WG as the expert. With the new wording that references RFC 6838, the document no longer=20 names an expert. > > =3D Section 15.1 =3D > > A description needs to be provided for the registration of=20 > urn:service:test.sos.ecall. I added: This service requests resources associated with a test (non-emergency) call placed by an in-vehicle system. See Section 8 for more information on the test eCall request URN. > > =3D Section 15.2 =3D > > "In general, it is acceptable for the data to be unprotected while brief= ly in > transit within the Mobile Network Operator (MNO); the MNO is > trusted to not permit the data to be accessed by third parties." > > This does not seem consistent with Sections 9 and 10 of RFC 7852,=20 > where TLS is listed as a SHOULD-level requirement due to legacy=20 > deployed bases and the priority for calls to be completed in=20 > emergency situations, not because of any sort of trust=20 > relationship. I think this text needs to be revised to be=20 > consistent with RFC 7852. The text is specifically talking about data within the MNO, not data=20 in transit between the MNO and the vehicle, or the MNO and the PSAP,=20 hence it is entirely consistent with TLS (since when TLS is used, the=20 data is in the clear within the entity that received it, as TLS is=20 hop-by-hop rather than end-to-end). However, on review the text does=20 not seem needed and so I delete the text you quoted. > > =3D Sections 15.4 and 15.5 =3D > > I think you mean Emergency Call Data Types registry as opposed to=20 > Emergency Call Data Blocks registry (the latter does not exist).=20 > Also note that the Data Types registry has a 'Data About' column=20 > that needs to be filled in for these two entries. > > I would also recommend fixing all the other references in the=20 > document to the Emergency Call Data Blocks registry. That was an old name for the registry. Thanks for catching this. I=20 fixed all references. > > =3D Section 19 =3D > > Why are EN_16072 and TS22.101 listed as normative, but TS24.229 is=20 > listed as informative? I suspect they could all be informative,=20 > although I do not have access to EN_16072. I agree, those are now informative references. > Nits that can be resolved in the next rev (preferably) or together=20 > with IETF LC comments: > > =3D Abstract and Section 2 =3D > > Since the IETF defines standards for the big-I Internet, I think it=20 > would help to make a clarification similar to the following in the=20 > abstract and in Section 2: > > "Although this specification is designed to meet the requirements=20 > of European next-generation eCall, it is specified generically such=20 > that the technology may be re-used or extended to suit requirements=20 > across jurisdictions (see, e.g., draft-ietf-ecrit-car-crash)." > > Section 2 doesn't quite say this but I think it's important enough=20 > to note specifically there and in the abstract. I like your wording better than what's in Section 2 now, so I=20 replaced that with yours (except with "can" instead of "may" because=20 otherwise someone will say it is ambiguous): Although this specification is designed to meet the requirements of pan-European next-generation eCall, it is specified generically such that the technology can be re-used or extended to suit requirements across jurisdictions (see, e.g., [I-D.ietf-ecrit-car-crash]), and extension points are provided to facilitate this. I added the same to the Abstract except without the reference to=20 car-crash (since references are frowned upon in Abstracts). > > =3D Section 3 =3D > > s/(both of which are registered in Section 15)/(both of which are=20 > registered in Section 15)./ Thanks. > > =3D Section 5 =3D > > I think it would help to explain why support for the XML encoding=20 > of MSD is not being specified here. It's because 3GPP didn't want it, they insisted on ASN.1. I added=20 "per 3GPP [SDO-3GPP]". > > =3D Section 8 =3D > > You need to explain what CS-eCall is and expand the acronym on first use= . There were only two uses, so I just expanded them both. > > =3D Section 9.1.1.2 =3D > > The reason codes should be defined and explained here in the body=20 > of the document and references from the IANA considerations=20 > section, not defined for the first time there. > > =3D Section 9.1.3.1 =3D > > s/persistance/persistence/ Oops, thank you for catching this. > > =3D Section 14 =3D > > s/@success=3D'false"/@success=3D"false"/ Good catch, thank you. > > =3D Section 15 =3D > > I don't understand why the intro to this section contains the media=20 > type subtree registration, rather than having that in its own=20 > subsection like all the other subsections of Section 15. OK, I made it a subsection. > > =3D Section 15.2 and 15.3 =3D > > "Sections 7 and Section 8 of [RFC7852] contain more discussion." > > I think you mean Sections 9 and 10. Thanks for catching this. --=20 Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Day of inquiry. You will be subpoenaed. _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From nobody Thu Dec 15 06:50:43 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A1D31295BE for ; Thu, 15 Dec 2016 06:50:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cooperw.in header.b=CPKeGZbh; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=VAdeXec8 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RePXREK4Wy2D for ; Thu, 15 Dec 2016 06:50:39 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BCE51296A3 for ; Thu, 15 Dec 2016 06:50:39 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id C835E20878; Thu, 15 Dec 2016 09:50:38 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Thu, 15 Dec 2016 09:50:38 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=WkHFwIrYC3pwRHn teyym2WtUpQg=; b=CPKeGZbhycyNul0UA8RPuowGz7RRbZ/AOQmQu82s7JDVOrC p+hj9v4QN3jUkuS0/FgYcerVIvklvEDNL8XV3UeY9MbJ82vKU/xQ6VzA96YPUBVD FwQyKrOrR0gxAGq268KOP/mieL4O0SEM6Cowzcp70Un4eLLYwV+E0NmQ70eI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=WkHFwIrYC3pwRHnteyym2WtUpQg=; b=VAdeXec8znOdCHAw+zBY 29Z7IFtpAgOj+WIU+VZ+Tjb8zWo79nVr8gJPWLVJymkfygoALfYg/pAH88Q+u8a1 wlH0N2Sn143Yw57AtERVGPTzf1RdRt3+tF8x1xxnzK94kmYx3ckWA37iakVngH+A XSEJbJbQMJecLOCEzvWvS4s= X-ME-Sender: X-Sasl-enc: emq1wJmZoGKdbd42oAeGOruE/fjyUiiuxNGLXjdQ7mot 1481813438 Received: from sjc-alcoop-8819.cisco.com (unknown [128.107.241.169]) by mail.messagingengine.com (Postfix) with ESMTPA id 298167E2B2; Thu, 15 Dec 2016 09:50:38 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alissa Cooper In-Reply-To: Date: Thu, 15 Dec 2016 09:50:37 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <603CCA00-6905-4BED-B3B9-CF56086D6DC9@cooperw.in> References: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> To: Randall Gellens X-Mailer: Apple Mail (2.3124) Archived-At: Cc: Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 14:50:41 -0000 Thanks Randy. Trimming down to ones where I have follow-up: > On Dec 14, 2016, at 6:52 PM, Randall Gellens = wrote: >=20 >>=20 >> =3D Section 9.1.3.1 =3D >>=20 >> (1) msgid is underspecified. What is it supposed to be used for?=20 >> Why is it Conditional? >=20 > It's used in draft-ietf-ecrit-car-crash. It's Conditional because it=20= > is only needed when using static messages. It's used to indicate=20 > either the static message that the vehicle should display/speak to=20 > the occupants, or the set of static messages supported by the vehicle=20= > (by specifying the highest supported value). I added clarifying text=20= > to the Description: >=20 > Description: Defined for extensibility. Documents that make use = of > it are expected to explain when it is required and how it it = used. >=20 > Anything more explicit would require that I mention static messages,=20= > which are not used in this document (they're used in car-crash), and=20= > I'm afraid that would be more confusing. The design of this seems like it could be improved, then. Since the = attributes are generic and could be used to describe a variety of = requests, wouldn=E2=80=99t it make more sense to specify a generic ID = attribute in the event that a future extension defines some other action = which also makes use of integer IDs? Come to think of it, isn=E2=80=99t = this basically what element-ID is for, except that element-ID is a token = rather than an integer? If the msgid attribute really only makes sense = in the context of a specific extension defined elsewhere, it doesn=E2=80=99= t make sense to define it narrowly here. >=20 >=20 >>=20 >> (2) For supported-values, requested-state, and element-ID, what is=20 >> the expectation about where and how the permitted values will be=20 >> specified? >=20 > Since these are all defined for extensibility, the expectation is=20 > that the document that uses it defines this. The car-crash draft=20 > makes use of them and defines this. I don=E2=80=99t see where car-crash uses requested-state or element-ID. = Are you sure you need them (with a caveat about needing some kind of ID, = per my comment above)? Thanks, Alissa From nobody Thu Dec 15 10:17:55 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C95C1129957 for ; Thu, 15 Dec 2016 10:17:54 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 FLoy6leMPxzB for ; Thu, 15 Dec 2016 10:17:53 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 59263129443 for ; Thu, 15 Dec 2016 10:17:53 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 15 Dec 2016 10:17:52 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <603CCA00-6905-4BED-B3B9-CF56086D6DC9@cooperw.in> References: <97277796-68FC-4967-85B0-3EAE9173DC93@cooperw.in> <603CCA00-6905-4BED-B3B9-CF56086D6DC9@cooperw.in> X-Mailer: Eudora for Mac OS X Date: Thu, 15 Dec 2016 10:17:50 -0800 To: Alissa Cooper From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-ecall-20 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 18:17:54 -0000 At 9:50 AM -0500 12/15/16, Alissa Cooper wrote: > >> = Section 9.1.3.1 = >>> >>> (1) msgid is underspecified. What is it supposed to be used for? >>> Why is it Conditional? >> >> It's used in draft-ietf-ecrit-car-crash. It's Conditional because it >> is only needed when using static messages. It's used to indicate >> either the static message that the vehicle should display/speak to >> the occupants, or the set of static messages supported by the vehicle >> (by specifying the highest supported value). I added clarifying text >> to the Description: >> >> Description: Defined for extensibility. Documents that make use of >> it are expected to explain when it is required and how it it used. >> >> Anything more explicit would require that I mention static messages, >> which are not used in this document (they're used in car-crash), and >> I'm afraid that would be more confusing. > > The design of this seems like it could be improved, then. Since the > attributes are generic and could be used to describe a variety of > requests, wouldn't it make more sense to specify a generic ID > attribute in the event that a future extension defines some other > action which also makes use of integer IDs? Come to think of it, > isn't this basically what element-ID is for, except that element-ID > is a token rather than an integer? If the msgid attribute really > only makes sense in the context of a specific extension defined > elsewhere, it doesn't make sense to define it narrowly here. OK, I changed the name to "int-id" to make it more generic. > >> (2) For supported-values, requested-state, and element-ID, what is >>> the expectation about where and how the permitted values will be >>> specified? >> >> Since these are all defined for extensibility, the expectation is >> that the document that uses it defines this. The car-crash draft >> makes use of them and defines this. > > I don't see where car-crash uses requested-state or element-ID. Are > you sure you need them (with a caveat about needing some kind of > ID, per my comment above)? This was an error in the car-crash draft, where the old names were used. I've fixed the draft to now correctly use element-id and requested-state (and also int-id). -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Violence is the last refuge of the incompetent. --Salvador Hardin From nobody Thu Dec 15 16:20:07 2016 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0617A129BD4; Thu, 15 Dec 2016 16:20:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.40.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148184760601.24621.15408212001014618135.idtracker@ietfa.amsl.com> Date: Thu, 15 Dec 2016 16:20:06 -0800 Archived-At: Cc: ecrit@ietf.org Subject: [Ecrit] I-D Action: draft-ietf-ecrit-ecall-21.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 00:20:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies of the IETF. Title : Next-Generation Pan-European eCall Authors : Randall Gellens Hannes Tschofenig Filename : draft-ietf-ecrit-ecall-21.txt Pages : 46 Date : 2016-12-15 Abstract: This document describes how to use IP-based emergency services mechanisms to support the next generation of the pan European in- vehicle emergency call service defined under the eSafety initiative of the European Commission (generally referred to as "eCall"). eCall is a standardized and mandated system for a special form of emergency calls placed by vehicles, providing real-time communications and an integrated set of related data. This document also registers MIME media types and an Emergency Call Additional Data Block for the eCall vehicle data and metadata/control data, and an INFO package to enable carrying this data in SIP INFO requests. Although this specification is designed to meet the requirements of European next-generation eCall, it is specified generically such that the technology can be re-used or extended to suit requirements across jurisdictions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ecrit-ecall-21 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-ecall-21 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 15 16:20:29 2016 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 466A3129BE3; Thu, 15 Dec 2016 16:20:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.40.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148184762528.24693.5099447702562820988.idtracker@ietfa.amsl.com> Date: Thu, 15 Dec 2016 16:20:25 -0800 Archived-At: Cc: ecrit@ietf.org Subject: [Ecrit] I-D Action: draft-ietf-ecrit-car-crash-20.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 00:20:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies of the IETF. Title : Next-Generation Vehicle-Initiated Emergency Calls Authors : Randall Gellens Brian Rosen Hannes Tschofenig Filename : draft-ietf-ecrit-car-crash-20.txt Pages : 43 Date : 2016-12-15 Abstract: This document describes how to use IP-based emergency services mechanisms to support the next generation of emergency calls placed by vehicles (automatically in the event of a crash or serious incident, or manually invoked by a vehicle occupant) and conveying vehicle, sensor, and location data related to the crash or incident. Such calls are often referred to as "Automatic Crash Notification" (ACN), or "Advanced Automatic Crash Notification" (AACN), even in the case of manual trigger. The "Advanced" qualifier refers to the ability to carry a richer set of data. This document also registers a MIME media type and Emergency Call Additional Data Block for the vehicle, sensor, and location data (often referred to as "crash data" even though there is not necessarily a crash) and a SIP INFO package to enable carrying this and related data in SIP INFO requests. An external specification for the data format, contents, and structure are referenced in this document. This document reuses the technical aspects of next-generation pan- European eCall (a mandated and standardized system for emergency calls by in-vehicle systems within Europe and other regions). However, this document specifies a different set of vehicle (crash) data, specifically, the Vehicle Emergency Data Set (VEDS) rather than the eCall Minimum Set of Data (MSD). This document is an extension of the eCall document, with the primary differences being that this document makes the MSD data set optional and VEDS mandatory, and adds attribute values to the metadata/control object to permit greater functionality. This document registers a new SIP INFO package (identical to that registered for eCall but with the addition of the VEDS MIME type). This document also describes legacy (circuit- switched) ACN systems and their migration to next-generation emergency calling, to provide background information and context. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ecrit-car-crash/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ecrit-car-crash-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ecrit-car-crash-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 15 16:25:22 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1BD0129BC6 for ; Thu, 15 Dec 2016 16:25:20 -0800 (PST) X-Quarantine-ID: <8iEj8z3_vcIv> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 8iEj8z3_vcIv for ; Thu, 15 Dec 2016 16:25:18 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 10077129497 for ; Thu, 15 Dec 2016 16:25:18 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 15 Dec 2016 16:25:16 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <8079F7B1-F7D3-4250-B453-80B01AD92EC7@cooperw.in> References: <8079F7B1-F7D3-4250-B453-80B01AD92EC7@cooperw.in> X-Mailer: Eudora for Mac OS X Date: Thu, 15 Dec 2016 16:17:27 -0800 To: Alissa Cooper , Emergency Context Resolution with Internet Technologies Discussion List From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-car-crash-19 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 00:25:20 -0000 Hi Alissa, Thanks for your review. Please see inline. At 1:40 PM -0500 12/7/16, Alissa Cooper wrote: > I have reviewed this document in preparation for IETF last call. > There are a few items that require discussion before proceeding to > LC. I've also included nits that should be resolved together with > LC comments or beforehand. > > Substantive comments: > > = Section 6 = > > "The item is registered in the Emergency Call Additional Data > registry, as defined in Section 9.1.7 of [RFC7852]" > > Is this supposed to be the Emergency Call Data Types Registry > defined in Section 11.1.9 of RFC 7852? Section 9.1.7 does not exist. Yes, thanks for catching this (text left over from an earlier version of the additional-data draft). > > = Section 7 = > > s/Emergency Call Additional Data Blocks registry/Emergency Call > Data Types registry/ Thanks. > = Section 9 = > > Is this section necessary? It seems superfluous. I agree it can be deleted. > = Section 10 = > > (1) Is there a need to state than an IVS MUST ignore requests from > PSAPs containing the child elements defined here if those requests > arrive outside of a dialog that the IVS itself initiated? Suppose a > rogue or buggy PSAP started calling vehicles and getting them to > flash their lights or honk their horns -- seems like a safety > problem. This is already implied and is obviously a corner case but > given the potential severity I'm wondering if it's worth calling > this out explicitly. We don't want to rule out PSAP call-backs. A PSAP might need to call back a vehicle that initiated an emergency call that was terminated. Section 14 explicitly says that the vehicle may decline to carry out a request (and suggests failure to authenticate the request as one possible reason). It's reasonable for an IVS implementation to only honor requests that come in emergency calls it itself initiated, at least in the early years of NG-AACN deployment, but I don't think we should mandate that. > (2) I think the initial registry contents for lamp, camera, and > msg-static should be discussed somewhere in this section. I added this where each of those actions is listed. > = Section 10.1 = > > I don't understand why support for messages would be assumed to be > cumulative in the order in which messages end up being registered > in the registry. Why isn't the case where a vehicle supports > messages 1, 3, and 5 but not 2 and 4 a possible case? The expectation is that there will be few static messages; there isn't a basis for IVS implementations to pick which ones to support, especially since it is text that is displayed on a screen, so the complexity of only supporting some messages outweighs the cost of supporting a set up to a known value. > = Section 10.2 = > > (1) lamp-id and lamp-action are not defined anywhere as attributes > of a request. Thanks for catching this. Those attributes were changed to the more generic 'element-id' a while back but this text wasn't updated. > > (2) It seems to me that the static message with msgid=1 and the > dynamic message provided here are contradictory. One says that help > is not on the way and the other says that it is. Why would a PSAP > send both of these messages? Static message 1 only says that the PSAP can't accept the voice call (nothing about sending help or not), so I don't see it as contradictory. Also, it's just an example to show both static and dynamic messages. > = Section 12 = > > Please move this to the IANA considerations section. OK. > = Section 16 = > > s/Emergency Call Additional Data registry/Emergency Call Data Types registry/ Oops, thanks. > > = Section 16.2 = > > s/Emergency Call Additional Data registry/Emergency Call Data Types registry/ > > This section also needs to designate what goes in the 'Data About' column. Thanks. I also updated the eCall draft to fill in the 'Data About' value. > = Section 16.4 = > > "Because all > compliant vehicles are expected to support all static messages > translated into all languages supported by the vehicle, it is > important to limit the number of such messages." > > Having a registry does not limit the number of messages, strictly > speaking. Perhaps this is meant to be inverted -- static message > support is provided and the registry is being created to list them > because of the expectation that there will be a limited number of > them? The statement is intended to justify the more restrictive rules for adding values. It's not about a registry per se, but rather the rules for adding to it. > Also, this sort of explanation belongs in Section 10, not here. I added text to that section. > And I think you mean "Specification Required policy," not > "Publication Required rules." Yes, thank you. > = Section 19.2 = > > I think RFC 6086 needs to be a normative reference. Should have > made the same comment on the ecall document. Fixed in both drafts. > Nits: > > = General = > > The editorial fixes made in response to Ivo's review of the ecall > document [1] should also be made here to the extent that the same > text has been re-used. I scoured the document for offending "attach" uses and also made Ivo's requests to add "method" in various places to both documents. > = Abstract = > > s/an INFO package/a SIP INFO package/ OK > = Section 1 = > > s/an NG-ACN call/a next-generation ACN call/ I spelled it out the first time, and added it to the list of abbreviations in Section 1. > s/sending an INVITE request, receiving an > INFO request, etc./sending a SIP INVITE request, receiving a SIP > INFO request, etc. Done for both drafts. > = Section 2 = > > I think it would help to note that APCO and NENA are US-based > organizations and also to include a note similar to what I > suggested for ecall to the effect that the document is specified > generically such that the technology may be re-used or extended to > suit requirements across jurisdictions. OK. > s/registers the 'VEDS' entry in the Emergency Call Additional Data > registry/registers the 'VEDS' entry in the Emergency Call Data > Types Registry/ > > s/registers a new INFO package/registers a new SIP INFO package/ Fixed globally. > = Section 3 = > > s/the right-hand side/the other call leg/ OK. > = Section 5 = > > Some of the material in this section has significant overlap with > material in Section 2. I would suggest streamlining so that the > background info appears in one place or the other but not both. I edited both sections. There's a small bit of overlap about NG migration left, but I don't think it's a problem, and I don't think there's much overlap background left. > s/to indicates/to indicate/ Thanks. > = Section 8 = > > This sentence is not grammatically correct and should be fixed (in > addition to fixing the "attached" language): > > "A next-generation In-Vehicle System (IVS) initiates an NG-ACN call > with a SIP INVITE using one of the SOS sub-services > "SOS.ecall.automatic" or "SOS.ecall.manual" in the Request-URI, > standard sets of crash data and capabilities data encoded in > standardized and registered formats, attached as additional data > blocks as specified in Section 4.1 of [RFC7852]." I rewrote it. > = Section 10.2 = > > s/persistance/persistence/ Oops, thanks. > = Section 10.4 = > > s/the IV/the IVS/ Thanks. > = Section 13 = > > s/about about/about/ Thanks. > = Section 16.1 = > > s/Section 7 and Section 8/Section 9 and Section 10/ Thanks. > s/Gellensm/Gellens/ Oops, thanks. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Computers make very fast, very accurate mistakes. From nobody Fri Dec 16 06:14:16 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBBD212966A for ; Fri, 16 Dec 2016 06:14:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cooperw.in header.b=20/ok+kM; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=RdvHHu3T Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01CSURRpNWrH for ; Fri, 16 Dec 2016 06:14:06 -0800 (PST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE506129DE2 for ; Fri, 16 Dec 2016 06:14:05 -0800 (PST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 0F86C208DF; Fri, 16 Dec 2016 09:14:05 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute7.internal (MEProxy); Fri, 16 Dec 2016 09:14:05 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=pPjq4sKuNBP8A9G GBkmJggktBQs=; b=20/ok+kM2lz7DoU0M8Wv+2Gzy9lPqL+idrFX6vsiNF/vWb1 M2PlbK+TPCqbBs1OjX9CLD4ORLmbI6OHaQb7bqgeY3jidm2oALCjUr82M6JUtzpG LZkjhd/SqmbMmzl4ejrfg7MWGYVr5VoN7GBp1C/Q6ceiyW39ahoS2Rj7RAng= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=pPjq4sKuNBP8A9GGBkmJggktBQs=; b=RdvHHu3Tefk8VXLxYUHq l54U/EzolpaAFNrV69bPVFUU3jIWEWGRdFfvWaPBQZTyZUKJ2iOPonnuOSOmRft/ mts/02uDPE13ZoOT+N+n/S427Fo9GtUoMVfDcgFxYYPlrnxFe+TfQ3HdvwYTehss ZYvnIKP9uCwK10865Uk0pok= X-ME-Sender: X-Sasl-enc: IBRKbP0M/ioO4GRJ5oOQidr5K+q0flt0LVe6BrlOGbdV 1481897644 Received: from dhcp-10-150-9-165.cisco.com (unknown [173.38.117.85]) by mail.messagingengine.com (Postfix) with ESMTPA id A85A52452C; Fri, 16 Dec 2016 09:14:04 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alissa Cooper In-Reply-To: Date: Fri, 16 Dec 2016 09:14:04 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3FF94324-6359-4128-A191-791B27032A3C@cooperw.in> References: <8079F7B1-F7D3-4250-B453-80B01AD92EC7@cooperw.in> To: Randall Gellens X-Mailer: Apple Mail (2.3124) Archived-At: Cc: Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-car-crash-19 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 14:14:07 -0000 Thanks Randy. I think this is ready for last call now. I have a couple = of comments below that can be resolved together with last call comments. > On Dec 15, 2016, at 7:17 PM, Randall Gellens = wrote: >=20 >> =3D Section 10.1 =3D >>=20 >> I don't understand why support for messages would be assumed to be=20 >> cumulative in the order in which messages end up being registered=20 >> in the registry. Why isn't the case where a vehicle supports=20 >> messages 1, 3, and 5 but not 2 and 4 a possible case? >=20 > The expectation is that there will be few static messages; there=20 > isn't a basis for IVS implementations to pick which ones to support,=20= > especially since it is text that is displayed on a screen, so the=20 > complexity of only supporting some messages outweighs the cost of=20 > supporting a set up to a known value. It would be helpful to include a sentence similar to the above in the = document. >=20 >> =3D Section 10.2 =3D >=20 >>=20 >> (2) It seems to me that the static message with msgid=3D1 and the=20 >> dynamic message provided here are contradictory. One says that help=20= >> is not on the way and the other says that it is. Why would a PSAP=20 >> send both of these messages? >=20 > Static message 1 only says that the PSAP can't accept the voice call=20= > (nothing about sending help or not), so I don't see it as=20 > contradictory. =20 I guess when I read =E2=80=9CWe will help you as soon as possible=E2=80=9D= that sounds to me like it could be a long time from now, which is = different from =E2=80=9CHelp is on the way.=E2=80=9D But I see how = others might interpret the first one differently. Alissa= From nobody Fri Dec 16 07:53:06 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5748E129F80 for ; Fri, 16 Dec 2016 07:53:05 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -4.796 X-Spam-Level: X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.896] 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 fYQJakiQ_dGu for ; Fri, 16 Dec 2016 07:53:03 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id A05BA129EBC for ; Fri, 16 Dec 2016 07:46:11 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 16 Dec 2016 07:46:10 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <3FF94324-6359-4128-A191-791B27032A3C@cooperw.in> References: <8079F7B1-F7D3-4250-B453-80B01AD92EC7@cooperw.in> <3FF94324-6359-4128-A191-791B27032A3C@cooperw.in> X-Mailer: Eudora for Mac OS X Date: Fri, 16 Dec 2016 07:40:16 -0800 To: Alissa Cooper From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: Emergency Context Resolution with Internet Technologies Discussion List Subject: Re: [Ecrit] AD evaluation: draft-ietf-ecrit-car-crash-19 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 15:53:05 -0000 At 9:14 AM -0500 12/16/16, Alissa Cooper wrote: > Thanks Randy. I think this is ready for last call now. I have a > couple of comments below that can be resolved together with last > call comments. > >> On Dec 15, 2016, at 7:17 PM, Randall Gellens >> wrote: >> >>> = Section 10.1 = >>> >>> I don't understand why support for messages would be assumed to be >>> cumulative in the order in which messages end up being registered >>> in the registry. Why isn't the case where a vehicle supports >>> messages 1, 3, and 5 but not 2 and 4 a possible case? >> >> The expectation is that there will be few static messages; there >> isn't a basis for IVS implementations to pick which ones to support, >> especially since it is text that is displayed on a screen, so the >> complexity of only supporting some messages outweighs the cost of >> supporting a set up to a known value. > > It would be helpful to include a sentence similar to the above in > the document. Happy to add text as a Last Call comment. > > = Section 10.2 = > > >>> >>> (2) It seems to me that the static message with msgid=1 and the >>> dynamic message provided here are contradictory. One says that help >>> is not on the way and the other says that it is. Why would a PSAP >>> send both of these messages? >> >> Static message 1 only says that the PSAP can't accept the voice call >> (nothing about sending help or not), so I don't see it as >> contradictory. > > I guess when I read "We will help you as soon as possible" that > sounds to me like it could be a long time from now, which is > different from "Help is on the way." But I see how others might > interpret the first one differently. I will ask the NENA PSAP OPS committee to review that static message and suggest improved wording. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- I detest life-insurance agents; they always argue that I shall some day die, which is not so. --Stephen Leacock (1869-1944) _Literary Lapses_ (1910) (Insurance up to Date) From nobody Fri Dec 16 08:52:52 2016 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E3558129686; Fri, 16 Dec 2016 08:52:50 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.40.1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <148190717088.14691.11368918922332585780.idtracker@ietfa.amsl.com> Date: Fri, 16 Dec 2016 08:52:50 -0800 Archived-At: Cc: ecrit@ietf.org, Allison Mankin , draft-ietf-ecrit-car-crash@ietf.org, ecrit-chairs@ietf.org Subject: [Ecrit] Last Call: (Next-Generation Vehicle-Initiated Emergency Calls) to Proposed Standard X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 16:52:51 -0000 The IESG has received a request from the Emergency Context Resolution with Internet Technologies WG (ecrit) to consider the following document: - 'Next-Generation Vehicle-Initiated Emergency Calls' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-01-06. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes how to use IP-based emergency services mechanisms to support the next generation of emergency calls placed by vehicles (automatically in the event of a crash or serious incident, or manually invoked by a vehicle occupant) and conveying vehicle, sensor, and location data related to the crash or incident. Such calls are often referred to as "Automatic Crash Notification" (ACN), or "Advanced Automatic Crash Notification" (AACN), even in the case of manual trigger. The "Advanced" qualifier refers to the ability to carry a richer set of data. This document also registers a MIME media type and Emergency Call Additional Data Block for the vehicle, sensor, and location data (often referred to as "crash data" even though there is not necessarily a crash) and a SIP INFO package to enable carrying this and related data in SIP INFO requests. An external specification for the data format, contents, and structure are referenced in this document. This document reuses the technical aspects of next-generation pan- European eCall (a mandated and standardized system for emergency calls by in-vehicle systems within Europe and other regions). However, this document specifies a different set of vehicle (crash) data, specifically, the Vehicle Emergency Data Set (VEDS) rather than the eCall Minimum Set of Data (MSD). This document is an extension of the eCall document, with the primary differences being that this document makes the MSD data set optional and VEDS mandatory, and adds attribute values to the metadata/control object to permit greater functionality. This document registers a new SIP INFO package (identical to that registered for eCall but with the addition of the VEDS MIME type). This document also describes legacy (circuit- switched) ACN systems and their migration to next-generation emergency calling, to provide background information and context. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ecrit-car-crash/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ecrit-car-crash/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2523/ https://datatracker.ietf.org/ipr/2252/ From nobody Fri Dec 16 08:53:35 2016 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 260AA1296E8; Fri, 16 Dec 2016 08:53:34 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.40.1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <148190721414.14704.12588114776606467694.idtracker@ietfa.amsl.com> Date: Fri, 16 Dec 2016 08:53:34 -0800 Archived-At: Cc: draft-ietf-ecrit-ecall@ietf.org, Allison Mankin , ecrit@ietf.org, ecrit-chairs@ietf.org Subject: [Ecrit] Last Call: (Next-Generation Pan-European eCall) to Proposed Standard X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 16:53:34 -0000 The IESG has received a request from the Emergency Context Resolution with Internet Technologies WG (ecrit) to consider the following document: - 'Next-Generation Pan-European eCall' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-01-06. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes how to use IP-based emergency services mechanisms to support the next generation of the pan European in- vehicle emergency call service defined under the eSafety initiative of the European Commission (generally referred to as "eCall"). eCall is a standardized and mandated system for a special form of emergency calls placed by vehicles, providing real-time communications and an integrated set of related data. This document also registers MIME media types and an Emergency Call Additional Data Block for the eCall vehicle data and metadata/control data, and an INFO package to enable carrying this data in SIP INFO requests. Although this specification is designed to meet the requirements of European next-generation eCall, it is specified generically such that the technology can be re-used or extended to suit requirements across jurisdictions. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2522/ https://datatracker.ietf.org/ipr/2251/ From nobody Fri Dec 16 12:32:49 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8C94129477 for ; Fri, 16 Dec 2016 12:32:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 y1KWD57vVlV6 for ; Fri, 16 Dec 2016 12:32:47 -0800 (PST) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::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 EDAA3129423 for ; Fri, 16 Dec 2016 12:32:46 -0800 (PST) Received: by mail-qt0-x236.google.com with SMTP id c47so97471766qtc.2 for ; Fri, 16 Dec 2016 12:32:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:subject:date:references:to:message-id:mime-version; bh=6nDnf5lkyR0KDStGkxuHuYWMLkQBcQFdubz2PI6FLMg=; b=qoirCKPi7b05oevVQU2eSuB3tag/Hkl35k0diMnIVcZcZJ2h+cYqfYyJRqWxZ79mTD quxYJLAXimg3klThOuon9sHMj4hhhVvfkgUk3rocmDyCiS7aDTR0PjTyQD3MSgWrR7VY iAQa0jnGfXrCGuUrk4I0pUIIFuZDA9PysOiTdZZ4ng/gnNJwHqF/3hJAgGxNt+MtfYmw MnXCrR3M0CYvL4eY/7yrNXBB46DDkRQdOid/GnDNJAx4WtCq6cGNVWKrB/GI+mhHSFLK PVmVJPQTR1lW4GiDbjAb22WEyQO3qOeVDyHOQ4Ag8NJrEujXO/wSxGDR7tDWdrZqbzfM /v9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:references:to:message-id :mime-version; bh=6nDnf5lkyR0KDStGkxuHuYWMLkQBcQFdubz2PI6FLMg=; b=o36gOyo63ns7M5CGnmt2pPpBP2uHKCqdHd63m3dGX2iIXA3CQiaUqM4gser0ZBd2Jv oQ5CglI8avvQtzE6BfpSpGNGufKbT4UvZkDzl1tcqbMipsfUedrqdfCTQjamcUqQIs6a rtvU+p5f208fsdo9jqEejZjPipdJhO6gXVHWLyMglzmOLZqwobA3O2HlY5Xl7sOA8gu3 g3WcfQxfYwQvejHxjwtb+F000FMHXiPMuvFpftx8cFYjbvgjY/zV+imF3h8qGBVkFsm+ Tnx1zKn2Cw57yzXuQGl2U9tCqboX8LwpkfZhQmQeTMRgP53csclhp8uZuWfS4/OUcGrZ KsXQ== X-Gm-Message-State: AIkVDXIJWRvg52s9AIbAZh2wtTywjNNTf7yJAvNO2X9HH2+P6+mPJQkBHXEZKcYEOwXYuQ== X-Received: by 10.200.41.248 with SMTP id 53mr5068858qtt.3.1481920365721; Fri, 16 Dec 2016 12:32:45 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id u7sm4545411qkh.2.2016.12.16.12.32.44 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 16 Dec 2016 12:32:45 -0800 (PST) From: Brian Rosen Content-Type: multipart/alternative; boundary="Apple-Mail=_088B6080-DF65-4F15-B280-56D2BC3D893B" Date: Fri, 16 Dec 2016 15:32:44 -0500 References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> To: ECRIT Message-Id: <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Archived-At: Subject: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 20:32:49 -0000 --Apple-Mail=_088B6080-DF65-4F15-B280-56D2BC3D893B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii FYI > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > Date: December 16, 2016 at 3:31:51 PM EST > To: > Reply-To: internet-drafts@ietf.org >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 >=20 > Title : A Subregistry for urn:service:sos.police, = fire and ambulance > Author : Brian Rosen > Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --Apple-Mail=_088B6080-DF65-4F15-B280-56D2BC3D893B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii FYI

Begin forwarded message:

From: = internet-drafts@ietf.org
Subject: = I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: = December 16, 2016 at 3:31:51 PM = EST
To: = <i-d-announce@ietf.org>
Reply-To: = internet-drafts@ietf.org


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


=        Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
=        Author =          : Brian Rosen
= Filename        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
Pages =           : 5
= Date =            : = 2016-12-16

Abstract:
=   In most countries, there are multiple kinds of police = forces.
  RFC5031 defines a "Service URN" which = is used to route emergency
  calls.  The = urn has a sub registry for different kinds of emergency
=   services that may be reached from different telephone = numbers or
  service numbers (as opposed to a = single number like 112).  In many
=   countries, the "police" service is not a single service, but = more
  than one service where the service area = and/or types of emergencies
  they respond to = are different.  In some countries there are multiple
=   ambulance services.  This document defines sub = registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
=   completeness, urn:service:sos.fire.  It also provides = an initial set
  of entries for these sub = registries.  These services are in addition
=   to the base urn:service:sos.police, etc. services.


The IETF datatracker status = page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/

There's also a htmlized = version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

= --Apple-Mail=_088B6080-DF65-4F15-B280-56D2BC3D893B-- From nobody Fri Dec 16 14:36:43 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89BBD129487 for ; Fri, 16 Dec 2016 14:36:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08qq3uowchWc for ; Fri, 16 Dec 2016 14:36:38 -0800 (PST) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (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 BEA01127071 for ; Fri, 16 Dec 2016 14:36:37 -0800 (PST) Received: by mail-qt0-x22f.google.com with SMTP id p16so97812861qta.0 for ; Fri, 16 Dec 2016 14:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=u21CrZObNEYCNQ21AADEIH2REQ2tFz4E+r+raHPMq6Y=; b=BZt8olS8ZzFQsMLBVJZMTREMUAPvvqASKcjjdqEzaf9tx/j1X/fs/lGQe1J4/3LBjp 2b6tZwod8CZQz9T6nAIKTnTZD+kUkO2wCv52i4NbgflN/iqjoi2PJjm6yn8Qx6/Entf1 8mpE3gH5wuXqmcychssvn/r9u9TGPNqKpnniLILDHOrHW7zHAYSbjV9iLSy80rq31XSm h6rFS36hup1+McNQSAGQ65JDCA7sQvPJfU2zWUsC3MlXtWDkaK7YYXn3pSH0LK3mKFEj b2XhMVGLDbISXZE6+NIjHnndVoIU9Hpg+IwRawL7wSi3jaLrJg/ESQBufba62OUHP0yt 4oYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=u21CrZObNEYCNQ21AADEIH2REQ2tFz4E+r+raHPMq6Y=; b=T7AaC73VkWJPFlMHBnSIlc3J2MiIUKxBNDr9gjC2FUqxI/Bjc5NHk1aPvADu6NU7I2 fxwHrM1+kvEK0+HdZHDHWn5Qd52ziUPJykAtAuTYNK+1moswmqJGEQ+aJ5phtxHowAFr C+P/4V497tqQ4XXDeORDkfmlVEMqKgtYRipknLHCRuact4RcUnBrwBqxId4036d5vXSZ aC4fKtr7Ej15+uaE1zggZNGVPibPh7KALJJpU0Pv9pHxXaOuREDnhFqP2rf6F4axCBkL LrQnn03cebLqrU5/wj09nj181U9ytue30oyCiXgrjVWE+JDZ852iRAhWzZkH5SxHznhR E6uQ== X-Gm-Message-State: AIkVDXLkDFoVX9q/dnORPK2k9afwj/lGrOWVd+gG2QVGCSGKphgvvIS+0tfI1bxq2EKgQeVUKuIQNfK0JVp51g== X-Received: by 10.237.58.42 with SMTP id n39mr5119101qte.33.1481927796919; Fri, 16 Dec 2016 14:36:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.182.66 with HTTP; Fri, 16 Dec 2016 14:36:06 -0800 (PST) In-Reply-To: <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> From: Ted Hardie Date: Fri, 16 Dec 2016 14:36:06 -0800 Message-ID: To: Brian Rosen Content-Type: multipart/alternative; boundary=001a1142c5e0eb19c00543ce33c1 Archived-At: Cc: ECRIT Subject: Re: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2016 22:36:41 -0000 --001a1142c5e0eb19c00543ce33c1 Content-Type: text/plain; charset=UTF-8 Howdy, No objection to this, but this read oddly: This document extends the urn:service:sos.police to allow the type of police force. The type of force is a token separated from urn:service.sos.police by a period. Perhaps instead of "type of force" you could say "The type of law enforcement agency is a token..."? Also, it might be slightly better to say "allow the system to distinguish the type" . Ted On Fri, Dec 16, 2016 at 12:32 PM, Brian Rosen wrote: > FYI > > Begin forwarded message: > > *From: *internet-drafts@ietf.org > *Subject: **I-D Action: > draft-rosen-ecrit-service-urn-subregistries-00.txt* > *Date: *December 16, 2016 at 3:31:51 PM EST > *To: * > *Reply-To: *internet-drafts@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : A Subregistry for urn:service:sos.police, fire > and ambulance > Author : Brian Rosen > Filename : draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 > > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-rosen-ecrit-service- > urn-subregistries/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > > --001a1142c5e0eb19c00543ce33c1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Howdy,

No objection to this, but this re= ad oddly:

 This document extends the urn:service:sos.police to all=
ow the type of
   police force.  The type of force is a token separated from
   urn:service.sos.police by a period.

Perhaps=
 instead of "type of force" you could say "The type of 
l=
aw enforcement agency is a token..."?

=
Als=
o, it might be slightly better to say "allow the system to distinguish=
 the type"
.

Ted

On Fri, D= ec 16, 2016 at 12:32 PM, Brian Rosen <br@brianrosen.net> wro= te:
F= YI

Begin forwarded message:
Subject: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt<= /b>
Date: December 16, 2016 at 3:31:51 PM EST
Reply-To: <= span style=3D"font-family:-webkit-system-font,Helvetica Neue,Helvetica,sans= -serif">inter= net-drafts@ietf.org


A New Internet-Draft is available from the on-line Internet-Drafts di= rectories.


=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Title =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: A Subregistry fo= r urn:service:sos.police, fire and ambulance
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0Author =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0: Brian Rosen
Filename =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0: draft-rosen-ecrit-service-urn-subregistries-00.txt Pages =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0: 5
Date =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: 2016-12-16

Abstract:
=C2=A0=C2= =A0In most countries, there are multiple kinds of police forces.
=C2=A0= =C2=A0RFC5031 defines a "Service URN" which is used to route emer= gency
=C2=A0=C2=A0calls.=C2=A0 The urn has a sub registry for different= kinds of emergency
=C2=A0=C2=A0services that may be reached from diffe= rent telephone numbers or
=C2=A0=C2=A0service numbers (as opposed to a = single number like 112).=C2=A0 In many
=C2=A0=C2=A0countries, the "= ;police" service is not a single service, but more
=C2=A0=C2=A0tha= n one service where the service area and/or types of emergencies
=C2=A0= =C2=A0they respond to are different.=C2=A0 In some countries there are mult= iple
=C2=A0=C2=A0ambulance services.=C2=A0 This document defines sub re= gistries for
=C2=A0=C2=A0urn:service:sos.police, urn:service:sos.ambula= nce and, for
=C2=A0=C2=A0completeness, urn:service:sos.fire.=C2=A0 It a= lso provides an initial set
=C2=A0=C2=A0of entries for these sub regist= ries.=C2=A0 These services are in addition
=C2=A0=C2=A0to the base urn:= service:sos.police, etc. services.


The IETF datatracker status p= age for this draft is:
https://datatrac= ker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistries/=

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-= urn-subregistries-00


Please note that it may take a cou= ple of minutes from the time of submission
until the htmlized version an= d diff are available at tools.ietf.org.

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

____________________= ___________________________
I-D-Announce mailing list
I-D-Announce@ietf.org<= br>https://www.ietf.org/mailman/listinfo/i-d-announce
Int= ernet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/= ietf/1shadow-sites.txt


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


--001a1142c5e0eb19c00543ce33c1-- From nobody Sat Dec 17 08:58:57 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FEBB1296A5 for ; Sat, 17 Dec 2016 08:58:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 opy_gTRcA_Ie for ; Sat, 17 Dec 2016 08:58:54 -0800 (PST) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DCE1129698 for ; Sat, 17 Dec 2016 08:58:54 -0800 (PST) Received: by mail-qt0-x234.google.com with SMTP id w33so113485399qtc.3 for ; Sat, 17 Dec 2016 08:58:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=ZPEYw3umLfjxsMi4Zgo6lBCf+FGRTCXR+XvW5hoUmKI=; b=JVZf4O4VXmXtHyNg8n5zj8KrPF2IMYsOi77cZrKWzRjAb8wPzihQEKYktJB7nCe3T0 TdEgNXeDtd7Gc6u61jf4gxy6GC9cRuOK7KC57ty8GB7BcAy0Yrv4QuSuctPpgtafg9Vv o3sRTHWH3ViI2pi6ljKdcqZeZajgfx/f7QRf9qO68PP5iVwFAKJ8DeA+GiMoYhK4IxJt Zo/Fbr8Y/hFQ9YRk3o8Rq9Ncml2ah2Ub753H/09blFY4p094rsVOmMVRtth8+rv2TMfz vEDj43jtITfas+jm4k7TACEAB6VUyg833S1aaF20VwbbY0eAWbhXzjHnivO6bJIiCJCJ oVSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=ZPEYw3umLfjxsMi4Zgo6lBCf+FGRTCXR+XvW5hoUmKI=; b=nwH3hzCSaHgKvBtKFcMjDbomiPl5FhLwjc3ePffoH6Hjro5i9oJTs2LltC72cLjwix b+qji0x7gURZQWvKygsmtVcrnSqyCJ7HxUL4cttb+aNeZF9BVUzypYz1gWIy97puUwks p8PaRSn+y9DZ1UtoIokEkQ1B+stHMsObLIlLhmHVtYcrdpU0kg5X/wIg5C88Xt917rtz yJ/CFV+NKvn8BGFRYzFGZ06pA20PBA9ReUIga3DSFD/ZnVaKBQD3VFUaNRWx0mrkP7Vu b2xmY4wTasIC4GjbXLf+Bx5btGnHDfkTGUhv4/UEc04tcsy+Z1lY+1txZjyHTrg4MtcJ g7VA== X-Gm-Message-State: AIkVDXIPN0YpMjMF+OvX6ZKVibYr5Em4RJqCp2pCqC8hPvoE112+BKyCQ0KmWQvbMWRrOw== X-Received: by 10.237.62.27 with SMTP id l27mr7852116qtf.34.1481993933243; Sat, 17 Dec 2016 08:58:53 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id l2sm6438302qkc.36.2016.12.17.08.58.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 17 Dec 2016 08:58:52 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_9CF02329-C1FF-4428-B873-8EE41E7E53E6" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Sat, 17 Dec 2016 11:58:50 -0500 Message-Id: <160BA49F-334B-4920-8DC1-395A99320099@brianrosen.net> References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> To: Ted Hardie X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2016 16:58:56 -0000 --Apple-Mail=_9CF02329-C1FF-4428-B873-8EE41E7E53E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I see your point. I=E2=80=99ll make these edits. Brian > On Dec 16, 2016, at 5:36 PM, Ted Hardie wrote: >=20 > Howdy, >=20 > No objection to this, but this read oddly: >=20 > This document extends the urn:service:sos.police to allow the type of > police force. The type of force is a token separated from > urn:service.sos.police by a period. >=20 > Perhaps instead of "type of force" you could say "The type of=20 > law enforcement agency is a token..."? >=20 > Also, it might be slightly better to say "allow the system to = distinguish the type" > . >=20 > Ted >=20 > On Fri, Dec 16, 2016 at 12:32 PM, Brian Rosen > wrote: > FYI >=20 >> Begin forwarded message: >>=20 >> From: internet-drafts@ietf.org >> Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt >> Date: December 16, 2016 at 3:31:51 PM EST >> To: > >> Reply-To: internet-drafts@ietf.org >>=20 >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >>=20 >>=20 >> Title : A Subregistry for urn:service:sos.police, = fire and ambulance >> Author : Brian Rosen >> Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt >> Pages : 5 >> Date : 2016-12-16 >>=20 >> Abstract: >> In most countries, there are multiple kinds of police forces. >> RFC5031 defines a "Service URN" which is used to route emergency >> calls. The urn has a sub registry for different kinds of emergency >> services that may be reached from different telephone numbers or >> service numbers (as opposed to a single number like 112). In many >> countries, the "police" service is not a single service, but more >> than one service where the service area and/or types of emergencies >> they respond to are different. In some countries there are = multiple >> ambulance services. This document defines sub registries for >> urn:service:sos.police, urn:service:sos.ambulance and, for >> completeness, urn:service:sos.fire. It also provides an initial = set >> of entries for these sub registries. These services are in = addition >> to the base urn:service:sos.police, etc. services. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = >>=20 >> There's also a htmlized version available at: >> = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= = >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of = submission >> until the htmlized version and diff are available at tools.ietf.org = . >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ = >>=20 >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce = >> Internet-Draft directories: http://www.ietf.org/shadow.html = >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit = >=20 >=20 --Apple-Mail=_9CF02329-C1FF-4428-B873-8EE41E7E53E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I see your point.  I=E2=80=99ll make these edits.

Brian

On Dec 16, 2016, at 5:36 PM, Ted Hardie <ted.ietf@gmail.com> = wrote:

Howdy,

No objection to this, but this read oddly:

 This document extends the urn:service:sos.police =
to allow the type of
   police force.  The type of force is a token separated from
   urn:service.sos.police by a period.

Perhaps instead of "type of force" you could say =
"The type of 
law enforcement agency is a token..."?

Also, it might be slightly better to say "allow =
the system to distinguish the type"
.

Ted

On Fri, = Dec 16, 2016 at 12:32 PM, Brian Rosen <br@brianrosen.net> wrote:
FYI

Begin forwarded message:

From: = internet-drafts@ietf.org
Subject: = I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: = December 16, 2016 at 3:31:51 PM = EST
To: = <i-d-announce@ietf.org>
Reply-To: = internet-drafts@ietf.org


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


       Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
=        Author =          : Brian Rosen
Filename =        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
Pages =           : 5
Date =            : = 2016-12-16

Abstract:
=   In most countries, there are multiple kinds of police = forces.
  RFC5031 defines a "Service URN" which = is used to route emergency
  calls.  The = urn has a sub registry for different kinds of emergency
=   services that may be reached from different telephone = numbers or
  service numbers (as opposed to a = single number like 112).  In many
=   countries, the "police" service is not a single service, but = more
  than one service where the service area = and/or types of emergencies
  they respond to = are different.  In some countries there are multiple
=   ambulance services.  This document defines sub = registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
=   completeness, urn:service:sos.fire.  It also provides = an initial set
  of entries for these sub = registries.  These services are in addition
=   to the base urn:service:sos.police, etc. services.


The IETF datatracker status = page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistries/

There's = also a htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00


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

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

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


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



= --Apple-Mail=_9CF02329-C1FF-4428-B873-8EE41E7E53E6-- From nobody Tue Dec 20 05:58:47 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B5D7129735 for ; Tue, 20 Dec 2016 05:58:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 hw_rdI5OLK68 for ; Tue, 20 Dec 2016 05:58:43 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4573012970A for ; Tue, 20 Dec 2016 05:58:43 -0800 (PST) X-AuditID: c1b4fb30-c5fff700000054c8-c0-58593910f111 Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by (Symantec Mail Security) with SMTP id 62.1A.21704.01939585; Tue, 20 Dec 2016 14:58:41 +0100 (CET) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.72) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 20 Dec 2016 14:58:39 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=23ikAwzscJc9UAWrUF1qHVYqJEYcoZ/ext0p5rGXjKs=; b=a4701IKxhbiiB8ZSqpbDeV/Cq+GmJLB6l5K0zCIhYD7o9XaacbpULa5x3+TLa0DVdrm5Lq04ZD0p1kcDAHx0Q2OhCeuONWQLaaycw2ow1+yOI1rBUpZu+eGDmRilf/cArIQPRiWE2PqJMIgQGMZgZQ0zX4BkMIAtdbvG7s1h3YI= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Tue, 20 Dec 2016 13:58:39 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.010; Tue, 20 Dec 2016 13:58:39 +0000 From: Ivo Sedlacek To: Brian Rosen , ECRIT Thread-Topic: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Thread-Index: AQHSV9ud7pk2ZqFdNkCyr9vW7rFr46EQv9QQ Date: Tue, 20 Dec 2016 13:58:39 +0000 Message-ID: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> In-Reply-To: <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: 9c3ac70d-25e4-4427-0039-08d428e04ceb x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2468; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2468; 7:bvzv61uEWBkYdznd1vjb1Tarmf4mSe0ZEgCe71/ng1bA9wZtGBGLfQ+naf5MVC51GNkwPu3TAsqafopowVL9NLvcN2uJ8I4B4e9dmldUDTFbok/X9ypt9xXNmcIdzrpc8/oTVkkp4tk4sh62g0faQZUJjD00UwRuq3iYdKzx9ujg26s1Vg1P8Z8zKb9KsMsWukX2sEXuIjiu4OZeZa/8GmnBKNT5Xww1cXAO7Trq9NK4Kc6uvPL+/smkob4GUX/91Jfgz8R/2Rkb6YjXS3HnL1O36c5ysUL2Hg80EjGLJCTl8HlrhG99a7L3siMVCwzade21au6CaSzMAlqE5nC+20Z14sF4SIfniNSfdzoVWVDr44T7MHz0404m836l7WfrcBIi15NmHHQJCupnD+uIdS5c5pQpokXU9+KKzy1us/7C+hmacCAhsdg0qQHNzgZJkPEupzccSGUwb2lh2s2uxg== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:AM5PR0701MB2468; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2468; x-forefront-prvs: 0162ACCC24 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(69234005)(377424004)(199003)(377454003)(189002)(230783001)(38730400001)(561944003)(33656002)(8936002)(81156014)(5660300001)(4001150100001)(66066001)(2900100001)(2950100002)(7696004)(97736004)(92566002)(2906002)(189998001)(5001770100001)(107886002)(9686002)(6116002)(3280700002)(3846002)(86362001)(790700001)(54356999)(606005)(50986999)(3660700001)(6436002)(122556002)(81166006)(77096006)(102836003)(229853002)(76576001)(106356001)(105586002)(106116001)(6506006)(76176999)(68736007)(25786008)(74316002)(101416001)(7906003)(7736002)(24704002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2468; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB2468356AEB66DF2D791718E7E5900AM5PR0701MB2468_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2016 13:58:39.2866 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2468 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0iTURjHO+9lvo4GxznzwZRoFZSZt0otIyqQBIsuJM1V5MoX75vsNdE+ hFYqaZkaaRPvzWxakjJNvFCzyEuGVFJ5w7yla5VkmKmVtb0T/PZ7nv/vOYfncBhSXE07MZHK eFatVMRIBUJKI3scuM1uV4jMc+6mi9/EcJ7AL6V8gt5HBA7//GMTqNXOE0cJuXBPGBsTmcCq PfaGCiO0lzOpuPlilPi1u5RMRllZKAPZMoB3wPXWMUEGEjJiXIPgW20TzRcdCD5XvLcUFL5B gvb3glUrImCs5pYNX3QjMGjKCPNhAuwOOfrntJkl2B9Madn/JYaxx3IYTD5mRgk+BU++bOEN b7h/p4o0M4U3QU7yODIrIhwKC7ki/vQ0BKb8doHZscUHIEP30XITwmtgruuBhUnsCP3jJQS/ DgZtSw/JswMYx/7SvH8aljJ/0Hx/A+hzp63OYagwGmx4PgIjbz5Z1gKcRcF0v47iAxUsvqu0 DgRBW4uBtkoE1HVetU47g+Z2CuKD7zSUG0stgRizUPkw1fLa9tgJhnqvWdkZpgZb6Wy0uWDF FjyrYGi0y8IibAedmnGK77tBafOMgOetcK/MRC5z99MxYmW/FNlUIQeO5c7Fhnt7u7PqyPMc p1K6K9n4OvT/Cxn0i56NyDi5vw1hBklXix4Vy2RiWpHAJcW2IWBIqUSUvz1EJhaFKZIusmrV WfWFGJZrQ2sZSuoo8tENnxTjcEU8G82ycax6OSUYW6dk5CtYt9AwfvdtcTunKjpD+PaPBnPN 0TMowNSYHrW+70NDQ6FDR0nU7Kzri/TEAGWBYcJjYOPLigFd3mTvJZOqXTcVtJQ6KSf7ypyV 3tOr6qv96dfPXgW4aVU+hkmKDihciD7e6HXIpbjphLr2YPwv+907RyRX5MrUnmH3YP96vZTi IhRerqSaU/wD7eaRIz4DAAA= Archived-At: Subject: Re: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 13:58:46 -0000 --_000_AM5PR0701MB2468356AEB66DF2D791718E7E5900AM5PR0701MB2468_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, Two comments to the draft: Comment-1: rfc5031 defines sub-services using the following ABNF where several sub-ser= vices can be included in a service URN. service-URN =3D "URN:service:" service service =3D top-level *("." sub-service) top-level =3D let-dig [ *25let-dig-hyp let-dig ] sub-service =3D let-dig [ *let-dig-hyp let-dig ] let-dig-hyp =3D let-dig / "-" let-dig =3D ALPHA / DIGIT ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z DIGIT =3D %x30-39 ; 0-9 rfc7163 allows registration of additional sub-services of the service URN w= ith the 'sos' service type using expert review. Thus, registration of sub-services under urn:service.sos.police (under urn:= service.sos.ambulance, and under urn:service.sos.fire) is possible already = now and there should be no need to define new subregistries. Comment-2: The proposed new police emergency services do not address the needs of the = Czech republic as: - Czech republic defines emergency service of national police; and - Czech republic is not a federation of states or provinces (and thus "fede= ral" does not fit). Proposal: change "federal" to "national". Kind regards Ivo Sedlacek From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen Sent: Friday, December 16, 2016 9:33 PM To: ECRIT Subject: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistri= es-00.txt FYI Begin forwarded message: From: internet-drafts@ietf.org Subject: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Date: December 16, 2016 at 3:31:51 PM EST To: > Reply-To: internet-drafts@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts director= ies. Title : A Subregistry for urn:service:sos.police, fire and= ambulance Author : Brian Rosen Filename : draft-rosen-ecrit-service-urn-subregistries-0= 0.txt Pages : 5 Date : 2016-12-16 Abstract: In most countries, there are multiple kinds of police forces. RFC5031 defines a "Service URN" which is used to route emergency calls. The urn has a sub registry for different kinds of emergency services that may be reached from different telephone numbers or service numbers (as opposed to a single number like 112). In many countries, the "police" service is not a single service, but more than one service where the service area and/or types of emergencies they respond to are different. In some countries there are multiple ambulance services. This document defines sub registries for urn:service:sos.police, urn:service:sos.ambulance and, for completeness, urn:service:sos.fire. It also provides an initial set of entries for these sub registries. These services are in addition to the base urn:service:sos.police, etc. services. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistrie= s/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --_000_AM5PR0701MB2468356AEB66DF2D791718E7E5900AM5PR0701MB2468_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

Two comments to the draft:

 

Comment-1:

rfc5031 defines sub-services using the following ABNF where several su= b-services can be included in a service URN.

 

 

     service-URN  =3D "URN:s= ervice:" service

    service    &nb= sp; =3D top-level *("." sub-= service)

     top-level    =3D l= et-dig [ *25let-dig-hyp let-dig ]

     sub-service  =3D let-dig [ *= let-dig-hyp let-dig ]

     let-dig-hyp  =3D let-dig / &= quot;-"

     let-dig    &n= bsp; =3D ALPHA / DIGIT

     ALPHA    &nbs= p;   =3D %x41-5A / %x61-7A   ; A-Z / a-z

     DIGIT    &nbs= p;   =3D %x30-39 ; 0-9

 

rfc7163 allows registration of additional sub-services of the service = URN with the 'sos' service type using expert review.

 

Thus, registration of sub-services under urn:service= .sos.police (under urn:service.sos.ambulance, and under urn:service.sos.fir= e) is possible already now and there should be no need to define new subregistries.

 

Comment-2:

 

The proposed new police emergency services do not address the needs of= the Czech republic as:

- Czech republic defines emergency service of national police; and

- Czech republic is not a federation of states or provinces (and thus = "federal" does not fit).

Proposal: change "federal" to "national".

 

Kind regards

 

Ivo Sedlacek

 

 

From: = Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen
Sent: Friday, December 16, 2016 9:33 PM
To: ECRIT <ecrit@ietf.org>
Subject: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subr= egistries-00.txt

 

FYI



Begin forwarded message:

 

From: internet-drafts@ietf.org<= /o:p>

Subject: I-D Action: draft-rosen-ecrit-service-urn-subregistrie= s-00.txt

Date: December 1= 6, 2016 at 3:31:51 PM EST

 


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


       Title     &nb= sp;     : A Subregistry for urn:service:sos.police= , fire and ambulance
       Author     &n= bsp;    : Brian Rosen
       &n= bsp;    Filename       =  : draft-rosen-ecrit-service-urn-subregistries-00.txt
       &n= bsp;    Pages       &nb= sp;   : 5
       &n= bsp;    Date       &nbs= p;    : 2016-12-16

Abstract:
  In most countries, there are multiple kinds of police forces.   RFC5031 defines a "Service URN" which is used to rout= e emergency
  calls.  The urn has a sub registry for different kinds of = emergency
  services that may be reached from different telephone numbers o= r
  service numbers (as opposed to a single number like 112).  = ;In many
  countries, the "police" service is not a single servi= ce, but more
  than one service where the service area and/or types of emergen= cies
  they respond to are different.  In some countries there ar= e multiple
  ambulance services.  This document defines sub registries = for
  urn:service:sos.police, urn:service:sos.ambulance and, for
  completeness, urn:service:sos.fire.  It also provides an i= nitial set
  of entries for these sub registries.  These services are i= n addition
  to the base urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-u= rn-subregistries/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

 

--_000_AM5PR0701MB2468356AEB66DF2D791718E7E5900AM5PR0701MB2468_-- From nobody Tue Dec 20 07:05:36 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA0751299EC for ; Tue, 20 Dec 2016 07:05:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.14 X-Spam-Level: X-Spam-Status: No, score=-1.14 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 a2TYI2oZ2NdH for ; Tue, 20 Dec 2016 07:05:33 -0800 (PST) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.161.176]) (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 24BBA1299E8 for ; Tue, 20 Dec 2016 07:05:33 -0800 (PST) Received: by mail-yw0-f176.google.com with SMTP id i145so83525456ywg.2 for ; Tue, 20 Dec 2016 07:05:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=TAA2ntLlTXhtpQd304sT3J2T3RSGGUyALGgm8GW8q1Q=; b=wE9PF/Kog6ADAEy2xdwF7iPIdcUEIfelyS9GujZWTrQOjO2CSzDV8/Uwe5ICuv4wih JliFj0YdEuhNa3oiYRwmAO7B8w5epwTf16v2n7F6ynfGMV8DslgmPgeU1SQqZUv1QAoS ZDvZFbwBg3irTO7qBDuXgTF+J/ztO6o6PTyg5OCTWvj8/wzU/uQrZd499bK7qs++kyuN RR9BTzYItoII8ZJKToh5U8Uo94LO/I/9CPlq6KGjcD8xvUmhS4GS6dje3PI+zYo1b2Cw CdfwWSBNuHdOVdjnuXYgzfIw5YLmZnKnmp0lXwwgrfOGjL3KVR4keB8LQ8caSgs1vvwW t7Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=TAA2ntLlTXhtpQd304sT3J2T3RSGGUyALGgm8GW8q1Q=; b=VZLqt3fKJlKq56BnOPdi2c79I64KT2NObFnc9KImhPRMqGcDtssjnNMSlWnzyy4tYF 70/Q9a+XfJ9yRJPckYTqLaN/Ep2I1DImJHMxhcgchY7R3hyVkWBId/qKIDLGRNxnJeSw +AsrQa+Esu+UhVtrHi4fmfASGSWQvynro1h2k9/5NGki10ZEmri5sP/bLI++jJSC/tO/ JHPc7gSUuGoF/bShvBIL5/PwFXputP+YAI+S8/y+5v6WO2sFt1MjY2v82B55gDegQbsf gBzX/OBY4CyKDZtVUEzKCRFlwv6aqgd0NNv7TU41UhToblbJ77OyPfRoUUBM45cIKgbG tQGQ== X-Gm-Message-State: AIkVDXI+3Ptpr+IyAs/BKscIkQFeR0M/JtGdio70Hb18519CrYuwkq0h+/NdvGD7THez7w== X-Received: by 10.129.166.214 with SMTP id d205mr4732172ywh.170.1482246272171; Tue, 20 Dec 2016 07:04:32 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id w184sm9307255ywe.16.2016.12.20.07.04.31 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 20 Dec 2016 07:04:31 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_F014B8C5-23E0-4AC0-B409-6D21B28C6B9D" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Tue, 20 Dec 2016 10:04:28 -0500 Message-Id: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 15:05:35 -0000 --Apple-Mail=_F014B8C5-23E0-4AC0-B409-6D21B28C6B9D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks for your comments. Although the ABNF allows it, I think that it=E2=80=99s much cleaner to = have the separate registries. I will note that we have allowed the = registration in the existing registry, although if/when this document is = published, we will remove it from the main sos registry and put it in = the police sub registry. I have consulted with IANA on this. I was careful to note that the token is NOT the name of the service, and = trying to actually have the token be the actual name of the service will = lead to many, many registrations that are effectively duplicates of one = another. Any police force which has true national scope would use the = same token. In the US, for example, it=E2=80=99s the FBI. However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. = However, I would not want to see a registration for the FBI, nor any = other specific name for a national police force. Having said that, in = many countries, there are several national police forces with = specialized responsibilities. In the U.S., we have U.S. Marshalls, Drug = Enforcement Agency, Immigration and Customs. Secret Service, and several = others. We don=E2=80=99t have emergency calling to them, so we don=E2=80=99= t need sos tokens for them, but there are countries where there are more = than one national police that do have emergency numbers and we will need = tokens for them. I would not want a =E2=80=9Ccity=E2=80=9D token = instead of =E2=80=9Cmunicipal=E2=80=9D. At one point I was thinking of explicitly referencing the =E2=80=9CA=E2=80= =9D levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2=80=9D = instead of =E2=80=9CProvincial=E2=80=9D and A2 instead of = =E2=80=9CMunicipal=E2=80=9D), but eventually decided that since we = didn=E2=80=99t have A levels for all the tokens we would need that it = didn=E2=80=99t make sense to use the A levels as the token name. But I = intended the tokens to be used that way. Brian > On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek = wrote: >=20 > Hello, > =20 > Two comments to the draft: > =20 > Comment-1: > rfc5031 defines sub-services using the following ABNF where several = sub-services can be included in a service URN. > =20 > =20 > service-URN =3D "URN:service:" service > service =3D top-level *("." sub-service) > top-level =3D let-dig [ *25let-dig-hyp let-dig ] > sub-service =3D let-dig [ *let-dig-hyp let-dig ] > let-dig-hyp =3D let-dig / "-" > let-dig =3D ALPHA / DIGIT > ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z > DIGIT =3D %x30-39 ; 0-9 > =20 > rfc7163 allows registration of additional sub-services of the service = URN with the 'sos' service type using expert review. > =20 > Thus, registration of sub-services under urn:service.sos.police (under = urn:service.sos.ambulance, and under urn:service.sos.fire) is possible = already now and there should be no need to define new subregistries. > =20 > Comment-2: > =20 > The proposed new police emergency services do not address the needs of = the Czech republic as: > - Czech republic defines emergency service of national police; and > - Czech republic is not a federation of states or provinces (and thus = "federal" does not fit). > Proposal: change "federal" to "national". > =20 > Kind regards > =20 > Ivo Sedlacek > =20 > =20 > From: Ecrit [mailto:ecrit-bounces@ietf.org = ] On Behalf Of Brian Rosen > Sent: Friday, December 16, 2016 9:33 PM > To: ECRIT > > Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > FYI >=20 >=20 > Begin forwarded message: > =20 > From: internet-drafts@ietf.org > Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > Date: December 16, 2016 at 3:31:51 PM EST > To: > > Reply-To: internet-drafts@ietf.org > =20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 >=20 > Title : A Subregistry for urn:service:sos.police, = fire and ambulance > Author : Brian Rosen > Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= = >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org = . >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce = > Internet-Draft directories: http://www.ietf.org/shadow.html = > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = --Apple-Mail=_F014B8C5-23E0-4AC0-B409-6D21B28C6B9D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Thanks for your comments.

Although the ABNF allows it, I think = that it=E2=80=99s much cleaner to have the separate registries.  I = will note that we have allowed the registration in the existing = registry, although if/when this document is published, we will remove it = from the main sos registry and put it in the police sub registry. =  I have consulted with IANA on this.

I was careful to note that the token is = NOT the name of the service, and trying to actually have the token be = the actual name of the service will lead to many, many registrations = that are effectively duplicates of one another.  Any police force = which has true national scope would use the same token.  In the US, = for example, it=E2=80=99s the FBI.

However, I do think =E2=80=9Cnational=E2=80= =9D is actually a better token for this service, and I will change it in = the next version.  However, I would not want to see a registration = for the FBI, nor any other specific name for a national police force. =  Having said that, in many countries, there are several national = police forces with specialized responsibilities.  In the U.S., we = have U.S. Marshalls, Drug Enforcement Agency, Immigration and Customs. = Secret Service, and several others.  We don=E2=80=99t have = emergency calling to them, so we don=E2=80=99t need sos tokens for them, = but there are countries where there are more than one national police = that do have emergency numbers and we will need tokens for them.  I = would not want a =E2=80=9Ccity=E2=80=9D token instead of = =E2=80=9Cmunicipal=E2=80=9D.

At one point I was thinking of = explicitly referencing the =E2=80=9CA=E2=80=9D levels from PIDF-LO for = these tokens (so =E2=80=9CA1=E2=80=9D instead of =E2=80=9CProvincial=E2=80= =9D and A2 instead of =E2=80=9CMunicipal=E2=80=9D), but eventually = decided that since we didn=E2=80=99t have A levels for all the tokens we = would need that it didn=E2=80=99t make sense to use the A levels as the = token name.  But I intended the tokens to be used that = way.

Brian

On = Dec 20, 2016, at 8:58 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:

Hello,
 
Two = comments to the draft:
 
Comment-1:
rfc5031 defines sub-services using the following ABNF where = several sub-services can be included in a service URN.
 
 
     service-URN  =3D = "URN:service:" service
    service      = =3D top-level *("." = sub-service)
     = top-level    =3D let-dig [ *25let-dig-hyp let-dig ]
     sub-service  =3D let-dig [ = *let-dig-hyp let-dig ]
     = let-dig-hyp  =3D let-dig / "-"
     = let-dig      =3D ALPHA / DIGIT
     = ALPHA        =3D %x41-5A / = %x61-7A   ; A-Z / a-z
     = DIGIT        =3D %x30-39 ; 0-9
 
rfc7163 allows = registration of additional sub-services of the service URN with the = 'sos' service type using expert review.
 
Thus, = registration of sub-services under urn:service.sos.police (under = urn:service.sos.ambulance, and under urn:service.sos.fire) is possible = already now and there should be no need to define new subregistries.
 
Comment-2:
 
The proposed = new police emergency services do not address the needs of the Czech = republic as:
- Czech = republic defines emergency service of national police; and
- Czech republic is not = a federation of states or provinces (and thus "federal" does not = fit).
Proposal: = change "federal" to "national".
 
Kind= regards
 
Ivo = Sedlacek
 
 
From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf = Of Brian Rosen
Sent: Friday, December 16, 2016 = 9:33 PM
To: ECRIT <ecrit@ietf.org>
Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
FYI


Begin forwarded message:
 
Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: December 16, = 2016 at 3:31:51 PM EST
To: <i-d-announce@ietf.org>
 

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


       Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
       Author =          : Brian Rosen
        &= nbsp;   Filename =        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
        &= nbsp;   Pages =           : 5
        &= nbsp;   Date =            : = 2016-12-16

Abstract:
  In most countries, there are multiple kinds of = police forces.
  RFC5031 defines a "Service URN" = which is used to route emergency
  calls. =  The urn has a sub registry for different kinds of emergency
  services that may be reached from different = telephone numbers or
  service numbers (as = opposed to a single number like 112).  In many
  countries, the "police" service is not a single = service, but more
  than one service where the = service area and/or types of emergencies
  they = respond to are different.  In some countries there are multiple
  ambulance services.  This document defines = sub registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
  completeness,= urn:service:sos.fire.  It also provides an initial set
  of entries for these sub registries.  These = services are in addition
  to the base = urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/

There's also a htmlized = version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

= --Apple-Mail=_F014B8C5-23E0-4AC0-B409-6D21B28C6B9D-- From nobody Tue Dec 20 07:06:49 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1242129462; Tue, 20 Dec 2016 07:06:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 i429DW0jVNtp; Tue, 20 Dec 2016 07:06:46 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 469391299E9; Tue, 20 Dec 2016 07:06:40 -0800 (PST) X-AuditID: c1b4fb25-3f77f980000042ea-bc-585948fe4637 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by (Symantec Mail Security) with SMTP id 4A.4E.17130.EF849585; Tue, 20 Dec 2016 16:06:38 +0100 (CET) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.39) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 20 Dec 2016 16:06:36 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=YPOcfkVOHCDmmL7fa6kYg1cqCpv5DZcOKkMKgeKsVmo=; b=mLHhSViqBCXd9lyj8I83YPgcluwKQQ3vB/s6EIfiKlW0YGXTuGYrz0nQ+hqVU1u+N7pgCZCfvGsYNQ+rAyI0FtSc60gxYRiPiJshN4clY6gRPpa97GvMEnOrvthyyO34nAJOZMwXVqFdSDYASCGUlpaeSOI1czgtmEzPD1voDiU= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2467.eurprd07.prod.outlook.com (10.169.153.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Tue, 20 Dec 2016 15:06:35 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.010; Tue, 20 Dec 2016 15:06:35 +0000 From: Ivo Sedlacek To: "ietf@ietf.org" , IETF-Announce Thread-Topic: [Ecrit] Last Call: (Next-Generation Pan-European eCall) to Proposed Standard Thread-Index: AQHSV70C1osBMcp+YEag8KCRjt8C/aEQ8qLg Date: Tue, 20 Dec 2016 15:06:35 +0000 Message-ID: References: <148190721414.14704.12588114776606467694.idtracker@ietfa.amsl.com> In-Reply-To: <148190721414.14704.12588114776606467694.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: 5f7a9666-00ea-4873-7f58-08d428e9ca92 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2467; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2467; 7:LbCZd5AzDYndP7LLmB+ACeqgnF7APyC8QzBad7YgKfhj5lqHiSWfaYDKodDO0nvhgaQwKA89U1hjAXArGtsyGZv8wmEDNNxqSuaBDcDUrXfMfkaLEjIKGoxDbaI7iGBBXC1eKALm4pPCUnFEHpQDIzHTdlpVZ4AeiglcGZJQvdk/IjcdP/IfFXaAAxRMdajYypVZtj6sOs5Kcu3udcbC9RiA77/phMwWJTNHUAq9BqRUEwSj0QoUsW3YhGlN1BP9/dWPDYjzkyLX4E9fV4+tOqyALcaOEwD6IJ/XX856yYpfhfJY1FR66yO9H+QlZ3jXv1ajsWto43PbhzB9iUXfrpoJyohcZVbBog8oaO3Yn0W2vImadB9/RVZTt1X68PSacoJ1nHflstvDtdZ115nPmn0FrEotwu8PxsF0d5A24+yM6gx0BbtWVU6ac1eIW18EvptXTtQbz75K1tpTDSt8RQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123558021)(20161123562025)(6042181)(6072148); SRVR:AM5PR0701MB2467; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2467; x-forefront-prvs: 0162ACCC24 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(199003)(13464003)(189002)(377454003)(106356001)(105586002)(106116001)(8936002)(92566002)(6506006)(2906002)(68736007)(7696004)(9686002)(33656002)(101416001)(38730400001)(6436002)(229853002)(2950100002)(2900100001)(86362001)(97736004)(189998001)(76576001)(77096006)(5001770100001)(4326007)(102836003)(230783001)(39060400001)(66066001)(122556002)(3846002)(2501003)(81156014)(25786008)(76176999)(3660700001)(54356999)(81166006)(5660300001)(3280700002)(50986999)(8676002)(6116002)(305945005)(74316002)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2467; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2016 15:06:35.5220 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2467 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0jTURTHub+XP1ej2/Jx0MhaSmClZWGDIgt6GJFKEGoPdOUPtXTqftM0 DRQ1bGbo0MJZOU0U2yqSgZYp+SjNBqPSwjfkg3ymGan4qG0/g/77nPP93Ms9h8uSkhLahY1W qDilQh4jZURUcUjtjt2r/qEhez5mbZV9zf1NyHp/LVAyjXqEkWWUj9CyAdN9Rjb6opQ6wvi/ 1Pbb+VdULBJBxHnRoQguJjqJU3ofDhdFfRnSoPhZSNZPtZPpqNFBjexZwPvBVD1up0YiVoKf ISicGieEoh1Bm66PthYUziNBYzYzQvKQgO6JdCQUJgQtxjraehmDvaDA2GpjB3wa5irLSatE 4g4EAz0tdtZgE06F9sfvLBJrkdIgL9tJ8H1An1NDWZnCHrDU9IqxshiHw7C6w8YSHADLfV02 tseBsHgr13Ylwk4w32EgrExiZ+gZLiWE4TBUvDaTAjvC2NAqLfgX4U/uHC30t4NR82PNOQPa UhMjcCA0zWTZdgH4LgUzeYa1A3Fw79PkGh+0zNJNCVIVAbVti0gINkNxUQYSgg4auocLaGEE DqqeZiNhEy7Q33kb5SNP7X8vF3gX6Op/MgLvhMqyCVJr28ZGeF88TOkQ9QQ58hx/OTbSZ58X p4y+wvNxCi8Fp6pBli/TZFzyqEOfJ482I8wi6Xpx/MnQEAktT+JTYpsRsKTUQTzvZ2mJI+Qp NzhlXJgyMYbjm5ErS0mdxb7Vg8ESHClXcdc4Lp5T/ksJ1t4lHd1MuFQ/n+huLjuuqJ/ZFjTw Jj+sIfF6cqD2w8rVkrGUwtQZ1QOVQW/QrjOqRa1p7sGZvs9Dp7un7myZ7Rpr8AwgJ/u/RRaN 9j16qxlsW9aNhJ6QStO/uy40uyn0hoQLnX6STCZHdTYpc4Ovaw9/zO1+b2dL44FzK6f6ZIve eFovpfgo+V5PUsnL/wKDL9q2LgMAAA== Archived-At: Cc: "draft-ietf-ecrit-ecall@ietf.org" , "ecrit-chairs@ietf.org" , Allison Mankin , "ecrit@ietf.org" Subject: Re: [Ecrit] Last Call: (Next-Generation Pan-European eCall) to Proposed Standard X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 15:06:47 -0000 Hello, I found the following issue in draft-ietf-ecrit-ecall-21: Statement: ---------------------- The PSAP creates a metadata/control object acknowledging receipt of the MSD and includes it as a body part within the SIP *final* response to the SIP INVITE request per [RFC7852]. ---------------------- is contradicted by statement: ---------------------- A metadata/control object is sent within a *provisional* (e.g., 180) responses. ---------------------- The latter statement should be modified to state: ---------------------- A metadata/control object is *not* sent within a *provisional* (e.g., 180) responses. ---------------------- Kind regards Ivo Sedlacek -----Original Message----- From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of The IESG Sent: Friday, December 16, 2016 5:54 PM To: IETF-Announce Cc: draft-ietf-ecrit-ecall@ietf.org; Allison Mankin ; ecrit@ietf.org; ecrit-chairs@ietf.org Subject: [Ecrit] Last Call: (Next-Generatio= n Pan-European eCall) to Proposed Standard The IESG has received a request from the Emergency Context Resolution with = Internet Technologies WG (ecrit) to consider the following document: - 'Next-Generation Pan-European eCall' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final= comments on this action. Please send substantive comments to the ietf@ietf= .org mailing lists by 2017-01-06. Exceptionally, comments may be sent to ie= sg@ietf.org instead. In either case, please retain the beginning of the Sub= ject line to allow automated sorting. Abstract This document describes how to use IP-based emergency services mechanisms to support the next generation of the pan European in- vehicle emergency call service defined under the eSafety initiative of the European Commission (generally referred to as "eCall"). eCall is a standardized and mandated system for a special form of emergency calls placed by vehicles, providing real-time communications and an integrated set of related data. This document also registers MIME media types and an Emergency Call Additional Data Block for the eCall vehicle data and metadata/control data, and an INFO package to enable carrying this data in SIP INFO requests. Although this specification is designed to meet the requirements of European next-generation eCall, it is specified generically such that the technology can be re-used or extended to suit requirements across jurisdictions. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2522/ https://datatracker.ietf.org/ipr/2251/ _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From nobody Tue Dec 20 07:20:33 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19084129A5E for ; Tue, 20 Dec 2016 07:20:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 jcdTAQTshFdw for ; Tue, 20 Dec 2016 07:20:31 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 44BD6129A58 for ; Tue, 20 Dec 2016 07:20:27 -0800 (PST) X-AuditID: c1b4fb25-3f77f980000042ea-3c-58594c398e06 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by (Symantec Mail Security) with SMTP id 3F.01.17130.93C49585; Tue, 20 Dec 2016 16:20:25 +0100 (CET) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.33) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 20 Dec 2016 16:19:54 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VI815dnBLLSF5x1KDpnZGhR9tompKOetiqAQvRrG0uY=; b=XvlmeX9oVpOrrb7Qffg+WuDiKpEvRaZqJ3zFjcVqqP0eDMcFIvWcCUm+XUqq8v6VhGaV+qmRqHmyBp9pI0LxsEvH+wSAYfDiuljFdHrXcTIgwJVuvaFQWRZtA3bsbwdDj/9buun4SH5mAxOyqi2DNBcGbeCcgCsPFgHTRFoqpi8= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Tue, 20 Dec 2016 15:19:29 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.010; Tue, 20 Dec 2016 15:19:29 +0000 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Thread-Index: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUw Date: Tue, 20 Dec 2016 15:19:29 +0000 Message-ID: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: c7d35756-f712-4c83-152c-08d428eb97e3 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2468; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2468; 7:tqT4vx9B9vJRVulG+3DKw+4hWzigNl5HnW62aeNg5tVsAZuZ/zWZ8KYk58uTlZzU2L7w5eTzcSBDBthAb4mdB30qe+qMaJOzx2GrJlPmudON+RtjkDI7YC0O6pxNZ44oRU1QNvQmhbeE2O6wz0UG6nCT0hP41Pnl0iSFfb+zf1zuvY1Do/l6vBdL3mF4Za+zaXv+URYHwm/jog0I1ED10osNoCvaucWWlPVLA1cpWunJXksXjaWfv0bjY/PTHX6C8qNDOQ2DytQVyp+bpRrNADtWiIbLsaWGgTfkFMRbxWNA0IAlNMQOLj/Tqv3FGy9a0hegPREks27lgUiwUiAE1QRhahzmWdK/f6BiJ+Vsg9SMf/3Lc+O/nEVF+TMmShvImu37OpkUn49culPhN++LHesdMXkd0o7xrsjHN/bRDOOesUj2otcbkukx9yA2fMtdZFOO+/CI4RdlraSdo8Izxg== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:AM5PR0701MB2468; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2468; x-forefront-prvs: 0162ACCC24 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(199003)(189002)(377454003)(51444003)(24454002)(377424004)(69234005)(81166006)(77096006)(102836003)(229853002)(3280700002)(6116002)(3846002)(86362001)(9686002)(790700001)(6436002)(122556002)(3660700001)(606005)(50986999)(54356999)(74316002)(6506006)(68736007)(25786008)(76176999)(7736002)(7906003)(101416001)(4326007)(76576001)(105586002)(106116001)(14971765001)(106356001)(2900100001)(66066001)(110136003)(6916009)(2950100002)(7696004)(561944003)(8936002)(33656002)(81156014)(8676002)(38730400001)(230783001)(93886004)(5660300001)(4001150100001)(189998001)(2906002)(92566002)(97736004)(24704002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2468; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB24681C78CFD6E6332E1CC889E5900AM5PR0701MB2468_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2016 15:19:29.4828 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2468 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNKsWRmVeSWpSXmKPExsUyM2K7oq6lT2SEwfq32hZP709js2hc9JTV gcnj/re/7B5LlvxkCmCK4rJJSc3JLEst0rdL4Mq4PaudtWDDW6aK3c+lGxjfPGbqYuTkkBAw kZjSdoe1i5GLQ0hgHaPE5gW/mSGcE4wSW3YtAMuwCPQySzTe3MEIkZnLJHH0/iyosjOMEvcf 7wcbxiagJzFxyxFWEFtEQFli561OdhCbWUBK4sDtN2A1wgKhEpP3vYSqCZM4+XQ1G4RtJNH5 eTdYPYuAqsTJT4vAbF6BBIlV686wQyybyiTxesE+sASngJPEx9UvGEFsRgExie+n1jBBLBOX uPVkPtR3AhJL9pxnhrBFJV4+/scKUR8j8b/7MytEXFliy6T3UDW+Er8mb2aHsP0lHl56BrZY QqCPReL5qy5GiES+xN+Ls9kg7GiJC78fwxQxSWw62QLVLSMxc2ojVMMKNont1z1AbCGBVInl a1sZIUEhJXH3SifjBEbNWUgOh7DzJbYdWcE6CxwCghInZz5hmcXIARTXlFi/Sx+iRFFiSvdD dghbQ6J1zlx2ZPEFjOyrGEWLU4uTctONjPVSizKTi4vz8/TyUks2MQKT0MEtv1V3MF5+43iI UYCDUYmHt8A9MkKINbGsuDL3EKMEB7OSCO93e6AQb0piZVVqUX58UWlOavEhRmkOFiVxXrOV 98OFBNITS1KzU1MLUotgskwcnFINjFp2KQmvU37sKdAR9w25/2Fr7+XWNd+rZII3nrTc/2xZ mHXzb4az34pO/m7snrTHoyo/OWRvXcoZ4eVH+5gdDuSkhb06tzr42qUgBfeykiilOOblNzT3 Tir/ecVApmrt/9cXd8Te/csvqdLh4jxxldTO4s/7Qtb+u11m/aZC45tN7aHg8NNBD5RYijMS DbWYi4oTAQbkaXw+AwAA Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 15:20:33 -0000 --_000_AM5PR0701MB24681C78CFD6E6332E1CC889E5900AM5PR0701MB2468_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCj4gQWx0aG91Z2ggdGhlIEFCTkYgYWxsb3dzIGl0LCBJIHRoaW5rIHRoYXQgaXTi gJlzIG11Y2ggY2xlYW5lciB0byBoYXZlIHRoZSBzZXBhcmF0ZSByZWdpc3RyaWVzLiAgSSB3aWxs IG5vdGUgdGhhdCB3ZSBoYXZlIGFsbG93ZWQgdGhlIHJlZ2lzdHJhdGlvbiBpbg0KPiB0aGUgZXhp c3RpbmcgcmVnaXN0cnksIGFsdGhvdWdoIGlmL3doZW4gdGhpcyBkb2N1bWVudCBpcyBwdWJsaXNo ZWQsIHdlIHdpbGwgcmVtb3ZlIGl0IGZyb20gdGhlIG1haW4gc29zIHJlZ2lzdHJ5IGFuZCBwdXQg aXQgaW4gdGhlIHBvbGljZSBzdWIgcmVnaXN0cnkuDQoNCkhvdyB3b3VsZCBpdCB3b3JrIGZvciBv dGhlciBzZXJ2aWNlcz8NCg0KSW1hZ2luZSB0aGF0IGEgcGVyc29uIFggcmVnaXN0ZXJzDQoNCiAg ICAgICAgICAgICAgICB1cm46c2VydmljZS5zb3MuZm9vDQoNCmFuZCBsYXRlciBvbiBhIHBlcnNv biBZIHdvdWxkIGxpa2UgdG8gcmVnaXN0ZXI6DQoNCiAgICAgICAgICAgICAgICB1cm46c2Vydmlj ZS5zb3MuZm9vLnN1YmZvbzENCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBhbmQNCiAg ICAgICAgICAgICAgICB1cm46c2VydmljZS5zb3MuZm9vLnN1YmZvbzINCg0KV2hhdCB3b3VsZCB0 aGUgSUFOQSByZWdpc3RyYXRpb24gcG9saWN5IGZvciByZXF1ZXN0IHRvIGVzdGFibGlzaCBzdWIt cmVnaXN0cnkgb2YgdXJuOnNlcnZpY2Uuc29zLmZvbz8NCkFuZCB3aGF0IHdvdWxkIHRoZSBJQU5B IHJlZ2lzdHJhdGlvbiBwb2xpY3kgYmUgZm9yIG5ldyBlbnRyaWVzIGluIHRoZSB1cm46c2Vydmlj ZS5zb3MuZm9vIHN1YnJlZ2lzdHJ5Pw0KDQo+IEhvd2V2ZXIsIEkgZG8gdGhpbmsg4oCcbmF0aW9u YWzigJ0gaXMgYWN0dWFsbHkgYSBiZXR0ZXIgdG9rZW4gZm9yIHRoaXMgc2VydmljZSwgYW5kIEkg d2lsbCBjaGFuZ2UgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCg0KVGhhbmtzLg0KDQpLaW5kIHJl Z2FyZHMNCg0KSXZvDQoNCg0KDQpGcm9tOiBCcmlhbiBSb3NlbiBbbWFpbHRvOmJyQGJyaWFucm9z ZW4ubmV0XQ0KU2VudDogVHVlc2RheSwgRGVjZW1iZXIgMjAsIDIwMTYgNDowNCBQTQ0KVG86IEl2 byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4NCkNjOiBFQ1JJVCA8ZWNyaXRA aWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW0Vjcml0XSBJLUQgQWN0aW9uOiBkcmFmdC1yb3Nlbi1l Y3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwLnR4dA0KDQpUaGFua3MgZm9yIHlvdXIg Y29tbWVudHMuDQoNCkFsdGhvdWdoIHRoZSBBQk5GIGFsbG93cyBpdCwgSSB0aGluayB0aGF0IGl0 4oCZcyBtdWNoIGNsZWFuZXIgdG8gaGF2ZSB0aGUgc2VwYXJhdGUgcmVnaXN0cmllcy4gIEkgd2ls bCBub3RlIHRoYXQgd2UgaGF2ZSBhbGxvd2VkIHRoZSByZWdpc3RyYXRpb24gaW4gdGhlIGV4aXN0 aW5nIHJlZ2lzdHJ5LCBhbHRob3VnaCBpZi93aGVuIHRoaXMgZG9jdW1lbnQgaXMgcHVibGlzaGVk LCB3ZSB3aWxsIHJlbW92ZSBpdCBmcm9tIHRoZSBtYWluIHNvcyByZWdpc3RyeSBhbmQgcHV0IGl0 IGluIHRoZSBwb2xpY2Ugc3ViIHJlZ2lzdHJ5LiAgSSBoYXZlIGNvbnN1bHRlZCB3aXRoIElBTkEg b24gdGhpcy4NCg0KSSB3YXMgY2FyZWZ1bCB0byBub3RlIHRoYXQgdGhlIHRva2VuIGlzIE5PVCB0 aGUgbmFtZSBvZiB0aGUgc2VydmljZSwgYW5kIHRyeWluZyB0byBhY3R1YWxseSBoYXZlIHRoZSB0 b2tlbiBiZSB0aGUgYWN0dWFsIG5hbWUgb2YgdGhlIHNlcnZpY2Ugd2lsbCBsZWFkIHRvIG1hbnks IG1hbnkgcmVnaXN0cmF0aW9ucyB0aGF0IGFyZSBlZmZlY3RpdmVseSBkdXBsaWNhdGVzIG9mIG9u ZSBhbm90aGVyLiAgQW55IHBvbGljZSBmb3JjZSB3aGljaCBoYXMgdHJ1ZSBuYXRpb25hbCBzY29w ZSB3b3VsZCB1c2UgdGhlIHNhbWUgdG9rZW4uICBJbiB0aGUgVVMsIGZvciBleGFtcGxlLCBpdOKA mXMgdGhlIEZCSS4NCg0KSG93ZXZlciwgSSBkbyB0aGluayDigJxuYXRpb25hbOKAnSBpcyBhY3R1 YWxseSBhIGJldHRlciB0b2tlbiBmb3IgdGhpcyBzZXJ2aWNlLCBhbmQgSSB3aWxsIGNoYW5nZSBp dCBpbiB0aGUgbmV4dCB2ZXJzaW9uLiAgSG93ZXZlciwgSSB3b3VsZCBub3Qgd2FudCB0byBzZWUg YSByZWdpc3RyYXRpb24gZm9yIHRoZSBGQkksIG5vciBhbnkgb3RoZXIgc3BlY2lmaWMgbmFtZSBm b3IgYSBuYXRpb25hbCBwb2xpY2UgZm9yY2UuICBIYXZpbmcgc2FpZCB0aGF0LCBpbiBtYW55IGNv dW50cmllcywgdGhlcmUgYXJlIHNldmVyYWwgbmF0aW9uYWwgcG9saWNlIGZvcmNlcyB3aXRoIHNw ZWNpYWxpemVkIHJlc3BvbnNpYmlsaXRpZXMuICBJbiB0aGUgVS5TLiwgd2UgaGF2ZSBVLlMuIE1h cnNoYWxscywgRHJ1ZyBFbmZvcmNlbWVudCBBZ2VuY3ksIEltbWlncmF0aW9uIGFuZCBDdXN0b21z LiBTZWNyZXQgU2VydmljZSwgYW5kIHNldmVyYWwgb3RoZXJzLiAgV2UgZG9u4oCZdCBoYXZlIGVt ZXJnZW5jeSBjYWxsaW5nIHRvIHRoZW0sIHNvIHdlIGRvbuKAmXQgbmVlZCBzb3MgdG9rZW5zIGZv ciB0aGVtLCBidXQgdGhlcmUgYXJlIGNvdW50cmllcyB3aGVyZSB0aGVyZSBhcmUgbW9yZSB0aGFu IG9uZSBuYXRpb25hbCBwb2xpY2UgdGhhdCBkbyBoYXZlIGVtZXJnZW5jeSBudW1iZXJzIGFuZCB3 ZSB3aWxsIG5lZWQgdG9rZW5zIGZvciB0aGVtLiAgSSB3b3VsZCBub3Qgd2FudCBhIOKAnGNpdHni gJ0gdG9rZW4gaW5zdGVhZCBvZiDigJxtdW5pY2lwYWzigJ0uDQoNCkF0IG9uZSBwb2ludCBJIHdh cyB0aGlua2luZyBvZiBleHBsaWNpdGx5IHJlZmVyZW5jaW5nIHRoZSDigJxB4oCdIGxldmVscyBm cm9tIFBJREYtTE8gZm9yIHRoZXNlIHRva2VucyAoc28g4oCcQTHigJ0gaW5zdGVhZCBvZiDigJxQ cm92aW5jaWFs4oCdIGFuZCBBMiBpbnN0ZWFkIG9mIOKAnE11bmljaXBhbOKAnSksIGJ1dCBldmVu dHVhbGx5IGRlY2lkZWQgdGhhdCBzaW5jZSB3ZSBkaWRu4oCZdCBoYXZlIEEgbGV2ZWxzIGZvciBh bGwgdGhlIHRva2VucyB3ZSB3b3VsZCBuZWVkIHRoYXQgaXQgZGlkbuKAmXQgbWFrZSBzZW5zZSB0 byB1c2UgdGhlIEEgbGV2ZWxzIGFzIHRoZSB0b2tlbiBuYW1lLiAgQnV0IEkgaW50ZW5kZWQgdGhl IHRva2VucyB0byBiZSB1c2VkIHRoYXQgd2F5Lg0KDQpCcmlhbg0KDQpPbiBEZWMgMjAsIDIwMTYs IGF0IDg6NTggQU0sIEl2byBTZWRsYWNlayA8aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTxtYWls dG86aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbT4+IHdyb3RlOg0KDQpIZWxsbywNCg0KVHdvIGNv bW1lbnRzIHRvIHRoZSBkcmFmdDoNCg0KQ29tbWVudC0xOg0KcmZjNTAzMSBkZWZpbmVzIHN1Yi1z ZXJ2aWNlcyB1c2luZyB0aGUgZm9sbG93aW5nIEFCTkYgd2hlcmUgc2V2ZXJhbCBzdWItc2Vydmlj ZXMgY2FuIGJlIGluY2x1ZGVkIGluIGEgc2VydmljZSBVUk4uDQoNCg0KICAgICBzZXJ2aWNlLVVS TiAgPSAiVVJOOnNlcnZpY2U6IiBzZXJ2aWNlDQogICAgc2VydmljZSAgICAgID0gdG9wLWxldmVs ICooIi4iIHN1Yi1zZXJ2aWNlKQ0KICAgICB0b3AtbGV2ZWwgICAgPSBsZXQtZGlnIFsgKjI1bGV0 LWRpZy1oeXAgbGV0LWRpZyBdDQogICAgIHN1Yi1zZXJ2aWNlICA9IGxldC1kaWcgWyAqbGV0LWRp Zy1oeXAgbGV0LWRpZyBdDQogICAgIGxldC1kaWctaHlwICA9IGxldC1kaWcgLyAiLSINCiAgICAg bGV0LWRpZyAgICAgID0gQUxQSEEgLyBESUdJVA0KICAgICBBTFBIQSAgICAgICAgPSAleDQxLTVB IC8gJXg2MS03QSAgIDsgQS1aIC8gYS16DQogICAgIERJR0lUICAgICAgICA9ICV4MzAtMzkgOyAw LTkNCg0KcmZjNzE2MyBhbGxvd3MgcmVnaXN0cmF0aW9uIG9mIGFkZGl0aW9uYWwgc3ViLXNlcnZp Y2VzIG9mIHRoZSBzZXJ2aWNlIFVSTiB3aXRoIHRoZSAnc29zJyBzZXJ2aWNlIHR5cGUgdXNpbmcg ZXhwZXJ0IHJldmlldy4NCg0KVGh1cywgcmVnaXN0cmF0aW9uIG9mIHN1Yi1zZXJ2aWNlcyB1bmRl ciB1cm46c2VydmljZS5zb3MucG9saWNlICh1bmRlciB1cm46c2VydmljZS5zb3MuYW1idWxhbmNl LCBhbmQgdW5kZXIgdXJuOnNlcnZpY2Uuc29zLmZpcmUpIGlzIHBvc3NpYmxlIGFscmVhZHkgbm93 IGFuZCB0aGVyZSBzaG91bGQgYmUgbm8gbmVlZCB0byBkZWZpbmUgbmV3IHN1YnJlZ2lzdHJpZXMu DQoNCkNvbW1lbnQtMjoNCg0KVGhlIHByb3Bvc2VkIG5ldyBwb2xpY2UgZW1lcmdlbmN5IHNlcnZp Y2VzIGRvIG5vdCBhZGRyZXNzIHRoZSBuZWVkcyBvZiB0aGUgQ3plY2ggcmVwdWJsaWMgYXM6DQot IEN6ZWNoIHJlcHVibGljIGRlZmluZXMgZW1lcmdlbmN5IHNlcnZpY2Ugb2YgbmF0aW9uYWwgcG9s aWNlOyBhbmQNCi0gQ3plY2ggcmVwdWJsaWMgaXMgbm90IGEgZmVkZXJhdGlvbiBvZiBzdGF0ZXMg b3IgcHJvdmluY2VzIChhbmQgdGh1cyAiZmVkZXJhbCIgZG9lcyBub3QgZml0KS4NClByb3Bvc2Fs OiBjaGFuZ2UgImZlZGVyYWwiIHRvICJuYXRpb25hbCIuDQoNCktpbmQgcmVnYXJkcw0KDQpJdm8g U2VkbGFjZWsNCg0KDQpGcm9tOiBFY3JpdCBbbWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmdd IE9uIEJlaGFsZiBPZiBCcmlhbiBSb3Nlbg0KU2VudDogRnJpZGF5LCBEZWNlbWJlciAxNiwgMjAx NiA5OjMzIFBNDQpUbzogRUNSSVQgPGVjcml0QGlldGYub3JnPG1haWx0bzplY3JpdEBpZXRmLm9y Zz4+DQpTdWJqZWN0OiBbRWNyaXRdIEZ3ZDogSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQt c2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQNCg0KRllJDQoNCg0KDQpCZWdpbiBmb3J3 YXJkZWQgbWVzc2FnZToNCg0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBJLUQgQWN0aW9uOiBkcmFmdC1yb3Nl bi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwLnR4dA0KRGF0ZTogRGVjZW1iZXIg MTYsIDIwMTYgYXQgMzozMTo1MSBQTSBFU1QNClRvOiA8aS1kLWFubm91bmNlQGlldGYub3JnPG1h aWx0bzppLWQtYW5ub3VuY2VAaWV0Zi5vcmc+Pg0KUmVwbHktVG86IGludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0KDQoNCkEgTmV3IEludGVy bmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBk aXJlY3Rvcmllcy4NCg0KDQogICAgICAgVGl0bGUgICAgICAgICAgIDogQSBTdWJyZWdpc3RyeSBm b3IgdXJuOnNlcnZpY2U6c29zLnBvbGljZSwgZmlyZSBhbmQgYW1idWxhbmNlDQogICAgICAgQXV0 aG9yICAgICAgICAgIDogQnJpYW4gUm9zZW4NCiAgICAgICAgICAgIEZpbGVuYW1lICAgICAgICA6 IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAudHh0DQogICAg ICAgICAgICBQYWdlcyAgICAgICAgICAgOiA1DQogICAgICAgICAgICBEYXRlICAgICAgICAgICAg OiAyMDE2LTEyLTE2DQoNCkFic3RyYWN0Og0KICBJbiBtb3N0IGNvdW50cmllcywgdGhlcmUgYXJl IG11bHRpcGxlIGtpbmRzIG9mIHBvbGljZSBmb3JjZXMuDQogIFJGQzUwMzEgZGVmaW5lcyBhICJT ZXJ2aWNlIFVSTiIgd2hpY2ggaXMgdXNlZCB0byByb3V0ZSBlbWVyZ2VuY3kNCiAgY2FsbHMuICBU aGUgdXJuIGhhcyBhIHN1YiByZWdpc3RyeSBmb3IgZGlmZmVyZW50IGtpbmRzIG9mIGVtZXJnZW5j eQ0KICBzZXJ2aWNlcyB0aGF0IG1heSBiZSByZWFjaGVkIGZyb20gZGlmZmVyZW50IHRlbGVwaG9u ZSBudW1iZXJzIG9yDQogIHNlcnZpY2UgbnVtYmVycyAoYXMgb3Bwb3NlZCB0byBhIHNpbmdsZSBu dW1iZXIgbGlrZSAxMTIpLiAgSW4gbWFueQ0KICBjb3VudHJpZXMsIHRoZSAicG9saWNlIiBzZXJ2 aWNlIGlzIG5vdCBhIHNpbmdsZSBzZXJ2aWNlLCBidXQgbW9yZQ0KICB0aGFuIG9uZSBzZXJ2aWNl IHdoZXJlIHRoZSBzZXJ2aWNlIGFyZWEgYW5kL29yIHR5cGVzIG9mIGVtZXJnZW5jaWVzDQogIHRo ZXkgcmVzcG9uZCB0byBhcmUgZGlmZmVyZW50LiAgSW4gc29tZSBjb3VudHJpZXMgdGhlcmUgYXJl IG11bHRpcGxlDQogIGFtYnVsYW5jZSBzZXJ2aWNlcy4gIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBz dWIgcmVnaXN0cmllcyBmb3INCiAgdXJuOnNlcnZpY2U6c29zLnBvbGljZSwgdXJuOnNlcnZpY2U6 c29zLmFtYnVsYW5jZSBhbmQsIGZvcg0KICBjb21wbGV0ZW5lc3MsIHVybjpzZXJ2aWNlOnNvcy5m aXJlLiAgSXQgYWxzbyBwcm92aWRlcyBhbiBpbml0aWFsIHNldA0KICBvZiBlbnRyaWVzIGZvciB0 aGVzZSBzdWIgcmVnaXN0cmllcy4gIFRoZXNlIHNlcnZpY2VzIGFyZSBpbiBhZGRpdGlvbg0KICB0 byB0aGUgYmFzZSB1cm46c2VydmljZTpzb3MucG9saWNlLCBldGMuIHNlcnZpY2VzLg0KDQoNClRo ZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4t c3VicmVnaXN0cmllcy8NCg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFi bGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcm9zZW4tZWNyaXQtc2Vy dmljZS11cm4tc3VicmVnaXN0cmllcy0wMA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0 Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnLz4uDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxz byBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpJLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0DQpJLUQtQW5ub3VuY2VAaWV0Zi5vcmc8 bWFpbHRvOkktRC1Bbm5vdW5jZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogaHR0 cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbA0Kb3IgZnRwOi8vZnRwLmlldGYub3JnL2lldGYv MXNoYWRvdy1zaXRlcy50eHQNCg0K --_000_AM5PR0701MB24681C78CFD6E6332E1CC889E5900AM5PR0701MB2468_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1z b25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNt Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNw YW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRl ZC1zcGFjZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRh Yi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM5ODQ4MDY7 DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3Jh dGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJDUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA3O21zby1zdHlsZS10ZXh0ZmlsbC1maWxsLWNvbG9yOiM5ODQ4 MDc7bXNvLXN0eWxlLXRleHRmaWxsLWZpbGwtYWxwaGE6MTAwLjAlO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5IZWxsbyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDc7bXNvLXN0eWxl LXRleHRmaWxsLWZpbGwtY29sb3I6Izk4NDgwNzttc28tc3R5bGUtdGV4dGZpbGwtZmlsbC1hbHBo YToxMDAuMCU7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZndDsNCjwvc3Bhbj5BbHRob3VnaCB0aGUg QUJORiBhbGxvd3MgaXQsIEkgdGhpbmsgdGhhdCBpdOKAmXMgbXVjaCBjbGVhbmVyIHRvIGhhdmUg dGhlIHNlcGFyYXRlIHJlZ2lzdHJpZXMuICZuYnNwO0kgd2lsbCBub3RlIHRoYXQgd2UgaGF2ZSBh bGxvd2VkIHRoZSByZWdpc3RyYXRpb24gaW4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jmd0OyB0aGUgZXhpc3RpbmcgcmVnaXN0cnksIGFsdGhvdWdoIGlmL3doZW4gdGhp cyBkb2N1bWVudCBpcyBwdWJsaXNoZWQsIHdlIHdpbGwgcmVtb3ZlIGl0IGZyb20gdGhlIG1haW4g c29zIHJlZ2lzdHJ5IGFuZCBwdXQgaXQgaW4gdGhlIHBvbGljZSBzdWIgcmVnaXN0cnkuPHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPkhvdyB3b3VsZCBpdCB3b3JrIGZvciBvdGhlciBzZXJ2aWNlcz88bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SW1hZ2lu ZSB0aGF0IGEgcGVyc29uIFggcmVnaXN0ZXJzDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4 MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVybjpzZXJ2aWNl LnNvcy5mb288bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+YW5kIGxhdGVyIG9uIGEgcGVyc29uIFkgd291bGQgbGlrZSB0 byByZWdpc3Rlcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHVybjpzZXJ2aWNlLnNvcy5mb28uc3ViZm9vMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgw NiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVybjpzZXJ2aWNlLnNvcy5mb28uc3ViZm9vMjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij5XaGF0IHdvdWxkIHRoZSBJQU5BIHJl Z2lzdHJhdGlvbiBwb2xpY3kgZm9yDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5yZXF1ZXN0IHRvIGVz dGFibGlzaCBzdWItcmVnaXN0cnkgb2YNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM5ODQ4MDYiPnVybjpzZXJ2aWNlLnNvcy5mb28/PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2Ij5BbmQgd2hhdCB3b3VsZCB0aGUgSUFOQSByZWdpc3RyYXRpb24gcG9saWN5 IGJlIGZvciBuZXcgZW50cmllcyBpbiB0aGUgdXJuOnNlcnZpY2Uuc29zLmZvbyBzdWJyZWdpc3Ry eT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+Jmd0Ow0KPC9zcGFuPkhvd2V2ZXIsIEkgZG8gdGhpbmsg4oCcbmF0aW9uYWzi gJ0gaXMgYWN0dWFsbHkgYSBiZXR0ZXIgdG9rZW4gZm9yIHRoaXMgc2VydmljZSwgYW5kIEkgd2ls bCBjaGFuZ2UgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4gJm5ic3A7PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+VGhhbmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5LaW5kIHJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SXZvPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij4gQnJpYW4gUm9zZW4gW21haWx0bzpickBicmlhbnJvc2VuLm5ldF0NCjxicj4NCjxiPlNlbnQ6 PC9iPiBUdWVzZGF5LCBEZWNlbWJlciAyMCwgMjAxNiA0OjA0IFBNPGJyPg0KPGI+VG86PC9iPiBJ dm8gU2VkbGFjZWsgJmx0O2l2by5zZWRsYWNla0Blcmljc3Nvbi5jb20mZ3Q7PGJyPg0KPGI+Q2M6 PC9iPiBFQ1JJVCAmbHQ7ZWNyaXRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbRWNyaXRdIEktRCBBY3Rpb246IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJl Z2lzdHJpZXMtMDAudHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+QWx0aG91Z2ggdGhlIEFCTkYgYWxsb3dzIGl0LCBJIHRoaW5r IHRoYXQgaXTigJlzIG11Y2ggY2xlYW5lciB0byBoYXZlIHRoZSBzZXBhcmF0ZSByZWdpc3RyaWVz LiAmbmJzcDtJIHdpbGwgbm90ZSB0aGF0IHdlIGhhdmUgYWxsb3dlZCB0aGUgcmVnaXN0cmF0aW9u IGluIHRoZSBleGlzdGluZyByZWdpc3RyeSwgYWx0aG91Z2ggaWYvd2hlbiB0aGlzIGRvY3VtZW50 IGlzIHB1Ymxpc2hlZCwgd2Ugd2lsbCByZW1vdmUgaXQgZnJvbQ0KIHRoZSBtYWluIHNvcyByZWdp c3RyeSBhbmQgcHV0IGl0IGluIHRoZSBwb2xpY2Ugc3ViIHJlZ2lzdHJ5LiAmbmJzcDtJIGhhdmUg Y29uc3VsdGVkIHdpdGggSUFOQSBvbiB0aGlzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdhcyBjYXJlZnVsIHRvIG5vdGUgdGhhdCB0aGUg dG9rZW4gaXMgTk9UIHRoZSBuYW1lIG9mIHRoZSBzZXJ2aWNlLCBhbmQgdHJ5aW5nIHRvIGFjdHVh bGx5IGhhdmUgdGhlIHRva2VuIGJlIHRoZSBhY3R1YWwgbmFtZSBvZiB0aGUgc2VydmljZSB3aWxs IGxlYWQgdG8gbWFueSwgbWFueSByZWdpc3RyYXRpb25zIHRoYXQgYXJlIGVmZmVjdGl2ZWx5IGR1 cGxpY2F0ZXMgb2Ygb25lIGFub3RoZXIuICZuYnNwO0FueSBwb2xpY2UNCiBmb3JjZSB3aGljaCBo YXMgdHJ1ZSBuYXRpb25hbCBzY29wZSB3b3VsZCB1c2UgdGhlIHNhbWUgdG9rZW4uICZuYnNwO0lu IHRoZSBVUywgZm9yIGV4YW1wbGUsIGl04oCZcyB0aGUgRkJJLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ib3dldmVyLCBJIGRvIHRoaW5rIOKA nG5hdGlvbmFs4oCdIGlzIGFjdHVhbGx5IGEgYmV0dGVyIHRva2VuIGZvciB0aGlzIHNlcnZpY2Us IGFuZCBJIHdpbGwgY2hhbmdlIGl0IGluIHRoZSBuZXh0IHZlcnNpb24uICZuYnNwO0hvd2V2ZXIs IEkgd291bGQgbm90IHdhbnQgdG8gc2VlIGEgcmVnaXN0cmF0aW9uIGZvciB0aGUgRkJJLCBub3Ig YW55IG90aGVyIHNwZWNpZmljIG5hbWUgZm9yIGEgbmF0aW9uYWwgcG9saWNlIGZvcmNlLg0KICZu YnNwO0hhdmluZyBzYWlkIHRoYXQsIGluIG1hbnkgY291bnRyaWVzLCB0aGVyZSBhcmUgc2V2ZXJh bCBuYXRpb25hbCBwb2xpY2UgZm9yY2VzIHdpdGggc3BlY2lhbGl6ZWQgcmVzcG9uc2liaWxpdGll cy4gJm5ic3A7SW4gdGhlIFUuUy4sIHdlIGhhdmUgVS5TLiBNYXJzaGFsbHMsIERydWcgRW5mb3Jj ZW1lbnQgQWdlbmN5LCBJbW1pZ3JhdGlvbiBhbmQgQ3VzdG9tcy4gU2VjcmV0IFNlcnZpY2UsIGFu ZCBzZXZlcmFsIG90aGVycy4gJm5ic3A7V2UgZG9u4oCZdCBoYXZlIGVtZXJnZW5jeQ0KIGNhbGxp bmcgdG8gdGhlbSwgc28gd2UgZG9u4oCZdCBuZWVkIHNvcyB0b2tlbnMgZm9yIHRoZW0sIGJ1dCB0 aGVyZSBhcmUgY291bnRyaWVzIHdoZXJlIHRoZXJlIGFyZSBtb3JlIHRoYW4gb25lIG5hdGlvbmFs IHBvbGljZSB0aGF0IGRvIGhhdmUgZW1lcmdlbmN5IG51bWJlcnMgYW5kIHdlIHdpbGwgbmVlZCB0 b2tlbnMgZm9yIHRoZW0uICZuYnNwO0kgd291bGQgbm90IHdhbnQgYSDigJxjaXR54oCdIHRva2Vu IGluc3RlYWQgb2Yg4oCcbXVuaWNpcGFs4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BdCBvbmUgcG9pbnQgSSB3YXMgdGhpbmtpbmcgb2Yg ZXhwbGljaXRseSByZWZlcmVuY2luZyB0aGUg4oCcQeKAnSBsZXZlbHMgZnJvbSBQSURGLUxPIGZv ciB0aGVzZSB0b2tlbnMgKHNvIOKAnEEx4oCdIGluc3RlYWQgb2Yg4oCcUHJvdmluY2lhbOKAnSBh bmQgQTIgaW5zdGVhZCBvZiDigJxNdW5pY2lwYWzigJ0pLCBidXQgZXZlbnR1YWxseSBkZWNpZGVk IHRoYXQgc2luY2Ugd2UgZGlkbuKAmXQgaGF2ZSBBIGxldmVscyBmb3IgYWxsIHRoZSB0b2tlbnMN CiB3ZSB3b3VsZCBuZWVkIHRoYXQgaXQgZGlkbuKAmXQgbWFrZSBzZW5zZSB0byB1c2UgdGhlIEEg bGV2ZWxzIGFzIHRoZSB0b2tlbiBuYW1lLiAmbmJzcDtCdXQgSSBpbnRlbmRlZCB0aGUgdG9rZW5z IHRvIGJlIHVzZWQgdGhhdCB3YXkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkJyaWFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBEZWMgMjAsIDIwMTYsIGF0 IDg6NTggQU0sIEl2byBTZWRsYWNlayAmbHQ7PGEgaHJlZj0ibWFpbHRvOml2by5zZWRsYWNla0Bl cmljc3Nvbi5jb20iPml2by5zZWRsYWNla0Blcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+SGVsbG8sPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiM5ODQ4MDYiPlR3byBjb21tZW50cyB0byB0aGUgZHJhZnQ6PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkNvbW1lbnQtMTo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPnJmYzUwMzEgZGVmaW5lcyBzdWItc2Vy dmljZXMgdXNpbmcgdGhlIGZvbGxvd2luZyBBQk5GIHdoZXJlIHNldmVyYWwgc3ViLXNlcnZpY2Vz IGNhbiBiZSBpbmNsdWRlZCBpbiBhIHNlcnZpY2UgVVJOLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2VydmljZS1VUk4mbmJzcDsgPSAmcXVvdDtV Uk46c2VydmljZTomcXVvdDsgc2VydmljZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDtzZXJ2aWNlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ID0gdG9wLWxldmVsPHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJiYWNrZ3JvdW5kOnllbGxvdyI+KigmcXVvdDsuJnF1b3Q7IHN1Yi1zZXJ2aWNlKTwvc3Bhbj48 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRvcC1sZXZlbCZuYnNwOyZuYnNw OyZuYnNwOyA9IGxldC1kaWcgWyAqMjVsZXQtZGlnLWh5cCBsZXQtZGlnIF08L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN1Yi1zZXJ2aWNlJm5ic3A7ID0gbGV0LWRpZyBbICps ZXQtZGlnLWh5cCBsZXQtZGlnIF08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGxldC1kaWctaHlwJm5ic3A7ID0gbGV0LWRpZyAvICZxdW90Oy0mcXVvdDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxldC1kaWcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgPSBBTFBIQSAvIERJR0lUPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBBTFBIQSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA9ICV4NDEt NUEgLyAleDYxLTdBJm5ic3A7Jm5ic3A7IDsgQS1aIC8gYS16PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBESUdJVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA9ICV4MzAtMzkgOyAwLTk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 Izk4NDgwNiI+cmZjNzE2MyBhbGxvd3MgcmVnaXN0cmF0aW9uIG9mIGFkZGl0aW9uYWwgc3ViLXNl cnZpY2VzIG9mIHRoZSBzZXJ2aWNlIFVSTiB3aXRoIHRoZSAnc29zJyBzZXJ2aWNlIHR5cGUgdXNp bmcgZXhwZXJ0IHJldmlldy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5 ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgw NiI+VGh1cywgcmVnaXN0cmF0aW9uIG9mIHN1Yi1zZXJ2aWNlcyB1bmRlcjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj51cm46c2VydmljZS5zb3MucG9saWNl ICh1bmRlciB1cm46c2VydmljZS5zb3MuYW1idWxhbmNlLCBhbmQNCiB1bmRlciB1cm46c2Vydmlj ZS5zb3MuZmlyZSkgaXMgcG9zc2libGUgYWxyZWFkeSBub3cgYW5kIHRoZXJlIHNob3VsZCBiZSBu byBuZWVkIHRvIGRlZmluZSBuZXcgc3VicmVnaXN0cmllcy48L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+Q29tbWVudC0yOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5UaGUgcHJvcG9zZWQgbmV3IHBvbGljZSBlbWVyZ2VuY3kgc2Vydmlj ZXMgZG8gbm90IGFkZHJlc3MgdGhlIG5lZWRzIG9mIHRoZSBDemVjaCByZXB1YmxpYyBhczo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPi0gQ3plY2ggcmVwdWJs aWMgZGVmaW5lcyBlbWVyZ2VuY3kgc2VydmljZSBvZiBuYXRpb25hbCBwb2xpY2U7IGFuZDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+LSBDemVjaCByZXB1Ymxp YyBpcyBub3QgYSBmZWRlcmF0aW9uIG9mIHN0YXRlcyBvciBwcm92aW5jZXMgKGFuZCB0aHVzICZx dW90O2ZlZGVyYWwmcXVvdDsgZG9lcyBub3QgZml0KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiM5ODQ4MDYiPlByb3Bvc2FsOiBjaGFuZ2UgJnF1b3Q7ZmVkZXJhbCZxdW90 OyB0byAmcXVvdDtuYXRpb25hbCZxdW90Oy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM5ODQ4MDYiPkl2byBTZWRsYWNlazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj OTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGlu ZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw Ozwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RWNyaXQNCiBbPGEg aHJlZj0ibWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpw dXJwbGUiPm1haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT5dPHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiPk9uIEJlaGFsZiBPZjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+QnJpYW4g Um9zZW48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+RnJpZGF5LCBEZWNlbWJlciAxNiwgMjAxNiA5OjMzIFBNPGJyPg0KPGI+ VG86PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5F Q1JJVCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29s b3I6cHVycGxlIj5lY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6 PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5bRWNy aXRdIEZ3ZDogSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVn aXN0cmllcy0wMC50eHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GWUk8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+ PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnB1cnBsZSI+ aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+U3ViamVj dDogSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmll cy0wMC50eHQ8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5EYXRlOjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+RGVjZW1iZXIgMTYs IDIwMTYgYXQgMzozMTo1MSBQTSBFU1Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jmx0 Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cHVy cGxlIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jmd0Ozwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+UmVwbHktVG86PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOnB1cnBsZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJs ZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQo8YnI+ DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaXRsZSAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs6IEEgU3VicmVnaXN0cnkgZm9yIHVybjpzZXJ2aWNlOnNvcy5wb2xpY2UsIGZpcmUgYW5kIGFt YnVsYW5jZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1 dGhvciAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs6IEJyaWFuIFJvc2VuPGJyPg0KPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PkZpbGVuYW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogZHJh ZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8YnI+DQo8c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+UGFnZXMgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiA1PGJyPg0KPHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkRhdGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiAyMDE2LTEyLTE2 PGJyPg0KPGJyPg0KQWJzdHJhY3Q6PGJyPg0KJm5ic3A7Jm5ic3A7SW4gbW9zdCBjb3VudHJpZXMs IHRoZXJlIGFyZSBtdWx0aXBsZSBraW5kcyBvZiBwb2xpY2UgZm9yY2VzLjxicj4NCiZuYnNwOyZu YnNwO1JGQzUwMzEgZGVmaW5lcyBhICZxdW90O1NlcnZpY2UgVVJOJnF1b3Q7IHdoaWNoIGlzIHVz ZWQgdG8gcm91dGUgZW1lcmdlbmN5PGJyPg0KJm5ic3A7Jm5ic3A7Y2FsbHMuICZuYnNwO1RoZSB1 cm4gaGFzIGEgc3ViIHJlZ2lzdHJ5IGZvciBkaWZmZXJlbnQga2luZHMgb2YgZW1lcmdlbmN5PGJy Pg0KJm5ic3A7Jm5ic3A7c2VydmljZXMgdGhhdCBtYXkgYmUgcmVhY2hlZCBmcm9tIGRpZmZlcmVu dCB0ZWxlcGhvbmUgbnVtYmVycyBvcjxicj4NCiZuYnNwOyZuYnNwO3NlcnZpY2UgbnVtYmVycyAo YXMgb3Bwb3NlZCB0byBhIHNpbmdsZSBudW1iZXIgbGlrZSAxMTIpLiAmbmJzcDtJbiBtYW55PGJy Pg0KJm5ic3A7Jm5ic3A7Y291bnRyaWVzLCB0aGUgJnF1b3Q7cG9saWNlJnF1b3Q7IHNlcnZpY2Ug aXMgbm90IGEgc2luZ2xlIHNlcnZpY2UsIGJ1dCBtb3JlPGJyPg0KJm5ic3A7Jm5ic3A7dGhhbiBv bmUgc2VydmljZSB3aGVyZSB0aGUgc2VydmljZSBhcmVhIGFuZC9vciB0eXBlcyBvZiBlbWVyZ2Vu Y2llczxicj4NCiZuYnNwOyZuYnNwO3RoZXkgcmVzcG9uZCB0byBhcmUgZGlmZmVyZW50LiAmbmJz cDtJbiBzb21lIGNvdW50cmllcyB0aGVyZSBhcmUgbXVsdGlwbGU8YnI+DQombmJzcDsmbmJzcDth bWJ1bGFuY2Ugc2VydmljZXMuICZuYnNwO1RoaXMgZG9jdW1lbnQgZGVmaW5lcyBzdWIgcmVnaXN0 cmllcyBmb3I8YnI+DQombmJzcDsmbmJzcDt1cm46c2VydmljZTpzb3MucG9saWNlLCB1cm46c2Vy dmljZTpzb3MuYW1idWxhbmNlIGFuZCwgZm9yPGJyPg0KJm5ic3A7Jm5ic3A7Y29tcGxldGVuZXNz LCB1cm46c2VydmljZTpzb3MuZmlyZS4gJm5ic3A7SXQgYWxzbyBwcm92aWRlcyBhbiBpbml0aWFs IHNldDxicj4NCiZuYnNwOyZuYnNwO29mIGVudHJpZXMgZm9yIHRoZXNlIHN1YiByZWdpc3RyaWVz LiAmbmJzcDtUaGVzZSBzZXJ2aWNlcyBhcmUgaW4gYWRkaXRpb248YnI+DQombmJzcDsmbmJzcDt0 byB0aGUgYmFzZSB1cm46c2VydmljZTpzb3MucG9saWNlLCBldGMuIHNlcnZpY2VzLjxicj4NCjxi cj4NCjxicj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0 IGlzOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMvIj48c3BhbiBzdHlsZT0iY29s b3I6cHVycGxlIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1yb3Nlbi1l Y3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLzwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KVGhl cmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6PGJyPg0KPGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJu LXN1YnJlZ2lzdHJpZXMtMDAiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3Ry aWVzLTAwPC9zcGFuPjwvYT48YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJy Pg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJo dHRwOi8vdG9vbHMuaWV0Zi5vcmcvIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj50b29scy5p ZXRmLm9yZzwvc3Bhbj48L2E+Ljxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBh dmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQo8YSBocmVmPSJmdHA6Ly9mdHAuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ZnRwOi8v ZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88L3NwYW4+PC9hPjxicj4NCjxicj4NCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSS1ELUFubm91 bmNlIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpJLUQtQW5ub3VuY2VAaWV0Zi5v cmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPkktRC1Bbm5vdW5jZUBpZXRmLm9yZzwvc3Bh bj48L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9pLWQtYW5ub3VuY2UiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlPC9zcGFuPjwvYT48YnI+DQpJbnRl cm5ldC1EcmFmdCBkaXJlY3Rvcmllczo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRt bDwvc3Bhbj48L2E+PGJyPg0Kb3I8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PGEgaHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRl cy50eHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRm LzFzaGFkb3ctc2l0ZXMudHh0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_AM5PR0701MB24681C78CFD6E6332E1CC889E5900AM5PR0701MB2468_-- From nobody Tue Dec 20 08:43:18 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99477129B74 for ; Tue, 20 Dec 2016 08:43:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 WFFARYWiJMXS for ; Tue, 20 Dec 2016 08:43:12 -0800 (PST) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (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 47B71129B24 for ; Tue, 20 Dec 2016 08:43:12 -0800 (PST) Received: by mail-vk0-x231.google.com with SMTP id x186so137391363vkd.1 for ; Tue, 20 Dec 2016 08:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=5ao22of//yzehg8xZxchLc4Yz88ajTDyRHymAloUUzU=; b=mRbcEM1dDAozWHGIr6PckKQdKQUSWWLuOXKp+3CEj9IcTR563b+K63MY2UoCgxALLk IGlfqyYv48IxoawzBh4qRv3RiDpg+UFMUGoZ5TnHpSJEB60VMjA3XFONYZ5QTK8pF3BL uWe9D+k07eb/kNCpuirDXk8b4UpQ61py1HdtHuDkXp6CjyWrq+IEKKW+IMzsJBXXudcL DW+P64S6VUEt0aM/ZtqAzrjHD+yD1KIMc4YLLYxQuH1mV5U6JQE7iWA9d7RmXeGC2y7z NjOHx8WuddbUF1IF5YDDittDDeyoy2qmqqEbrfo9wRUV0MTS5IZawznJj6Yio3Q2nePE ZCuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=5ao22of//yzehg8xZxchLc4Yz88ajTDyRHymAloUUzU=; b=FppSjEA7DvB/uW6fJ8kDqCX9xi2fxCnbxPKpc8zeVzwshUqGk0xUQe6j5JX80cRvvP eH5jmmsk2mGIi80pFKVM8Xlvz9vuOfsCIJUhVCWL0SRI7F573kVasgbmRYiH7t18zzbl 5IPJWodSSptCfsMZ1/ozvuS+3J7TsWwRS8drPra7+YXPn1U/P974S2EfbSn+tUPJ37fC EI111g6/cwPB/OoynRRhYS617sCqWQsgKXCEFaHpOPmIDCmfpanulCeKarXT5FRzeuDm 4bXxGR6lraxt1Jv3ShZ+hZZ5tHB2KaXOQB8CpXd2PS87wPmTa4om+MaKyB6tg/fRmM1O UwIA== X-Gm-Message-State: AIkVDXI2Gaez+sPiYIkTskz/UbNxXB6l1emZbzFWR2UgTpgMic97VO591zdL/yzplx1U1g== X-Received: by 10.31.8.141 with SMTP id 135mr80786vki.71.1482252191370; Tue, 20 Dec 2016 08:43:11 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id 6sm6053462vki.2.2016.12.20.08.43.10 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 20 Dec 2016 08:43:10 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_61082667-9380-4344-8171-443A9D25FB71" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Tue, 20 Dec 2016 11:43:09 -0500 Message-Id: <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 16:43:15 -0000 --Apple-Mail=_61082667-9380-4344-8171-443A9D25FB71 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I think it=E2=80=99s an issue of whether we expect a number of = registrations of subfoos. If there is only 1 maybe not bother, but if = we expect several, create the sub registry. The expert can help guide. You need a document with IANA considerations to create a registry, but = an INFO will do. The policy for the sub registry would be specified in that document. I = specified expert review in these 3.=20 Brian > On Dec 20, 2016, at 10:19 AM, Ivo Sedlacek = wrote: >=20 > Hello, > =20 > > Although the ABNF allows it, I think that it=E2=80=99s much cleaner = to have the separate registries. I will note that we have allowed the = registration in > > the existing registry, although if/when this document is published, = we will remove it from the main sos registry and put it in the police = sub registry. > =20 > How would it work for other services? > =20 > Imagine that a person X registers > =20 > urn:service.sos.foo > =20 > and later on a person Y would like to register: > =20 > urn:service.sos.foo.subfoo1 > and > urn:service.sos.foo.subfoo2 > =20 > What would the IANA registration policy for request to establish = sub-registry of urn:service.sos.foo? > And what would the IANA registration policy be for new entries in the = urn:service.sos.foo subregistry? > =20 > > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. =20 > =20 > Thanks. > =20 > Kind regards > =20 > Ivo > =20 > =20 > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Tuesday, December 20, 2016 4:04 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > Thanks for your comments. > =20 > Although the ABNF allows it, I think that it=E2=80=99s much cleaner to = have the separate registries. I will note that we have allowed the = registration in the existing registry, although if/when this document is = published, we will remove it from the main sos registry and put it in = the police sub registry. I have consulted with IANA on this. > =20 > I was careful to note that the token is NOT the name of the service, = and trying to actually have the token be the actual name of the service = will lead to many, many registrations that are effectively duplicates of = one another. Any police force which has true national scope would use = the same token. In the US, for example, it=E2=80=99s the FBI. > =20 > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. = However, I would not want to see a registration for the FBI, nor any = other specific name for a national police force. Having said that, in = many countries, there are several national police forces with = specialized responsibilities. In the U.S., we have U.S. Marshalls, Drug = Enforcement Agency, Immigration and Customs. Secret Service, and several = others. We don=E2=80=99t have emergency calling to them, so we don=E2=80=99= t need sos tokens for them, but there are countries where there are more = than one national police that do have emergency numbers and we will need = tokens for them. I would not want a =E2=80=9Ccity=E2=80=9D token = instead of =E2=80=9Cmunicipal=E2=80=9D. > =20 > At one point I was thinking of explicitly referencing the =E2=80=9CA=E2=80= =9D levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2=80=9D = instead of =E2=80=9CProvincial=E2=80=9D and A2 instead of = =E2=80=9CMunicipal=E2=80=9D), but eventually decided that since we = didn=E2=80=99t have A levels for all the tokens we would need that it = didn=E2=80=99t make sense to use the A levels as the token name. But I = intended the tokens to be used that way. > =20 > Brian > =20 > On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek > wrote: > =20 > Hello, > =20 > Two comments to the draft: > =20 > Comment-1: > rfc5031 defines sub-services using the following ABNF where several = sub-services can be included in a service URN. > =20 > =20 > service-URN =3D "URN:service:" service > service =3D top-level *("." sub-service) > top-level =3D let-dig [ *25let-dig-hyp let-dig ] > sub-service =3D let-dig [ *let-dig-hyp let-dig ] > let-dig-hyp =3D let-dig / "-" > let-dig =3D ALPHA / DIGIT > ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z > DIGIT =3D %x30-39 ; 0-9 > =20 > rfc7163 allows registration of additional sub-services of the service = URN with the 'sos' service type using expert review. > =20 > Thus, registration of sub-services under urn:service.sos.police (under = urn:service.sos.ambulance, and under urn:service.sos.fire) is possible = already now and there should be no need to define new subregistries. > =20 > Comment-2: > =20 > The proposed new police emergency services do not address the needs of = the Czech republic as: > - Czech republic defines emergency service of national police; and > - Czech republic is not a federation of states or provinces (and thus = "federal" does not fit). > Proposal: change "federal" to "national". > =20 > Kind regards > =20 > Ivo Sedlacek > =20 > =20 > From: Ecrit [mailto:ecrit-bounces@ietf.org = ] On Behalf Of Brian Rosen > Sent: Friday, December 16, 2016 9:33 PM > To: ECRIT > > Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > FYI >=20 >=20 >=20 > Begin forwarded message: > =20 > From: internet-drafts@ietf.org > Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > Date: December 16, 2016 at 3:31:51 PM EST > To: > > Reply-To: internet-drafts@ietf.org > =20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 >=20 > Title : A Subregistry for urn:service:sos.police, = fire and ambulance > Author : Brian Rosen > Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= = >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org = . >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce = > Internet-Draft directories: http://www.ietf.org/shadow.html = > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = --Apple-Mail=_61082667-9380-4344-8171-443A9D25FB71 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I think it=E2=80=99s an issue of whether we expect a number = of registrations of subfoos.  If there is only 1 maybe not bother, = but if we expect several, create the sub registry.  The expert can = help guide.

You need = a document with IANA considerations to create a registry, but an INFO = will do.

The = policy for the sub registry would be specified in that document.  I = specified expert review in these 3. 

Brian

On Dec 20, 2016, at 10:19 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:

Hello,
 
> Although the ABNF = allows it, I think that it=E2=80=99s much cleaner to have the separate = registries.  I will note that we have allowed the registration = in
> = the existing registry, although if/when this document is published, we = will remove it from the main sos registry and put it in the police sub = registry.
 
How = would it work for other services?
 
Imagine that a person X registers
 
          &nb= sp;     urn:service.sos.foo
 
and later on a = person Y would like to register:
 
          &nb= sp;     urn:service.sos.foo.subfoo1
          &nb= sp;            = ;        and
          &nb= sp;     urn:service.sos.foo.subfoo2
 
What would the = IANA registration policy for request to establish sub-registry of urn:service.sos.foo?
And what would the IANA = registration policy be for new entries in the urn:service.sos.foo = subregistry?
 
> However, I do think = =E2=80=9Cnational=E2=80=9D is actually a better token for this service, = and I will change it in the next version.  
 
Thanks.
 
Kind = regards
 
Ivo
 
 
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Tuesday, December 20, 2016 = 4:04 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
Thanks for your comments.
 
Although the ABNF allows it, I think that it=E2=80=99s = much cleaner to have the separate registries.  I will note that we = have allowed the registration in the existing registry, although if/when = this document is published, we will remove it from the main sos registry = and put it in the police sub registry.  I have consulted with IANA = on this.
 
I was careful to note that the token is NOT the name = of the service, and trying to actually have the token be the actual name = of the service will lead to many, many registrations that are = effectively duplicates of one another.  Any police force which has = true national scope would use the same token.  In the US, for = example, it=E2=80=99s the FBI.
 
However, I do think =E2=80=9Cnational=E2=80=9D is = actually a better token for this service, and I will change it in the = next version.  However, I would not want to see a registration for = the FBI, nor any other specific name for a national police force. =  Having said that, in many countries, there are several national = police forces with specialized responsibilities.  In the U.S., we = have U.S. Marshalls, Drug Enforcement Agency, Immigration and Customs. = Secret Service, and several others.  We don=E2=80=99t have = emergency calling to them, so we don=E2=80=99t need sos tokens for them, = but there are countries where there are more than one national police = that do have emergency numbers and we will need tokens for them.  I = would not want a =E2=80=9Ccity=E2=80=9D token instead of = =E2=80=9Cmunicipal=E2=80=9D.
 
At one point I was thinking of explicitly referencing = the =E2=80=9CA=E2=80=9D levels from PIDF-LO for these tokens (so = =E2=80=9CA1=E2=80=9D instead of =E2=80=9CProvincial=E2=80=9D and A2 = instead of =E2=80=9CMunicipal=E2=80=9D), but eventually decided that = since we didn=E2=80=99t have A levels for all the tokens we would need = that it didn=E2=80=99t make sense to use the A levels as the token name. =  But I intended the tokens to be used that way.
 
Brian
 
On = Dec 20, 2016, at 8:58 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> = wrote:
 
Hello,
 
Two comments to = the draft:
 
Comment-1:
rfc5031 defines = sub-services using the following ABNF where several sub-services can be = included in a service URN.
 
 
     service-URN  =3D "URN:service:" = service
    service      = =3D top-level *("." = sub-service)
     top-level    =3D = let-dig [ *25let-dig-hyp let-dig ]
     sub-service  =3D let-dig [ = *let-dig-hyp let-dig ]
     let-dig-hyp  =3D let-dig / = "-"
     = let-dig      =3D ALPHA / DIGIT
     = ALPHA        =3D %x41-5A / = %x61-7A   ; A-Z / a-z
     = DIGIT        =3D %x30-39 ; = 0-9
 
rfc7163 allows registration of additional = sub-services of the service URN with the 'sos' service type using expert = review.
 
Thus, registration of sub-services = under urn:service.sos.police = (under urn:service.sos.ambulance, and under urn:service.sos.fire) is = possible already now and there should be no need to define new = subregistries.
 
Comment-2:
 
The proposed = new police emergency services do not address the needs of the Czech = republic as:
- Czech republic defines emergency service of national = police; and
- Czech republic is not a federation of states or provinces = (and thus "federal" does not fit).
Proposal: = change "federal" to "national".
 
Kind = regards
 
Ivo Sedlacek
 
 
From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf = Of Brian Rosen
Sent: Friday, December 16, 2016 = 9:33 PM
To: ECRIT <ecrit@ietf.org>
Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
FYI



Begin = forwarded message:
 
From: internet-drafts@ietf.org
Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: December 16, = 2016 at 3:31:51 PM EST
To: <i-d-announce@ietf.org>
Reply-To: internet-drafts@ietf.org
 

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


       Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
       Author =          : Brian Rosen
        &= nbsp;   Filename =        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
        &= nbsp;   Pages =           : 5
        &= nbsp;   Date =            : = 2016-12-16

Abstract:
  In most countries, there are multiple kinds of = police forces.
  RFC5031 defines a "Service URN" = which is used to route emergency
  calls. =  The urn has a sub registry for different kinds of emergency
  services that may be reached from different = telephone numbers or
  service numbers (as = opposed to a single number like 112).  In many
  countries, the "police" service is not a single = service, but more
  than one service where the = service area and/or types of emergencies
  they = respond to are different.  In some countries there are multiple
  ambulance services.  This document defines = sub registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
  completeness,= urn:service:sos.fire.  It also provides an initial set
  of entries for these sub registries.  These = services are in addition
  to the base = urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/

There's also a = htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

= --Apple-Mail=_61082667-9380-4344-8171-443A9D25FB71-- From nobody Tue Dec 20 14:58:31 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0A0F129694; Tue, 20 Dec 2016 14:58:30 -0800 (PST) X-Quarantine-ID: <0Fk5sUJ2iMtg> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -5 X-Spam-Level: X-Spam-Status: No, score=-5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.1] 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 0Fk5sUJ2iMtg; Tue, 20 Dec 2016 14:58:29 -0800 (PST) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 172A812969F; Tue, 20 Dec 2016 14:58:29 -0800 (PST) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Tue, 20 Dec 2016 14:58:28 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <148190721414.14704.12588114776606467694.idtracker@ietfa.amsl.com> X-Mailer: Eudora for Mac OS X Date: Tue, 20 Dec 2016 14:58:26 -0800 To: Ivo Sedlacek , "ietf@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: "draft-ietf-ecrit-ecall@ietf.org" , "ecrit-chairs@ietf.org" , Allison Mankin , "ecrit@ietf.org" Subject: Re: [Ecrit] Last Call: (Next-Generation Pan-European eCall) to Proposed Standard X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2016 22:58:30 -0000 Hi Ivo, Thanks for catching this. --Randy At 3:06 PM +0000 12/20/16, Ivo Sedlacek wrote: > Hello, > > I found the following issue in draft-ietf-ecrit-ecall-21: > > Statement: > ---------------------- > The PSAP > creates a metadata/control object acknowledging receipt of the MSD > and includes it as a body part within the SIP *final* response to the > SIP INVITE request per [RFC7852]. > ---------------------- > is contradicted by statement: > ---------------------- > A metadata/control object is sent > within a *provisional* (e.g., 180) responses. > ---------------------- > > The latter statement should be modified to state: > ---------------------- > A metadata/control object is *not* sent > within a *provisional* (e.g., 180) responses. > ---------------------- > > Kind regards > > Ivo Sedlacek > > > -----Original Message----- > From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of The IESG > Sent: Friday, December 16, 2016 5:54 PM > To: IETF-Announce > Cc: draft-ietf-ecrit-ecall@ietf.org; Allison Mankin > ; ecrit@ietf.org; ecrit-chairs@ietf.org > Subject: [Ecrit] Last Call: > (Next-Generation Pan-European eCall) to Proposed Standard > > > The IESG has received a request from the Emergency Context > Resolution with Internet Technologies WG (ecrit) to consider the > following > document: > - 'Next-Generation Pan-European eCall' > as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and > solicits final comments on this action. Please send substantive > comments to the ietf@ietf.org mailing lists by 2017-01-06. > Exceptionally, comments may be sent to iesg@ietf.org instead. In > either case, please retain the beginning of the Subject line to > allow automated sorting. > > Abstract > > > This document describes how to use IP-based emergency services > mechanisms to support the next generation of the pan European in- > vehicle emergency call service defined under the eSafety initiative > of the European Commission (generally referred to as "eCall"). eCall > is a standardized and mandated system for a special form of emergency > calls placed by vehicles, providing real-time communications and an > integrated set of related data. > > This document also registers MIME media types and an Emergency Call > Additional Data Block for the eCall vehicle data and metadata/control > data, and an INFO package to enable carrying this data in SIP INFO > requests. > > Although this specification is designed to meet the requirements of > European next-generation eCall, it is specified generically such that > the technology can be re-used or extended to suit requirements across > jurisdictions. > > > > > The file can be obtained via > https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ > > IESG discussion can be tracked via > https://datatracker.ietf.org/doc/draft-ietf-ecrit-ecall/ballot/ > > The following IPR Declarations may be related to this I-D: > > https://datatracker.ietf.org/ipr/2522/ > https://datatracker.ietf.org/ipr/2251/ > > > > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- I loathe housework. You make beds, wash dishes -- and six months later you have to start all over again. --Joan Rivers From nobody Tue Dec 20 22:50:43 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 936A11297C2 for ; Tue, 20 Dec 2016 22:50:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 2BvgwE1geDRk for ; Tue, 20 Dec 2016 22:50:38 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 90F7B1296DD for ; Tue, 20 Dec 2016 22:50:37 -0800 (PST) X-AuditID: c1b4fb3a-45bff70000005d1c-a0-585a263a6f99 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by (Symantec Mail Security) with SMTP id 12.B5.23836.A362A585; Wed, 21 Dec 2016 07:50:35 +0100 (CET) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.87) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 21 Dec 2016 07:50:59 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1sXW4Tb4YCtFdowVl1R78IQmqAV8REb0hjaxLuLtO/U=; b=g5W4jyYJnn4X/rks9kRbB0T7H5k34ZeVeY5XPVsduDZ+pRJbI0oePIwQue6NqFDbVO5I7Sqy58tCIbAlh9VYc0l0J1d3uv42jgp+FU/XNfNeD/RnAA9Flu3M6q4hdFZTQURLtWVaPOLuLnS4zw2a59ZEZ1WtnJwwCqpYQKHOEGA= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2466.eurprd07.prod.outlook.com (10.169.153.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Wed, 21 Dec 2016 06:50:32 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.010; Wed, 21 Dec 2016 06:50:32 +0000 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Thread-Index: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUwgAAaoICAAOm3kA== Date: Wed, 21 Dec 2016 06:50:32 +0000 Message-ID: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> In-Reply-To: <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: 7e971f3f-93a3-43ce-70c1-08d4296da8b9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2466; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2466; 7:VCUXieUBvHjQOwaj8OwnF1CS2GWdVea2wDqHdW5ZCObneXWxPLdlHFNbejtlMKQ9iGOsfM7lwdl7YhDanGy+kzqPvCZuBgIxoXseNl/VAvOh6o4kw4yPFGwtg7KAGYdin2hXN1HL/tbwJ+QiqheC/6fB+rSmrgamjzhJ/xP60iIZls0Ui4mHhpaIL74V7ztYx4xnQwRciap4LtwogmJOt10dit3NWDVfUU93xZeCfYOCWlcNnDRgBKqfk7Mp7mV4+CrOWOcViP4q1VBnCVFT62TQ4yYUa1rWg+X9S2DFC9NWbZzWVIHV1offto4wfs72I6+fcu8GNsKcFggA/pfFn01UubRb1G5kjH+o+xJAARy93+38W+VelF2q74STHMtfFTrvW5SZoh4sdzkFUGTQ0PZYaj3cSBLZo+dIch9NFgWrw8SorYhMVa/Ky8zhmfqDRh9GD7YPmhINy3hZE9ZIOA== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123562025)(20161123555025)(20161123560025)(20161123564025)(6072148); SRVR:AM5PR0701MB2466; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2466; x-forefront-prvs: 01630974C0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(199003)(189002)(24454002)(69234005)(377424004)(51444003)(377454003)(3660700001)(2950100002)(6916009)(74316002)(5660300001)(14971765001)(3280700002)(76576001)(106356001)(106116001)(2906002)(101416001)(76176999)(110136003)(561944003)(66066001)(54356999)(50986999)(4326007)(105586002)(230783001)(33656002)(93886004)(7696004)(38730400001)(229853002)(102836003)(3846002)(6116002)(790700001)(606005)(25786008)(6506006)(6436002)(9686002)(4001150100001)(68736007)(189998001)(8936002)(8676002)(2900100001)(81156014)(81166006)(122556002)(77096006)(92566002)(97736004)(7906003)(86362001)(7736002)(24704002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2466; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB24681A713CD739498C17C8C7E5930AM5PR0701MB2468_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Dec 2016 06:50:32.4351 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2466 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOKsWRmVeSWpSXmKPExsUyM2J7uK61WlSEwbTfmhZP709js2hc9JTV gcnj/re/7B5LlvxkCmCK4rJJSc3JLEst0rdL4Mo4dyC/YMJm5orPV7kaGF8sZ+5i5OSQEDCR ONz2gq2LkYtDSGAdo8SaFx/YIZwTjBJruzrBMiwCvcwSB//3MoK0CAnMYpI42mcIUXWGUeLR 3Z9sIAk2AT2JiVuOsILYIgLKEjtvdbKD2MwCUhIHbr9hArGFBUIlJu97CVUTJnHy6Wo2CNtJ 4sTuO2D1LAKqEkffNIDdxyuQIHFz0TVWiGVLmCVWfGwBK+IEari+dh3YRYwCYhLfT61hglgm LnHryXwmiOcEJJbsOQ/1qKjEy8f/WCHqYyT+d39mhYgrS2yZ9B6qxlei9cEloJkcQLa/xLPr wRDhPhaJk9P5IML5Ev9vlkGEoyUu/H4MDi2gEiaJpes3skEkZCROXX3HApFYwSaxfsNdJkjI pUosX9vKCAkIKYm7VzoZJzBqzkJyNoSdLzFx7lr2WWD/C0qcnPmEZRbQbmYBTYn1u/QhShQl pnQ/ZIewNSRa58xlRxZfwMi+ilG0OLW4ODfdyEgvtSgzubg4P08vL7VkEyMw+Rzc8ttqB+PB 546HGAU4GJV4eAvcIyOEWBPLiitzDzFKcDArifCKK0VFCPGmJFZWpRblxxeV5qQWH2KU5mBR Euc1W3k/XEggPbEkNTs1tSC1CCbLxMEp1cDIrCwi25nkarb+XvFMtqw04XPfvYS36tkt6nsy 5avZNE3b7d2pX/9LLL08keEy653Pd78oK80MWloccn8L/9Z1fCeuBJmaHFXMO6q5ib9Xy/yy vW2NnbD1H3H34oI28y2bDt+fX9j2yVjuwWZ7xQvOLh57CuwabufOy9zUEtpgId4VuXbainAl luKMREMt5qLiRACK3tFTOgMAAA== Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2016 06:50:41 -0000 --_000_AM5PR0701MB24681A713CD739498C17C8C7E5930AM5PR0701MB2468_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiBZb3UgbmVlZCBhIGRvY3VtZW50IHdpdGggSUFOQSBjb25zaWRlcmF0aW9ucyB0byBjcmVhdGUg YSByZWdpc3RyeSwgYnV0IGFuIElORk8gd2lsbCBkby4NCg0KRG8geW91IG1lYW4gYW4gUkZDPw0K DQpUaGF0IG1ha2VzIGdldHRpbmcgZW1lcmdlbmN5IFVSTiBhIGxvdCB0b3VnaHRlciB0aGFuIHRv ZGF5IGFuZCBwcmV0dHkgbXVjaCBwcmV2ZW50cyBlYXN5IGFuZCBxdWljayBkZXBsb3ltZW50IG9m IG5ldyBlbWVyZ2VuY3kgc2VydmljZXMsIHdoaWNoIGFyZSBzdWJzZXJ2aWNlcyBvZiBhbiBleGlz dGluZyBlbWVyZ2VuY3kgc2VydmljZS4NCg0KS2luZCByZWdhcmRzDQoNCkl2bw0KDQoNCg0KRnJv bTogQnJpYW4gUm9zZW4gW21haWx0bzpickBicmlhbnJvc2VuLm5ldF0NClNlbnQ6IFR1ZXNkYXks IERlY2VtYmVyIDIwLCAyMDE2IDU6NDMgUE0NClRvOiBJdm8gU2VkbGFjZWsgPGl2by5zZWRsYWNl a0Blcmljc3Nvbi5jb20+DQpDYzogRUNSSVQgPGVjcml0QGlldGYub3JnPg0KU3ViamVjdDogUmU6 IFtFY3JpdF0gSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVn aXN0cmllcy0wMC50eHQNCg0KSSB0aGluayBpdOKAmXMgYW4gaXNzdWUgb2Ygd2hldGhlciB3ZSBl eHBlY3QgYSBudW1iZXIgb2YgcmVnaXN0cmF0aW9ucyBvZiBzdWJmb29zLiAgSWYgdGhlcmUgaXMg b25seSAxIG1heWJlIG5vdCBib3RoZXIsIGJ1dCBpZiB3ZSBleHBlY3Qgc2V2ZXJhbCwgY3JlYXRl IHRoZSBzdWIgcmVnaXN0cnkuICBUaGUgZXhwZXJ0IGNhbiBoZWxwIGd1aWRlLg0KDQpZb3UgbmVl ZCBhIGRvY3VtZW50IHdpdGggSUFOQSBjb25zaWRlcmF0aW9ucyB0byBjcmVhdGUgYSByZWdpc3Ry eSwgYnV0IGFuIElORk8gd2lsbCBkby4NCg0KVGhlIHBvbGljeSBmb3IgdGhlIHN1YiByZWdpc3Ry eSB3b3VsZCBiZSBzcGVjaWZpZWQgaW4gdGhhdCBkb2N1bWVudC4gIEkgc3BlY2lmaWVkIGV4cGVy dCByZXZpZXcgaW4gdGhlc2UgMy4NCg0KQnJpYW4NCg0KT24gRGVjIDIwLCAyMDE2LCBhdCAxMDox OSBBTSwgSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPG1haWx0bzppdm8u c2VkbGFjZWtAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQoNCkhlbGxvLA0KDQo+IEFsdGhvdWdoIHRo ZSBBQk5GIGFsbG93cyBpdCwgSSB0aGluayB0aGF0IGl04oCZcyBtdWNoIGNsZWFuZXIgdG8gaGF2 ZSB0aGUgc2VwYXJhdGUgcmVnaXN0cmllcy4gIEkgd2lsbCBub3RlIHRoYXQgd2UgaGF2ZSBhbGxv d2VkIHRoZSByZWdpc3RyYXRpb24gaW4NCj4gdGhlIGV4aXN0aW5nIHJlZ2lzdHJ5LCBhbHRob3Vn aCBpZi93aGVuIHRoaXMgZG9jdW1lbnQgaXMgcHVibGlzaGVkLCB3ZSB3aWxsIHJlbW92ZSBpdCBm cm9tIHRoZSBtYWluIHNvcyByZWdpc3RyeSBhbmQgcHV0IGl0IGluIHRoZSBwb2xpY2Ugc3ViIHJl Z2lzdHJ5Lg0KDQpIb3cgd291bGQgaXQgd29yayBmb3Igb3RoZXIgc2VydmljZXM/DQoNCkltYWdp bmUgdGhhdCBhIHBlcnNvbiBYIHJlZ2lzdGVycw0KDQogICAgICAgICAgICAgICAgdXJuOnNlcnZp Y2Uuc29zLmZvbw0KDQphbmQgbGF0ZXIgb24gYSBwZXJzb24gWSB3b3VsZCBsaWtlIHRvIHJlZ2lz dGVyOg0KDQogICAgICAgICAgICAgICAgdXJuOnNlcnZpY2Uuc29zLmZvby5zdWJmb28xDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgYW5kDQogICAgICAgICAgICAgICAgdXJuOnNlcnZp Y2Uuc29zLmZvby5zdWJmb28yDQoNCldoYXQgd291bGQgdGhlIElBTkEgcmVnaXN0cmF0aW9uIHBv bGljeSBmb3IgcmVxdWVzdCB0byBlc3RhYmxpc2ggc3ViLXJlZ2lzdHJ5IG9mIHVybjpzZXJ2aWNl LnNvcy5mb28/DQpBbmQgd2hhdCB3b3VsZCB0aGUgSUFOQSByZWdpc3RyYXRpb24gcG9saWN5IGJl IGZvciBuZXcgZW50cmllcyBpbiB0aGUgdXJuOnNlcnZpY2Uuc29zLmZvbyBzdWJyZWdpc3RyeT8N Cg0KPiBIb3dldmVyLCBJIGRvIHRoaW5rIOKAnG5hdGlvbmFs4oCdIGlzIGFjdHVhbGx5IGEgYmV0 dGVyIHRva2VuIGZvciB0aGlzIHNlcnZpY2UsIGFuZCBJIHdpbGwgY2hhbmdlIGl0IGluIHRoZSBu ZXh0IHZlcnNpb24uDQoNClRoYW5rcy4NCg0KS2luZCByZWdhcmRzDQoNCkl2bw0KDQoNCg0KRnJv bTogQnJpYW4gUm9zZW4gW21haWx0bzpickBicmlhbnJvc2VuLm5ldF0NClNlbnQ6IFR1ZXNkYXks IERlY2VtYmVyIDIwLCAyMDE2IDQ6MDQgUE0NClRvOiBJdm8gU2VkbGFjZWsgPGl2by5zZWRsYWNl a0Blcmljc3Nvbi5jb208bWFpbHRvOml2by5zZWRsYWNla0Blcmljc3Nvbi5jb20+Pg0KQ2M6IEVD UklUIDxlY3JpdEBpZXRmLm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6 IFtFY3JpdF0gSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVn aXN0cmllcy0wMC50eHQNCg0KVGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLg0KDQpBbHRob3VnaCB0 aGUgQUJORiBhbGxvd3MgaXQsIEkgdGhpbmsgdGhhdCBpdOKAmXMgbXVjaCBjbGVhbmVyIHRvIGhh dmUgdGhlIHNlcGFyYXRlIHJlZ2lzdHJpZXMuICBJIHdpbGwgbm90ZSB0aGF0IHdlIGhhdmUgYWxs b3dlZCB0aGUgcmVnaXN0cmF0aW9uIGluIHRoZSBleGlzdGluZyByZWdpc3RyeSwgYWx0aG91Z2gg aWYvd2hlbiB0aGlzIGRvY3VtZW50IGlzIHB1Ymxpc2hlZCwgd2Ugd2lsbCByZW1vdmUgaXQgZnJv bSB0aGUgbWFpbiBzb3MgcmVnaXN0cnkgYW5kIHB1dCBpdCBpbiB0aGUgcG9saWNlIHN1YiByZWdp c3RyeS4gIEkgaGF2ZSBjb25zdWx0ZWQgd2l0aCBJQU5BIG9uIHRoaXMuDQoNCkkgd2FzIGNhcmVm dWwgdG8gbm90ZSB0aGF0IHRoZSB0b2tlbiBpcyBOT1QgdGhlIG5hbWUgb2YgdGhlIHNlcnZpY2Us IGFuZCB0cnlpbmcgdG8gYWN0dWFsbHkgaGF2ZSB0aGUgdG9rZW4gYmUgdGhlIGFjdHVhbCBuYW1l IG9mIHRoZSBzZXJ2aWNlIHdpbGwgbGVhZCB0byBtYW55LCBtYW55IHJlZ2lzdHJhdGlvbnMgdGhh dCBhcmUgZWZmZWN0aXZlbHkgZHVwbGljYXRlcyBvZiBvbmUgYW5vdGhlci4gIEFueSBwb2xpY2Ug Zm9yY2Ugd2hpY2ggaGFzIHRydWUgbmF0aW9uYWwgc2NvcGUgd291bGQgdXNlIHRoZSBzYW1lIHRv a2VuLiAgSW4gdGhlIFVTLCBmb3IgZXhhbXBsZSwgaXTigJlzIHRoZSBGQkkuDQoNCkhvd2V2ZXIs IEkgZG8gdGhpbmsg4oCcbmF0aW9uYWzigJ0gaXMgYWN0dWFsbHkgYSBiZXR0ZXIgdG9rZW4gZm9y IHRoaXMgc2VydmljZSwgYW5kIEkgd2lsbCBjaGFuZ2UgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4g IEhvd2V2ZXIsIEkgd291bGQgbm90IHdhbnQgdG8gc2VlIGEgcmVnaXN0cmF0aW9uIGZvciB0aGUg RkJJLCBub3IgYW55IG90aGVyIHNwZWNpZmljIG5hbWUgZm9yIGEgbmF0aW9uYWwgcG9saWNlIGZv cmNlLiAgSGF2aW5nIHNhaWQgdGhhdCwgaW4gbWFueSBjb3VudHJpZXMsIHRoZXJlIGFyZSBzZXZl cmFsIG5hdGlvbmFsIHBvbGljZSBmb3JjZXMgd2l0aCBzcGVjaWFsaXplZCByZXNwb25zaWJpbGl0 aWVzLiAgSW4gdGhlIFUuUy4sIHdlIGhhdmUgVS5TLiBNYXJzaGFsbHMsIERydWcgRW5mb3JjZW1l bnQgQWdlbmN5LCBJbW1pZ3JhdGlvbiBhbmQgQ3VzdG9tcy4gU2VjcmV0IFNlcnZpY2UsIGFuZCBz ZXZlcmFsIG90aGVycy4gIFdlIGRvbuKAmXQgaGF2ZSBlbWVyZ2VuY3kgY2FsbGluZyB0byB0aGVt LCBzbyB3ZSBkb27igJl0IG5lZWQgc29zIHRva2VucyBmb3IgdGhlbSwgYnV0IHRoZXJlIGFyZSBj b3VudHJpZXMgd2hlcmUgdGhlcmUgYXJlIG1vcmUgdGhhbiBvbmUgbmF0aW9uYWwgcG9saWNlIHRo YXQgZG8gaGF2ZSBlbWVyZ2VuY3kgbnVtYmVycyBhbmQgd2Ugd2lsbCBuZWVkIHRva2VucyBmb3Ig dGhlbS4gIEkgd291bGQgbm90IHdhbnQgYSDigJxjaXR54oCdIHRva2VuIGluc3RlYWQgb2Yg4oCc bXVuaWNpcGFs4oCdLg0KDQpBdCBvbmUgcG9pbnQgSSB3YXMgdGhpbmtpbmcgb2YgZXhwbGljaXRs eSByZWZlcmVuY2luZyB0aGUg4oCcQeKAnSBsZXZlbHMgZnJvbSBQSURGLUxPIGZvciB0aGVzZSB0 b2tlbnMgKHNvIOKAnEEx4oCdIGluc3RlYWQgb2Yg4oCcUHJvdmluY2lhbOKAnSBhbmQgQTIgaW5z dGVhZCBvZiDigJxNdW5pY2lwYWzigJ0pLCBidXQgZXZlbnR1YWxseSBkZWNpZGVkIHRoYXQgc2lu Y2Ugd2UgZGlkbuKAmXQgaGF2ZSBBIGxldmVscyBmb3IgYWxsIHRoZSB0b2tlbnMgd2Ugd291bGQg bmVlZCB0aGF0IGl0IGRpZG7igJl0IG1ha2Ugc2Vuc2UgdG8gdXNlIHRoZSBBIGxldmVscyBhcyB0 aGUgdG9rZW4gbmFtZS4gIEJ1dCBJIGludGVuZGVkIHRoZSB0b2tlbnMgdG8gYmUgdXNlZCB0aGF0 IHdheS4NCg0KQnJpYW4NCg0KT24gRGVjIDIwLCAyMDE2LCBhdCA4OjU4IEFNLCBJdm8gU2VkbGFj ZWsgPGl2by5zZWRsYWNla0Blcmljc3Nvbi5jb208bWFpbHRvOml2by5zZWRsYWNla0Blcmljc3Nv bi5jb20+PiB3cm90ZToNCg0KSGVsbG8sDQoNClR3byBjb21tZW50cyB0byB0aGUgZHJhZnQ6DQoN CkNvbW1lbnQtMToNCnJmYzUwMzEgZGVmaW5lcyBzdWItc2VydmljZXMgdXNpbmcgdGhlIGZvbGxv d2luZyBBQk5GIHdoZXJlIHNldmVyYWwgc3ViLXNlcnZpY2VzIGNhbiBiZSBpbmNsdWRlZCBpbiBh IHNlcnZpY2UgVVJOLg0KDQoNCiAgICAgc2VydmljZS1VUk4gID0gIlVSTjpzZXJ2aWNlOiIgc2Vy dmljZQ0KICAgIHNlcnZpY2UgICAgICA9IHRvcC1sZXZlbCAqKCIuIiBzdWItc2VydmljZSkNCiAg ICAgdG9wLWxldmVsICAgID0gbGV0LWRpZyBbICoyNWxldC1kaWctaHlwIGxldC1kaWcgXQ0KICAg ICBzdWItc2VydmljZSAgPSBsZXQtZGlnIFsgKmxldC1kaWctaHlwIGxldC1kaWcgXQ0KICAgICBs ZXQtZGlnLWh5cCAgPSBsZXQtZGlnIC8gIi0iDQogICAgIGxldC1kaWcgICAgICA9IEFMUEhBIC8g RElHSVQNCiAgICAgQUxQSEEgICAgICAgID0gJXg0MS01QSAvICV4NjEtN0EgICA7IEEtWiAvIGEt eg0KICAgICBESUdJVCAgICAgICAgPSAleDMwLTM5IDsgMC05DQoNCnJmYzcxNjMgYWxsb3dzIHJl Z2lzdHJhdGlvbiBvZiBhZGRpdGlvbmFsIHN1Yi1zZXJ2aWNlcyBvZiB0aGUgc2VydmljZSBVUk4g d2l0aCB0aGUgJ3Nvcycgc2VydmljZSB0eXBlIHVzaW5nIGV4cGVydCByZXZpZXcuDQoNClRodXMs IHJlZ2lzdHJhdGlvbiBvZiBzdWItc2VydmljZXMgdW5kZXIgdXJuOnNlcnZpY2Uuc29zLnBvbGlj ZSAodW5kZXIgdXJuOnNlcnZpY2Uuc29zLmFtYnVsYW5jZSwgYW5kIHVuZGVyIHVybjpzZXJ2aWNl LnNvcy5maXJlKSBpcyBwb3NzaWJsZSBhbHJlYWR5IG5vdyBhbmQgdGhlcmUgc2hvdWxkIGJlIG5v IG5lZWQgdG8gZGVmaW5lIG5ldyBzdWJyZWdpc3RyaWVzLg0KDQpDb21tZW50LTI6DQoNClRoZSBw cm9wb3NlZCBuZXcgcG9saWNlIGVtZXJnZW5jeSBzZXJ2aWNlcyBkbyBub3QgYWRkcmVzcyB0aGUg bmVlZHMgb2YgdGhlIEN6ZWNoIHJlcHVibGljIGFzOg0KLSBDemVjaCByZXB1YmxpYyBkZWZpbmVz IGVtZXJnZW5jeSBzZXJ2aWNlIG9mIG5hdGlvbmFsIHBvbGljZTsgYW5kDQotIEN6ZWNoIHJlcHVi bGljIGlzIG5vdCBhIGZlZGVyYXRpb24gb2Ygc3RhdGVzIG9yIHByb3ZpbmNlcyAoYW5kIHRodXMg ImZlZGVyYWwiIGRvZXMgbm90IGZpdCkuDQpQcm9wb3NhbDogY2hhbmdlICJmZWRlcmFsIiB0byAi bmF0aW9uYWwiLg0KDQpLaW5kIHJlZ2FyZHMNCg0KSXZvIFNlZGxhY2VrDQoNCg0KRnJvbTogRWNy aXQgW21haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQnJpYW4gUm9z ZW4NClNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTYsIDIwMTYgOTozMyBQTQ0KVG86IEVDUklUIDxl Y3JpdEBpZXRmLm9yZzxtYWlsdG86ZWNyaXRAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW0Vjcml0XSBG d2Q6IEktRCBBY3Rpb246IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJp ZXMtMDAudHh0DQoNCkZZSQ0KDQoNCg0KDQpCZWdpbiBmb3J3YXJkZWQgbWVzc2FnZToNCg0KRnJv bTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc+DQpTdWJqZWN0OiBJLUQgQWN0aW9uOiBkcmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1z dWJyZWdpc3RyaWVzLTAwLnR4dA0KRGF0ZTogRGVjZW1iZXIgMTYsIDIwMTYgYXQgMzozMTo1MSBQ TSBFU1QNClRvOiA8aS1kLWFubm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3VuY2VAaWV0 Zi5vcmc+Pg0KUmVwbHktVG86IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPg0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJs ZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCg0KDQogICAg ICAgVGl0bGUgICAgICAgICAgIDogQSBTdWJyZWdpc3RyeSBmb3IgdXJuOnNlcnZpY2U6c29zLnBv bGljZSwgZmlyZSBhbmQgYW1idWxhbmNlDQogICAgICAgQXV0aG9yICAgICAgICAgIDogQnJpYW4g Um9zZW4NCiAgICAgICAgICAgIEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LXJvc2VuLWVjcml0LXNl cnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAudHh0DQogICAgICAgICAgICBQYWdlcyAgICAgICAg ICAgOiA1DQogICAgICAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDE2LTEyLTE2DQoNCkFic3Ry YWN0Og0KICBJbiBtb3N0IGNvdW50cmllcywgdGhlcmUgYXJlIG11bHRpcGxlIGtpbmRzIG9mIHBv bGljZSBmb3JjZXMuDQogIFJGQzUwMzEgZGVmaW5lcyBhICJTZXJ2aWNlIFVSTiIgd2hpY2ggaXMg dXNlZCB0byByb3V0ZSBlbWVyZ2VuY3kNCiAgY2FsbHMuICBUaGUgdXJuIGhhcyBhIHN1YiByZWdp c3RyeSBmb3IgZGlmZmVyZW50IGtpbmRzIG9mIGVtZXJnZW5jeQ0KICBzZXJ2aWNlcyB0aGF0IG1h eSBiZSByZWFjaGVkIGZyb20gZGlmZmVyZW50IHRlbGVwaG9uZSBudW1iZXJzIG9yDQogIHNlcnZp Y2UgbnVtYmVycyAoYXMgb3Bwb3NlZCB0byBhIHNpbmdsZSBudW1iZXIgbGlrZSAxMTIpLiAgSW4g bWFueQ0KICBjb3VudHJpZXMsIHRoZSAicG9saWNlIiBzZXJ2aWNlIGlzIG5vdCBhIHNpbmdsZSBz ZXJ2aWNlLCBidXQgbW9yZQ0KICB0aGFuIG9uZSBzZXJ2aWNlIHdoZXJlIHRoZSBzZXJ2aWNlIGFy ZWEgYW5kL29yIHR5cGVzIG9mIGVtZXJnZW5jaWVzDQogIHRoZXkgcmVzcG9uZCB0byBhcmUgZGlm ZmVyZW50LiAgSW4gc29tZSBjb3VudHJpZXMgdGhlcmUgYXJlIG11bHRpcGxlDQogIGFtYnVsYW5j ZSBzZXJ2aWNlcy4gIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBzdWIgcmVnaXN0cmllcyBmb3INCiAg dXJuOnNlcnZpY2U6c29zLnBvbGljZSwgdXJuOnNlcnZpY2U6c29zLmFtYnVsYW5jZSBhbmQsIGZv cg0KICBjb21wbGV0ZW5lc3MsIHVybjpzZXJ2aWNlOnNvcy5maXJlLiAgSXQgYWxzbyBwcm92aWRl cyBhbiBpbml0aWFsIHNldA0KICBvZiBlbnRyaWVzIGZvciB0aGVzZSBzdWIgcmVnaXN0cmllcy4g IFRoZXNlIHNlcnZpY2VzIGFyZSBpbiBhZGRpdGlvbg0KICB0byB0aGUgYmFzZSB1cm46c2Vydmlj ZTpzb3MucG9saWNlLCBldGMuIHNlcnZpY2VzLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0 YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy8NCg0KVGhl cmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmll cy0wMA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmll dGYub3JnLz4uDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnlt b3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJLUQtQW5ub3VuY2Ug bWFpbGluZyBsaXN0DQpJLUQtQW5ub3VuY2VAaWV0Zi5vcmc8bWFpbHRvOkktRC1Bbm5vdW5jZUBp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91 bmNlDQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFk b3cuaHRtbA0Kb3IgZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQNCg0K --_000_AM5PR0701MB24681A713CD739498C17C8C7E5930AM5PR0701MB2468_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1z b25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNt Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNw YW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRl ZC1zcGFjZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRh Yi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM5ODQ4MDY7 DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3Jh dGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJDUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mZ3Q7DQo8 L3NwYW4+WW91IG5lZWQgYSBkb2N1bWVudCB3aXRoIElBTkEgY29uc2lkZXJhdGlvbnMgdG8gY3Jl YXRlIGEgcmVnaXN0cnksIGJ1dCBhbiBJTkZPIHdpbGwgZG8uPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4 MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+RG8geW91IG1lYW4gYW4gUkZD PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5UaGF0IG1ha2VzIGdldHRpbmcgZW1lcmdlbmN5IFVSTiBhIGxvdCB0b3VnaHRl ciB0aGFuIHRvZGF5IGFuZCBwcmV0dHkgbXVjaCBwcmV2ZW50cyBlYXN5IGFuZCBxdWljayBkZXBs b3ltZW50IG9mIG5ldyBlbWVyZ2VuY3kNCiBzZXJ2aWNlcywgd2hpY2ggYXJlIHN1YnNlcnZpY2Vz IG9mIGFuIGV4aXN0aW5nIGVtZXJnZW5jeSBzZXJ2aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5LaW5kIHJlZ2FyZHM8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+SXZvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgw Njttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gQnJpYW4gUm9zZW4gW21haWx0bzpickBicmlhbnJvc2Vu Lm5ldF0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBEZWNlbWJlciAyMCwgMjAxNiA1OjQz IFBNPGJyPg0KPGI+VG86PC9iPiBJdm8gU2VkbGFjZWsgJmx0O2l2by5zZWRsYWNla0Blcmljc3Nv bi5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBFQ1JJVCAmbHQ7ZWNyaXRAaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbRWNyaXRdIEktRCBBY3Rpb246IGRyYWZ0LXJvc2VuLWVj cml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAudHh0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB0aGluayBpdOKAmXMgYW4gaXNzdWUgb2Ygd2hl dGhlciB3ZSBleHBlY3QgYSBudW1iZXIgb2YgcmVnaXN0cmF0aW9ucyBvZiBzdWJmb29zLiAmbmJz cDtJZiB0aGVyZSBpcyBvbmx5IDEgbWF5YmUgbm90IGJvdGhlciwgYnV0IGlmIHdlIGV4cGVjdCBz ZXZlcmFsLCBjcmVhdGUgdGhlIHN1YiByZWdpc3RyeS4gJm5ic3A7VGhlIGV4cGVydCBjYW4gaGVs cCBndWlkZS48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllv dSBuZWVkIGEgZG9jdW1lbnQgd2l0aCBJQU5BIGNvbnNpZGVyYXRpb25zIHRvIGNyZWF0ZSBhIHJl Z2lzdHJ5LCBidXQgYW4gSU5GTyB3aWxsIGRvLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgcG9saWN5IGZvciB0aGUgc3ViIHJlZ2lzdHJ5 IHdvdWxkIGJlIHNwZWNpZmllZCBpbiB0aGF0IGRvY3VtZW50LiAmbmJzcDtJIHNwZWNpZmllZCBl eHBlcnQgcmV2aWV3IGluIHRoZXNlIDMuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJyaWFuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gRGVjIDIwLCAyMDE2LCBh dCAxMDoxOSBBTSwgSXZvIFNlZGxhY2VrICZsdDs8YSBocmVmPSJtYWlsdG86aXZvLnNlZGxhY2Vr QGVyaWNzc29uLmNvbSI+aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA3Ij5IZWxsbyw8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDciPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPiZndDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PC9zcGFuPkFsdGhvdWdoIHRoZSBBQk5GIGFsbG93cyBpdCwgSSB0aGluayB0aGF0IGl0 4oCZcyBtdWNoIGNsZWFuZXIgdG8gaGF2ZSB0aGUgc2VwYXJhdGUgcmVnaXN0cmllcy4gJm5ic3A7 SSB3aWxsIG5vdGUgdGhhdA0KIHdlIGhhdmUgYWxsb3dlZCB0aGUgcmVnaXN0cmF0aW9uIGluPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7IHRo ZSBleGlzdGluZyByZWdpc3RyeSwgYWx0aG91Z2ggaWYvd2hlbiB0aGlzIGRvY3VtZW50IGlzIHB1 Ymxpc2hlZCwgd2Ugd2lsbCByZW1vdmUgaXQgZnJvbSB0aGUgbWFpbiBzb3MgcmVnaXN0cnkgYW5k IHB1dCBpdCBpbiB0aGUgcG9saWNlIHN1YiByZWdpc3RyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2Ij5Ib3cgd291bGQgaXQgd29yayBmb3Igb3RoZXIgc2VydmljZXM/PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkltYWdpbmUgdGhhdCBhIHBlcnNv biBYIHJlZ2lzdGVyczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgw NiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXJuOnNlcnZpY2Uuc29zLmZvbzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij5hbmQgbGF0ZXIgb24gYSBwZXJz b24gWSB3b3VsZCBsaWtlIHRvIHJlZ2lzdGVyOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXJuOnNlcnZp Y2Uuc29zLmZvby5zdWJmb28xPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj OTg0ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgYW5kPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojOTg0ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXJuOnNlcnZpY2Uu c29zLmZvby5zdWJmb28yPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0 ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi PldoYXQgd291bGQgdGhlIElBTkEgcmVnaXN0cmF0aW9uIHBvbGljeSBmb3I8c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+cmVxdWVzdCB0byBlc3RhYmxpc2gg c3ViLXJlZ2lzdHJ5IG9mPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPnVybjpzZXJ2aWNlLnNvcy5mb28/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5BbmQgd2hhdCB3b3VsZCB0aGUgSUFOQSByZWdpc3RyYXRpb24gcG9s aWN5IGJlIGZvciBuZXcgZW50cmllcyBpbiB0aGUgdXJuOnNlcnZpY2Uuc29zLmZvbyBzdWJyZWdp c3RyeT88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jmd0OzxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+SG93ZXZl ciwgSSBkbyB0aGluayDigJxuYXRpb25hbOKAnSBpcyBhY3R1YWxseSBhIGJldHRlciB0b2tlbiBm b3IgdGhpcyBzZXJ2aWNlLCBhbmQgSSB3aWxsIGNoYW5nZQ0KIGl0IGluIHRoZSBuZXh0IHZlcnNp b24uICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPlRoYW5rcy48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkl2bzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5Ccmlhbg0KIFJvc2VuIFs8YSBocmVmPSJtYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQiPjxzcGFu IHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1haWx0bzpickBicmlhbnJvc2VuLm5ldDwvc3Bhbj48L2E+ XTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8 Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+VHVlc2RheSwgRGVjZW1iZXIgMjAsIDIwMTYgNDowNCBQTTxicj4NCjxiPlRvOjwvYj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SXZvIFNlZGxhY2Vr ICZsdDs8YSBocmVmPSJtYWlsdG86aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbSI+PHNwYW4gc3R5 bGU9ImNvbG9yOnB1cnBsZSI+aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTwvc3Bhbj48L2E+Jmd0 Ozxicj4NCjxiPkNjOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+RUNSSVQgJmx0OzxhIGhyZWY9Im1haWx0bzplY3JpdEBpZXRmLm9yZyI+PHNwYW4g c3R5bGU9ImNvbG9yOnB1cnBsZSI+ZWNyaXRAaWV0Zi5vcmc8L3NwYW4+PC9hPiZndDs8YnI+DQo8 Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+UmU6IFtFY3JpdF0gSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11 cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIHlv dXIgY29tbWVudHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbHRob3VnaCB0aGUgQUJORiBhbGxvd3Mg aXQsIEkgdGhpbmsgdGhhdCBpdOKAmXMgbXVjaCBjbGVhbmVyIHRvIGhhdmUgdGhlIHNlcGFyYXRl IHJlZ2lzdHJpZXMuICZuYnNwO0kgd2lsbCBub3RlIHRoYXQgd2UgaGF2ZSBhbGxvd2VkIHRoZSBy ZWdpc3RyYXRpb24gaW4gdGhlIGV4aXN0aW5nIHJlZ2lzdHJ5LCBhbHRob3VnaCBpZi93aGVuIHRo aXMgZG9jdW1lbnQgaXMgcHVibGlzaGVkLCB3ZSB3aWxsIHJlbW92ZSBpdCBmcm9tDQogdGhlIG1h aW4gc29zIHJlZ2lzdHJ5IGFuZCBwdXQgaXQgaW4gdGhlIHBvbGljZSBzdWIgcmVnaXN0cnkuICZu YnNwO0kgaGF2ZSBjb25zdWx0ZWQgd2l0aCBJQU5BIG9uIHRoaXMuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkkgd2FzIGNhcmVmdWwgdG8gbm90ZSB0aGF0IHRoZSB0b2tlbiBpcyBOT1QgdGhl IG5hbWUgb2YgdGhlIHNlcnZpY2UsIGFuZCB0cnlpbmcgdG8gYWN0dWFsbHkgaGF2ZSB0aGUgdG9r ZW4gYmUgdGhlIGFjdHVhbCBuYW1lIG9mIHRoZSBzZXJ2aWNlIHdpbGwgbGVhZCB0byBtYW55LCBt YW55IHJlZ2lzdHJhdGlvbnMgdGhhdCBhcmUgZWZmZWN0aXZlbHkgZHVwbGljYXRlcyBvZiBvbmUg YW5vdGhlci4gJm5ic3A7QW55IHBvbGljZQ0KIGZvcmNlIHdoaWNoIGhhcyB0cnVlIG5hdGlvbmFs IHNjb3BlIHdvdWxkIHVzZSB0aGUgc2FtZSB0b2tlbi4gJm5ic3A7SW4gdGhlIFVTLCBmb3IgZXhh bXBsZSwgaXTigJlzIHRoZSBGQkkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvd2V2ZXIs IEkgZG8gdGhpbmsg4oCcbmF0aW9uYWzigJ0gaXMgYWN0dWFsbHkgYSBiZXR0ZXIgdG9rZW4gZm9y IHRoaXMgc2VydmljZSwgYW5kIEkgd2lsbCBjaGFuZ2UgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4g Jm5ic3A7SG93ZXZlciwgSSB3b3VsZCBub3Qgd2FudCB0byBzZWUgYSByZWdpc3RyYXRpb24gZm9y IHRoZSBGQkksIG5vciBhbnkgb3RoZXIgc3BlY2lmaWMgbmFtZSBmb3IgYSBuYXRpb25hbCBwb2xp Y2UgZm9yY2UuDQogJm5ic3A7SGF2aW5nIHNhaWQgdGhhdCwgaW4gbWFueSBjb3VudHJpZXMsIHRo ZXJlIGFyZSBzZXZlcmFsIG5hdGlvbmFsIHBvbGljZSBmb3JjZXMgd2l0aCBzcGVjaWFsaXplZCBy ZXNwb25zaWJpbGl0aWVzLiAmbmJzcDtJbiB0aGUgVS5TLiwgd2UgaGF2ZSBVLlMuIE1hcnNoYWxs cywgRHJ1ZyBFbmZvcmNlbWVudCBBZ2VuY3ksIEltbWlncmF0aW9uIGFuZCBDdXN0b21zLiBTZWNy ZXQgU2VydmljZSwgYW5kIHNldmVyYWwgb3RoZXJzLiAmbmJzcDtXZSBkb27igJl0IGhhdmUgZW1l cmdlbmN5DQogY2FsbGluZyB0byB0aGVtLCBzbyB3ZSBkb27igJl0IG5lZWQgc29zIHRva2VucyBm b3IgdGhlbSwgYnV0IHRoZXJlIGFyZSBjb3VudHJpZXMgd2hlcmUgdGhlcmUgYXJlIG1vcmUgdGhh biBvbmUgbmF0aW9uYWwgcG9saWNlIHRoYXQgZG8gaGF2ZSBlbWVyZ2VuY3kgbnVtYmVycyBhbmQg d2Ugd2lsbCBuZWVkIHRva2VucyBmb3IgdGhlbS4gJm5ic3A7SSB3b3VsZCBub3Qgd2FudCBhIOKA nGNpdHnigJ0gdG9rZW4gaW5zdGVhZCBvZiDigJxtdW5pY2lwYWzigJ0uPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkF0IG9uZSBwb2ludCBJIHdhcyB0aGlua2luZyBvZiBleHBsaWNpdGx5IHJl ZmVyZW5jaW5nIHRoZSDigJxB4oCdIGxldmVscyBmcm9tIFBJREYtTE8gZm9yIHRoZXNlIHRva2Vu cyAoc28g4oCcQTHigJ0gaW5zdGVhZCBvZiDigJxQcm92aW5jaWFs4oCdIGFuZCBBMiBpbnN0ZWFk IG9mIOKAnE11bmljaXBhbOKAnSksIGJ1dCBldmVudHVhbGx5IGRlY2lkZWQgdGhhdCBzaW5jZSB3 ZSBkaWRu4oCZdCBoYXZlIEEgbGV2ZWxzIGZvciBhbGwgdGhlIHRva2Vucw0KIHdlIHdvdWxkIG5l ZWQgdGhhdCBpdCBkaWRu4oCZdCBtYWtlIHNlbnNlIHRvIHVzZSB0aGUgQSBsZXZlbHMgYXMgdGhl IHRva2VuIG5hbWUuICZuYnNwO0J1dCBJIGludGVuZGVkIHRoZSB0b2tlbnMgdG8gYmUgdXNlZCB0 aGF0IHdheS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnJpYW48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIERlYyAyMCwgMjAxNiwgYXQgODo1OCBBTSwg SXZvIFNlZGxhY2VrICZsdDs8YSBocmVmPSJtYWlsdG86aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNv bSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTwv c3Bhbj48L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+SGVsbG8sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPlR3byBjb21t ZW50cyB0byB0aGUgZHJhZnQ6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkNvbW1lbnQtMTo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPnJmYzUwMzEg ZGVmaW5lcyBzdWItc2VydmljZXMgdXNpbmcgdGhlIGZvbGxvd2luZyBBQk5GIHdoZXJlIHNldmVy YWwgc3ViLXNlcnZpY2VzIGNhbiBiZSBpbmNsdWRlZCBpbiBhIHNlcnZpY2UgVVJOLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2VydmljZS1VUk4mbmJzcDsgPSAmcXVv dDtVUk46c2VydmljZTomcXVvdDsgc2VydmljZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtzZXJ2aWNlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ID0gdG9wLWxldmVsPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+KigmcXVvdDsuJnF1b3Q7IHN1 Yi1zZXJ2aWNlKTwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHRvcC1sZXZlbCZuYnNwOyZuYnNwOyZuYnNwOyA9IGxldC1kaWcgWyAqMjVs ZXQtZGlnLWh5cCBsZXQtZGlnIF08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHN1Yi1zZXJ2aWNlJm5ic3A7ID0gbGV0LWRpZyBbICpsZXQtZGlnLWh5 cCBsZXQtZGlnIF08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGxldC1kaWctaHlwJm5ic3A7ID0gbGV0LWRpZyAvICZxdW90Oy0mcXVvdDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxldC1kaWcmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPSBBTFBIQSAvIERJR0lUPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBTFBIQSZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA9ICV4NDEtNUEgLyAleDYxLTdBJm5ic3A7Jm5i c3A7IDsgQS1aIC8gYS16PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBESUdJVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyA9ICV4MzAtMzkgOyAwLTk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+cmZjNzE2MyBhbGxvd3MgcmVnaXN0cmF0 aW9uIG9mIGFkZGl0aW9uYWwgc3ViLXNlcnZpY2VzIG9mIHRoZSBzZXJ2aWNlIFVSTiB3aXRoIHRo ZSAnc29zJyBzZXJ2aWNlIHR5cGUgdXNpbmcgZXhwZXJ0IHJldmlldy48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+ VGh1cywgcmVnaXN0cmF0aW9uIG9mIHN1Yi1zZXJ2aWNlcyB1bmRlcjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj51cm46c2VydmljZS5zb3MucG9saWNlICh1 bmRlciB1cm46c2VydmljZS5zb3MuYW1idWxhbmNlLCBhbmQNCiB1bmRlciB1cm46c2VydmljZS5z b3MuZmlyZSkgaXMgcG9zc2libGUgYWxyZWFkeSBub3cgYW5kIHRoZXJlIHNob3VsZCBiZSBubyBu ZWVkIHRvIGRlZmluZSBuZXcgc3VicmVnaXN0cmllcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Q29tbWVudC0y Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5UaGUgcHJvcG9zZWQgbmV3IHBvbGljZSBlbWVyZ2VuY3kgc2Vydmlj ZXMgZG8gbm90IGFkZHJlc3MgdGhlIG5lZWRzIG9mIHRoZSBDemVjaCByZXB1YmxpYyBhczo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi Pi0gQ3plY2ggcmVwdWJsaWMgZGVmaW5lcyBlbWVyZ2VuY3kgc2VydmljZSBvZiBuYXRpb25hbCBw b2xpY2U7IGFuZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6Izk4NDgwNiI+LSBDemVjaCByZXB1YmxpYyBpcyBub3QgYSBmZWRlcmF0aW9uIG9mIHN0 YXRlcyBvciBwcm92aW5jZXMgKGFuZCB0aHVzICZxdW90O2ZlZGVyYWwmcXVvdDsgZG9lcyBub3Qg Zml0KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM5ODQ4MDYiPlByb3Bvc2FsOiBjaGFuZ2UgJnF1b3Q7ZmVkZXJhbCZxdW90OyB0byAmcXVvdDtu YXRpb25hbCZxdW90Oy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi Pkl2byBTZWRsYWNlazwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RWNyaXQNCiBbPGEgaHJlZj0ibWFpbHRvOmVjcml0LWJv dW5jZXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1haWx0bzplY3JpdC1i b3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT5dPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxiPk9uIEJlaGFsZiBPZjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+QnJpYW4gUm9zZW48YnI+DQo8Yj5TZW50Ojwv Yj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+RnJpZGF5 LCBEZWNlbWJlciAxNiwgMjAxNiA5OjMzIFBNPGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5FQ1JJVCAmbHQ7PGEgaHJlZj0ibWFp bHRvOmVjcml0QGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5lY3JpdEBpZXRm Lm9yZzwvc3Bhbj48L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5bRWNyaXRdIEZ3ZDogSS1EIEFjdGlvbjog ZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GWUk8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlZ2lu IGZvcndhcmRlZCBtZXNzYWdlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPkZyb206PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOnB1cnBsZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvYT48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtI ZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+U3ViamVjdDogSS1EIEFjdGlvbjogZHJhZnQtcm9z ZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8L3NwYW4+PC9iPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hl bHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5EYXRlOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+RGVjZW1iZXIgMTYsIDIwMTYgYXQg MzozMTo1MSBQTSBFU1Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+Jmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6cHVycGxlIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jmd0Ozwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+UmVwbHktVG86PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRv OmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnB1cnBsZSI+aW50ZXJuZXQtZHJhZnRz QGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQo8YnI+DQo8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaXRsZSAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IEEg U3VicmVnaXN0cnkgZm9yIHVybjpzZXJ2aWNlOnNvcy5wb2xpY2UsIGZpcmUgYW5kIGFtYnVsYW5j ZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvciAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IEJy aWFuIFJvc2VuPGJyPg0KPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkZpbGVu YW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogZHJhZnQtcm9z ZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8YnI+DQo8c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+UGFnZXMgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiA1PGJyPg0KPHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkRhdGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiAyMDE2LTEyLTE2PGJyPg0K PGJyPg0KQWJzdHJhY3Q6PGJyPg0KJm5ic3A7Jm5ic3A7SW4gbW9zdCBjb3VudHJpZXMsIHRoZXJl IGFyZSBtdWx0aXBsZSBraW5kcyBvZiBwb2xpY2UgZm9yY2VzLjxicj4NCiZuYnNwOyZuYnNwO1JG QzUwMzEgZGVmaW5lcyBhICZxdW90O1NlcnZpY2UgVVJOJnF1b3Q7IHdoaWNoIGlzIHVzZWQgdG8g cm91dGUgZW1lcmdlbmN5PGJyPg0KJm5ic3A7Jm5ic3A7Y2FsbHMuICZuYnNwO1RoZSB1cm4gaGFz IGEgc3ViIHJlZ2lzdHJ5IGZvciBkaWZmZXJlbnQga2luZHMgb2YgZW1lcmdlbmN5PGJyPg0KJm5i c3A7Jm5ic3A7c2VydmljZXMgdGhhdCBtYXkgYmUgcmVhY2hlZCBmcm9tIGRpZmZlcmVudCB0ZWxl cGhvbmUgbnVtYmVycyBvcjxicj4NCiZuYnNwOyZuYnNwO3NlcnZpY2UgbnVtYmVycyAoYXMgb3Bw b3NlZCB0byBhIHNpbmdsZSBudW1iZXIgbGlrZSAxMTIpLiAmbmJzcDtJbiBtYW55PGJyPg0KJm5i c3A7Jm5ic3A7Y291bnRyaWVzLCB0aGUgJnF1b3Q7cG9saWNlJnF1b3Q7IHNlcnZpY2UgaXMgbm90 IGEgc2luZ2xlIHNlcnZpY2UsIGJ1dCBtb3JlPGJyPg0KJm5ic3A7Jm5ic3A7dGhhbiBvbmUgc2Vy dmljZSB3aGVyZSB0aGUgc2VydmljZSBhcmVhIGFuZC9vciB0eXBlcyBvZiBlbWVyZ2VuY2llczxi cj4NCiZuYnNwOyZuYnNwO3RoZXkgcmVzcG9uZCB0byBhcmUgZGlmZmVyZW50LiAmbmJzcDtJbiBz b21lIGNvdW50cmllcyB0aGVyZSBhcmUgbXVsdGlwbGU8YnI+DQombmJzcDsmbmJzcDthbWJ1bGFu Y2Ugc2VydmljZXMuICZuYnNwO1RoaXMgZG9jdW1lbnQgZGVmaW5lcyBzdWIgcmVnaXN0cmllcyBm b3I8YnI+DQombmJzcDsmbmJzcDt1cm46c2VydmljZTpzb3MucG9saWNlLCB1cm46c2VydmljZTpz b3MuYW1idWxhbmNlIGFuZCwgZm9yPGJyPg0KJm5ic3A7Jm5ic3A7Y29tcGxldGVuZXNzLCB1cm46 c2VydmljZTpzb3MuZmlyZS4gJm5ic3A7SXQgYWxzbyBwcm92aWRlcyBhbiBpbml0aWFsIHNldDxi cj4NCiZuYnNwOyZuYnNwO29mIGVudHJpZXMgZm9yIHRoZXNlIHN1YiByZWdpc3RyaWVzLiAmbmJz cDtUaGVzZSBzZXJ2aWNlcyBhcmUgaW4gYWRkaXRpb248YnI+DQombmJzcDsmbmJzcDt0byB0aGUg YmFzZSB1cm46c2VydmljZTpzb3MucG9saWNlLCBldGMuIHNlcnZpY2VzLjxicj4NCjxicj4NCjxi cj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxi cj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJvc2Vu LWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMvIj48c3BhbiBzdHlsZT0iY29sb3I6cHVy cGxlIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1yb3Nlbi1lY3JpdC1z ZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLzwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KVGhlcmUncyBh bHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJl Z2lzdHJpZXMtMDAiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAw PC9zcGFuPjwvYT48YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwOi8v dG9vbHMuaWV0Zi5vcmcvIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj50b29scy5pZXRmLm9y Zzwvc3Bhbj48L2E+Ljxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQo8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzLyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ZnRwOi8vZnRwLmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy88L3NwYW4+PC9hPjxicj4NCjxicj4NCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSS1ELUFubm91bmNlIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpJLUQtQW5ub3VuY2VAaWV0Zi5vcmciPjxz cGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPkktRC1Bbm5vdW5jZUBpZXRmLm9yZzwvc3Bhbj48L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQt YW5ub3VuY2UiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlPC9zcGFuPjwvYT48YnI+DQpJbnRlcm5ldC1E cmFmdCBkaXJlY3Rvcmllczo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCI+PHNwYW4g c3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbDwvc3Bh bj48L2E+PGJyPg0Kb3I8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGEgaHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQi PjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFk b3ctc2l0ZXMudHh0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_AM5PR0701MB24681A713CD739498C17C8C7E5930AM5PR0701MB2468_-- From nobody Wed Dec 21 06:50:21 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71028127071 for ; Wed, 21 Dec 2016 06:50:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 WCRGFwAMaRJV for ; Wed, 21 Dec 2016 06:50:17 -0800 (PST) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6CBE127A91 for ; Wed, 21 Dec 2016 06:50:16 -0800 (PST) Received: by mail-qk0-x22a.google.com with SMTP id u25so72978489qki.2 for ; Wed, 21 Dec 2016 06:50:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=6R/bqlC5DhLQQExSPUcvSmBNP0EPZkbEgUOmnsst+ik=; b=H6g+15kgxDEmHa0hikOITmVTjLv/uvFzL7biB2jvFD2v03T/33wKO7u+yoDRdcRj7B bl7BpsfP2QYiTWHgfHMj02FrpJyX9j07dP0Fj3ib3OBpvT5ZpH4N7ehqT5kpls4tUuSr AN12/wA8/vO0C7AyEzvsd28UTieeyTmoIDlXqxlpsWYpycEMRfLN+2N7hMcYUkeFjtT7 8ElDnU0NOkpwfHhQ+F9Nrv1TIDUHhrSdmtdlxASrR+xE/9NYqoPbaFybK+nbCiQ2qX2E asS+SHsX1nSUqST9kj6XAhELBlyJW+2HX+OXEEsZH0Wav9PqRGTn9mMsI43EWiEyZPnA LoKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=6R/bqlC5DhLQQExSPUcvSmBNP0EPZkbEgUOmnsst+ik=; b=C8ZyAXZtrr0E/AaITX5hK8Wflz40JYw+oKT1yxGwkbXn+wkGJ7VHBC0A8uk49SkuYf F4Uktm64uKwWhf6WpBGNVzSQMQ50loeLLw0uXKxE5oRHCiPLQvJ/28fmGnQ2y3Ayn+Az WUTs+HqDZc7TZsFTSu0tVwX3fIgvOCzNWkvW6YRD0MTAj+/kZz7F7i4CNnMaf8//K8uC +D/MOzzc8OFzWib/jfUb2EfQoHG/Lo52rgbK3h6wJ3tDi5LWNn6jpi1plqTEqvpWfWKd tJ9ZfBWJLO2qu1aS4WRL+GV+/s01jFNhJ7PS+N64hFGydseAdsIWgVSczp7OHQ7TsDjD NETA== X-Gm-Message-State: AIkVDXKuloDTCqgvlxd8xgJVYUkR8X+AxURcexYeQC4VU6TKoNEBp2ZtIqwrHe2yF7QyJQ== X-Received: by 10.55.70.67 with SMTP id t64mr5706597qka.78.1482331815902; Wed, 21 Dec 2016 06:50:15 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id 6sm15670660qke.18.2016.12.21.06.50.14 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 21 Dec 2016 06:50:14 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_818211ED-3C6D-468D-AA16-E3C1B96C2C78" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 21 Dec 2016 09:50:12 -0500 Message-Id: <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2016 14:50:19 -0000 --Apple-Mail=_818211ED-3C6D-468D-AA16-E3C1B96C2C78 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 There shouldn=E2=80=99t be any hurry to get a URN defined. Deployments = typically take years of planning, acquiring new systems, training, etc. If there is a time crunch, the expert can authorize a temporary = registration as we did with police.national until the sub registry = document is published. Most services won=E2=80=99t need this two level registration. Brian > On Dec 21, 2016, at 1:50 AM, Ivo Sedlacek = wrote: >=20 > > You need a document with IANA considerations to create a registry, = but an INFO will do. > =20 > Do you mean an RFC? > =20 > That makes getting emergency URN a lot toughter than today and pretty = much prevents easy and quick deployment of new emergency services, which = are subservices of an existing emergency service. > =20 > Kind regards > =20 > Ivo > =20 > =20 > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Tuesday, December 20, 2016 5:43 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > I think it=E2=80=99s an issue of whether we expect a number of = registrations of subfoos. If there is only 1 maybe not bother, but if = we expect several, create the sub registry. The expert can help guide. > =20 > You need a document with IANA considerations to create a registry, but = an INFO will do. > =20 > The policy for the sub registry would be specified in that document. = I specified expert review in these 3.=20 > =20 > Brian > =20 > On Dec 20, 2016, at 10:19 AM, Ivo Sedlacek > wrote: > =20 > Hello, > =20 > > Although the ABNF allows it, I think that it=E2=80=99s much cleaner = to have the separate registries. I will note that we have allowed the = registration in > > the existing registry, although if/when this document is published, = we will remove it from the main sos registry and put it in the police = sub registry. > =20 > How would it work for other services? > =20 > Imagine that a person X registers > =20 > urn:service.sos.foo > =20 > and later on a person Y would like to register: > =20 > urn:service.sos.foo.subfoo1 > and > urn:service.sos.foo.subfoo2 > =20 > What would the IANA registration policy for request to establish = sub-registry of urn:service.sos.foo? > And what would the IANA registration policy be for new entries in the = urn:service.sos.foo subregistry? > =20 > > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. =20 > =20 > Thanks. > =20 > Kind regards > =20 > Ivo > =20 > =20 > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Tuesday, December 20, 2016 4:04 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > Thanks for your comments. > =20 > Although the ABNF allows it, I think that it=E2=80=99s much cleaner to = have the separate registries. I will note that we have allowed the = registration in the existing registry, although if/when this document is = published, we will remove it from the main sos registry and put it in = the police sub registry. I have consulted with IANA on this. > =20 > I was careful to note that the token is NOT the name of the service, = and trying to actually have the token be the actual name of the service = will lead to many, many registrations that are effectively duplicates of = one another. Any police force which has true national scope would use = the same token. In the US, for example, it=E2=80=99s the FBI. > =20 > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. = However, I would not want to see a registration for the FBI, nor any = other specific name for a national police force. Having said that, in = many countries, there are several national police forces with = specialized responsibilities. In the U.S., we have U.S. Marshalls, Drug = Enforcement Agency, Immigration and Customs. Secret Service, and several = others. We don=E2=80=99t have emergency calling to them, so we don=E2=80=99= t need sos tokens for them, but there are countries where there are more = than one national police that do have emergency numbers and we will need = tokens for them. I would not want a =E2=80=9Ccity=E2=80=9D token = instead of =E2=80=9Cmunicipal=E2=80=9D. > =20 > At one point I was thinking of explicitly referencing the =E2=80=9CA=E2=80= =9D levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2=80=9D = instead of =E2=80=9CProvincial=E2=80=9D and A2 instead of = =E2=80=9CMunicipal=E2=80=9D), but eventually decided that since we = didn=E2=80=99t have A levels for all the tokens we would need that it = didn=E2=80=99t make sense to use the A levels as the token name. But I = intended the tokens to be used that way. > =20 > Brian > =20 > On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek > wrote: > =20 > Hello, > =20 > Two comments to the draft: > =20 > Comment-1: > rfc5031 defines sub-services using the following ABNF where several = sub-services can be included in a service URN. > =20 > =20 > service-URN =3D "URN:service:" service > service =3D top-level *("." sub-service) > top-level =3D let-dig [ *25let-dig-hyp let-dig ] > sub-service =3D let-dig [ *let-dig-hyp let-dig ] > let-dig-hyp =3D let-dig / "-" > let-dig =3D ALPHA / DIGIT > ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z > DIGIT =3D %x30-39 ; 0-9 > =20 > rfc7163 allows registration of additional sub-services of the service = URN with the 'sos' service type using expert review. > =20 > Thus, registration of sub-services under urn:service.sos.police (under = urn:service.sos.ambulance, and under urn:service.sos.fire) is possible = already now and there should be no need to define new subregistries. > =20 > Comment-2: > =20 > The proposed new police emergency services do not address the needs of = the Czech republic as: > - Czech republic defines emergency service of national police; and > - Czech republic is not a federation of states or provinces (and thus = "federal" does not fit). > Proposal: change "federal" to "national". > =20 > Kind regards > =20 > Ivo Sedlacek > =20 > =20 > From: Ecrit [mailto:ecrit-bounces@ietf.org = ] On Behalf Of Brian Rosen > Sent: Friday, December 16, 2016 9:33 PM > To: ECRIT > > Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > FYI >=20 >=20 >=20 >=20 > Begin forwarded message: > =20 > From: internet-drafts@ietf.org > Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > Date: December 16, 2016 at 3:31:51 PM EST > To: > > Reply-To: internet-drafts@ietf.org > =20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 >=20 > Title : A Subregistry for urn:service:sos.police, = fire and ambulance > Author : Brian Rosen > Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= = >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org = . >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce = > Internet-Draft directories: http://www.ietf.org/shadow.html = > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = --Apple-Mail=_818211ED-3C6D-468D-AA16-E3C1B96C2C78 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 There shouldn=E2=80=99t be any hurry to get a URN defined. =  Deployments typically take years of planning, acquiring new = systems, training, etc.
If there is a time crunch, the = expert can authorize a temporary registration as we did with = police.national until the sub registry document is published.

Most services won=E2=80=99= t need this two level registration.

Brian

On = Dec 21, 2016, at 1:50 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:

> You need a document = with IANA considerations to create a registry, but an INFO will do.
 
Do you mean an = RFC?
 
That makes = getting emergency URN a lot toughter than today and pretty much prevents = easy and quick deployment of new emergency services, which are = subservices of an existing emergency service.
 
Kind = regards
 
Ivo
 
 
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Tuesday, December 20, 2016 = 5:43 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
I think it=E2=80=99s an issue of whether we expect a number = of registrations of subfoos.  If there is only 1 maybe not bother, = but if we expect several, create the sub registry.  The expert can = help guide.
 
You need a document with IANA considerations to = create a registry, but an INFO will do.
 
The policy for the sub registry would be = specified in that document.  I specified expert review in these = 3. 
 
Brian
 
On Dec 20, 2016, at = 10:19 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:
 
Hello,
 
> Although the ABNF = allows it, I think that it=E2=80=99s much cleaner to have the separate = registries.  I will note that we have allowed the registration = in
> the existing registry, although if/when this = document is published, we will remove it from the main sos registry and = put it in the police sub registry.
 
How would it = work for other services?
 
Imagine that a = person X registers
 
          &nb= sp;     urn:service.sos.foo
 
and later on a = person Y would like to register:
 
          &nb= sp;     urn:service.sos.foo.subfoo1
          &nb= sp;            = ;        and
          &nb= sp;     urn:service.sos.foo.subfoo2
 
What would the = IANA registration policy for request to establish = sub-registry of urn:service.sos.foo?
And = what would the IANA registration policy be for new entries in the = urn:service.sos.foo subregistry?
 
> However, I do think = =E2=80=9Cnational=E2=80=9D is actually a better token for this service, = and I will change it in the next version.  
 
Thanks.
 
Kind = regards
 
Ivo
 
 
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Tuesday, December 20, 2016 = 4:04 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
Thanks for your comments.
 
Although the ABNF allows it, I think that it=E2=80=99s much = cleaner to have the separate registries.  I will note that we have = allowed the registration in the existing registry, although if/when this = document is published, we will remove it from the main sos registry and = put it in the police sub registry.  I have consulted with IANA on = this.
 
I was careful to note that the token is = NOT the name of the service, and trying to actually have the token be = the actual name of the service will lead to many, many registrations = that are effectively duplicates of one another.  Any police force = which has true national scope would use the same token.  In the US, = for example, it=E2=80=99s the FBI.
 
However, I do think =E2=80=9Cnational=E2=80= =9D is actually a better token for this service, and I will change it in = the next version.  However, I would not want to see a registration = for the FBI, nor any other specific name for a national police force. =  Having said that, in many countries, there are several national = police forces with specialized responsibilities.  In the U.S., we = have U.S. Marshalls, Drug Enforcement Agency, Immigration and Customs. = Secret Service, and several others.  We don=E2=80=99t have = emergency calling to them, so we don=E2=80=99t need sos tokens for them, = but there are countries where there are more than one national police = that do have emergency numbers and we will need tokens for them.  I = would not want a =E2=80=9Ccity=E2=80=9D token instead of = =E2=80=9Cmunicipal=E2=80=9D.
 
At = one point I was thinking of explicitly referencing the =E2=80=9CA=E2=80=9D= levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2=80=9D instead = of =E2=80=9CProvincial=E2=80=9D and A2 instead of =E2=80=9CMunicipal=E2=80= =9D), but eventually decided that since we didn=E2=80=99t have A levels = for all the tokens we would need that it didn=E2=80=99t make sense to = use the A levels as the token name.  But I intended the tokens to = be used that way.
 
Brian
 
On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek = <ivo.sedlacek@ericsson.com> wrote:
 
Hello,
 
Two comments to the = draft:
 
Comment-1:
rfc5031 defines = sub-services using the following ABNF where several sub-services can be = included in a service URN.
 
 
     service-URN  =3D "URN:service:" = service
    service      = =3D top-level *("." = sub-service)
     top-level    =3D = let-dig [ *25let-dig-hyp let-dig ]
     = sub-service  =3D let-dig [ *let-dig-hyp let-dig ]
     = let-dig-hyp  =3D let-dig / "-"
     = let-dig      =3D ALPHA / DIGIT
     = ALPHA        =3D %x41-5A / = %x61-7A   ; A-Z / a-z
     = DIGIT        =3D %x30-39 ; = 0-9
 
rfc7163 allows registration of additional sub-services of the = service URN with the 'sos' service type using expert review.
 
Thus, registration of = sub-services under urn:service.sos.police = (under urn:service.sos.ambulance, and under urn:service.sos.fire) is = possible already now and there should be no need to define new = subregistries.
 
Comment-2:
 
The proposed new police emergency services do not address the = needs of the Czech republic as:
- Czech republic defines emergency service of national = police; and
- Czech republic is not = a federation of states or provinces (and thus "federal" does not = fit).
Proposal: change "federal" to = "national".
 
Kind regards
 
Ivo Sedlacek
 
 
From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf = Of Brian Rosen
Sent: Friday, December 16, 2016 = 9:33 PM
To: ECRIT <ecrit@ietf.org>
Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
FYI




Begin forwarded = message:
 
From: internet-drafts@ietf.org
Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: December 16, = 2016 at 3:31:51 PM EST
To: <i-d-announce@ietf.org>
Reply-To: internet-drafts@ietf.org
 

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


       Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
       Author =          : Brian Rosen
        &= nbsp;   Filename =        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
        &= nbsp;   Pages =           : 5
        &= nbsp;   Date =            : = 2016-12-16

Abstract:
  In most countries, there are multiple kinds of = police forces.
  RFC5031 defines a "Service URN" = which is used to route emergency
  calls. =  The urn has a sub registry for different kinds of emergency
  services that may be reached from different = telephone numbers or
  service numbers (as = opposed to a single number like 112).  In many
  countries, the "police" service is not a single = service, but more
  than one service where the = service area and/or types of emergencies
  they = respond to are different.  In some countries there are multiple
  ambulance services.  This document defines = sub registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
  completeness,= urn:service:sos.fire.  It also provides an initial set
  of entries for these sub registries.  These = services are in addition
  to the base = urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/

There's also a = htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

= --Apple-Mail=_818211ED-3C6D-468D-AA16-E3C1B96C2C78-- From nobody Thu Dec 22 05:57:50 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 787EB129A58 for ; Thu, 22 Dec 2016 05:57:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 T_u-AQWeQa3V for ; Thu, 22 Dec 2016 05:57:44 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 0520F129A59 for ; Thu, 22 Dec 2016 05:57:36 -0800 (PST) X-AuditID: c1b4fb25-3f77f980000042ea-49-585bdbcf148c Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by (Symantec Mail Security) with SMTP id 25.82.17130.FCBDB585; Thu, 22 Dec 2016 14:57:35 +0100 (CET) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.75) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 22 Dec 2016 14:57:57 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VWuHSQRg3xBaR9u+EjCS7uBC54bLH21zZ+QGZVk/DCM=; b=DE5pvTJ0r80zIv+yRQSIugTMQD874G9RH16ZO10fER4p1HujwadTHEfhNFIO3J6Ula7xREbJevWInI5lEapxkk22rnkFJHMljBFU28sF/vvvu9Hwqpno4URSgN9s8VPDKppLKNEUy8YOiClpyrKXPcNe0NRcgGHf1vsSq1SlqKw= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2465.eurprd07.prod.outlook.com (10.169.153.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Thu, 22 Dec 2016 13:57:29 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.013; Thu, 22 Dec 2016 13:57:29 +0000 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Thread-Index: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUwgAAaoICAAOm3kIAAiQ8AgAFsmwA= Date: Thu, 22 Dec 2016 13:57:29 +0000 Message-ID: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> In-Reply-To: <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [88.208.76.170] x-ms-office365-filtering-correlation-id: a74d6a58-8342-45f3-8c46-08d42a72780e x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2465; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2465; 7:Aw5rGpPuu5WZtw8WSZGhfDu4EhcvUSXhAFWiLlb8jRDZ0Vsg058ahUjBcn8anaXDYOf5lqu4yjSIv63VcGx6QKDIzrZk7CANtuJDJzlMjM5Hm0P4F3U2jJSzCg4ivMJZg23jOV0oXDq8l7WTcLUcFyF/RVg2O26+VLWgZmLXSU5uhOfYAXNete1mMixY6G2CC8f3x5JxTu+jHEFhYZE+mC/QbIBf9l3jlaLIQ5eqJSkhEsotjEpl3aoZUJTV4C57tLIJDTdu+proiw3BGF3Oihh03fMKi3HGdbOnLKXQbtbLGnaJm2be80VnLF7NCqat6f7kQi9gU/EzVOBrpjc2BjtCqV+VMQ4frdEJ+DcX+iPoIQz9USA1NdeHnmEsb/3MovRVWgYAOOi7B+BJmxTo5CdjUqI074+vg4rPq086sXTPgL87lcu3sNXObOAmcJbOnpd0Xx4Wr/ocuy2c7QEuWA== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105)(21748063052155)(1591387915157); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123562025)(20161123564025)(20161123560025)(20161123555025)(6072148); SRVR:AM5PR0701MB2465; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2465; x-forefront-prvs: 01644DCF4A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(51444003)(24454002)(199003)(69234005)(189002)(377424004)(377454003)(33656002)(122556002)(2906002)(4326007)(189998001)(2900100001)(93886004)(6116002)(66066001)(102836003)(3846002)(790700001)(76576001)(92566002)(561944003)(105586002)(106356001)(106116001)(86362001)(68736007)(6436002)(38730400001)(7696004)(8936002)(3280700002)(110136003)(3660700001)(101416001)(2950100002)(6916009)(229853002)(14971765001)(6506006)(8676002)(81156014)(9686002)(25786008)(230783001)(81166006)(77096006)(76176999)(97736004)(50986999)(54356999)(606005)(4001150100001)(7906003)(5660300001)(7736002)(74316002)(24704002)(579004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2465; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB24687FDB1AEE0DF0F772B0FEE5920AM5PR0701MB2468_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Dec 2016 13:57:29.2318 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2465 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTcRTH+917d3cdDn4tH4clmIsgi7SsZERvCI0wo7BMo5x6UcsXu8sy CyyzUPORhbSLzsiRqPlK7WGm06RUJDNFwpWabpZkamhaySrnneB/n9/5fjnfcw4/hpSViuRM VKyGVceqohW0hNIGPj20qcsYHLg5N99JaR7Mo5VXH5hFewnfwVmL2Fev/00cIYIkO8PZ6KgE Vu25O0QSmfuFp+INM9TF8rYylIzyTVQ6smMAb4P6tzxtZRmuQDChO5iOJAvchkCfWSW2Piic ScJoyjuR4OIJKP4uE1ydCAr/9JJWgcYecLu2ddHkgNfC8/40sZVJLAeDcZyw8iocAHcax2ye 49BuLqMFPgyTWXmLTOF1UPHEhNIRw0hxyEJ/kZBVQ4ExS7s4th3eD9MFdYt9EHaCuY5HhJDl DP2mQkJYDYO+oYsU2BHGRv7a/KfgX8a0SKi7QXZqtlhgPzD0LLE/9HXoaGsw4CwKirT1tCDE wUhPk43Pwptys9hmIiDla4Mt2QUmrhWSglBFw8eMFFK4HQvF5alIOIUcPvWmoRzkzi+bXOA4 GO76RltZildCu9ZE8QvXILE7VNZ7ChY3uJvxWSzwekjNLxAvr99H4lLkyLFcaEyE11YPVh0V xnFxsR6xrOYxWvhBzbXz656hnvF9LQgzSGEvnboXFCgTqRK4xJgWBAypcJCiD8GBMmm4KvES q447oz4fzXItaDVDKZyl3iWDJ2Q4QqVhz7FsPKteUgnGTp6MfCwmjqdHQt+3rrmRNFS9cfZl KK+ZstyMNg74OBiLRi28ty7pZ1/zgRxDQIkxbOZyff+xF0ftt5/UNTJ9Nd3KurmWAn21tuSX 69Dk6z1NLhHK/h7nVzn8itbT83Ka29XZfsVvoLK7KmrYAkP+XgZX0Y+HRIYfab/jwq0K+rqf guIiVVs2kGpO9R/gvyc9PQMAAA== Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2016 13:57:48 -0000 --_000_AM5PR0701MB24687FDB1AEE0DF0F772B0FEE5920AM5PR0701MB2468_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCj4gVGhlcmUgc2hvdWxkbuKAmXQgYmUgYW55IGh1cnJ5IHRvIGdldCBhIFVSTiBk ZWZpbmVkLiAgRGVwbG95bWVudHMgdHlwaWNhbGx5IHRha2UgeWVhcnMgb2YgcGxhbm5pbmcsIGFj cXVpcmluZyBuZXcgc3lzdGVtcywgdHJhaW5pbmcsIGV0Yy4NCg0KSWYgeW91IG1lYW50IHNvbGVs eSBlc3RhYmxpc2htZW50IG9mIGEgKmNvbXBsZXRlbHkgbmV3KiBlbWVyZ2VuY3kgc2VydmljZSwg dGhlbiB5b3UgbWlnaHQgYmUgcmlnaHQuDQoNCklmIHlvdSAoYWxzbykgbWVhbnQgdGhhdCB0aGVy ZSB3YXMgbm8gaHVycnkgZm9yIG9idGFpbmluZyBlbWVyZ2VuY3kgVVJOcyBmb3IgYW55IGVtZXJn ZW5jeSBzZXJ2aWNlcyAqYWxyZWFkeSBhdmFpbGFibGUgdmlhIHB1YmxpYyBzd2l0Y2hlZCB0ZWxl cGhvbnkgbmV0d29yayosIHRoZW4gSSBkaXNhZ3JlZS4NCg0KUmVhc29uczoNCi0gYWNjb3JkaW5n IHRvIFJGQyA1MDMxLCBlbWVyZ2VuY3kgc2VydmljZXMgYXJlIGlkZW50aWZpZWQgYnkgZW1lcmdl bmN5IFVSTnMgKGkuZS4gYW4gVVJOIHdpdGggJ3Nvcycgc2VydmljZSB0eXBlKQ0KLSBhbiBvcGVy YXRvciBvZiBhIDNHUFAgc3BlY2lmaWVkIFNJUCBiYXNlZCBuZXR3b3JrIG9mZmVyaW5nIHZvaWNl IHNlcnZpY2VzIG5lZWRzIHRvIGJlIGFibGUgdG8gaWRlbnRpZnkgYW55IGVtZXJnZW5jeSBzZXJ2 aWNlIHNwZWNpZmllZCBpbiB0aGUgY291bnRyeSBvZiBpdHMgU0lQIGJhc2VkIG5ldHdvcmssIHNp bmNlOg0KICAgICAgICAgICAgICAgIC0gbm9ybWFsbHksIHRoZSB1c2VyIGFnZW50IHNldHMgdGhl IFJlcXVlc3QtVVJJIG9mIHRoZSBpbml0aWFsIElOVklURSByZXF1ZXN0IHRvIGEgZW1lcmdlbmN5 IFVSTiBpZGVudGlmeWluZyB0aGUgcmVxdWVzdGVkIGVtZXJnZW5jeSBzZXJ2aWNlIGFuZCB0aGlz IGVtZXJnZW5jeSBVUk4gaXMgaW5wdXQgdG8gcm91dGluZyBkZWNpc2lvbnMgaW4gdGhlIFNJUCBi YXNlZCBuZXR3b3JrLg0KICAgICAgICAgICAgICAgIC0gaW4gc29tZSBjYXNlcywgdGhlIHVzZXIg YWdlbnQgY2FuIHNldCB0aGUgUmVxdWVzdC1VUkkgb2YgdGhlIGluaXRpYWwgSU5WSVRFIHJlcXVl c3QgdG8gYSBURUwgVVJJIHdpdGggYW4gZW1lcmdlbmN5IG51bWJlci4gSW4gc3VjaCBjYXNlLCB0 aGUgZWRnZSBvZiB0aGUgU0lQIGJhc2VkIG5ldHdvcmsgY2hhbmdlcyB0aGUgUmVxdWVzdC1VUkkg dG8gYW4gZW1lcmdlbmN5IFVSTiBhcHByb3ByaWF0ZSBmb3IgdGhlIHBhcnRpY3VsYXIgZW1lcmdl bmN5IG51bWJlciBpbiB0aGUgVEVMIFVSSSBhbmQsIGFnYWluLCB0aGlzIGVtZXJnZW5jeSBVUk4g aXMgaW5wdXQgdG8gcm91dGluZyBkZWNpc2lvbnMgaW4gdGhlIFNJUCBiYXNlZCBuZXR3b3JrLg0K ICAgICAgICAgICAgICAgIC0gYW55IGVtZXJnZW5jeSBzZXJ2aWNlIHdoaWNoIGEgdXNlciBjYW4g cmVhY2ggdmlhIGEgcHVibGljIHN3aXRjaGVkIHRlbGVwaG9ueSBuZXR3b3JrIGluIGEgY291bnRy eSBoYXMgdG8gYmUgcmVhY2hhYmxlIHZpYSBTSVAgYmFzZWQgbmV0d29yayBpbiB0aGUgc2FtZSBj b3VudHJ5IHRvby4NCg0KVG9kYXksIHNvbWUgb3BlcmF0b3JzIGRvIG5vdCBvZmZlciBlbWVyZ2Vu Y3kgc2VydmljZXMgdmlhIDNHUFAgc3BlY2lmaWVkIFNJUCBiYXNlZCBuZXR3b3JrIGFuZCBzdGVl ciBVRXMgdG8gdXNlIDNHUFAgc3BlY2lmaWVkIGNpcmN1aXQgc3dpdGNoZWQgbmV0d29yaywgYnV0 IHRoYXQgb25seSB3b3JrcyBhcyBsb25nIGFzIHRoZSAzR1BQIHNwZWNpZmllZCBjaXJjdWl0IHN3 aXRjaGVkIG5ldHdvcmsgaXMgYXZhaWxhYmxlLCBUaGlzIHdpbGwgYmUgbGVzcy1hbmQtbGVzcyBm cmVxdWVudCBhcyB0aGVyZSBpcyBhIHRyZW5kIG9mIHJldXNpbmcgcmFkaW8gcmVzb3VyY2VzIG9m IDNHUFAgc3BlY2lmaWVkIGNpcmN1aXQgc3dpdGNoZWQgbmV0d29yayBmb3IgM0dQUCBzcGVjaWZp ZWQgU0lQIGJhc2VkIG5ldHdvcmsuDQoNClRoZXJlZm9yZSwgYW4gb3BlcmF0b3Igcm9sbGluZyBv dXQgdm9pY2Ugc2VydmljZSB1c2luZyAzR1BQIHNwZWNpZmllZCBTSVAgYmFzZWQgbmV0d29yayBu ZWVkcyB0byBoYXZlIGVtZXJnZW5jeSBVUk5zIGZvciBhbnkgZW1lcmdlbmN5IHNlcnZpY2UgKmFs cmVhZHkgYXZhaWxhYmxlIHZpYSBwdWJsaWMgc3dpdGNoZWQgdGVsZXBob255IG5ldHdvcmsqLCBh dCB0aGUgdGltZSBvZiB0aGUgZnVsbCBzY2FsZSByb2xsb3V0Lg0KDQpTbywgZW1lcmdlbmN5IFVS TnMgZm9yIGFueSBlbWVyZ2VuY3kgc2VydmljZXMgKmFscmVhZHkgYXZhaWxhYmxlIHZpYSBwdWJs aWMgc3dpdGNoZWQgdGVsZXBob255IG5ldHdvcmsqIGFyZSBuZWVkZWQgKnVyZ2VudGx5Ki4NCg0K PiBJZiB0aGVyZSBpcyBhIHRpbWUgY3J1bmNoLCB0aGUgZXhwZXJ0IGNhbiBhdXRob3JpemUgYSB0 ZW1wb3JhcnkgcmVnaXN0cmF0aW9uIGFzIHdlIGRpZCB3aXRoIHBvbGljZS5uYXRpb25hbCB1bnRp bCB0aGUgc3ViIHJlZ2lzdHJ5IGRvY3VtZW50IGlzIHB1Ymxpc2hlZC4NCg0KRmlyc3RseSwgaXMg dGhlIHByb2Nlc3Mgb2YgdGhlICJ0ZW1wb3JhcnkiIElBTkEgcmVnaXN0cmF0aW9uIGRlc2NyaWJl ZCBhbnl3aGVyZT8gSXQgZG9lcyBub3Qgc2VlbSB0byBiZSBtZW50aW9uZWQgaW4gUkZDIDUwMzEs IFJGQyA3MTYzIG9yIHRoZSBkcmFmdC4NCg0KU2Vjb25kbHksIEkgY2FuIHNlZSB0aGF0IElBTkEg bm93IG1haW50YWlucyB0aGUgInVybjpzZXJ2aWNlOnNvcy5wb2xpY2UubXVuaWNpcGFsIiBVUk4g YW5kICJ1cm46c2VydmljZTpzb3MucG9saWNlLmZlZGVyYWwiIFVSTiBhdCBodHRwOi8vd3d3Lmlh bmEub3JnL2Fzc2lnbm1lbnRzL3Vybi1zZXJ2aWNlaWQtbGFiZWxzL3Vybi1zZXJ2aWNlaWQtbGFi ZWxzLnhodG1sDQoNClRoZSAidXJuOnNlcnZpY2U6c29zLnBvbGljZS5tdW5pY2lwYWwiIFVSTiBp cyBPSywgdGhhbmtzLg0KDQpUaGUgInVybjpzZXJ2aWNlOnNvcy5wb2xpY2UuZmVkZXJhbCIgVVJO IGlzIHN0cmFuZ2UgLSAgSSBhc2tlZCBmb3IgInVybjpzZXJ2aWNlOnNvcy5wb2xpY2UubmF0aW9u YWwiLCB3ZSBkaXNjdXNzZWQgaXQgYmVsb3cgYW5kIHlvdSBzZWVtZWQgdG8gYWdyZWUgdGhhdCAi dXJuOnNlcnZpY2U6c29zLnBvbGljZS5uYXRpb25hbCIgaXMgbW9yZSBhcHByb3ByaWF0ZSB0aGFu ICJzb3MucG9saWNlLmZlZGVyYWwiLCBidXQgSUFOQSBzdGlsbCBoYXMgInVybjpzZXJ2aWNlOnNv cy5wb2xpY2UuZmVkZXJhbCIgVVJOLg0KDQpDYW4gInVybjpzZXJ2aWNlOnNvcy5wb2xpY2UuZmVk ZXJhbCIgYmUgY2hhbmdlZCB0byAidXJuOnNlcnZpY2U6c29zLnBvbGljZS5uYXRpb25hbCIgaW4g SUFOQT8gVGhhbmtzLg0KDQpLaW5kIHJlZ2FyZHMNCg0KSXZvIFNlZGxhY2VrDQoNCkZyb206IEJy aWFuIFJvc2VuIFttYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXRdDQpTZW50OiBXZWRuZXNkYXksIERl Y2VtYmVyIDIxLCAyMDE2IDM6NTAgUE0NClRvOiBJdm8gU2VkbGFjZWsgPGl2by5zZWRsYWNla0Bl cmljc3Nvbi5jb20+DQpDYzogRUNSSVQgPGVjcml0QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtF Y3JpdF0gSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0 cmllcy0wMC50eHQNCg0KVGhlcmUgc2hvdWxkbuKAmXQgYmUgYW55IGh1cnJ5IHRvIGdldCBhIFVS TiBkZWZpbmVkLiAgRGVwbG95bWVudHMgdHlwaWNhbGx5IHRha2UgeWVhcnMgb2YgcGxhbm5pbmcs IGFjcXVpcmluZyBuZXcgc3lzdGVtcywgdHJhaW5pbmcsIGV0Yy4NCklmIHRoZXJlIGlzIGEgdGlt ZSBjcnVuY2gsIHRoZSBleHBlcnQgY2FuIGF1dGhvcml6ZSBhIHRlbXBvcmFyeSByZWdpc3RyYXRp b24gYXMgd2UgZGlkIHdpdGggcG9saWNlLm5hdGlvbmFsIHVudGlsIHRoZSBzdWIgcmVnaXN0cnkg ZG9jdW1lbnQgaXMgcHVibGlzaGVkLg0KDQpNb3N0IHNlcnZpY2VzIHdvbuKAmXQgbmVlZCB0aGlz IHR3byBsZXZlbCByZWdpc3RyYXRpb24uDQoNCkJyaWFuDQoNCk9uIERlYyAyMSwgMjAxNiwgYXQg MTo1MCBBTSwgSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPG1haWx0bzpp dm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQoNCj4gWW91IG5lZWQgYSBkb2N1bWVu dCB3aXRoIElBTkEgY29uc2lkZXJhdGlvbnMgdG8gY3JlYXRlIGEgcmVnaXN0cnksIGJ1dCBhbiBJ TkZPIHdpbGwgZG8uDQoNCkRvIHlvdSBtZWFuIGFuIFJGQz8NCg0KVGhhdCBtYWtlcyBnZXR0aW5n IGVtZXJnZW5jeSBVUk4gYSBsb3QgdG91Z2h0ZXIgdGhhbiB0b2RheSBhbmQgcHJldHR5IG11Y2gg cHJldmVudHMgZWFzeSBhbmQgcXVpY2sgZGVwbG95bWVudCBvZiBuZXcgZW1lcmdlbmN5IHNlcnZp Y2VzLCB3aGljaCBhcmUgc3Vic2VydmljZXMgb2YgYW4gZXhpc3RpbmcgZW1lcmdlbmN5IHNlcnZp Y2UuDQoNCktpbmQgcmVnYXJkcw0KDQpJdm8NCg0KDQoNCkZyb206IEJyaWFuIFJvc2VuIFttYWls dG86YnJAYnJpYW5yb3Nlbi5uZXRdDQpTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAyMCwgMjAxNiA1 OjQzIFBNDQpUbzogSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPG1haWx0 bzppdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPj4NCkNjOiBFQ1JJVCA8ZWNyaXRAaWV0Zi5vcmc8 bWFpbHRvOmVjcml0QGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbRWNyaXRdIEktRCBBY3Rpb246 IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAudHh0DQoNCkkg dGhpbmsgaXTigJlzIGFuIGlzc3VlIG9mIHdoZXRoZXIgd2UgZXhwZWN0IGEgbnVtYmVyIG9mIHJl Z2lzdHJhdGlvbnMgb2Ygc3ViZm9vcy4gIElmIHRoZXJlIGlzIG9ubHkgMSBtYXliZSBub3QgYm90 aGVyLCBidXQgaWYgd2UgZXhwZWN0IHNldmVyYWwsIGNyZWF0ZSB0aGUgc3ViIHJlZ2lzdHJ5LiAg VGhlIGV4cGVydCBjYW4gaGVscCBndWlkZS4NCg0KWW91IG5lZWQgYSBkb2N1bWVudCB3aXRoIElB TkEgY29uc2lkZXJhdGlvbnMgdG8gY3JlYXRlIGEgcmVnaXN0cnksIGJ1dCBhbiBJTkZPIHdpbGwg ZG8uDQoNClRoZSBwb2xpY3kgZm9yIHRoZSBzdWIgcmVnaXN0cnkgd291bGQgYmUgc3BlY2lmaWVk IGluIHRoYXQgZG9jdW1lbnQuICBJIHNwZWNpZmllZCBleHBlcnQgcmV2aWV3IGluIHRoZXNlIDMu DQoNCkJyaWFuDQoNCk9uIERlYyAyMCwgMjAxNiwgYXQgMTA6MTkgQU0sIEl2byBTZWRsYWNlayA8 aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTxtYWlsdG86aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNv bT4+IHdyb3RlOg0KDQpIZWxsbywNCg0KPiBBbHRob3VnaCB0aGUgQUJORiBhbGxvd3MgaXQsIEkg dGhpbmsgdGhhdCBpdOKAmXMgbXVjaCBjbGVhbmVyIHRvIGhhdmUgdGhlIHNlcGFyYXRlIHJlZ2lz dHJpZXMuICBJIHdpbGwgbm90ZSB0aGF0IHdlIGhhdmUgYWxsb3dlZCB0aGUgcmVnaXN0cmF0aW9u IGluDQo+IHRoZSBleGlzdGluZyByZWdpc3RyeSwgYWx0aG91Z2ggaWYvd2hlbiB0aGlzIGRvY3Vt ZW50IGlzIHB1Ymxpc2hlZCwgd2Ugd2lsbCByZW1vdmUgaXQgZnJvbSB0aGUgbWFpbiBzb3MgcmVn aXN0cnkgYW5kIHB1dCBpdCBpbiB0aGUgcG9saWNlIHN1YiByZWdpc3RyeS4NCg0KSG93IHdvdWxk IGl0IHdvcmsgZm9yIG90aGVyIHNlcnZpY2VzPw0KDQpJbWFnaW5lIHRoYXQgYSBwZXJzb24gWCBy ZWdpc3RlcnMNCg0KICAgICAgICAgICAgICAgIHVybjpzZXJ2aWNlLnNvcy5mb28NCg0KYW5kIGxh dGVyIG9uIGEgcGVyc29uIFkgd291bGQgbGlrZSB0byByZWdpc3RlcjoNCg0KICAgICAgICAgICAg ICAgIHVybjpzZXJ2aWNlLnNvcy5mb28uc3ViZm9vMQ0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGFuZA0KICAgICAgICAgICAgICAgIHVybjpzZXJ2aWNlLnNvcy5mb28uc3ViZm9vMg0K DQpXaGF0IHdvdWxkIHRoZSBJQU5BIHJlZ2lzdHJhdGlvbiBwb2xpY3kgZm9yIHJlcXVlc3QgdG8g ZXN0YWJsaXNoIHN1Yi1yZWdpc3RyeSBvZiB1cm46c2VydmljZS5zb3MuZm9vPw0KQW5kIHdoYXQg d291bGQgdGhlIElBTkEgcmVnaXN0cmF0aW9uIHBvbGljeSBiZSBmb3IgbmV3IGVudHJpZXMgaW4g dGhlIHVybjpzZXJ2aWNlLnNvcy5mb28gc3VicmVnaXN0cnk/DQoNCj4gSG93ZXZlciwgSSBkbyB0 aGluayDigJxuYXRpb25hbOKAnSBpcyBhY3R1YWxseSBhIGJldHRlciB0b2tlbiBmb3IgdGhpcyBz ZXJ2aWNlLCBhbmQgSSB3aWxsIGNoYW5nZSBpdCBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KDQpUaGFu a3MuDQoNCktpbmQgcmVnYXJkcw0KDQpJdm8NCg0KDQoNCkZyb206IEJyaWFuIFJvc2VuIFttYWls dG86YnJAYnJpYW5yb3Nlbi5uZXRdDQpTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAyMCwgMjAxNiA0 OjA0IFBNDQpUbzogSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPG1haWx0 bzppdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPj4NCkNjOiBFQ1JJVCA8ZWNyaXRAaWV0Zi5vcmc8 bWFpbHRvOmVjcml0QGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbRWNyaXRdIEktRCBBY3Rpb246 IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAudHh0DQoNClRo YW5rcyBmb3IgeW91ciBjb21tZW50cy4NCg0KQWx0aG91Z2ggdGhlIEFCTkYgYWxsb3dzIGl0LCBJ IHRoaW5rIHRoYXQgaXTigJlzIG11Y2ggY2xlYW5lciB0byBoYXZlIHRoZSBzZXBhcmF0ZSByZWdp c3RyaWVzLiAgSSB3aWxsIG5vdGUgdGhhdCB3ZSBoYXZlIGFsbG93ZWQgdGhlIHJlZ2lzdHJhdGlv biBpbiB0aGUgZXhpc3RpbmcgcmVnaXN0cnksIGFsdGhvdWdoIGlmL3doZW4gdGhpcyBkb2N1bWVu dCBpcyBwdWJsaXNoZWQsIHdlIHdpbGwgcmVtb3ZlIGl0IGZyb20gdGhlIG1haW4gc29zIHJlZ2lz dHJ5IGFuZCBwdXQgaXQgaW4gdGhlIHBvbGljZSBzdWIgcmVnaXN0cnkuICBJIGhhdmUgY29uc3Vs dGVkIHdpdGggSUFOQSBvbiB0aGlzLg0KDQpJIHdhcyBjYXJlZnVsIHRvIG5vdGUgdGhhdCB0aGUg dG9rZW4gaXMgTk9UIHRoZSBuYW1lIG9mIHRoZSBzZXJ2aWNlLCBhbmQgdHJ5aW5nIHRvIGFjdHVh bGx5IGhhdmUgdGhlIHRva2VuIGJlIHRoZSBhY3R1YWwgbmFtZSBvZiB0aGUgc2VydmljZSB3aWxs IGxlYWQgdG8gbWFueSwgbWFueSByZWdpc3RyYXRpb25zIHRoYXQgYXJlIGVmZmVjdGl2ZWx5IGR1 cGxpY2F0ZXMgb2Ygb25lIGFub3RoZXIuICBBbnkgcG9saWNlIGZvcmNlIHdoaWNoIGhhcyB0cnVl IG5hdGlvbmFsIHNjb3BlIHdvdWxkIHVzZSB0aGUgc2FtZSB0b2tlbi4gIEluIHRoZSBVUywgZm9y IGV4YW1wbGUsIGl04oCZcyB0aGUgRkJJLg0KDQpIb3dldmVyLCBJIGRvIHRoaW5rIOKAnG5hdGlv bmFs4oCdIGlzIGFjdHVhbGx5IGEgYmV0dGVyIHRva2VuIGZvciB0aGlzIHNlcnZpY2UsIGFuZCBJ IHdpbGwgY2hhbmdlIGl0IGluIHRoZSBuZXh0IHZlcnNpb24uICBIb3dldmVyLCBJIHdvdWxkIG5v dCB3YW50IHRvIHNlZSBhIHJlZ2lzdHJhdGlvbiBmb3IgdGhlIEZCSSwgbm9yIGFueSBvdGhlciBz cGVjaWZpYyBuYW1lIGZvciBhIG5hdGlvbmFsIHBvbGljZSBmb3JjZS4gIEhhdmluZyBzYWlkIHRo YXQsIGluIG1hbnkgY291bnRyaWVzLCB0aGVyZSBhcmUgc2V2ZXJhbCBuYXRpb25hbCBwb2xpY2Ug Zm9yY2VzIHdpdGggc3BlY2lhbGl6ZWQgcmVzcG9uc2liaWxpdGllcy4gIEluIHRoZSBVLlMuLCB3 ZSBoYXZlIFUuUy4gTWFyc2hhbGxzLCBEcnVnIEVuZm9yY2VtZW50IEFnZW5jeSwgSW1taWdyYXRp b24gYW5kIEN1c3RvbXMuIFNlY3JldCBTZXJ2aWNlLCBhbmQgc2V2ZXJhbCBvdGhlcnMuICBXZSBk b27igJl0IGhhdmUgZW1lcmdlbmN5IGNhbGxpbmcgdG8gdGhlbSwgc28gd2UgZG9u4oCZdCBuZWVk IHNvcyB0b2tlbnMgZm9yIHRoZW0sIGJ1dCB0aGVyZSBhcmUgY291bnRyaWVzIHdoZXJlIHRoZXJl IGFyZSBtb3JlIHRoYW4gb25lIG5hdGlvbmFsIHBvbGljZSB0aGF0IGRvIGhhdmUgZW1lcmdlbmN5 IG51bWJlcnMgYW5kIHdlIHdpbGwgbmVlZCB0b2tlbnMgZm9yIHRoZW0uICBJIHdvdWxkIG5vdCB3 YW50IGEg4oCcY2l0eeKAnSB0b2tlbiBpbnN0ZWFkIG9mIOKAnG11bmljaXBhbOKAnS4NCg0KQXQg b25lIHBvaW50IEkgd2FzIHRoaW5raW5nIG9mIGV4cGxpY2l0bHkgcmVmZXJlbmNpbmcgdGhlIOKA nEHigJ0gbGV2ZWxzIGZyb20gUElERi1MTyBmb3IgdGhlc2UgdG9rZW5zIChzbyDigJxBMeKAnSBp bnN0ZWFkIG9mIOKAnFByb3ZpbmNpYWzigJ0gYW5kIEEyIGluc3RlYWQgb2Yg4oCcTXVuaWNpcGFs 4oCdKSwgYnV0IGV2ZW50dWFsbHkgZGVjaWRlZCB0aGF0IHNpbmNlIHdlIGRpZG7igJl0IGhhdmUg QSBsZXZlbHMgZm9yIGFsbCB0aGUgdG9rZW5zIHdlIHdvdWxkIG5lZWQgdGhhdCBpdCBkaWRu4oCZ dCBtYWtlIHNlbnNlIHRvIHVzZSB0aGUgQSBsZXZlbHMgYXMgdGhlIHRva2VuIG5hbWUuICBCdXQg SSBpbnRlbmRlZCB0aGUgdG9rZW5zIHRvIGJlIHVzZWQgdGhhdCB3YXkuDQoNCkJyaWFuDQoNCk9u IERlYyAyMCwgMjAxNiwgYXQgODo1OCBBTSwgSXZvIFNlZGxhY2VrIDxpdm8uc2VkbGFjZWtAZXJp Y3Nzb24uY29tPG1haWx0bzppdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQoNCkhl bGxvLA0KDQpUd28gY29tbWVudHMgdG8gdGhlIGRyYWZ0Og0KDQpDb21tZW50LTE6DQpyZmM1MDMx IGRlZmluZXMgc3ViLXNlcnZpY2VzIHVzaW5nIHRoZSBmb2xsb3dpbmcgQUJORiB3aGVyZSBzZXZl cmFsIHN1Yi1zZXJ2aWNlcyBjYW4gYmUgaW5jbHVkZWQgaW4gYSBzZXJ2aWNlIFVSTi4NCg0KDQog ICAgIHNlcnZpY2UtVVJOICA9ICJVUk46c2VydmljZToiIHNlcnZpY2UNCiAgICBzZXJ2aWNlICAg ICAgPSB0b3AtbGV2ZWwgKigiLiIgc3ViLXNlcnZpY2UpDQogICAgIHRvcC1sZXZlbCAgICA9IGxl dC1kaWcgWyAqMjVsZXQtZGlnLWh5cCBsZXQtZGlnIF0NCiAgICAgc3ViLXNlcnZpY2UgID0gbGV0 LWRpZyBbICpsZXQtZGlnLWh5cCBsZXQtZGlnIF0NCiAgICAgbGV0LWRpZy1oeXAgID0gbGV0LWRp ZyAvICItIg0KICAgICBsZXQtZGlnICAgICAgPSBBTFBIQSAvIERJR0lUDQogICAgIEFMUEhBICAg ICAgICA9ICV4NDEtNUEgLyAleDYxLTdBICAgOyBBLVogLyBhLXoNCiAgICAgRElHSVQgICAgICAg ID0gJXgzMC0zOSA7IDAtOQ0KDQpyZmM3MTYzIGFsbG93cyByZWdpc3RyYXRpb24gb2YgYWRkaXRp b25hbCBzdWItc2VydmljZXMgb2YgdGhlIHNlcnZpY2UgVVJOIHdpdGggdGhlICdzb3MnIHNlcnZp Y2UgdHlwZSB1c2luZyBleHBlcnQgcmV2aWV3Lg0KDQpUaHVzLCByZWdpc3RyYXRpb24gb2Ygc3Vi LXNlcnZpY2VzIHVuZGVyIHVybjpzZXJ2aWNlLnNvcy5wb2xpY2UgKHVuZGVyIHVybjpzZXJ2aWNl LnNvcy5hbWJ1bGFuY2UsIGFuZCB1bmRlciB1cm46c2VydmljZS5zb3MuZmlyZSkgaXMgcG9zc2li bGUgYWxyZWFkeSBub3cgYW5kIHRoZXJlIHNob3VsZCBiZSBubyBuZWVkIHRvIGRlZmluZSBuZXcg c3VicmVnaXN0cmllcy4NCg0KQ29tbWVudC0yOg0KDQpUaGUgcHJvcG9zZWQgbmV3IHBvbGljZSBl bWVyZ2VuY3kgc2VydmljZXMgZG8gbm90IGFkZHJlc3MgdGhlIG5lZWRzIG9mIHRoZSBDemVjaCBy ZXB1YmxpYyBhczoNCi0gQ3plY2ggcmVwdWJsaWMgZGVmaW5lcyBlbWVyZ2VuY3kgc2VydmljZSBv ZiBuYXRpb25hbCBwb2xpY2U7IGFuZA0KLSBDemVjaCByZXB1YmxpYyBpcyBub3QgYSBmZWRlcmF0 aW9uIG9mIHN0YXRlcyBvciBwcm92aW5jZXMgKGFuZCB0aHVzICJmZWRlcmFsIiBkb2VzIG5vdCBm aXQpLg0KUHJvcG9zYWw6IGNoYW5nZSAiZmVkZXJhbCIgdG8gIm5hdGlvbmFsIi4NCg0KS2luZCBy ZWdhcmRzDQoNCkl2byBTZWRsYWNlaw0KDQoNCkZyb206IEVjcml0IFttYWlsdG86ZWNyaXQtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEJyaWFuIFJvc2VuDQpTZW50OiBGcmlkYXksIERl Y2VtYmVyIDE2LCAyMDE2IDk6MzMgUE0NClRvOiBFQ1JJVCA8ZWNyaXRAaWV0Zi5vcmc8bWFpbHRv OmVjcml0QGlldGYub3JnPj4NClN1YmplY3Q6IFtFY3JpdF0gRndkOiBJLUQgQWN0aW9uOiBkcmFm dC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwLnR4dA0KDQpGWUkNCg0K DQoNCg0KDQpCZWdpbiBmb3J3YXJkZWQgbWVzc2FnZToNCg0KRnJvbTogaW50ZXJuZXQtZHJhZnRz QGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBJLUQg QWN0aW9uOiBkcmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwLnR4 dA0KRGF0ZTogRGVjZW1iZXIgMTYsIDIwMTYgYXQgMzozMTo1MSBQTSBFU1QNClRvOiA8aS1kLWFu bm91bmNlQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3VuY2VAaWV0Zi5vcmc+Pg0KUmVwbHktVG86 IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn Pg0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5l IEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCg0KDQogICAgICAgVGl0bGUgICAgICAgICAg IDogQSBTdWJyZWdpc3RyeSBmb3IgdXJuOnNlcnZpY2U6c29zLnBvbGljZSwgZmlyZSBhbmQgYW1i dWxhbmNlDQogICAgICAgQXV0aG9yICAgICAgICAgIDogQnJpYW4gUm9zZW4NCiAgICAgICAgICAg IEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lz dHJpZXMtMDAudHh0DQogICAgICAgICAgICBQYWdlcyAgICAgICAgICAgOiA1DQogICAgICAgICAg ICBEYXRlICAgICAgICAgICAgOiAyMDE2LTEyLTE2DQoNCkFic3RyYWN0Og0KICBJbiBtb3N0IGNv dW50cmllcywgdGhlcmUgYXJlIG11bHRpcGxlIGtpbmRzIG9mIHBvbGljZSBmb3JjZXMuDQogIFJG QzUwMzEgZGVmaW5lcyBhICJTZXJ2aWNlIFVSTiIgd2hpY2ggaXMgdXNlZCB0byByb3V0ZSBlbWVy Z2VuY3kNCiAgY2FsbHMuICBUaGUgdXJuIGhhcyBhIHN1YiByZWdpc3RyeSBmb3IgZGlmZmVyZW50 IGtpbmRzIG9mIGVtZXJnZW5jeQ0KICBzZXJ2aWNlcyB0aGF0IG1heSBiZSByZWFjaGVkIGZyb20g ZGlmZmVyZW50IHRlbGVwaG9uZSBudW1iZXJzIG9yDQogIHNlcnZpY2UgbnVtYmVycyAoYXMgb3Bw b3NlZCB0byBhIHNpbmdsZSBudW1iZXIgbGlrZSAxMTIpLiAgSW4gbWFueQ0KICBjb3VudHJpZXMs IHRoZSAicG9saWNlIiBzZXJ2aWNlIGlzIG5vdCBhIHNpbmdsZSBzZXJ2aWNlLCBidXQgbW9yZQ0K ICB0aGFuIG9uZSBzZXJ2aWNlIHdoZXJlIHRoZSBzZXJ2aWNlIGFyZWEgYW5kL29yIHR5cGVzIG9m IGVtZXJnZW5jaWVzDQogIHRoZXkgcmVzcG9uZCB0byBhcmUgZGlmZmVyZW50LiAgSW4gc29tZSBj b3VudHJpZXMgdGhlcmUgYXJlIG11bHRpcGxlDQogIGFtYnVsYW5jZSBzZXJ2aWNlcy4gIFRoaXMg ZG9jdW1lbnQgZGVmaW5lcyBzdWIgcmVnaXN0cmllcyBmb3INCiAgdXJuOnNlcnZpY2U6c29zLnBv bGljZSwgdXJuOnNlcnZpY2U6c29zLmFtYnVsYW5jZSBhbmQsIGZvcg0KICBjb21wbGV0ZW5lc3Ms IHVybjpzZXJ2aWNlOnNvcy5maXJlLiAgSXQgYWxzbyBwcm92aWRlcyBhbiBpbml0aWFsIHNldA0K ICBvZiBlbnRyaWVzIGZvciB0aGVzZSBzdWIgcmVnaXN0cmllcy4gIFRoZXNlIHNlcnZpY2VzIGFy ZSBpbiBhZGRpdGlvbg0KICB0byB0aGUgYmFzZSB1cm46c2VydmljZTpzb3MucG9saWNlLCBldGMu IHNlcnZpY2VzLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlz IGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtcm9zZW4t ZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy8NCg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6 ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMA0KDQoNClBsZWFzZSBu b3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9m IHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFp bGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnLz4uDQoNCkludGVy bmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDov L2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpJLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0DQpJLUQt QW5ub3VuY2VAaWV0Zi5vcmc8bWFpbHRvOkktRC1Bbm5vdW5jZUBpZXRmLm9yZz4NCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQpJbnRlcm5ldC1EcmFm dCBkaXJlY3RvcmllczogaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbA0Kb3IgZnRwOi8v ZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQNCg0K --_000_AM5PR0701MB24687FDB1AEE0DF0F772B0FEE5920AM5PR0701MB2468_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1z b25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1l Om1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNt Ow0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNw YW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRl ZC1zcGFjZTt9DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRh Yi1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM5ODQ4MDY7 DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3Jh dGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJDUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IZWxsbyw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsg VGhlcmUgc2hvdWxkbuKAmXQgYmUgYW55IGh1cnJ5IHRvIGdldCBhIFVSTiBkZWZpbmVkLiAmbmJz cDtEZXBsb3ltZW50cyB0eXBpY2FsbHkgdGFrZSB5ZWFycyBvZiBwbGFubmluZywgYWNxdWlyaW5n IG5ldyBzeXN0ZW1zLCB0cmFpbmluZywgZXRjLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4 MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPklmIHlvdSBtZWFudCBzb2xlbHkgZXN0YWJs aXNobWVudCBvZiBhICpjb21wbGV0ZWx5IG5ldyogZW1lcmdlbmN5IHNlcnZpY2UsIHRoZW4geW91 IG1pZ2h0IGJlIHJpZ2h0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JZiB5b3UgKGFsc28pIG1lYW50IHRoYXQgdGhlcmUg d2FzIG5vIGh1cnJ5IGZvciBvYnRhaW5pbmcgZW1lcmdlbmN5IFVSTnMgZm9yIGFueSBlbWVyZ2Vu Y3kgc2VydmljZXMgKmFscmVhZHkgYXZhaWxhYmxlDQogdmlhIHB1YmxpYyBzd2l0Y2hlZCB0ZWxl cGhvbnkgbmV0d29yayosIHRoZW4gSSBkaXNhZ3JlZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5 ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVhc29uczo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi0gYWNj b3JkaW5nIHRvIFJGQyA1MDMxLCBlbWVyZ2VuY3kgc2VydmljZXMgYXJlIGlkZW50aWZpZWQgYnkg ZW1lcmdlbmN5IFVSTnMgKGkuZS4gYW4gVVJOIHdpdGggJ3Nvcycgc2VydmljZSB0eXBlKTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+LSBh biBvcGVyYXRvciBvZiBhIDNHUFAgc3BlY2lmaWVkIFNJUCBiYXNlZCBuZXR3b3JrIG9mZmVyaW5n IHZvaWNlIHNlcnZpY2VzIG5lZWRzIHRvIGJlIGFibGUgdG8gaWRlbnRpZnkgYW55IGVtZXJnZW5j eQ0KIHNlcnZpY2Ugc3BlY2lmaWVkIGluIHRoZSBjb3VudHJ5IG9mIGl0cyBTSVAgYmFzZWQgbmV0 d29yaywgc2luY2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLSBub3JtYWxs eSwgdGhlIHVzZXIgYWdlbnQgc2V0cyB0aGUgUmVxdWVzdC1VUkkgb2YgdGhlIGluaXRpYWwgSU5W SVRFIHJlcXVlc3QgdG8gYSBlbWVyZ2VuY3kgVVJOIGlkZW50aWZ5aW5nDQogdGhlIHJlcXVlc3Rl ZCBlbWVyZ2VuY3kgc2VydmljZSBhbmQgdGhpcyBlbWVyZ2VuY3kgVVJOIGlzIGlucHV0IHRvIHJv dXRpbmcgZGVjaXNpb25zIGluIHRoZSBTSVAgYmFzZWQgbmV0d29yay48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAtIGluIHNvbWUgY2FzZXMsIHRoZSB1c2VyIGFnZW50IGNhbiBz ZXQgdGhlIFJlcXVlc3QtVVJJIG9mIHRoZSBpbml0aWFsIElOVklURSByZXF1ZXN0IHRvIGEgVEVM IFVSSSB3aXRoDQogYW4gZW1lcmdlbmN5IG51bWJlci4gSW4gc3VjaCBjYXNlLCB0aGUgZWRnZSBv ZiB0aGUgU0lQIGJhc2VkIG5ldHdvcmsgY2hhbmdlcyB0aGUgUmVxdWVzdC1VUkkgdG8gYW4gZW1l cmdlbmN5IFVSTiBhcHByb3ByaWF0ZSBmb3IgdGhlIHBhcnRpY3VsYXIgZW1lcmdlbmN5IG51bWJl ciBpbiB0aGUgVEVMIFVSSSBhbmQsIGFnYWluLCB0aGlzIGVtZXJnZW5jeSBVUk4gaXMgaW5wdXQg dG8gcm91dGluZyBkZWNpc2lvbnMgaW4gdGhlIFNJUCBiYXNlZCBuZXR3b3JrLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC0gYW55IGVtZXJnZW5jeSBzZXJ2aWNlIHdoaWNoIGEg dXNlciBjYW4gcmVhY2ggdmlhIGEgcHVibGljIHN3aXRjaGVkIHRlbGVwaG9ueSBuZXR3b3JrIGlu IGEgY291bnRyeSBoYXMNCiB0byBiZSByZWFjaGFibGUgdmlhIFNJUCBiYXNlZCBuZXR3b3JrIGlu IHRoZSBzYW1lIGNvdW50cnkgdG9vLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNjttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0 ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Ub2RheSwgc29tZSBvcGVyYXRvcnMgZG8g bm90IG9mZmVyIGVtZXJnZW5jeSBzZXJ2aWNlcyB2aWEgM0dQUCBzcGVjaWZpZWQgU0lQIGJhc2Vk IG5ldHdvcmsgYW5kIHN0ZWVyIFVFcyB0byB1c2UgM0dQUCBzcGVjaWZpZWQNCiBjaXJjdWl0IHN3 aXRjaGVkIG5ldHdvcmssIGJ1dCB0aGF0IG9ubHkgd29ya3MgYXMgbG9uZyBhcyB0aGUgM0dQUCBz cGVjaWZpZWQgY2lyY3VpdCBzd2l0Y2hlZCBuZXR3b3JrIGlzIGF2YWlsYWJsZSwgVGhpcyB3aWxs IGJlIGxlc3MtYW5kLWxlc3MgZnJlcXVlbnQgYXMgdGhlcmUgaXMgYSB0cmVuZCBvZiByZXVzaW5n IHJhZGlvIHJlc291cmNlcyBvZiAzR1BQIHNwZWNpZmllZCBjaXJjdWl0IHN3aXRjaGVkIG5ldHdv cmsgZm9yIDNHUFAgc3BlY2lmaWVkDQogU0lQIGJhc2VkIG5ldHdvcmsuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoZXJl Zm9yZSwgYW4gb3BlcmF0b3Igcm9sbGluZyBvdXQgdm9pY2Ugc2VydmljZSB1c2luZyAzR1BQIHNw ZWNpZmllZCBTSVAgYmFzZWQgbmV0d29yayBuZWVkcyB0byBoYXZlIGVtZXJnZW5jeSBVUk5zIGZv cg0KIGFueSBlbWVyZ2VuY3kgc2VydmljZSAqYWxyZWFkeSBhdmFpbGFibGUgdmlhIHB1YmxpYyBz d2l0Y2hlZCB0ZWxlcGhvbnkgbmV0d29yayosIGF0IHRoZSB0aW1lIG9mIHRoZSBmdWxsIHNjYWxl IHJvbGxvdXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPlNvLCBlbWVyZ2VuY3kgVVJOcyBmb3IgYW55IGVtZXJnZW5jeSBz ZXJ2aWNlcyAqYWxyZWFkeSBhdmFpbGFibGUgdmlhIHB1YmxpYyBzd2l0Y2hlZCB0ZWxlcGhvbnkg bmV0d29yayogYXJlIG5lZWRlZCAqdXJnZW50bHkqLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mZ3Q7DQo8L3NwYW4+SWYg dGhlcmUgaXMgYSB0aW1lIGNydW5jaCwgdGhlIGV4cGVydCBjYW4gYXV0aG9yaXplIGEgdGVtcG9y YXJ5IHJlZ2lzdHJhdGlvbiBhcyB3ZSBkaWQgd2l0aCBwb2xpY2UubmF0aW9uYWwgdW50aWwgdGhl IHN1YiByZWdpc3RyeSBkb2N1bWVudCBpcyBwdWJsaXNoZWQuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4 MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Rmlyc3RseSwgaXMgdGhlIHBy b2Nlc3Mgb2YgdGhlICZxdW90O3RlbXBvcmFyeSZxdW90OyBJQU5BIHJlZ2lzdHJhdGlvbiBkZXNj cmliZWQgYW55d2hlcmU/IEl0IGRvZXMgbm90IHNlZW0gdG8gYmUgbWVudGlvbmVkIGluIFJGQw0K IDUwMzEsIFJGQyA3MTYzIG9yIHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4 MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+U2Vjb25kbHksIEkgY2FuIHNl ZSB0aGF0IElBTkEgbm93IG1haW50YWlucyB0aGUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+JnF1b3Q7dXJuOnNlcnZpY2U6 c29zLnBvbGljZS5tdW5pY2lwYWwmcXVvdDsgVVJOIGFuZCAmcXVvdDt1cm46c2VydmljZTpzb3Mu cG9saWNlLmZlZGVyYWwmcXVvdDsgVVJOIGF0DQo8YSBocmVmPSJodHRwOi8vd3d3LmlhbmEub3Jn L2Fzc2lnbm1lbnRzL3Vybi1zZXJ2aWNlaWQtbGFiZWxzL3Vybi1zZXJ2aWNlaWQtbGFiZWxzLnho dG1sIj4NCmh0dHA6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvdXJuLXNlcnZpY2VpZC1sYWJl bHMvdXJuLXNlcnZpY2VpZC1sYWJlbHMueGh0bWw8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj5UaGUgJnF1b3Q7dXJuOnNlcnZpY2U6c29zLnBvbGljZS5tdW5pY2lw YWwmcXVvdDsgVVJOIGlzIE9LLCB0aGFua3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5UaGUgJnF1b3Q7dXJuOnNlcnZpY2U6c29zLnBvbGljZS5mZWRlcmFsJnF1b3Q7 IFVSTiBpcyBzdHJhbmdlIC0mbmJzcDsgSSBhc2tlZCBmb3IgJnF1b3Q7dXJuOnNlcnZpY2U6c29z LnBvbGljZS5uYXRpb25hbCZxdW90Oywgd2UgZGlzY3Vzc2VkIGl0IGJlbG93IGFuZCB5b3UNCiBz ZWVtZWQgdG8gYWdyZWUgdGhhdCAmcXVvdDt1cm46c2VydmljZTpzb3MucG9saWNlLm5hdGlvbmFs JnF1b3Q7IGlzIG1vcmUgYXBwcm9wcmlhdGUgdGhhbiAmcXVvdDtzb3MucG9saWNlLmZlZGVyYWwm cXVvdDssIGJ1dCBJQU5BIHN0aWxsIGhhcyAmcXVvdDt1cm46c2VydmljZTpzb3MucG9saWNlLmZl ZGVyYWwmcXVvdDsgVVJOLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5DYW4gJnF1b3Q7dXJuOnNlcnZpY2U6c29zLnBvbGljZS5mZWRlcmFsJnF1b3Q7IGJlIGNoYW5n ZWQgdG8gJnF1b3Q7dXJuOnNlcnZpY2U6c29zLnBvbGljZS5uYXRpb25hbCZxdW90OyBpbiBJQU5B PyBUaGFua3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDY7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPktpbmQgcmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Jdm8gU2VkbGFjZWs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBCcmlhbiBSb3NlbiBbbWFpbHRvOmJyQGJy aWFucm9zZW4ubmV0XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgRGVjZW1iZXIgMjEs IDIwMTYgMzo1MCBQTTxicj4NCjxiPlRvOjwvYj4gSXZvIFNlZGxhY2VrICZsdDtpdm8uc2VkbGFj ZWtAZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gRUNSSVQgJmx0O2Vjcml0QGlldGYu b3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0Vjcml0XSBJLUQgQWN0aW9uOiBkcmFm dC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwLnR4dDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIHNob3VsZG7igJl0IGJl IGFueSBodXJyeSB0byBnZXQgYSBVUk4gZGVmaW5lZC4gJm5ic3A7RGVwbG95bWVudHMgdHlwaWNh bGx5IHRha2UgeWVhcnMgb2YgcGxhbm5pbmcsIGFjcXVpcmluZyBuZXcgc3lzdGVtcywgdHJhaW5p bmcsIGV0Yy48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiB0 aGVyZSBpcyBhIHRpbWUgY3J1bmNoLCB0aGUgZXhwZXJ0IGNhbiBhdXRob3JpemUgYSB0ZW1wb3Jh cnkgcmVnaXN0cmF0aW9uIGFzIHdlIGRpZCB3aXRoIHBvbGljZS5uYXRpb25hbCB1bnRpbCB0aGUg c3ViIHJlZ2lzdHJ5IGRvY3VtZW50IGlzIHB1Ymxpc2hlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TW9zdCBzZXJ2aWNlcyB3b27igJl0IG5l ZWQgdGhpcyB0d28gbGV2ZWwgcmVnaXN0cmF0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CcmlhbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gRGVjIDIxLCAyMDE2LCBhdCAxOjUw IEFNLCBJdm8gU2VkbGFjZWsgJmx0OzxhIGhyZWY9Im1haWx0bzppdm8uc2VkbGFjZWtAZXJpY3Nz b24uY29tIj5pdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZndDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPllvdSBuZWVkIGEgZG9jdW1lbnQgd2l0aCBJQU5B IGNvbnNpZGVyYXRpb25zIHRvIGNyZWF0ZSBhIHJlZ2lzdHJ5LCBidXQgYW4gSU5GTyB3aWxsIGRv LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkRvIHlvdSBtZWFuIGFuIFJGQz88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+VGhhdCBtYWtlcyBnZXR0 aW5nIGVtZXJnZW5jeSBVUk4gYSBsb3QgdG91Z2h0ZXIgdGhhbiB0b2RheSBhbmQgcHJldHR5IG11 Y2ggcHJldmVudHMgZWFzeSBhbmQgcXVpY2sgZGVwbG95bWVudCBvZiBuZXcgZW1lcmdlbmN5IHNl cnZpY2VzLCB3aGljaCBhcmUNCiBzdWJzZXJ2aWNlcyBvZiBhbiBleGlzdGluZyBlbWVyZ2VuY3kg c2VydmljZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCBy ZWdhcmRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkl2bzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5Ccmlhbg0KIFJvc2VuIFs8YSBocmVmPSJtYWlsdG86YnJAYnJpYW5yb3Nl bi5uZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1haWx0bzpickBicmlhbnJvc2VuLm5l dDwvc3Bhbj48L2E+XTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+VHVlc2RheSwgRGVjZW1iZXIgMjAsIDIwMTYgNTo0MyBQTTxicj4NCjxi PlRvOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ SXZvIFNlZGxhY2VrICZsdDs8YSBocmVmPSJtYWlsdG86aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNv bSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbTwv c3Bhbj48L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+RUNSSVQgJmx0OzxhIGhyZWY9Im1haWx0bzplY3JpdEBpZXRm Lm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ZWNyaXRAaWV0Zi5vcmc8L3NwYW4+PC9h PiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+UmU6IFtFY3JpdF0gSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNy aXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J IHRoaW5rIGl04oCZcyBhbiBpc3N1ZSBvZiB3aGV0aGVyIHdlIGV4cGVjdCBhIG51bWJlciBvZiBy ZWdpc3RyYXRpb25zIG9mIHN1YmZvb3MuICZuYnNwO0lmIHRoZXJlIGlzIG9ubHkgMSBtYXliZSBu b3QgYm90aGVyLCBidXQgaWYgd2UgZXhwZWN0IHNldmVyYWwsIGNyZWF0ZSB0aGUgc3ViIHJlZ2lz dHJ5LiAmbmJzcDtUaGUgZXhwZXJ0IGNhbiBoZWxwIGd1aWRlLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ WW91IG5lZWQgYSBkb2N1bWVudCB3aXRoIElBTkEgY29uc2lkZXJhdGlvbnMgdG8gY3JlYXRlIGEg cmVnaXN0cnksIGJ1dCBhbiBJTkZPIHdpbGwgZG8uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoZSBwb2xpY3kgZm9yIHRoZSBzdWIgcmVnaXN0cnkgd291bGQgYmUgc3BlY2lmaWVkIGluIHRo YXQgZG9jdW1lbnQuICZuYnNwO0kgc3BlY2lmaWVkIGV4cGVydCByZXZpZXcgaW4gdGhlc2UgMy4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnJpYW48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5PbiBEZWMgMjAsIDIwMTYsIGF0IDEwOjE5IEFNLCBJdm8gU2VkbGFj ZWsgJmx0OzxhIGhyZWY9Im1haWx0bzppdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tIj48c3BhbiBz dHlsZT0iY29sb3I6cHVycGxlIj5pdm8uc2VkbGFjZWtAZXJpY3Nzb24uY29tPC9zcGFuPjwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA3Ij5IZWxsbyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDciPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPkFsdGhvdWdoIHRoZSBBQk5GIGFsbG93cyBpdCwg SSB0aGluayB0aGF0IGl04oCZcyBtdWNoIGNsZWFuZXIgdG8gaGF2ZSB0aGUgc2VwYXJhdGUgcmVn aXN0cmllcy4gJm5ic3A7SSB3aWxsIG5vdGUgdGhhdA0KIHdlIGhhdmUgYWxsb3dlZCB0aGUgcmVn aXN0cmF0aW9uIGluPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mZ3Q7IHRoZSBleGlzdGluZyByZWdpc3RyeSwgYWx0aG91 Z2ggaWYvd2hlbiB0aGlzIGRvY3VtZW50IGlzIHB1Ymxpc2hlZCwgd2Ugd2lsbCByZW1vdmUgaXQg ZnJvbSB0aGUgbWFpbiBzb3MgcmVnaXN0cnkgYW5kIHB1dCBpdCBpbiB0aGUgcG9saWNlIHN1YiBy ZWdpc3RyeS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5Ib3cgd291bGQgaXQgd29yayBmb3Igb3RoZXIgc2VydmljZXM/PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5ODQ4MDYiPkltYWdpbmUgdGhhdCBhIHBlcnNvbiBYIHJlZ2lzdGVyczwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0 ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXJuOnNlcnZpY2Uuc29zLmZv bzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5hbmQgbGF0ZXIgb24gYSBwZXJzb24gWSB3b3VsZCBsaWtlIHRvIHJl Z2lzdGVyOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dXJuOnNlcnZpY2Uuc29zLmZvby5zdWJmb28xPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYW5kPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXJuOnNlcnZpY2Uuc29zLmZvby5zdWJmb28yPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5ODQ4MDYiPldoYXQgd291bGQgdGhlIElBTkEgcmVnaXN0cmF0aW9uIHBvbGljeSBmb3I8 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+cmVxdWVzdCB0 byBlc3RhYmxpc2ggc3ViLXJlZ2lzdHJ5IG9mPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPnVybjpzZXJ2aWNlLnNvcy5mb28/PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij5BbmQgd2hhdCB3b3Vs ZCB0aGUgSUFOQSByZWdpc3RyYXRpb24gcG9saWN5IGJlIGZvciBuZXcgZW50cmllcyBpbiB0aGUg dXJuOnNlcnZpY2Uuc29zLmZvbyBzdWJyZWdpc3RyeT88L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jmd0OzxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+SG93ZXZl ciwgSSBkbyB0aGluayDigJxuYXRpb25hbOKAnSBpcyBhY3R1YWxseSBhIGJldHRlciB0b2tlbiBm b3IgdGhpcyBzZXJ2aWNlLCBhbmQgSSB3aWxsIGNoYW5nZQ0KIGl0IGluIHRoZSBuZXh0IHZlcnNp b24uICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj OTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM5ODQ4MDYiPlRoYW5rcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5ODQ4MDYiPkl2bzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu Pjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Ccmlhbg0KIFJvc2VuIFs8YSBo cmVmPSJtYWlsdG86YnJAYnJpYW5yb3Nlbi5uZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUi Pm1haWx0bzpickBicmlhbnJvc2VuLm5ldDwvc3Bhbj48L2E+XTxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VHVlc2RheSwgRGVjZW1iZXIg MjAsIDIwMTYgNDowNCBQTTxicj4NCjxiPlRvOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SXZvIFNlZGxhY2VrICZsdDs8YSBocmVmPSJtYWlsdG86 aXZvLnNlZGxhY2VrQGVyaWNzc29uLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aXZv LnNlZGxhY2VrQGVyaWNzc29uLmNvbTwvc3Bhbj48L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+RUNSSVQgJmx0Ozxh IGhyZWY9Im1haWx0bzplY3JpdEBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ ZWNyaXRAaWV0Zi5vcmc8L3NwYW4+PC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+UmU6IFtFY3JpdF0gSS1E IEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50 eHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFu a3MgZm9yIHlvdXIgY29tbWVudHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5BbHRob3VnaCB0aGUgQUJORiBhbGxvd3MgaXQsIEkgdGhpbmsgdGhhdCBp dOKAmXMgbXVjaCBjbGVhbmVyIHRvIGhhdmUgdGhlIHNlcGFyYXRlIHJlZ2lzdHJpZXMuICZuYnNw O0kgd2lsbCBub3RlIHRoYXQgd2UgaGF2ZSBhbGxvd2VkIHRoZSByZWdpc3RyYXRpb24gaW4gdGhl IGV4aXN0aW5nIHJlZ2lzdHJ5LCBhbHRob3VnaCBpZi93aGVuIHRoaXMgZG9jdW1lbnQgaXMgcHVi bGlzaGVkLCB3ZSB3aWxsIHJlbW92ZSBpdCBmcm9tDQogdGhlIG1haW4gc29zIHJlZ2lzdHJ5IGFu ZCBwdXQgaXQgaW4gdGhlIHBvbGljZSBzdWIgcmVnaXN0cnkuICZuYnNwO0kgaGF2ZSBjb25zdWx0 ZWQgd2l0aCBJQU5BIG9uIHRoaXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd2FzIGNhcmVmdWwgdG8gbm90ZSB0aGF0IHRoZSB0b2tl biBpcyBOT1QgdGhlIG5hbWUgb2YgdGhlIHNlcnZpY2UsIGFuZCB0cnlpbmcgdG8gYWN0dWFsbHkg aGF2ZSB0aGUgdG9rZW4gYmUgdGhlIGFjdHVhbCBuYW1lIG9mIHRoZSBzZXJ2aWNlIHdpbGwgbGVh ZCB0byBtYW55LCBtYW55IHJlZ2lzdHJhdGlvbnMgdGhhdCBhcmUgZWZmZWN0aXZlbHkgZHVwbGlj YXRlcyBvZiBvbmUgYW5vdGhlci4gJm5ic3A7QW55IHBvbGljZQ0KIGZvcmNlIHdoaWNoIGhhcyB0 cnVlIG5hdGlvbmFsIHNjb3BlIHdvdWxkIHVzZSB0aGUgc2FtZSB0b2tlbi4gJm5ic3A7SW4gdGhl IFVTLCBmb3IgZXhhbXBsZSwgaXTigJlzIHRoZSBGQkkuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvd2V2ZXIsIEkgZG8gdGhpbmsg4oCc bmF0aW9uYWzigJ0gaXMgYWN0dWFsbHkgYSBiZXR0ZXIgdG9rZW4gZm9yIHRoaXMgc2VydmljZSwg YW5kIEkgd2lsbCBjaGFuZ2UgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4gJm5ic3A7SG93ZXZlciwg SSB3b3VsZCBub3Qgd2FudCB0byBzZWUgYSByZWdpc3RyYXRpb24gZm9yIHRoZSBGQkksIG5vciBh bnkgb3RoZXIgc3BlY2lmaWMgbmFtZSBmb3IgYSBuYXRpb25hbCBwb2xpY2UgZm9yY2UuDQogJm5i c3A7SGF2aW5nIHNhaWQgdGhhdCwgaW4gbWFueSBjb3VudHJpZXMsIHRoZXJlIGFyZSBzZXZlcmFs IG5hdGlvbmFsIHBvbGljZSBmb3JjZXMgd2l0aCBzcGVjaWFsaXplZCByZXNwb25zaWJpbGl0aWVz LiAmbmJzcDtJbiB0aGUgVS5TLiwgd2UgaGF2ZSBVLlMuIE1hcnNoYWxscywgRHJ1ZyBFbmZvcmNl bWVudCBBZ2VuY3ksIEltbWlncmF0aW9uIGFuZCBDdXN0b21zLiBTZWNyZXQgU2VydmljZSwgYW5k IHNldmVyYWwgb3RoZXJzLiAmbmJzcDtXZSBkb27igJl0IGhhdmUgZW1lcmdlbmN5DQogY2FsbGlu ZyB0byB0aGVtLCBzbyB3ZSBkb27igJl0IG5lZWQgc29zIHRva2VucyBmb3IgdGhlbSwgYnV0IHRo ZXJlIGFyZSBjb3VudHJpZXMgd2hlcmUgdGhlcmUgYXJlIG1vcmUgdGhhbiBvbmUgbmF0aW9uYWwg cG9saWNlIHRoYXQgZG8gaGF2ZSBlbWVyZ2VuY3kgbnVtYmVycyBhbmQgd2Ugd2lsbCBuZWVkIHRv a2VucyBmb3IgdGhlbS4gJm5ic3A7SSB3b3VsZCBub3Qgd2FudCBhIOKAnGNpdHnigJ0gdG9rZW4g aW5zdGVhZCBvZiDigJxtdW5pY2lwYWzigJ0uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkF0IG9uZSBwb2ludCBJIHdhcyB0aGlua2luZyBv ZiBleHBsaWNpdGx5IHJlZmVyZW5jaW5nIHRoZSDigJxB4oCdIGxldmVscyBmcm9tIFBJREYtTE8g Zm9yIHRoZXNlIHRva2VucyAoc28g4oCcQTHigJ0gaW5zdGVhZCBvZiDigJxQcm92aW5jaWFs4oCd IGFuZCBBMiBpbnN0ZWFkIG9mIOKAnE11bmljaXBhbOKAnSksIGJ1dCBldmVudHVhbGx5IGRlY2lk ZWQgdGhhdCBzaW5jZSB3ZSBkaWRu4oCZdCBoYXZlIEEgbGV2ZWxzIGZvciBhbGwgdGhlIHRva2Vu cw0KIHdlIHdvdWxkIG5lZWQgdGhhdCBpdCBkaWRu4oCZdCBtYWtlIHNlbnNlIHRvIHVzZSB0aGUg QSBsZXZlbHMgYXMgdGhlIHRva2VuIG5hbWUuICZuYnNwO0J1dCBJIGludGVuZGVkIHRoZSB0b2tl bnMgdG8gYmUgdXNlZCB0aGF0IHdheS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnJpYW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIERlYyAyMCwg MjAxNiwgYXQgODo1OCBBTSwgSXZvIFNlZGxhY2VrICZsdDs8YSBocmVmPSJtYWlsdG86aXZvLnNl ZGxhY2VrQGVyaWNzc29uLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aXZvLnNlZGxh Y2VrQGVyaWNzc29uLmNvbTwvc3Bhbj48L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+SGVsbG8sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5ODQ4MDYiPlR3byBjb21tZW50cyB0byB0aGUgZHJhZnQ6PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkNvbW1lbnQtMTo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi PnJmYzUwMzEgZGVmaW5lcyBzdWItc2VydmljZXMgdXNpbmcgdGhlIGZvbGxvd2luZyBBQk5GIHdo ZXJlIHNldmVyYWwgc3ViLXNlcnZpY2VzIGNhbiBiZSBpbmNsdWRlZCBpbiBhIHNlcnZpY2UgVVJO Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2VydmljZS1VUk4mbmJzcDsgPSAmcXVvdDtV Uk46c2VydmljZTomcXVvdDsgc2VydmljZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtzZXJ2aWNlJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ID0gdG9wLWxldmVsPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdyI+KigmcXVv dDsuJnF1b3Q7IHN1Yi1zZXJ2aWNlKTwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRvcC1sZXZlbCZuYnNwOyZu YnNwOyZuYnNwOyA9IGxldC1kaWcgWyAqMjVsZXQtZGlnLWh5cCBsZXQtZGlnIF08L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHN1Yi1zZXJ2aWNlJm5ic3A7ID0gbGV0LWRpZyBbICpsZXQtZGlnLWh5cCBsZXQtZGlnIF08L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGxldC1kaWctaHlwJm5ic3A7ID0gbGV0LWRpZyAvICZxdW90Oy0mcXVvdDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGxldC1kaWcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPSBBTFBIQSAvIERJR0lU PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBBTFBIQSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyA9ICV4NDEtNUEgLyAleDYxLTdBJm5ic3A7Jm5ic3A7IDsgQS1aIC8gYS16PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBE SUdJVCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA9ICV4MzAtMzkg OyAwLTk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+cmZjNzE2 MyBhbGxvd3MgcmVnaXN0cmF0aW9uIG9mIGFkZGl0aW9uYWwgc3ViLXNlcnZpY2VzIG9mIHRoZSBz ZXJ2aWNlIFVSTiB3aXRoIHRoZSAnc29zJyBzZXJ2aWNlIHR5cGUgdXNpbmcgZXhwZXJ0IHJldmll dy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+VGh1cywgcmVn aXN0cmF0aW9uIG9mIHN1Yi1zZXJ2aWNlcyB1bmRlcjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj51cm46c2VydmljZS5zb3MucG9saWNlICh1bmRlciB1cm46 c2VydmljZS5zb3MuYW1idWxhbmNlLCBhbmQNCiB1bmRlciB1cm46c2VydmljZS5zb3MuZmlyZSkg aXMgcG9zc2libGUgYWxyZWFkeSBub3cgYW5kIHRoZXJlIHNob3VsZCBiZSBubyBuZWVkIHRvIGRl ZmluZSBuZXcgc3VicmVnaXN0cmllcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+Q29tbWVudC0yOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojOTg0ODA2Ij5UaGUgcHJvcG9zZWQgbmV3IHBvbGljZSBlbWVyZ2VuY3kgc2VydmljZXMgZG8g bm90IGFkZHJlc3MgdGhlIG5lZWRzIG9mIHRoZSBDemVjaCByZXB1YmxpYyBhczo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM5ODQ4MDYiPi0gQ3plY2ggcmVwdWJsaWMgZGVmaW5lcyBlbWVyZ2VuY3kgc2VydmljZSBvZiBu YXRpb25hbCBwb2xpY2U7IGFuZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+LSBDemVjaCByZXB1YmxpYyBp cyBub3QgYSBmZWRlcmF0aW9uIG9mIHN0YXRlcyBvciBwcm92aW5jZXMgKGFuZCB0aHVzICZxdW90 O2ZlZGVyYWwmcXVvdDsgZG9lcyBub3QgZml0KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPlByb3Bvc2Fs OiBjaGFuZ2UgJnF1b3Q7ZmVkZXJhbCZxdW90OyB0byAmcXVvdDtuYXRpb25hbCZxdW90Oy48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkl2byBTZWRsYWNlazwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4w cHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RWNy aXQNCiBbPGEgaHJlZj0ibWFpbHRvOmVjcml0LWJvdW5jZXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPm1haWx0bzplY3JpdC1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT5d PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiPk9uIEJl aGFsZiBPZjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48 L2I+QnJpYW4gUm9zZW48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+RnJpZGF5LCBEZWNlbWJlciAxNiwgMjAxNiA5OjMzIFBN PGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5FQ1JJVCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVjcml0QGlldGYub3JnIj48c3BhbiBz dHlsZT0iY29sb3I6cHVycGxlIj5lY3JpdEBpZXRmLm9yZzwvc3Bhbj48L2E+Jmd0Ozxicj4NCjxi PlN1YmplY3Q6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj5bRWNyaXRdIEZ3ZDogSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11 cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5GWUk8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlZ2luIGZvcndhcmRlZCBtZXNzYWdl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOnB1cnBsZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+U3Vi amVjdDogSS1EIEFjdGlvbjogZHJhZnQtcm9zZW4tZWNyaXQtc2VydmljZS11cm4tc3VicmVnaXN0 cmllcy0wMC50eHQ8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90Oyxz YW5zLXNlcmlmIj5EYXRlOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EmcXVvdDssc2Fucy1zZXJpZiI+RGVjZW1iZXIgMTYsIDIwMTYgYXQgMzozMTo1MSBQTSBFU1Q8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRvOjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+Jmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6cHVycGxlIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+Jmd0Ozwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+UmVwbHktVG86PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2I+ PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnB1cnBsZSI+ aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5l IEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtUaXRsZSAmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IEEgU3VicmVnaXN0cnkg Zm9yIHVybjpzZXJ2aWNlOnNvcy5wb2xpY2UsIGZpcmUgYW5kIGFtYnVsYW5jZTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvciAmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IEJyaWFuIFJvc2VuPGJy Pg0KPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkZpbGVuYW1lICZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogZHJhZnQtcm9zZW4tZWNyaXQtc2Vy dmljZS11cm4tc3VicmVnaXN0cmllcy0wMC50eHQ8YnI+DQo8c3BhbiBjbGFzcz0iYXBwbGUtdGFi LXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+UGFnZXMgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiA1PGJyPg0KPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPkRhdGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiAyMDE2LTEyLTE2PGJyPg0KPGJyPg0KQWJzdHJh Y3Q6PGJyPg0KJm5ic3A7Jm5ic3A7SW4gbW9zdCBjb3VudHJpZXMsIHRoZXJlIGFyZSBtdWx0aXBs ZSBraW5kcyBvZiBwb2xpY2UgZm9yY2VzLjxicj4NCiZuYnNwOyZuYnNwO1JGQzUwMzEgZGVmaW5l cyBhICZxdW90O1NlcnZpY2UgVVJOJnF1b3Q7IHdoaWNoIGlzIHVzZWQgdG8gcm91dGUgZW1lcmdl bmN5PGJyPg0KJm5ic3A7Jm5ic3A7Y2FsbHMuICZuYnNwO1RoZSB1cm4gaGFzIGEgc3ViIHJlZ2lz dHJ5IGZvciBkaWZmZXJlbnQga2luZHMgb2YgZW1lcmdlbmN5PGJyPg0KJm5ic3A7Jm5ic3A7c2Vy dmljZXMgdGhhdCBtYXkgYmUgcmVhY2hlZCBmcm9tIGRpZmZlcmVudCB0ZWxlcGhvbmUgbnVtYmVy cyBvcjxicj4NCiZuYnNwOyZuYnNwO3NlcnZpY2UgbnVtYmVycyAoYXMgb3Bwb3NlZCB0byBhIHNp bmdsZSBudW1iZXIgbGlrZSAxMTIpLiAmbmJzcDtJbiBtYW55PGJyPg0KJm5ic3A7Jm5ic3A7Y291 bnRyaWVzLCB0aGUgJnF1b3Q7cG9saWNlJnF1b3Q7IHNlcnZpY2UgaXMgbm90IGEgc2luZ2xlIHNl cnZpY2UsIGJ1dCBtb3JlPGJyPg0KJm5ic3A7Jm5ic3A7dGhhbiBvbmUgc2VydmljZSB3aGVyZSB0 aGUgc2VydmljZSBhcmVhIGFuZC9vciB0eXBlcyBvZiBlbWVyZ2VuY2llczxicj4NCiZuYnNwOyZu YnNwO3RoZXkgcmVzcG9uZCB0byBhcmUgZGlmZmVyZW50LiAmbmJzcDtJbiBzb21lIGNvdW50cmll cyB0aGVyZSBhcmUgbXVsdGlwbGU8YnI+DQombmJzcDsmbmJzcDthbWJ1bGFuY2Ugc2VydmljZXMu ICZuYnNwO1RoaXMgZG9jdW1lbnQgZGVmaW5lcyBzdWIgcmVnaXN0cmllcyBmb3I8YnI+DQombmJz cDsmbmJzcDt1cm46c2VydmljZTpzb3MucG9saWNlLCB1cm46c2VydmljZTpzb3MuYW1idWxhbmNl IGFuZCwgZm9yPGJyPg0KJm5ic3A7Jm5ic3A7Y29tcGxldGVuZXNzLCB1cm46c2VydmljZTpzb3Mu ZmlyZS4gJm5ic3A7SXQgYWxzbyBwcm92aWRlcyBhbiBpbml0aWFsIHNldDxicj4NCiZuYnNwOyZu YnNwO29mIGVudHJpZXMgZm9yIHRoZXNlIHN1YiByZWdpc3RyaWVzLiAmbmJzcDtUaGVzZSBzZXJ2 aWNlcyBhcmUgaW4gYWRkaXRpb248YnI+DQombmJzcDsmbmJzcDt0byB0aGUgYmFzZSB1cm46c2Vy dmljZTpzb3MucG9saWNlLCBldGMuIHNlcnZpY2VzLjxicj4NCjxicj4NCjxicj4NClRoZSBJRVRG IGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxicj4NCjxhIGhyZWY9 Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJvc2VuLWVjcml0LXNlcnZp Y2UtdXJuLXN1YnJlZ2lzdHJpZXMvIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1z dWJyZWdpc3RyaWVzLzwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6 ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXJvc2VuLWVjcml0LXNlcnZpY2UtdXJuLXN1YnJlZ2lzdHJpZXMtMDAi PjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1yb3Nlbi1lY3JpdC1zZXJ2aWNlLXVybi1zdWJyZWdpc3RyaWVzLTAwPC9zcGFuPjwvYT48 YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9m IG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5v cmcvIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj50b29scy5pZXRmLm9yZzwvc3Bhbj48L2E+ Ljxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnlt b3VzIEZUUCBhdDo8YnI+DQo8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzLyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy88L3NwYW4+PC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzpJLUQtQW5ub3VuY2VAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJj b2xvcjpwdXJwbGUiPkktRC1Bbm5vdW5jZUBpZXRmLm9yZzwvc3Bhbj48L2E+PGJyPg0KPGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2UiPjxz cGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaS1kLWFubm91bmNlPC9zcGFuPjwvYT48YnI+DQpJbnRlcm5ldC1EcmFmdCBkaXJlY3Rv cmllczo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEg aHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCI+PHNwYW4gc3R5bGU9ImNvbG9y OnB1cnBsZSI+aHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbDwvc3Bhbj48L2E+PGJyPg0K b3I8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJl Zj0iZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQiPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0 PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_AM5PR0701MB24687FDB1AEE0DF0F772B0FEE5920AM5PR0701MB2468_-- From nobody Thu Dec 22 08:58:37 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 401EA1296F2 for ; Thu, 22 Dec 2016 08:58:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 KyJVzUAFQaOL for ; Thu, 22 Dec 2016 08:58:33 -0800 (PST) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::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 8E9231294AD for ; Thu, 22 Dec 2016 08:58:33 -0800 (PST) Received: by mail-io0-x22d.google.com with SMTP id p42so235504044ioo.1 for ; Thu, 22 Dec 2016 08:58:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=q5H7/lXT1udQ1uYIZ2RAvhJPD7x7EVrZIQnbizuU7gQ=; b=I9QYqXVyaNiG/u7wubfjUBxIDYeiDromTyt9sLnLRtGbhbfcIH9IGtAiPuMvS7uFHg 5ucqvQisvo0mYbFBCb/2JtAcf4JrAE4dvQdmeb4UtoI5MEUxx21FZg9APfj+RC6JcLRy CQ3uIMHTe3YBVlnqdAxrZk7lkxsFQVXFc84qgIaoC6UnqsD5N2Kw4dsodmbye7/EfkCD DFXy5Pt85vZxi1nH9uvtRYvJOOZ9A+cuzSKFevAhJE+/oSS+BMFxCSNUq4bgscKgOB/n l8hEo2G03OwaLwd3FZeqJhjmiJ0144BLCRvuqTdNzfWhM+ZNfqE5QHOtSVbPfPuT0GHu pu2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=q5H7/lXT1udQ1uYIZ2RAvhJPD7x7EVrZIQnbizuU7gQ=; b=bgB2ysFvMMBaxJyIEv7SAEh6GjsMEAl9V+k9nVsj+ORZjJz0SIs4GJqX/fX82/92Ze 4176H37AXe9Llp3u6MuRE/uD6XuXEgO/Wy9Ydb3JA2nepSCeEv/coOlIAg8e+jBdWDhM h7p0I837c8aa7cwByEJDcMC+RLwq3JqI0bbpWeQvirarg2azDmWoUkAozqEZh9hdUXJx rgc6+AAyu7c4HL4ACjvzMpsVcf08j9gdhyzDwBUKkswXW3jIZ4OTfd5BzD3Noj/T2RBA yfOhhymPlrjdgQaydLAgrkJlzbn9KXQ/myjWyrwQamePcVed1iOIRzRvb+V1TbsX7SX1 EIFw== X-Gm-Message-State: AIkVDXLUSCfQeB2hSpFNHrKt04NImMgTM0EZCBCoYyGn1d2WcCrVAnar3/TcsSsN8dR9XQ== X-Received: by 10.107.47.26 with SMTP id j26mr9764280ioo.85.1482425912549; Thu, 22 Dec 2016 08:58:32 -0800 (PST) Received: from [10.33.192.26] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id v75sm12853117ita.12.2016.12.22.08.58.31 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 22 Dec 2016 08:58:31 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_D5F28CD1-79F6-456A-A900-080063B5CE65" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Thu, 22 Dec 2016 11:58:28 -0500 Message-Id: <7292B4B6-D187-4703-8F4B-F69DC3292330@brianrosen.net> References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2016 16:58:36 -0000 --Apple-Mail=_D5F28CD1-79F6-456A-A900-080063B5CE65 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 At least in my experience, the changes in the network take a lot of time = to plan and implement. The expert merely authorizes an entry in the sos registry for a service = with a period in it. When the document creating a sub-registry is = published, that entry is removed from the sos registry, and included in = the sub registry. The net effect is no change, the service is exactly = the same. I asked IANA to change =E2=80=9Cfederal=E2=80=9D to =E2=80=9Cnational=E2=80= =9D, but it hasn=E2=80=99t happened yet. Please remember that the = actual token value isn=E2=80=99t anything important. It has to be = consistently used to make cross-border calling work, but the actual = content of the token could be =E2=80=9Cfoo=E2=80=9D and work as well as = =E2=80=9Cnational=E2=80=9D or =E2=80=9Cfederal=E2=80=9D. It=E2=80=99s = not user visible and it=E2=80=99s not used in any other context other = than the service sent to LoST. Brian > On Dec 22, 2016, at 8:57 AM, Ivo Sedlacek = wrote: >=20 > Hello, > =20 > > There shouldn=E2=80=99t be any hurry to get a URN defined. = Deployments typically take years of planning, acquiring new systems, = training, etc. > =20 > If you meant solely establishment of a *completely new* emergency = service, then you might be right. > =20 > If you (also) meant that there was no hurry for obtaining emergency = URNs for any emergency services *already available via public switched = telephony network*, then I disagree. > =20 > Reasons: > - according to RFC 5031, emergency services are identified by = emergency URNs (i.e. an URN with 'sos' service type) > - an operator of a 3GPP specified SIP based network offering voice = services needs to be able to identify any emergency service specified in = the country of its SIP based network, since: > - normally, the user agent sets the Request-URI of the = initial INVITE request to a emergency URN identifying the requested = emergency service and this emergency URN is input to routing decisions = in the SIP based network. > - in some cases, the user agent can set the = Request-URI of the initial INVITE request to a TEL URI with an emergency = number. In such case, the edge of the SIP based network changes the = Request-URI to an emergency URN appropriate for the particular emergency = number in the TEL URI and, again, this emergency URN is input to routing = decisions in the SIP based network. > - any emergency service which a user can reach via a = public switched telephony network in a country has to be reachable via = SIP based network in the same country too. > =20 > Today, some operators do not offer emergency services via 3GPP = specified SIP based network and steer UEs to use 3GPP specified circuit = switched network, but that only works as long as the 3GPP specified = circuit switched network is available, This will be less-and-less = frequent as there is a trend of reusing radio resources of 3GPP = specified circuit switched network for 3GPP specified SIP based network. > =20 > Therefore, an operator rolling out voice service using 3GPP specified = SIP based network needs to have emergency URNs for any emergency service = *already available via public switched telephony network*, at the time = of the full scale rollout. > =20 > So, emergency URNs for any emergency services *already available via = public switched telephony network* are needed *urgently*. > =20 > > If there is a time crunch, the expert can authorize a temporary = registration as we did with police.national until the sub registry = document is published. > =20 > Firstly, is the process of the "temporary" IANA registration described = anywhere? It does not seem to be mentioned in RFC 5031, RFC 7163 or the = draft. > =20 > Secondly, I can see that IANA now maintains the = "urn:service:sos.police.municipal" URN and = "urn:service:sos.police.federal" URN = athttp://www.iana.org/assignments/urn-serviceid-labels/urn-serviceid-label= s.xhtml = > =20 > The "urn:service:sos.police.municipal" URN is OK, thanks. > =20 > The "urn:service:sos.police.federal" URN is strange - I asked for = "urn:service:sos.police.national", we discussed it below and you seemed = to agree that "urn:service:sos.police.national" is more appropriate than = "sos.police.federal", but IANA still has = "urn:service:sos.police.federal" URN. > =20 > Can "urn:service:sos.police.federal" be changed to = "urn:service:sos.police.national" in IANA? Thanks. > =20 > Kind regards > =20 > Ivo Sedlacek > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Wednesday, December 21, 2016 3:50 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > There shouldn=E2=80=99t be any hurry to get a URN defined. = Deployments typically take years of planning, acquiring new systems, = training, etc. > If there is a time crunch, the expert can authorize a temporary = registration as we did with police.national until the sub registry = document is published. > =20 > Most services won=E2=80=99t need this two level registration. > =20 > Brian > =20 > On Dec 21, 2016, at 1:50 AM, Ivo Sedlacek > wrote: > =20 > > You need a document with IANA considerations to create a registry, = but an INFO will do. > =20 > Do you mean an RFC? > =20 > That makes getting emergency URN a lot toughter than today and pretty = much prevents easy and quick deployment of new emergency services, which = are subservices of an existing emergency service. > =20 > Kind regards > =20 > Ivo > =20 > =20 > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Tuesday, December 20, 2016 5:43 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > I think it=E2=80=99s an issue of whether we expect a number of = registrations of subfoos. If there is only 1 maybe not bother, but if = we expect several, create the sub registry. The expert can help guide. > =20 > You need a document with IANA considerations to create a registry, but = an INFO will do. > =20 > The policy for the sub registry would be specified in that document. = I specified expert review in these 3.=20 > =20 > Brian > =20 > On Dec 20, 2016, at 10:19 AM, Ivo Sedlacek > wrote: > =20 > Hello, > =20 > > Although the ABNF allows it, I think that it=E2=80=99s much cleaner = to have the separate registries. I will note that we have allowed the = registration in > > the existing registry, although if/when this document is published, = we will remove it from the main sos registry and put it in the police = sub registry. > =20 > How would it work for other services? > =20 > Imagine that a person X registers > =20 > urn:service.sos.foo > =20 > and later on a person Y would like to register: > =20 > urn:service.sos.foo.subfoo1 > and > urn:service.sos.foo.subfoo2 > =20 > What would the IANA registration policy for request to establish = sub-registry of urn:service.sos.foo? > And what would the IANA registration policy be for new entries in the = urn:service.sos.foo subregistry? > =20 > > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. =20 > =20 > Thanks. > =20 > Kind regards > =20 > Ivo > =20 > =20 > =20 > From: Brian Rosen [mailto:br@brianrosen.net = ]=20 > Sent: Tuesday, December 20, 2016 4:04 PM > To: Ivo Sedlacek > > Cc: ECRIT > > Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > Thanks for your comments. > =20 > Although the ABNF allows it, I think that it=E2=80=99s much cleaner to = have the separate registries. I will note that we have allowed the = registration in the existing registry, although if/when this document is = published, we will remove it from the main sos registry and put it in = the police sub registry. I have consulted with IANA on this. > =20 > I was careful to note that the token is NOT the name of the service, = and trying to actually have the token be the actual name of the service = will lead to many, many registrations that are effectively duplicates of = one another. Any police force which has true national scope would use = the same token. In the US, for example, it=E2=80=99s the FBI. > =20 > However, I do think =E2=80=9Cnational=E2=80=9D is actually a better = token for this service, and I will change it in the next version. = However, I would not want to see a registration for the FBI, nor any = other specific name for a national police force. Having said that, in = many countries, there are several national police forces with = specialized responsibilities. In the U.S., we have U.S. Marshalls, Drug = Enforcement Agency, Immigration and Customs. Secret Service, and several = others. We don=E2=80=99t have emergency calling to them, so we don=E2=80=99= t need sos tokens for them, but there are countries where there are more = than one national police that do have emergency numbers and we will need = tokens for them. I would not want a =E2=80=9Ccity=E2=80=9D token = instead of =E2=80=9Cmunicipal=E2=80=9D. > =20 > At one point I was thinking of explicitly referencing the =E2=80=9CA=E2=80= =9D levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2=80=9D = instead of =E2=80=9CProvincial=E2=80=9D and A2 instead of = =E2=80=9CMunicipal=E2=80=9D), but eventually decided that since we = didn=E2=80=99t have A levels for all the tokens we would need that it = didn=E2=80=99t make sense to use the A levels as the token name. But I = intended the tokens to be used that way. > =20 > Brian > =20 > On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek > wrote: > =20 > Hello, > =20 > Two comments to the draft: > =20 > Comment-1: > rfc5031 defines sub-services using the following ABNF where several = sub-services can be included in a service URN. > =20 > =20 > service-URN =3D "URN:service:" service > service =3D top-level *("." sub-service) > top-level =3D let-dig [ *25let-dig-hyp let-dig ] > sub-service =3D let-dig [ *let-dig-hyp let-dig ] > let-dig-hyp =3D let-dig / "-" > let-dig =3D ALPHA / DIGIT > ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z > DIGIT =3D %x30-39 ; 0-9 > =20 > rfc7163 allows registration of additional sub-services of the service = URN with the 'sos' service type using expert review. > =20 > Thus, registration of sub-services under urn:service.sos.police (under = urn:service.sos.ambulance, and under urn:service.sos.fire) is possible = already now and there should be no need to define new subregistries. > =20 > Comment-2: > =20 > The proposed new police emergency services do not address the needs of = the Czech republic as: > - Czech republic defines emergency service of national police; and > - Czech republic is not a federation of states or provinces (and thus = "federal" does not fit). > Proposal: change "federal" to "national". > =20 > Kind regards > =20 > Ivo Sedlacek > =20 > =20 > From: Ecrit [mailto:ecrit-bounces@ietf.org = ] On Behalf Of Brian Rosen > Sent: Friday, December 16, 2016 9:33 PM > To: ECRIT > > Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > =20 > FYI >=20 >=20 >=20 >=20 >=20 > Begin forwarded message: > =20 > From: internet-drafts@ietf.org > Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt > Date: December 16, 2016 at 3:31:51 PM EST > To: > > Reply-To: internet-drafts@ietf.org > =20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 >=20 > Title : A Subregistry for urn:service:sos.police, = fire and ambulance > Author : Brian Rosen > Filename : = draft-rosen-ecrit-service-urn-subregistries-00.txt > Pages : 5 > Date : 2016-12-16 >=20 > Abstract: > In most countries, there are multiple kinds of police forces. > RFC5031 defines a "Service URN" which is used to route emergency > calls. The urn has a sub registry for different kinds of emergency > services that may be reached from different telephone numbers or > service numbers (as opposed to a single number like 112). In many > countries, the "police" service is not a single service, but more > than one service where the service area and/or types of emergencies > they respond to are different. In some countries there are multiple > ambulance services. This document defines sub registries for > urn:service:sos.police, urn:service:sos.ambulance and, for > completeness, urn:service:sos.fire. It also provides an initial set > of entries for these sub registries. These services are in addition > to the base urn:service:sos.police, etc. services. >=20 >=20 > The IETF datatracker status page for this draft is: > = https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistri= es/ = >=20 > There's also a htmlized version available at: > = https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00= = >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org = . >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce = > Internet-Draft directories: http://www.ietf.org/shadow.html = > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = --Apple-Mail=_D5F28CD1-79F6-456A-A900-080063B5CE65 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 At least in my experience, the changes in the network take a = lot of time to plan and implement.


The = expert merely authorizes an entry in the sos registry for a service with = a period in it.  When the document creating a sub-registry is = published, that entry is removed from the sos registry, and included in = the sub registry.  The net effect is no change, the service is = exactly the same.

I asked IANA to change =E2=80=9Cfederal=E2=80=9D to = =E2=80=9Cnational=E2=80=9D, but it hasn=E2=80=99t happened yet. =  Please remember that the actual token value isn=E2=80=99t anything = important.  It has to be consistently used to make cross-border = calling work, but the actual content of the token could be =E2=80=9Cfoo=E2= =80=9D and work as well as =E2=80=9Cnational=E2=80=9D or =E2=80=9Cfederal=E2= =80=9D.  It=E2=80=99s not user visible and it=E2=80=99s not used in = any other context other than the service sent to LoST.

Brian

On Dec 22, 2016, at 8:57 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:

Hello,
 
> There shouldn=E2=80=99t be any hurry to get a = URN defined.  Deployments typically take years of planning, = acquiring new systems, training, etc.
 
If = you meant solely establishment of a *completely new* emergency service, = then you might be right.
 
If = you (also) meant that there was no hurry for obtaining emergency URNs = for any emergency services *already available via public switched = telephony network*, then I disagree.
 
Reasons:
- according to RFC 5031, = emergency services are identified by emergency URNs (i.e. an URN with = 'sos' service type)
- an operator of a 3GPP specified SIP based network offering = voice services needs to be able to identify any emergency service = specified in the country of its SIP based network, since:
          &nb= sp;     - normally, the user agent sets the = Request-URI of the initial INVITE request to a emergency URN identifying = the requested emergency service and this emergency URN is input to = routing decisions in the SIP based network.
          &nb= sp;     - in some cases, the user agent can set the = Request-URI of the initial INVITE request to a TEL URI with an emergency = number. In such case, the edge of the SIP based network changes the = Request-URI to an emergency URN appropriate for the particular emergency = number in the TEL URI and, again, this emergency URN is input to routing = decisions in the SIP based network.
          &nb= sp;     - any emergency service which a user can = reach via a public switched telephony network in a country has to be = reachable via SIP based network in the same country too.
 
Today, some = operators do not offer emergency services via 3GPP specified SIP based = network and steer UEs to use 3GPP specified circuit switched network, = but that only works as long as the 3GPP specified circuit switched = network is available, This will be less-and-less frequent as there is a = trend of reusing radio resources of 3GPP specified circuit switched = network for 3GPP specified SIP based network.
 
Therefore, an = operator rolling out voice service using 3GPP specified SIP based = network needs to have emergency URNs for any emergency service *already = available via public switched telephony network*, at the time of the = full scale rollout.
 
So, = emergency URNs for any emergency services *already available via public = switched telephony network* are needed *urgently*.
 
> If there is a time = crunch, the expert can authorize a temporary registration as we did with = police.national until the sub registry document is published.
 
Firstly, is the = process of the "temporary" IANA registration described anywhere? It does = not seem to be mentioned in RFC 5031, RFC 7163 or the draft.
 
Secondly, I can = see that IANA now maintains the "urn:service:sos.police.municipal" URN and = "urn:service:sos.police.federal" URN athttp://www.iana.org/assignments/urn-serviceid-labels/urn-servic= eid-labels.xhtml
 
The = "urn:service:sos.police.municipal" URN is OK, thanks.
 
The = "urn:service:sos.police.federal" URN is strange -  I asked for = "urn:service:sos.police.national", we discussed it below and you seemed = to agree that "urn:service:sos.police.national" is more appropriate than = "sos.police.federal", but IANA still has = "urn:service:sos.police.federal" URN.
 
Can = "urn:service:sos.police.federal" be changed to = "urn:service:sos.police.national" in IANA? Thanks.
 
Kind = regards
 
Ivo = Sedlacek
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Wednesday, December 21, = 2016 3:50 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
There shouldn=E2=80=99t be any hurry to get a URN defined. =  Deployments typically take years of planning, acquiring new = systems, training, etc.
If there is a time crunch, the expert can = authorize a temporary registration as we did with police.national until = the sub registry document is published.
 
Most services won=E2=80=99t need this two = level registration.
 
Brian
 
On Dec 21, 2016, at = 1:50 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:
 
> You need a document = with IANA considerations to create a registry, but an INFO will do.
 
Do you mean an = RFC?
 
That makes getting emergency URN a lot = toughter than today and pretty much prevents easy and quick deployment = of new emergency services, which are subservices of an existing = emergency service.
 
Kind = regards
 
Ivo
 
 
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Tuesday, December 20, 2016 = 5:43 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
I think it=E2=80=99s an issue of whether we expect a number = of registrations of subfoos.  If there is only 1 maybe not bother, = but if we expect several, create the sub registry.  The expert can = help guide.
 
You need a document with IANA = considerations to create a registry, but an INFO will do.
 
The policy for the sub registry would be = specified in that document.  I specified expert review in these = 3. 
 
Brian
 
On = Dec 20, 2016, at 10:19 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:
 
Hello,
 
> Although the ABNF = allows it, I think that it=E2=80=99s much cleaner to have the separate = registries.  I will note that we have allowed the registration = in
> the existing = registry, although if/when this document is published, we will remove it = from the main sos registry and put it in the police sub registry.
 
How would it work for = other services?
 
Imagine that a person X registers
 
          &nb= sp;     urn:service.sos.foo
 
and later on a person Y = would like to register:
 
          &nb= sp;     urn:service.sos.foo.subfoo1
          &nb= sp;            = ;        and
          &nb= sp;     urn:service.sos.foo.subfoo2
 
What would the IANA = registration policy for request to establish = sub-registry of urn:service.sos.foo?
And what would the IANA registration policy be for new = entries in the urn:service.sos.foo subregistry?
 
> However, I do think = =E2=80=9Cnational=E2=80=9D is actually a better token for this service, = and I will change it in the next version.  
 
Thanks.
 
Kind regards
 
Ivo
 
 
 
From: Brian Rosen [mailto:br@brianrosen.net] 
Sent: Tuesday, December 20, 2016 = 4:04 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT= <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
Thanks for your comments.
 
Although the ABNF allows it, I think that it=E2=80=99s much = cleaner to have the separate registries.  I will note that we have = allowed the registration in the existing registry, although if/when this = document is published, we will remove it from the main sos registry and = put it in the police sub registry.  I have consulted with IANA on = this.
 
I was careful to note that the token is NOT the name of the = service, and trying to actually have the token be the actual name of the = service will lead to many, many registrations that are effectively = duplicates of one another.  Any police force which has true = national scope would use the same token.  In the US, for example, = it=E2=80=99s the FBI.
 
However, I do think =E2=80=9Cnational=E2=80=9D is actually a = better token for this service, and I will change it in the next version. =  However, I would not want to see a registration for the FBI, nor = any other specific name for a national police force.  Having said = that, in many countries, there are several national police forces with = specialized responsibilities.  In the U.S., we have U.S. Marshalls, = Drug Enforcement Agency, Immigration and Customs. Secret Service, and = several others.  We don=E2=80=99t have emergency calling to them, = so we don=E2=80=99t need sos tokens for them, but there are countries = where there are more than one national police that do have emergency = numbers and we will need tokens for them.  I would not want a = =E2=80=9Ccity=E2=80=9D token instead of =E2=80=9Cmunicipal=E2=80=9D.
 
At one point I was thinking of explicitly referencing the = =E2=80=9CA=E2=80=9D levels from PIDF-LO for these tokens (so =E2=80=9CA1=E2= =80=9D instead of =E2=80=9CProvincial=E2=80=9D and A2 instead of = =E2=80=9CMunicipal=E2=80=9D), but eventually decided that since we = didn=E2=80=99t have A levels for all the tokens we would need that it = didn=E2=80=99t make sense to use the A levels as the token name. =  But I intended the tokens to be used that way.
 
Brian
 
On Dec 20, 2016, at = 8:58 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com> wrote:
 
Hello,
 
Two comments to the = draft:
 
Comment-1:
rfc5031 defines = sub-services using the following ABNF where several sub-services can be = included in a service URN.
 
 
     service-URN  =3D "URN:service:" = service
    service      = =3D top-level *("." = sub-service)
     top-level    =3D = let-dig [ *25let-dig-hyp let-dig ]
     sub-service  =3D let-dig [ = *let-dig-hyp let-dig ]
     let-dig-hyp  =3D let-dig / = "-"
     = let-dig      =3D ALPHA / DIGIT
     = ALPHA        =3D %x41-5A / = %x61-7A   ; A-Z / a-z
     = DIGIT        =3D %x30-39 ; = 0-9
 
rfc7163 allows = registration of additional sub-services of the service URN with the = 'sos' service type using expert review.
 
Thus, registration of = sub-services under urn:service.sos.police = (under urn:service.sos.ambulance, and under urn:service.sos.fire) is = possible already now and there should be no need to define new = subregistries.
 
Comment-2:
 
The proposed new police = emergency services do not address the needs of the Czech republic = as:
- Czech = republic defines emergency service of national police; and
- Czech republic is not = a federation of states or provinces (and thus "federal" does not = fit).
Proposal: = change "federal" to "national".
 
Kind regards
 
Ivo Sedlacek
 
 
From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf = Of Brian Rosen
Sent: Friday, December 16, 2016 = 9:33 PM
To: ECRIT <ecrit@ietf.org>
Subject: [Ecrit] Fwd: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
 
FYI





Begin = forwarded message:
 
From: internet-drafts@ietf.org
Subject: I-D Action: = draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: December 16, = 2016 at 3:31:51 PM EST
 

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


       Title =           : A = Subregistry for urn:service:sos.police, fire and ambulance
       Author =          : Brian Rosen
        &= nbsp;   Filename =        : = draft-rosen-ecrit-service-urn-subregistries-00.txt
        &= nbsp;   Pages =           : 5
        &= nbsp;   Date =            : = 2016-12-16

Abstract:
  In most countries, there are multiple kinds of = police forces.
  RFC5031 defines a "Service URN" = which is used to route emergency
  calls. =  The urn has a sub registry for different kinds of emergency
  services that may be reached from different = telephone numbers or
  service numbers (as = opposed to a single number like 112).  In many
  countries, the "police" service is not a single = service, but more
  than one service where the = service area and/or types of emergencies
  they = respond to are different.  In some countries there are multiple
  ambulance services.  This document defines = sub registries for
  urn:service:sos.police, = urn:service:sos.ambulance and, for
  completeness,= urn:service:sos.fire.  It also provides an initial set
  of entries for these sub registries.  These = services are in addition
  to the base = urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-= subregistries/

There's also a = htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subre= gistries-00


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

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

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

= --Apple-Mail=_D5F28CD1-79F6-456A-A900-080063B5CE65-- From nobody Fri Dec 23 01:15:55 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D16321299B4 for ; Fri, 23 Dec 2016 01:15:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 Kvg9dNcmBn9n for ; Fri, 23 Dec 2016 01:15:53 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 C262B1294B1 for ; Fri, 23 Dec 2016 01:15:52 -0800 (PST) X-AuditID: c1b4fb3a-854f998000005d1c-b9-585ceb46b53a Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by (Symantec Mail Security) with SMTP id CB.DC.23836.64BEC585; Fri, 23 Dec 2016 10:15:50 +0100 (CET) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.63) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 23 Dec 2016 10:16:15 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xUPUoEE1IHhtpBfRsnN/BvlG2q66wEsQWtMxR3yS8g4=; b=mfrCw3m9ADGXPM2tGSVZaFDbaXQc1IAPhYEAjpK7PkjhibfEOuc+uC3IjGwfMFwQmT75CPFhRQsuRS4eMpaZZz6r3+qKN7WDIAWpZmRAUFNWAzFr+AsUBwHphDQEtjXpaI47xPaSoyvi8b/P/w01NNjjaMtqqScdDJ6/R2AetkE= Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2465.eurprd07.prod.outlook.com (10.169.153.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.817.5; Fri, 23 Dec 2016 09:15:47 +0000 Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.013; Fri, 23 Dec 2016 09:15:47 +0000 From: Ivo Sedlacek To: Brian Rosen Thread-Topic: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt Thread-Index: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUwgAAaoICAAOm3kIAAiQ8AgAFsmwCAAEmQAIABAVpA Date: Fri, 23 Dec 2016 09:15:47 +0000 Message-ID: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> <7292B4B6-D187-4703-8F4B-F69DC3292330@brianrosen.net> In-Reply-To: <7292B4B6-D187-4703-8F4B-F69DC3292330@brianrosen.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com; x-originating-ip: [193.179.210.162] x-ms-office365-filtering-correlation-id: 4b210ba3-0beb-4f1e-8d00-08d42b14484f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2465; x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2465; 7:WlTSu/gvjGuL95BQKPyBQCcy7pKS/wVNlAkYbzqoYq7PXAqiQj+Un7OO1iOCd625YkVEEVKHz1kte/FbHC5JKhorhcPmNx0daLMmD/rDa4TImoRyG49ITU1qt53M4k4D9YHDACw2mxxBU/xgdPni+rLA5F0hghxOIzJs9gfncDhTQfKOH9Phxa+DvEmZMv+YgpsBflxjsDGmRYzJRplMyGLSZXCgrWYsQ5vr6rSQMrDmx8VgAAKPgXtMlBnTsR2Y62Fuu6ujNV5GWXGa3DrirBunffCRiUR92Evt/gWkM95WjLHK6xLOC8kNDABHq5aOG4J5sraV2++iGCwk7MT45ZvWhMwZ/agfakO8whQismRczVmnn/tqD+qxi9X5LIZzfV9Xcz9THooIEtMukm49dDin+2dfhRY8xdEZOIFg/yMKKNJw8L4fQ8IRaVJUQKExN+1AqYrgZu30/tUxxSR3Ew== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148); SRVR:AM5PR0701MB2465; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2465; x-forefront-prvs: 016572D96D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(199003)(189002)(50986999)(76176999)(3280700002)(7696004)(97736004)(3660700001)(54356999)(101416001)(5660300001)(4326007)(33656002)(66066001)(68736007)(9686002)(2906002)(74316002)(106356001)(105586002)(106116001)(93886004)(7736002)(81166006)(81156014)(8676002)(8936002)(230783001)(76576001)(86362001)(77096006)(6506006)(6116002)(790700001)(122556002)(2900100001)(229853002)(92566002)(102836003)(38730400001)(6436002)(2950100002)(6916009)(25786008)(110136003)(189998001)(3846002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2465; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB24685E7A47D3EC32A3D8C451E5950AM5PR0701MB2468_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2016 09:15:47.6604 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2465 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0iTYRTHed7L9jocPC3N44rAWaFR80KEWGT2ISwI/WC5RNOVL2peJntV tKBMEryjZZHDNHSwdJUmK7VUdEXp1AwToYnIUEm7WaZ2MbXNZ4Hffuf8/4dznj8PR8uaWDmX nJ7Ja9PVqQqRhKlWtYXsP/4pRuXf9X1P0MzkbVHQtfoZ9igVNrm8Kg7T639TEVS05HACn5qc zWv9jsRLkgaWjEzGaAHK+fKilMpDhfmoGLlwgA9ATdksXYwknAw/QvC4r4YlRR+C97+sGwWD y2jIt7U4bToKSpb+bMzL8CCCpjy5g0VYCZWml6yD3bA3dFiLxA6msRx6xj9TDt6KT8PN7jmn 5wz0zxhFhKPB2NNt93D2bbuhdELpaEtxPFQaGxiy18zCesMo7RBc8DGoq9EzDkZ4G/y0PKDI Lg+wTtdR5G0Y9J3DNGF3mJtaY4k/BtZLfrCk7w2mG/NOzymwdv11zobDmKVWRLicgenuAMIa aF1ac3qCobDy9UZCdg8Fb2aqGCLsgPFVG02E5ywMzZJLZZgHw8MCRJKQw8RoEapAvrpNhxPW gKGrBek2EtgC/dXTjM4eDI19ofmZH7F4QVWJTUzYBwpq7oo39+8hcRNyF3hBSEsMDFTy2uQL gqBJV6bzma3I/oN6TSvB7aj3Q6gZYQ4pXKXf7kSrZKw6W8hNMyPgaIWbNHQuRiWTJqhzL/Fa TZw2K5UXzGg7xyg8pAcbJ6NkOFGdyafwfAav/a9SnIs8D/mF3cqJmzSbYy/2jwXML72bsoUY s3YtXA81tXwcLFckmX3jVyq86NaKE6b+2LMDzHp+24jX4toyP/Lk3E5DRNmU+yHlYju6et9n eqHZ4snaDBNfB95Gni975V9bOcu6hrdJ9kU+rS4acq/PrW3U+eDOKMNwSd/lGIu140rKSU8F IySpA/bSWkH9D+y4rU49AwAA Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2016 09:15:55 -0000 --_000_AM5PR0701MB24685E7A47D3EC32A3D8C451E5950AM5PR0701MB2468_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCj4gQXQgbGVhc3QgaW4gbXkgZXhwZXJpZW5jZSwgdGhlIGNoYW5nZXMgaW4gdGhl IG5ldHdvcmsgdGFrZSBhIGxvdCBvZiB0aW1lIHRvIHBsYW4gYW5kIGltcGxlbWVudC4NCg0KV2hl biBhbGwgcmVxdWlyZWQgZW1lcmdlbmN5IFVSTnMgYXJlIHNwZWNpZmllZCwgdGhlbiBwcm92aWRp bmcgZW1lcmdlbmN5IHNlcnZpY2VzIGluIGEgM0dQUCBzcGVjaWZpZWQgU0lQIG5ldHdvcmsgcmVx dWlyZXMgc29sZWx5IGVuaGFuY2VtZW50cyBvZiB0aGUgb3BlcmF0b3IncyBuZXR3b3JrIGFzOg0K LSBhbnkgU0lQIHVzZXIgYWdlbnQgaW4gYSAzR1BQIG1vYmlsZSBwaG9uZSBzdXBwb3J0aW5nIG5v bi1lbWVyZ2VuY3kgdm9pY2Ugc2VydmljZSBvdmVyIGEgM0dQUCBzcGVjaWZpZWQgU0lQIG5ldHdv cmsgaXMgYWxyZWFkeSByZXF1aXJlZCB0byBzdXBwb3J0IGFsc28gdGhlIGVtZXJnZW5jeSB2b2lj ZSBzZXJ2aWNlIG92ZXIgdGhlIDNHUFAgc3BlY2lmaWVkIFNJUCBuZXR3b3JrOyBhbmQNCi0gUFNB UHMgZG8gbm90IG5lZWQgdG8gYmUgY2hhbmdlZCAtIGlmIGEgUFNBUCBpcyBjb25uZWN0ZWQgdG8g cHVibGljIHN3aXRjaGVkIHRlbGVwaG9ueSBuZXR3b3JrIChQU1ROKSBvbmx5LCB0aGVuIGEgbm9k ZSBpbiB0aGUgb3BlcmF0b3IncyBTSVAgbmV0d29yayBpbnRlcndvcmtzIHRoZSBlbWVyZ2VuY3kg U0lQIGNhbGwgdG8gYW4gUFNUTiBjYWxsIHRvd2FyZHMgUFNBUC4NCg0KU28sIHdoZW4gYWxsIHJl cXVpcmVkIGVtZXJnZW5jeSBVUk5zIGFyZSBzcGVjaWZpZWQsIGluY2x1ZGluZyBhbiBlbWVyZ2Vu Y3kgVVJOIGZvciBhbnkgZW1lcmdlbmN5IHNlcnZpY2UgKmFscmVhZHkgYXZhaWxhYmxlIHZpYSBw dWJsaWMgc3dpdGNoZWQgdGVsZXBob255IG5ldHdvcmsqIGluIHRoZSBjb3VudHJ5IG9mIHRoZSBT SVAgYmFzZWQgbmV0d29yaywgdGhlbiBpdCBpcyBqdXN0IG1hdHRlciBvZiBkZWNpc2lvbiBvZiB0 aGUgb3BlcmF0b3IuDQoNCkFuZCB0aGUgb3BlcmF0b3IgbmVlZHMgdG8gbWFrZSB0aGF0IGRlY2lz aW9uIGF0IGEgbW9tZW50IHdoZW4sIGluICphIGxvY2F0aW9uKiwgYSAzR1BQIHNwZWNpZmllZCBT SVAgYmFzZWQgbmV0d29yayBpcyBhdmFpbGFibGUgd2hpbGUgM0dQUCBzcGVjaWZpZWQgY2lyY3Vp dCBzd2l0Y2hlZCBuZXR3b3JrcyBpcyBub3QgYXZhaWxhYmxlLiBUaGF0IGNhbiBoYXBwZW4gc29v bi4NCg0KU28sIHN0YXRpbmcgaXQgaW4gYSBkaWZmZXJlbnQgd2F5LCBpZiBhIGNvdW50cnkgZGVm aW5lcyBhbiBlbWVyZ2VuY3kgc2VydmljZSAqYWxyZWFkeSBhdmFpbGFibGUgdmlhIHB1YmxpYyBz d2l0Y2hlZCB0ZWxlcGhvbnkgbmV0d29yayogZm9yIHdoaWNoIGFuIGVtZXJnZW5jeSBVUk4gaXMg bm90IHNwZWNpZmllZCwgdGhlbiB0aGUgb3BlcmF0b3IgaXMgZm9yY2VkIHRvIGtlZXAgM0dQUCBz cGVjaWZpZWQgY2lyY3VpdCBzd2l0Y2hlZCBuZXR3b3JrIGluIGFueSBsb2NhdGlvbiB3aGVyZSAz R1BQIHNwZWNpZmllZCBTSVAgYmFzZWQgbmV0d29yayBpcyBhdmFpbGFibGUgKGFuZCB0aGF0J3Mg Y29zdGx5IGFuZCBpbmVmZmljaWVudCB1c2Ugb2YgcHJlY2lvdXMgcmFkaW8gcmVzb3VyY2VzKS4N Cg0KVGhhdCdzIHdoeSBnZXR0aW5nIGVtZXJnZW5jeSBVUk5zIGZvciBhbnkgYW55IGVtZXJnZW5j eSBzZXJ2aWNlICphbHJlYWR5IGF2YWlsYWJsZSB2aWEgcHVibGljIHN3aXRjaGVkIHRlbGVwaG9u eSBuZXR3b3JrKiBuZWVkcyB0byBiZSByZWFzb25hYmx5IHF1aWNrLg0KDQo+IFRoZSBleHBlcnQg bWVyZWx5IGF1dGhvcml6ZXMgYW4gZW50cnkgaW4gdGhlIHNvcyByZWdpc3RyeSBmb3IgYSBzZXJ2 aWNlIHdpdGggYSBwZXJpb2QgaW4gaXQuICBXaGVuIHRoZSBkb2N1bWVudCBjcmVhdGluZyBhIHN1 Yi1yZWdpc3RyeSBpcyBwdWJsaXNoZWQsDQo+IHRoYXQgZW50cnkgaXMgcmVtb3ZlZCBmcm9tIHRo ZSBzb3MgcmVnaXN0cnksIGFuZCBpbmNsdWRlZCBpbiB0aGUgc3ViIHJlZ2lzdHJ5LiAgVGhlIG5l dCBlZmZlY3QgaXMgbm8gY2hhbmdlLCB0aGUgc2VydmljZSBpcyBleGFjdGx5IHRoZSBzYW1lLg0K DQpMZXQgbWUgdHJ5IHRvIHJlZm9ybXVsYXRlIHRoZSBhYm92ZSB0byBjaGVjayBpZiBJIHVuZGVy c3Rvb2QgY29ycmVjdGx5LiBUbyBtZSwgdGhlIGFib3ZlIHN1Z2dlc3RzOg0KLSB0aGUgc3ViLXJl Z2lzdHJpZXMgYXJlIHNvbGVseSBhIHdheSBvZiBvcmdhbml6aW5nIGFuZCBzaG93aW5nIHRoZSBl bWVyZ2VuY3kgVVJOcyBhdCBJQU5BIHBhZ2VzLg0KLSB0aGUgc3ViLXJlZ2lzdHJpZXMgZG8gbm90 IHN0YXRlIGFueSByZXN0cmljdGlvbnMgb24gcmVnaXN0cmF0aW9uIG9mIG5ldyBlbWVyZ2VuY3kg VVJOcyAoYW5kIGRvIG5vdCBtYWtlIGl0IGFueSBlYXNpZXIgZWl0aGVyKS4gSS5lLiByZmM3MTYz IGFwcGxpZXMgbm8gbWF0dGVyIHdoZXRoZXIgSUFOQSBrZWVwcyBhIHN1Yi1yZWdpc3RyeSBvciBu b3QuDQoNCklmIHRoYXQncyBjb3JyZWN0IHVuZGVyc3RhbmRpbmcgYW5kIGFzc3VtaW5nIHRoZSBk cmFmdCBleHBsaWNpdGx5IHN0YXRlIHNvLCBJIHdvdWxkIGJlIE9LIHdpdGggaXQuDQoNCklmIGl0 IGlzIGluY29ycmVjdCB1bmRlcnN0YW5kaW5nLCBjYW4geW91IHBsZWFzZSBleHBsYWluPw0KDQo+ IEkgYXNrZWQgSUFOQSB0byBjaGFuZ2Ug4oCcZmVkZXJhbOKAnSB0byDigJxuYXRpb25hbOKAnSwg YnV0IGl0IGhhc27igJl0IGhhcHBlbmVkIHlldC4NCg0KVGhhbmtzLg0KDQpLaW5kIHJlZ2FyZHMN Cg0KSXZvDQo= --_000_AM5PR0701MB24685E7A47D3EC32A3D8C451E5950AM5PR0701MB2468_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uYXBwbGUtY29udmVy dGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFu LmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30NCnNwYW4u RW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM5ODQ4MDY7DQoJZm9udC13ZWlnaHQ6 bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJDUyIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiM5ODQ4MDYiPkhlbGxvLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojOTg0ODA2Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Izk4NDgwNiI+Jmd0OyA8L3NwYW4+QXQgbGVhc3Qg aW4gbXkgZXhwZXJpZW5jZSwgdGhlIGNoYW5nZXMgaW4gdGhlIG5ldHdvcmsgdGFrZSBhIGxvdCBv ZiB0aW1lIHRvIHBsYW4gYW5kIGltcGxlbWVudC48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDYiPldoZW4gYWxsIHJlcXVpcmVkIGVtZXJnZW5jeSBVUk5zIGFyZSBzcGVj aWZpZWQsIHRoZW4gcHJvdmlkaW5nDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojOTg0ODA2Ij5lbWVyZ2VuY3kgc2VydmljZXMgaW4gYSAzR1BQIHNwZWNpZmllZCBT SVAgbmV0d29yayByZXF1aXJlcyBzb2xlbHkgZW5oYW5jZW1lbnRzIG9mIHRoZSBvcGVyYXRvcidz IG5ldHdvcmsgYXM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij4tIGFueSBTSVAgdXNl ciBhZ2VudCBpbiBhIDNHUFAgbW9iaWxlIHBob25lIHN1cHBvcnRpbmcgbm9uLWVtZXJnZW5jeSB2 b2ljZSBzZXJ2aWNlIG92ZXIgYSAzR1BQIHNwZWNpZmllZCBTSVAgbmV0d29yayBpcyBhbHJlYWR5 IHJlcXVpcmVkIHRvIHN1cHBvcnQNCiBhbHNvIHRoZSBlbWVyZ2VuY3kgdm9pY2Ugc2VydmljZSBv dmVyIHRoZSAzR1BQIHNwZWNpZmllZCBTSVAgbmV0d29yazsgYW5kPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojOTg0ODA2Ij4tIFBTQVBzIGRvIG5vdCBuZWVkIHRvIGJlIGNoYW5nZWQgLSBpZiBhIFBT QVAgaXMgY29ubmVjdGVkIHRvIHB1YmxpYyBzd2l0Y2hlZCB0ZWxlcGhvbnkgbmV0d29yayAoUFNU Tikgb25seSwgdGhlbiBhIG5vZGUgaW4gdGhlIG9wZXJhdG9yJ3MgU0lQIG5ldHdvcmsNCiBpbnRl cndvcmtzIHRoZSBlbWVyZ2VuY3kgU0lQIGNhbGwgdG8gYW4gUFNUTiBjYWxsIHRvd2FyZHMgUFNB UC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6Izk4NDgwNiI+U28sDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi PndoZW4gYWxsIHJlcXVpcmVkIGVtZXJnZW5jeSBVUk5zIGFyZSBzcGVjaWZpZWQsIGluY2x1ZGlu ZyBhbiBlbWVyZ2VuY3kgVVJOIGZvcg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+YW55IGVtZXJnZW5jeSBzZXJ2aWNlICphbHJlYWR5IGF2YWlsYWJs ZSB2aWEgcHVibGljIHN3aXRjaGVkIHRlbGVwaG9ueSBuZXR3b3JrKiBpbiB0aGUgY291bnRyeSBv ZiB0aGUgU0lQIGJhc2VkIG5ldHdvcmssIHRoZW4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+aXQgaXMganVzdCBtYXR0ZXIgb2YgZGVjaXNpb24gb2YgdGhlIG9wZXJhdG9y LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojOTg0ODA2Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi PkFuZCB0aGUgb3BlcmF0b3IgbmVlZHMgdG8gbWFrZSB0aGF0IGRlY2lzaW9uIGF0IGEgbW9tZW50 IHdoZW4sIGluICphIGxvY2F0aW9uKiwgYSAzR1BQIHNwZWNpZmllZCBTSVAgYmFzZWQgbmV0d29y ayBpcyBhdmFpbGFibGUgd2hpbGUgM0dQUCBzcGVjaWZpZWQNCiBjaXJjdWl0IHN3aXRjaGVkIG5l dHdvcmtzIGlzIG5vdCBhdmFpbGFibGUuIFRoYXQgY2FuIGhhcHBlbiBzb29uLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izk4NDgwNiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij5Tbywgc3RhdGluZyBpdCBpbiBhIGRpZmZlcmVudCB3YXksIGlmIGEgY291bnRyeSBkZWZpbmVz IGFuIGVtZXJnZW5jeSBzZXJ2aWNlICphbHJlYWR5IGF2YWlsYWJsZSB2aWEgcHVibGljIHN3aXRj aGVkIHRlbGVwaG9ueSBuZXR3b3JrKiBmb3Igd2hpY2gNCiBhbiBlbWVyZ2VuY3kgVVJOIGlzIG5v dCBzcGVjaWZpZWQsIHRoZW4gdGhlIG9wZXJhdG9yIGlzIGZvcmNlZCB0byBrZWVwIDNHUFAgc3Bl Y2lmaWVkIGNpcmN1aXQgc3dpdGNoZWQgbmV0d29yayBpbiBhbnkgbG9jYXRpb24gd2hlcmUgM0dQ UCBzcGVjaWZpZWQgU0lQIGJhc2VkIG5ldHdvcmsgaXMgYXZhaWxhYmxlIChhbmQgdGhhdCdzIGNv c3RseSBhbmQgaW5lZmZpY2llbnQgdXNlIG9mIHByZWNpb3VzIHJhZGlvIHJlc291cmNlcykuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM5ODQ4MDYiPlRoYXQncyB3aHkgZ2V0dGluZyBlbWVyZ2VuY3kgVVJOcyBmb3IgYW55IGFueSBl bWVyZ2VuY3kgc2VydmljZSAqYWxyZWFkeSBhdmFpbGFibGUgdmlhIHB1YmxpYyBzd2l0Y2hlZCB0 ZWxlcGhvbnkgbmV0d29yayogbmVlZHMgdG8gYmUgcmVhc29uYWJseQ0KIHF1aWNrLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiM5ODQ4MDYiPiZndDsgPC9zcGFuPlRoZSBleHBlcnQgbWVyZWx5IGF1 dGhvcml6ZXMgYW4gZW50cnkgaW4gdGhlIHNvcyByZWdpc3RyeSBmb3IgYSBzZXJ2aWNlIHdpdGgg YSBwZXJpb2QgaW4gaXQuICZuYnNwO1doZW4gdGhlIGRvY3VtZW50IGNyZWF0aW5nIGEgc3ViLXJl Z2lzdHJ5IGlzIHB1Ymxpc2hlZCwNCjxzcGFuIHN0eWxlPSJjb2xvcjojOTg0ODA2Ij48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6Izk4NDgwNiI+Jmd0Ow0KPC9zcGFuPnRoYXQgZW50cnkgaXMgcmVtb3ZlZCBmcm9tIHRoZSBz b3MgcmVnaXN0cnksIGFuZCBpbmNsdWRlZCBpbiB0aGUgc3ViIHJlZ2lzdHJ5LiAmbmJzcDtUaGUg bmV0IGVmZmVjdCBpcyBubyBjaGFuZ2UsIHRoZSBzZXJ2aWNlIGlzIGV4YWN0bHkgdGhlIHNhbWUu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6Izk4NDgwNiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPkxldCBtZSB0 cnkgdG8gcmVmb3JtdWxhdGUgdGhlIGFib3ZlIHRvIGNoZWNrIGlmIEkgdW5kZXJzdG9vZCBjb3Jy ZWN0bHkuIFRvIG1lLCB0aGUgYWJvdmUgc3VnZ2VzdHM6PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYiPi0gdGhl IHN1Yi1yZWdpc3RyaWVzIGFyZSBzb2xlbHkgYSB3YXkgb2Ygb3JnYW5pemluZyBhbmQgc2hvd2lu ZyB0aGUgZW1lcmdlbmN5IFVSTnMgYXQgSUFOQSBwYWdlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+LSB0 aGUgc3ViLXJlZ2lzdHJpZXMgZG8gbm90IHN0YXRlIGFueSByZXN0cmljdGlvbnMgb24gcmVnaXN0 cmF0aW9uIG9mIG5ldyBlbWVyZ2VuY3kgVVJOcyAoYW5kIGRvIG5vdCBtYWtlIGl0IGFueSBlYXNp ZXIgZWl0aGVyKS4gSS5lLiByZmM3MTYzIGFwcGxpZXMgbm8gbWF0dGVyDQogd2hldGhlciBJQU5B IGtlZXBzIGEgc3ViLXJlZ2lzdHJ5IG9yIG5vdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM5ODQ4MDYiPklmIHRoYXQncyBjb3JyZWN0IHVuZGVyc3RhbmRpbmcgYW5kIGFzc3Vt aW5nIHRoZSBkcmFmdCBleHBsaWNpdGx5IHN0YXRlIHNvLCBJIHdvdWxkIGJlIE9LIHdpdGggaXQu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM5ODQ4MDYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij5JZiBpdCBpcyBpbmNv cnJlY3QgdW5kZXJzdGFuZGluZywgY2FuIHlvdSBwbGVhc2UgZXhwbGFpbj88bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk4 NDgwNiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiM5ODQ4MDYiPiZndDsgPC9zcGFuPkkg YXNrZWQgSUFOQSB0byBjaGFuZ2Ug4oCcZmVkZXJhbOKAnSB0byDigJxuYXRpb25hbOKAnSwgYnV0 IGl0IGhhc27igJl0IGhhcHBlbmVkIHlldC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojOTg0ODA2Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izk4NDgwNiI+VGhhbmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6Izk4NDgwNiI+S2luZCByZWdhcmRzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM5ODQ4MDYi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojOTg0ODA2Ij5Jdm88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_AM5PR0701MB24685E7A47D3EC32A3D8C451E5950AM5PR0701MB2468_-- From nobody Fri Dec 23 13:28:06 2016 Return-Path: X-Original-To: ecrit@ietfa.amsl.com Delivered-To: ecrit@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2815C129557 for ; Fri, 23 Dec 2016 13:28:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 GNZyxMU_Fw7U for ; Fri, 23 Dec 2016 13:28:02 -0800 (PST) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 34A8412956F for ; Fri, 23 Dec 2016 13:27:56 -0800 (PST) Received: by mail-io0-x229.google.com with SMTP id n85so28439743ioi.2 for ; Fri, 23 Dec 2016 13:27:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=RYpsct0y5DXY5MckcwreQjHNgox6M9P55rn5lTUZ7dE=; b=18N/wfetzfW0XX0NdTuUHY3SYZdTO7K7j75J5LRP0DjeBC5Nzb1Lg9uoFHiykqkAO7 bVXWOGrq9zlYpLCW7/7ejjGdZL9lRyPazIOGgzOIQA3hk7VlXRlS1O7WkIlPxMOI22EK TWjt5NVsClwi5Zc0bksfjmlONXlpEWLVuisICnIYr7eDvDx43zJrCFXj6PcAq5pw1KHN 5IXQX+MjlK4rdycbteFo2X3D/vnl3BASwt6GAm08MLmNur/fQ7sFDUHIi7vNLlxlty83 Vd+VACBVXOwRwnx6oGvPvbvhq0+a7yE6wItm4EVqlcp9Pr8Bpd93LFGUqZypzqSM6kBv q48g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=RYpsct0y5DXY5MckcwreQjHNgox6M9P55rn5lTUZ7dE=; b=KNsN0BEoocLKpmzmhkw7gf6gqcznmOxUhxLSLbgk0TSSFCPjRjVBp8l2Fzu46QHOvT jHTf7oGw1t3zX9oOVsfS7FDT6euzWN8/eFlPI2V7MmVS9dnvLyDlem4nx65DjBJGEgqF m0xwPP4zZglocaHxxx0txx7Z8wWQEYyx/4DhQ+smqMmbxBJSLzHJbnQKxFLO3MYOCr07 M9wMxr8LoYLI5Y73gimMe17kPD45Ihji5sDppt0aFmUDdLSBsv0op3LZMBZz4RikYphu Z/UB6rIui3ljUDtQTgJLhVsK1B/y7+33fBGY2WgJfK90doleSEDriTCpsBQ9+7Zhq6QQ tSwg== X-Gm-Message-State: AIkVDXLFChm5Pf1UoBhcuWF+OoyBvQI+giIFIw3nK5WmXywBtTu3ubko/iZN5CzcNz1N9A== X-Received: by 10.107.141.211 with SMTP id p202mr14241053iod.47.1482528475455; Fri, 23 Dec 2016 13:27:55 -0800 (PST) Received: from [10.96.8.253] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id j125sm743940ioe.23.2016.12.23.13.27.54 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 23 Dec 2016 13:27:54 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_6C38E792-FF8E-4AB4-B9D3-466F8C1B8717" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Fri, 23 Dec 2016 16:27:51 -0500 Message-Id: References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net> <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> <7292B4B6-D187-4703-8F4B-F69DC3292330@brianrosen.net> To: Ivo Sedlacek X-Mailer: Apple Mail (2.3124) Archived-At: Cc: ECRIT Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2016 21:28:04 -0000 --Apple-Mail=_6C38E792-FF8E-4AB4-B9D3-466F8C1B8717 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 You=E2=80=99re understanding is correct, although in theory, the sub = registry could have a different management policy than the sos registry. = For sos.police, sos.fire, and sos.ambulance, the policy is expert = review, the same as sos. Brian > On Dec 23, 2016, at 4:15 AM, Ivo Sedlacek = wrote: >=20 > Hello, > =20 > > At least in my experience, the changes in the network take a lot of = time to plan and implement. > =20 > When all required emergency URNs are specified, then providing = emergency services in a 3GPP specified SIP network requires solely = enhancements of the operator's network as: > - any SIP user agent in a 3GPP mobile phone supporting non-emergency = voice service over a 3GPP specified SIP network is already required to = support also the emergency voice service over the 3GPP specified SIP = network; and > - PSAPs do not need to be changed - if a PSAP is connected to public = switched telephony network (PSTN) only, then a node in the operator's = SIP network interworks the emergency SIP call to an PSTN call towards = PSAP. > =20 > So, when all required emergency URNs are specified, including an = emergency URN for any emergency service *already available via public = switched telephony network* in the country of the SIP based network, = then it is just matter of decision of the operator. > =20 > And the operator needs to make that decision at a moment when, in *a = location*, a 3GPP specified SIP based network is available while 3GPP = specified circuit switched networks is not available. That can happen = soon. > =20 > So, stating it in a different way, if a country defines an emergency = service *already available via public switched telephony network* for = which an emergency URN is not specified, then the operator is forced to = keep 3GPP specified circuit switched network in any location where 3GPP = specified SIP based network is available (and that's costly and = inefficient use of precious radio resources). > =20 > That's why getting emergency URNs for any any emergency service = *already available via public switched telephony network* needs to be = reasonably quick. > =20 > > The expert merely authorizes an entry in the sos registry for a = service with a period in it. When the document creating a sub-registry = is published, > > that entry is removed from the sos registry, and included in the sub = registry. The net effect is no change, the service is exactly the same. > =20 > Let me try to reformulate the above to check if I understood = correctly. To me, the above suggests: > - the sub-registries are solely a way of organizing and showing the = emergency URNs at IANA pages. > - the sub-registries do not state any restrictions on registration of = new emergency URNs (and do not make it any easier either). I.e. rfc7163 = applies no matter whether IANA keeps a sub-registry or not. > =20 > If that's correct understanding and assuming the draft explicitly = state so, I would be OK with it. > =20 > If it is incorrect understanding, can you please explain? > =20 > > I asked IANA to change =E2=80=9Cfederal=E2=80=9D to =E2=80=9Cnational=E2= =80=9D, but it hasn=E2=80=99t happened yet. > =20 > Thanks. > =20 > Kind regards > =20 > Ivo --Apple-Mail=_6C38E792-FF8E-4AB4-B9D3-466F8C1B8717 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 You=E2=80=99re understanding is correct, although in theory, = the sub registry could have a different management policy than the sos = registry.  For sos.police, sos.fire, and sos.ambulance, the policy = is expert review, the same as sos.

Brian

On Dec 23, 2016, at 4:15 AM, Ivo Sedlacek = <ivo.sedlacek@ericsson.com> wrote:

Hello,
 
> At least in my = experience, the changes in the network take a lot of time to plan and = implement.
 
When all required = emergency URNs are specified, then providing emergency services in a 3GPP specified SIP = network requires solely enhancements of the operator's network as:
- any SIP user agent in = a 3GPP mobile phone supporting non-emergency voice service over a 3GPP = specified SIP network is already required to support also the emergency = voice service over the 3GPP specified SIP network; and
- PSAPs do not need to = be changed - if a PSAP is connected to public switched telephony network = (PSTN) only, then a node in the operator's SIP network interworks the = emergency SIP call to an PSTN call towards PSAP.
 
So, when all required emergency URNs are = specified, including an emergency URN for any emergency service *already available = via public switched telephony network* in the country of the SIP based = network, then it is just matter of decision of the = operator.
 
And the = operator needs to make that decision at a moment when, in *a location*, = a 3GPP specified SIP based network is available while 3GPP specified = circuit switched networks is not available. That can happen soon.
 
So, stating it = in a different way, if a country defines an emergency service *already = available via public switched telephony network* for which an emergency = URN is not specified, then the operator is forced to keep 3GPP specified = circuit switched network in any location where 3GPP specified SIP based = network is available (and that's costly and inefficient use of precious = radio resources).
 
That's why = getting emergency URNs for any any emergency service *already available = via public switched telephony network* needs to be reasonably quick.
 
> The expert merely = authorizes an entry in the sos registry for a service with a period in = it.  When the document creating a sub-registry is published,
> that entry is = removed from the sos registry, and included in the sub registry. =  The net effect is no change, the service is exactly the same.
 
Let me try to = reformulate the above to check if I understood correctly. To me, the = above suggests:
- the sub-registries are = solely a way of organizing and showing the emergency URNs at IANA = pages.
- the sub-registries do = not state any restrictions on registration of new emergency URNs (and do = not make it any easier either). I.e. rfc7163 applies no matter whether = IANA keeps a sub-registry or not.
 
If that's correct = understanding and assuming the draft explicitly state so, I would be OK = with it.
 
If it is incorrect = understanding, can you please explain?
 
> I= asked IANA to change =E2=80=9Cfederal=E2=80=9D to =E2=80=9Cnational=E2=80= =9D, but it hasn=E2=80=99t happened yet.
 
Thanks.
 
Kind regards
 
Ivo

= --Apple-Mail=_6C38E792-FF8E-4AB4-B9D3-466F8C1B8717--