From nobody Sat Jan 13 19:43:55 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EF08126D46 for ; Sat, 13 Jan 2018 19:43:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.109 X-Spam-Level: X-Spam-Status: No, score=-0.109 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HK3k_Ucxq7Dw for ; Sat, 13 Jan 2018 19:43:50 -0800 (PST) Received: from sonic311-29.consmr.mail.gq1.yahoo.com (sonic311-29.consmr.mail.gq1.yahoo.com [98.137.65.210]) (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 BE25D126579 for ; Sat, 13 Jan 2018 19:43:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1515901430; bh=8eNDDUn2mfGTa0ZbneJ5OWb4SWNkftiJ2sWKhIhDCtw=; h=Date:From:Reply-To:To:Cc:Subject:References:From:Subject; b=oMDMUPKmZ7/BrKLV+PqwHJ+NNC5IXGMofrISstXwHQ9klKV+pKz3tB54kU9TvX0qobCOdZQl4m0uznXyMFdOVNRAnd9apruO4FKYcQ9fH1duVp+PABEkiWcVqyYA80gu+pWnVL/RT3tUpVfGg82hYUsXE+ANQv4dETfRy6USZFDfVw/8eZCuZKxwkHmRrDi1t6ECoqiTIMXtBuYJFWV8xoZyMudADINIBivUky5FSzkzP7t3ZrT6Wekefxia01pSXZJlF11o75ZMdsH2s+YTkJ55usYb6IreUKVRGbPu4XBObKiJWtPOrHB71TWLjXi5N8sR0OUwR9Mr3Z13Em49Fg== X-YMail-OSG: gXp4d_wVM1l4XgG9IErU7WpAGY1JGuA14KFHhY8MvM3yqLdnPDzoACn_QZbiCdc D8jS_69Yu2wPRBZ3r48tsxE4PaWkT8K.Gd7qJ9.nFr2SPFU6KW2l8fOKHYEt29wzun1pW3EGlPZk WybRHkFYiVlz3037A0hN8MHM7fqVGDtsywEox6gLdtBgdfvkLXJ2AyrKvXl75yJDLB2P9w7qyfGi jPnkP9kghZaHYJgosGeXi2Gh_aQhZouxMDJryCtl7N_sGx1vTWdJOtr_ulYGPPpMB4eyjCrpZ2kx bqRIcFaVTZU0dgvuObL.KDPvLfdNe2EnD8IBiszkXN2MYAb8CeA6FDkGyA9JiB2tUJxq85SpdpN8 GI8ok9uY2p0.v8TVS.wCIKeQnYSbDrlvE8KO2.2RqYqWJFwF50JeMsEXEcSxed7_YSVr.rnx4Vbg Y5gdTmhUfPWoEL_JNOAgAvxhbX.fuKQMHCHBz9uyCp1Yp2XtPwBY0OQxlR.004ORzW95kpcy7NzX FJbZ_fMOxE6ve36SEa2JfrqztHyc0S7Sd4phFoVzUCKg40XYo9k3PHPnUtRk.1NXOcIsKG6_s.rc WXs.ZZdZ4TtEZn3clKbAyOyCvDUM2oMj25I4KjaWoxExEDCnJ Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Jan 2018 03:43:50 +0000 Date: Sun, 14 Jan 2018 03:43:49 +0000 (UTC) From: R Atarius Reply-To: R Atarius To: "urn@ietf.org" Message-ID: <697384798.2020130.1515901429992@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2020129_103686731.1515901429991" References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> X-Mailer: WebService/1.1.11185 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Archived-At: Subject: [urn] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 03:43:52 -0000 ------=_Part_2020129_103686731.1515901429991 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello all, The following drafts have been approved, however, an expert review for the = new URN is needed. Could you please review the following drafts and comment= ? https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07.tx= t ThanksRoozbeh Atarius=C2=A0 ------=_Part_2020129_103686731.1515901429991 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello all,

The following drafts have been approv= ed, however, an expert review for the new URN is needed. Could you please r= eview the following drafts and comment?




Thanks=
Roozbeh Atarius&nbs= p;
------=_Part_2020129_103686731.1515901429991-- From nobody Sat Jan 13 22:37:09 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8BFA126C25 for ; Sat, 13 Jan 2018 22:37:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NL176fR1w-hW for ; Sat, 13 Jan 2018 22:37:07 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 60420120726 for ; Sat, 13 Jan 2018 22:37:07 -0800 (PST) Received: from [10.0.1.105] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w0E6b3Mi098622 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 14 Jan 2018 00:37:04 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.105] From: Ben Campbell Message-Id: <0456A85D-1D83-420B-AA2E-DCD300408FF2@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_1D5CE98E-764A-4284-B477-D92367D42038"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Sun, 14 Jan 2018 00:37:02 -0600 In-Reply-To: <697384798.2020130.1515901429992@mail.yahoo.com> Cc: Andrew Allen , R Atarius To: "urn@ietf.org" References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [urn] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 06:37:09 -0000 --Apple-Mail=_1D5CE98E-764A-4284-B477-D92367D42038 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 To clarify: Only draft-atarius-dispatch-meid-urn registers a namespace. = IIUC, that=E2=80=99s the only one that needs a URN namespace = registration expert review. The IESG approval of that draft is pending = the expert review. Thanks! Ben (as sponsoring AD). > On Jan 13, 2018, at 9:43 PM, R Atarius wrote: >=20 > Hello all, >=20 > The following drafts have been approved, however, an expert review for = the new URN is needed. Could you please review the following drafts and = comment? >=20 >=20 > https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt >=20 > = https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07.t= xt >=20 > Thanks > Roozbeh Atarius --Apple-Mail=_1D5CE98E-764A-4284-B477-D92367D42038 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlpa+o4ACgkQgFZKbJXz 1A2pUg/9H39DmzchCIkHgZuGznUULTNTZcm0iXltcfujKEI1Hry4reBoMOsU6w1p hPx/dU5+lcGGUjvEAPDOLyT1mrvepEus0LCvj5c4QVd1RXcLxU7D9uN2bZ+2/0UO mGk1YoKa25/BLREPmtt6CmpaGL21aq7a280eQNcQ1A6BCf2C+whzLVbhtOIH8Mbr IWaU6ZwuZSl9Pyc4/lPbHZ/oOqdOaA5zSIS9r5/CJJSTc1EEV4CQh+O6GqO8E4I7 54H5VbAS04F7nj7rwx70euXgR8V2ugut84x6U3HzL9DD6JBFY2VzoRE02C+vGFnc klr2JejZ+LY5W0aoErZRZBVxWXEOQsFc9p4J5PA7u86ktleX2irB+Sdjnr01w1/a gI/5PJuvTsPvYT1jQWvuphLWPPOU//6wEWSBDpuE8NbE07qqTivIUPQMWlNMEPQ3 3gduKhFPpavoajSddA4QI2kOA+FbSn/c6isjhP+tsYZs1pV1YXm9WZ8fUFSFpNYt 5oc5SZCQmWavx7rEp37c+FhtoJlo3sm2xz32feVhhWDaw0tUPb1dIdpZ2RORlI35 r9Auti+YKjICiBJfsxjEk9MpsRaociVle4ft+sjBX02UxNeW2FdFZQf+XIb0bcME KDArrJUoz41vqZp+WypdlWHBAwQCTfeLSk5hxopUf5FV9H4Fv5o= =z4dj -----END PGP SIGNATURE----- --Apple-Mail=_1D5CE98E-764A-4284-B477-D92367D42038-- From nobody Tue Jan 16 04:38:02 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27E361314B6 for ; Tue, 16 Jan 2018 04:38:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayGecgWFBGKN for ; Tue, 16 Jan 2018 04:37:58 -0800 (PST) Received: from mail.dnb.de (prodfix-out0.dnb.de [193.175.100.144]) (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 246EA1314BE for ; Tue, 16 Jan 2018 04:37:08 -0800 (PST) Received: from smg1.ad.ddb.de (unknown [10.69.63.232]) by mail.dnb.de (Postfix) with ESMTP id 8B33D52AD3B2; Tue, 16 Jan 2018 13:37:06 +0100 (CET) X-AuditID: 0a453fe7-d3dff70000000f94-cf-5a5df1f29b12 Received: from dnbf-ex.AD.DDB.DE (dnbf-ex.AD.DDB.DE [10.69.63.244]) by smg1.ad.ddb.de (DNB Symantec Messaging Gateway) with SMTP id 50.C5.03988.2F1FD5A5; Tue, 16 Jan 2018 13:37:06 +0100 (CET) Received: from dnbf-ex.AD.DDB.DE (10.69.63.244) by dnbf-ex.AD.DDB.DE (10.69.63.244) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.669.32; Tue, 16 Jan 2018 13:37:05 +0100 Received: from dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7]) by dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7%13]) with mapi id 15.01.0669.032; Tue, 16 Jan 2018 13:37:05 +0100 From: "Svensson, Lars" To: R Atarius CC: "urn@ietf.org" Thread-Topic: [Marketing Mail] [urn] Expert review needed Thread-Index: AQHTjOn8HV+lZu4qXEK6SF4DUCBfkKN2ISHw Date: Tue, 16 Jan 2018 12:37:05 +0000 Message-ID: <8c89c2decae348db8818e04032801f89@dnb.de> References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> In-Reply-To: <697384798.2020130.1515901429992@mail.yahoo.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.12.180] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmrikOLIzCtJLcpLzFFi42LhcrX/ovvpY2yUwZ9OYYueC5YWU5s/MDkw eSxZ8pPJY9asw0wBTFFcNimpOZllqUX6dglcGdPPzmUreCJYsWhFP1MD4wrBLkZODgkBE4ll U56xdjFycQgJHGSUOPW6Hcp5zCjxe/U6NpAqIYGtjBJLT7l3MbJzsAloSbzPAImKCChL9B/f zwRiMwsoSmy6PwXMFhawkNjxrosJosZSYtqE4ywQtpHE0oWfGEFsFgFViakTt4JN5xUwlWie /J4FYlOxxPVHe5hBbE4BW4lFf5aA1TMKyEps2HCeGWKXuMSmZ99ZIe4XkFiyByIuISAq8fLx P6i4gsSpa0eB4hxA9ZoS63fpw5w5pfshO8RaQYmTM5+wTGAUm4Vk6iyEjllIOmYh6VjAyLKK ka84N91QLzFFLyUlSS8ldRMjJFKe72Dsu+RyiFGAg1GJhzdle0yUEGtiWXFl7iFGfw4mJVHe CTeBQnxJ+SmVGYnFGfFFpTmpxUoivLlvYqOEeOHCSaU52UpyvJu/R0UJicNFi0uLCzKTM/NL i+NLi3IOMUpwMAO1NgYDTeRNSaysSi3Khxh4iFGag0VJnPflPoYIIYH0xJLU7NTUgtQimGwE B4eSBO/8D0A7BYtS01Mr0jJzSmDSQH0HQDICyDJgBynyaswESkghS6C7iYmD8xCjDwcP0GH3 QabwFhck5hZnpkPNFubNeg0U5YGJgs2V5Z0L8qgYTBDVzFOM2Rzf9j5oY+a48eI1kNyy7E0b sxBLXn5eqpQ4L+dHkFNBOjNK8+B+kBLjvQVyKj+SBMgqKQVeLjdgcEkiiaPa9orRExh1wryX QI7nAWY5hNuFeFVBgtxQQbDTZXiXgJwuChVDN8sHGOcivFtmgAOiJLEEOSBegjTywEShAfEM EhBQQVTjpBoYXSuOXJJ9nvmpK/nexa0cEjf/R0S+3zAja7/ug7aQh3Y6TDe8rvEs83O8fdDi q0FY6hEDAXn1rWc2CE2fEVXWVhdpE8qocsJ93+Jte7NLl9+PMrGa43V608RK21N3XzZmT5xu 9LrviY5GuFigZdbnWU6/2mV/T+3Z0f93tifjv4c1tpZzwzmllFiKMxINtZiLihMBR0JhBZUE AAA= Archived-At: Subject: Re: [urn] [Marketing Mail] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 12:38:01 -0000 RGVhciBSb296YmVoLA0KDQpPbiBTdW5kYXksIEphbnVhcnkgMTQsIDIwMTggNDo0NCBBTSwgdXJu IFttYWlsdG86dXJuLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSIEF0YXJpdXMgd3Jv dGU6DQoNCj4gVGhlIGZvbGxvd2luZyBkcmFmdHMgaGF2ZSBiZWVuIGFwcHJvdmVkLCBob3dldmVy LCBhbiBleHBlcnQgcmV2aWV3IGZvciB0aGUgbmV3IFVSTg0KPiBpcyBuZWVkZWQuIENvdWxkIHlv dSBwbGVhc2UgcmV2aWV3IHRoZSBmb2xsb3dpbmcgZHJhZnRzIGFuZCBjb21tZW50Pw0KPiANCj4g DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWF0YXJpdXMtZGlzcGF0Y2gtbWVpZC11 cm4tMTUudHh0DQo+IA0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1hdGFyaXVzLWRp c3BhdGNoLW1laWQtdXJuLWFzLWluc3RhbmNlaWQtMDcudHh0DQoNCkkgaGF2ZSBoYWQgYSBsb29r IGF0IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWF0YXJpdXMtZGlzcGF0Y2gtbWVpZC11 cm4tMTUudHh0IGFuZCBJIGRvbid0IHRoaW5rIHRoZSBkb2N1bWVudCBpcyBxdWl0ZSByZWFkeSBm b3IgcHVibGljYXRpb24geWV0Lg0KDQoqIFRoZSByZWZlcmVuY2VzIHNlY3Rpb24gaGFzIGEgbm9y bWF0aXZlIHJlZmVyZW5jZSB0byBkcmFmdC1hdGFyaXVzLWRpc3BhdGNoLW1laWQtdXJuLWFzLWlu c3RhbmNlLWlkLiBJIGRvbid0IHRoaW5rIGl0IGFwcHJvcHJpYXRlIHRvIGhhdmUgYSBub3JtYXRp dmUgcmVmZXJlbmNlIHRvIGEgZHJhZnQgZG9jdW1lbnQuDQoNCiogVGhlIFVSTHMgZm9yIHRoZSBy ZWZlcmVuY2VzIFtTLlIwMDQ4LUFdLCBbU0MuUjQwMDItMF0gYW5kIFtYLlMwMDA4LTBdIGRvIG5v dCByZXNvbHZlLiBBbHNvLCBpbiB0aGUgVVJMIGZvciBbU0MuUjQwMDItMF0gdGhlIHByb3RvY29s IHNob3VsZCBiZSBhZGRlZDogPGh0dHA6Ly93d3cuM2dwcDIub3JnLy4uLj4NCg0KKiDCpzMsIHNl YyAicnVsZXMgZm9yIGxleGljYWwgZXF1aXZhbGVuY2UiIHNheSB0aGF0IE1FSUQgVVJOcyBhcmUg ZXF1YWwgaWYgdGhleSBoYXZlIHRoZSBzYW1lIG1laWR2YWwgYW5kIHRoZSBzYW1lIHBhcmFtZXRl ciB2YWx1ZXMgYnV0IHRoZSBzeW50YXggZG9lc24ndCBkZWZpbmUgcGFyYW1ldGVyIHZhbHVlcyBm b3IgbWVpZHZhbC4gQWxzbywgdGhlIHJ1bGVzIHNheSB0aGF0IHRoZSBOU1MgY2FuIGJlIGNvbXBh cmVkICJ1c2luZyB0aGUgbm9ybWFsIG1lY2hhbmlzbXMgZm9yIHBlcmNlbnQtZW5jb2RlZCBVVEYt OCBzdHJpbmdzIiwgYnV0IHRoZSBzeW50YXggZG9lc24ndCBhbGxvdyBhbnkgY2hhcmFjdGVycyBv dXRzaWRlIEFTQ0lJLiBUbyBtZSwgdGhvc2UgdHdvIHBhcnRzIHNlZW0gdW5uZWNlc3NhcnkgYW5k IHBlcmhhcHMgeW91IGNhbiBzaW1wbHkgZGVsZXRlIHRoZW0NCg0KKiDCpzQuMi4xIE1hbnVmYWN0 dXJlciBDb2RlLiBJdCB3b3VsZCBiZSBpbnRlcmVzdGluZyB0byBrbm93IGlmIHRoZXJlIGlzIGEg cHVibGljbHkgYXZhaWxhYmxlIHJlZ2lzdHJ5IG9mIG1hbnVmYWN0dXJlciBjb2Rlcy4gVGhlIGFu c3dlciBtaWdodCBiZSBpbiBbUy5SMDA0OC1BXSBidXQgc2luY2UgdGhlIFVSTCBpbiB0aGUgcmVm ZXJlbmNlIGRvZXNuJ3QgcmVzb2x2ZSwgSSBjb3VsZCBub3QgY2hlY2sgdGhhdC4NCg0KQmVzdCwN Cg0KTGFycw0K From nobody Tue Jan 16 08:08:51 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48258131555 for ; Tue, 16 Jan 2018 08:08:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hAnZ-lz9qKLK for ; Tue, 16 Jan 2018 08:08:47 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 CE130131546 for ; Tue, 16 Jan 2018 08:08:47 -0800 (PST) Received: from [10.0.1.105] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w0GG8euP086060 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 16 Jan 2018 10:08:42 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.105] From: Ben Campbell Message-Id: <097A0AFF-2031-4E38-962B-234368E0241B@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_BBE79514-3210-437B-AD85-C79ACE080668"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Tue, 16 Jan 2018 10:08:09 -0600 In-Reply-To: <8c89c2decae348db8818e04032801f89@dnb.de> Cc: R Atarius , "urn@ietf.org" To: "Svensson, Lars" References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> <8c89c2decae348db8818e04032801f89@dnb.de> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [urn] [Marketing Mail] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:08:49 -0000 --Apple-Mail=_BBE79514-3210-437B-AD85-C79ACE080668 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 16, 2018, at 6:37 AM, Svensson, Lars wrote: >=20 > Dear Roozbeh, >=20 > On Sunday, January 14, 2018 4:44 AM, urn [mailto:urn-bounces@ietf.org] = On Behalf Of R Atarius wrote: >=20 >> The following drafts have been approved, however, an expert review = for the new URN >> is needed. Could you please review the following drafts and comment? >>=20 >>=20 >> https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt >>=20 >> = https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07.t= xt >=20 > I have had a look at = https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt and I = don't think the document is quite ready for publication yet. >=20 > * The references section has a normative reference to = draft-atarius-dispatch-meid-urn-as-instance-id. I don't think it = appropriate to have a normative reference to a draft document. I=E2=80=99ll let Roozbeh respond to theo other comments, but the = document you mention is being published in tandem with this one. The = reference will be to an RFC in the final published version. Thanks! Ben. >=20 > * The URLs for the references [S.R0048-A], [SC.R4002-0] and = [X.S0008-0] do not resolve. Also, in the URL for [SC.R4002-0] the = protocol should be added: >=20 > * =C2=A73, sec "rules for lexical equivalence" say that MEID URNs are = equal if they have the same meidval and the same parameter values but = the syntax doesn't define parameter values for meidval. Also, the rules = say that the NSS can be compared "using the normal mechanisms for = percent-encoded UTF-8 strings", but the syntax doesn't allow any = characters outside ASCII. To me, those two parts seem unnecessary and = perhaps you can simply delete them >=20 > * =C2=A74.2.1 Manufacturer Code. It would be interesting to know if = there is a publicly available registry of manufacturer codes. The answer = might be in [S.R0048-A] but since the URL in the reference doesn't = resolve, I could not check that. >=20 > Best, >=20 > Lars > _______________________________________________ > urn mailing list > urn@ietf.org > https://www.ietf.org/mailman/listinfo/urn --Apple-Mail=_BBE79514-3210-437B-AD85-C79ACE080668 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlpeI2kACgkQgFZKbJXz 1A1L0Q/+IslgLh9qz8b9E573SxJek4EqiZNdzDBtI4EkBIgiiOdvXfsbAwfmvLTJ +XTs9tOYWOxZU/08SIq8Yez4KeYZMJZeNtqOWhlro/N8rvSpgh/YWIJHQvXi4avm VpnTqFTyg3cwgHeCRu5fKYs4h0J5qSWBT0o0M4i3xCSZzXHQ1LlT+rmrqBeQ/Iee /UVImWvYCoUTTNRWnPQP6GpUFSshdIpJ/rEE6uZ6YUa+jgElbMzfyQQGMDimuoms O0re2+EFbohxciW2tA38tvFsNcux09GhSaA9rXxtCKWC/W+rYTgh+5lNlGgg4A42 S2buHDEB+UlQuYZRFMK5NuvdpoxxOpjJJt+/sFEIdR1eKHa9wVWsW5BgfaYanyTK 3xi/DclcFK0i9qwnRml66vSoy0LYe+iIUgODDNAB8SfDJqVlRVDPtXt7Tbmzt4a6 z0zmmK2hdfLocor9bkCTyIQj881mf+HR3IspAUWPH8Ss1rxJPYJFZjXs1rzcTE6z 15jiyLM254yqz/1cT1Y8OpkURf5zcIzycS68Nh+cjAKSWJRz2oRv/3cHNg9/AhRf r8Wfj4mXbDyelK2Z1BSS4e9zTotxMxu8S/cXc9oRcE8/H+6Sx3biN9r3IhtJknkF oSH7IKk7pRk+n/pZejHf7oWVMvACUq75i08VznXvBF6xs0jHKTU= =xNLj -----END PGP SIGNATURE----- --Apple-Mail=_BBE79514-3210-437B-AD85-C79ACE080668-- From nobody Tue Jan 16 14:34:34 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1ACB12EB70 for ; Tue, 16 Jan 2018 14:34:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 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_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wFNbcSkCVo8I for ; Tue, 16 Jan 2018 14:34:30 -0800 (PST) Received: from sonic312-28.consmr.mail.gq1.yahoo.com (sonic312-28.consmr.mail.gq1.yahoo.com [98.137.69.209]) (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 40A6112EB61 for ; Tue, 16 Jan 2018 14:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1516142069; bh=KxThd2tgJNNwY1v3/eYc3rXJiUn23SXuh7jIBrLhx9U=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=OtfC3slPqYjndA6QPGQnmSyDyiP+IchQ0zZlxAfw7vmP1FSvAQlD/rITPcW30kH6vwn45RxRaAZzAEZGDQzxdh3bqGnOH9cIa2K85z/YDLS/cLevVB4DzvFhX1BdTGyYG4zZIc6OjAhFNaSLdt50npBwGzMiZ+ZZwm4mgHPAr1EJGSkf4cshYwo2suuUgi4gM1gnUUxvdJZlcyCZ6+VETYk3e+AFw42qFAo/yZi3jOkmNZVSkhZuxHC7/b67bOjI20UQTcx0mx1jYaDavjdGjU3kfusd9EJLkf9NM5+pF0PuDJSPRoFoTEmlG/ACHN62r7qatb0AS1vyL42XnIkb9g== X-YMail-OSG: nkdPjpMVM1k559IuP0VuknXJrVFU4tyRM6B23ZSx8XWyemq_97nUEwATnmevEJW ns7S84kFCb6onlEvrJwRA.VMIAgwIheSrVfHNoOOdqmXU9PJfN4T2jTD4wAyGiOifAFIBIr.Vxc6 aWsmYYazZUxx5ynUlqdEJc3TwLTFsXyo_YiM0MM8ULynow2sUv_tp5UvKNjXRG7sAxTEO18mWFTU XJXQMuE.w2vlWFB3XXd7N26DHuPvXp5FdU1smssj3rUBzFagB.CJDievdENsgTGUku5MdYotZFtS pyEwEx1Ls20Tu7pHeTRCbtsJ0npvv2T7ZY7wwlJhgQ8wssGFOLiptE6vuUaucN7NUXRASMz6WwJV eTB4PH13vOLeE5VkMG66CDPcAjtZNIF2yW0F2v2vPkgvK0ZgKl2uPZHarlSVHbO.ydWS5WhaK9D3 JOCsC5hUArvU2cl7T7TZBV8UbuL1iLY_GryjXu5MWktdVUYy.BEZe2sgEVmByFcmvP.OObnsvsMH EMfujLPumHgn3XdAvOLByg_zAZHikYd6ZHMzd0V9ZwGPw7iHkD8NdbPjU7uTlI0hsQS8izdOh4hd GRMc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Jan 2018 22:34:29 +0000 Date: Tue, 16 Jan 2018 22:33:25 +0000 (UTC) From: R Atarius Reply-To: R Atarius To: Ben Campbell , "Svensson, Lars" Cc: "urn@ietf.org" Message-ID: <1520293144.3256613.1516142006002@mail.yahoo.com> In-Reply-To: <097A0AFF-2031-4E38-962B-234368E0241B@nostrum.com> References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> <8c89c2decae348db8818e04032801f89@dnb.de> <097A0AFF-2031-4E38-962B-234368E0241B@nostrum.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3256612_1589471760.1516142005997" X-Mailer: WebService/1.1.11185 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Archived-At: Subject: Re: [urn] [Marketing Mail] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 22:34:33 -0000 ------=_Part_3256612_1589471760.1516142005997 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Lars, Please see the responses inline: ThanksRoozbeh From: Ben Campbell To: "Svensson, Lars" =20 Cc: R Atarius ; "urn@ietf.org" Sent: Tuesday, January 16, 2018 8:08 AM Subject: Re: [urn] [Marketing Mail] Expert review needed =20 > On Jan 16, 2018, at 6:37 AM, Svensson, Lars wrote: >=20 > Dear Roozbeh, >=20 > On Sunday, January 14, 2018 4:44 AM, urn [mailto:urn-bounces@ietf.org] On= Behalf Of R Atarius wrote: >=20 >> The following drafts have been approved, however, an expert review for t= he new URN >> is needed. Could you please review the following drafts and comment? >>=20 >>=20 >> https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt >>=20 >> https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07= .txt >=20 > I have had a look at https://www.ietf.org/id/draft-atarius-dispatch-meid-= urn-15.txt and I don't think the document is quite ready for publication ye= t. >=20 > * The references section has a normative reference to draft-atarius-dispa= tch-meid-urn-as-instance-id. I don't think it appropriate to have a normati= ve reference to a draft document. I=E2=80=99ll let Roozbeh respond to theo other comments, but the document y= ou mention is being published in tandem with this one. The reference will b= e to an RFC in the final published version. Thanks! Ben. >=20 > * The URLs for the references [S.R0048-A], [SC.R4002-0] and [X.S0008-0] d= o not resolve. Also, in the URL for [SC.R4002-0] the protocol should be add= ed: >=C2=A0 [S.R0048-A] the error was that "s" in "specs" within the URL should be capi= talized.http://www.3gpp2.org/Public_html/Specs/S.R0048-A_v4.0_050630.pdf [SC.R4002-0]: I think the document was replaced by the following in 2016. T= here is not much activity in 3GPP2 currently so I am not following it=C2=A0 http://www.3gpp2.org/Public_html/Specs/SC.R4002-0_v12.0_GHA_%20Guidelines_f= or_MEID_December_2016.pdf [X.S0008-0]: The same as above that "s" in "specs" within URL should be cap= italized. however, I realized there is a newer document that we can use http://www.3gpp2.org/Public_html/Specs/X.S0008-0_v3.0_090130.pdf > * =C2=A73, sec "rules for lexical equivalence" say that MEID URNs are equ= al if they have the same meidval and the same parameter values but the synt= ax doesn't define parameter values for meidval. Also, the rules say that th= e NSS can be compared "using the normal mechanisms for percent-encoded UTF-= 8 strings", but the syntax doesn't allow any characters outside ASCII. To m= e, those two parts seem unnecessary and perhaps you can simply delete them Please see the following modification and thereby the reference for RFC 362= 9 will be deleted. Rules for Lexical Equivalence: =C2=A0 =C2=A0Two 3GPP2 MEID URNs are equivalent if they have the same 'meid= val'.=C2=A0 =C2=A0The=C2=A0comparisons are to be case-insensitive. =C2=A0 =C2=A0Conformance with URN Syntax: =C2=A0 =C2=A0The string representation of the '3gpp2' NID and of the MEID N= SS is=C2=A0 =C2=A0fully compatible with the URN syntax (see [RFC8141]). =C2=A0 =C2=A0Validation Mechanism: =C2=A0 =C2=A0The MEID can be validated using the mechanism defined in [S.R0= 048-A]. =C2=A0 =C2=A0Scope: =C2=A0 =C2=A03GPP2 URN is global in scope. >=20 > * =C2=A74.2.1 Manufacturer Code. It would be interesting to know if there= is a publicly available registry of manufacturer codes. The answer might b= e in [S.R0048-A] but since the URL in the reference doesn't resolve, I coul= d not check that. >=20 > Best, >=20 > Lars > _______________________________________________ > urn mailing list > urn@ietf.org > https://www.ietf.org/mailman/listinfo/urn =20 ------=_Part_3256612_1589471760.1516142005997 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Lars,

Please see the responses inline:

Thanks
Roozbeh


Fro= m: Ben Campbell <ben@nostrum.com>
To: "Svensson, Lars" <L.Svensson@dnb.de>=
Cc: R Atarius <r_a= tarius@yahoo.com>; "urn@ietf.org" <urn@ietf.org>
Sent: Tuesday, January 16, 2018 8:08 AM=
Subject: Re: [urn] [M= arketing Mail] Expert review needed



> On Jan 16, 2018, at 6:37 AM, Svensson, Lars <<= /span>L.Svensson@dnb.de> wrote:
>
> Dear Roozbeh,
>
&= gt; On Sunday, January 14, 2018 4:44 AM, urn [mailto:] On Behalf Of R Atarius wrote:
>
>> The following drafts have been approved, however= , an expert review for the new URN
>> is needed. = Could you please review the following drafts and comment?
= >>
>>
= >> https://www.ietf.org/id/draft-atarius-dis= patch-meid-urn-15.txt
>>
<= font face=3D"HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande= , sans-serif" id=3D"yui_3_16_0_ym19_1_1516118335015_61301">>> https://www.ietf.org/id/draf= t-atarius-dispatch-meid-urn-as-instanceid-07.txt
>
> I have had a look at ht= tps://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt and I don't think the = document is quite ready for publication yet.
>
> * The references section has a normative reference t= o draft-atarius-dispatch-meid-urn-as-instance-id. I don't think it appropri= ate to have a normative reference to a draft document.

I=E2=80=99ll let Roozbeh respond to theo other comments,= but the document you mention is being published in tandem with this one. T= he reference will be to an RFC in the final published version.

Thanks!

B= en.

>
> * The URLs for the references= [S.R0048-A], [SC.R4002-0] and [X.S0008-0] do not resolve. Also, in the URL= for [SC.R4002-0] the protocol should be added: <http://www.3gpp2.org/..= .>
> 
<Roozbeh>

[S.R0048-A] the error was that "s" in "specs" within the URL should b= e capitalized.
[SC.R4002-0]: I thin= k the document was replaced by the following in 2016. There is not much act= ivity in 3GPP2 currently so I am not following it 
[X.S0008-0]: T= he same as above that "s" in "specs" within URL should be capitalized. howe= ver, I realized there is a newer document that we can use

http://www.3gp= p2.org/Public_html/Specs/X.S0008-0_v3.0_090130.pdf




> * =C2=A73, sec "rules fo= r lexical equivalence" say that MEID URNs are equal if they have the same m= eidval and the same parameter values but the syntax doesn't define paramete= r values for meidval. Also, the rules say that the NSS can be compared "usi= ng the normal mechanisms for percent-encoded UTF-8 strings", but the syntax= doesn't allow any characters outside ASCII. To me, those two parts seem un= necessary and perhaps you can simply delete them

<Roozbeh&= gt;

Please see the following modification and thereby the ref= erence for RFC 3629 will be deleted.

<= div style=3D"" id=3D"yui_3_16_0_ym19_1_1516118335015_84030">Rules for Lexical Equivalen= ce:
   Two 3GPP2 MEID URNs ar= e equivalent if they have the same 'meidval'.
   The = comp= arisons are to be case-insensitive.

  &= nbsp;Conformance with URN Syntax:

 = ;  The string representation of the '3gpp2' NID and of the MEID NSS is=
 =  fully compatible with the URN syntax (see [RFC8141]).<= /div>

   Validation Mechanism:

   The MEID can be validated using the mechanis= m defined in [S.R0048-A].

=
<= font face=3D"HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande= , sans-serif" id=3D"yui_3_16_0_ym19_1_1516118335015_84092">   = Scope:
=
   3GPP2 URN is global= in scope.

>
> * =C2=A74.2.1 Manufacturer Code. It would be interesting to know if t= here is a publicly available registry of manufacturer codes. The answer mig= ht be in [S.R0048-A] but since the URL in the reference doesn't resolve, I = could not check that.
>
> B= est,
>
> Lars

> _______________________________________________
> urn mailing list
> urn@ietf= .org
> https://www.ietf.org/mailman/listinfo/u= rn

<= br>
------=_Part_3256612_1589471760.1516142005997-- From nobody Fri Jan 19 19:24:48 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC754126CC4 for ; Fri, 19 Jan 2018 19:24:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPJs-9161Ot5 for ; Fri, 19 Jan 2018 19:24:44 -0800 (PST) Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (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 C2F16126CBF for ; Fri, 19 Jan 2018 19:24:44 -0800 (PST) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-11v.sys.comcast.net with ESMTP id cjliev7NLherIcjlreWyoW; Sat, 20 Jan 2018 03:24:43 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-14v.sys.comcast.net with SMTP id cjlqerWPi9aG0cjlrehSCo; Sat, 20 Jan 2018 03:24:43 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w0K3OfDH014043; Fri, 19 Jan 2018 22:24:41 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w0K3Oe88014040; Fri, 19 Jan 2018 22:24:40 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: urn@ietf.org, r_atarius@yahoo.com In-Reply-To: <0456A85D-1D83-420B-AA2E-DCD300408FF2@nostrum.com> (ben@nostrum.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Fri, 19 Jan 2018 22:24:40 -0500 Message-ID: <87fu716wlj.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfOmYIBc0CyDHvILlEwveeCioHQYJzSxW+3ohoFUK8dSJgIGS16iunsfct/qL1VGjtIWT2zm0uR+OIOqVxm800UFAlc5rsrk5p3tQ5bYX6rXdpzgS+9WE Un9Liz3ByEvv1gtqGF4I8hXYCnJgfWxbcv/3q/8BGwuG/I7L4jpn9ddkSd8+ygyD5dEBRqN7jYFCtQ== Archived-At: Subject: Re: [urn] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 03:24:47 -0000 Comments on draft-atarius-dispatch-meid-urn-14: Summary: This draft is useful and sensible and supplies a known need. However, it needs a careful editing to get it cleaned up for publication. Possible major or global items: As far as I can tell, the MEID check digit is "not transmitted" in the sense that it's not part of the URN itself. You should tidy up the language used in this document. In particular, you have to decide whether the MEID contains or does not contain the check digit, and get all the wording aligned. E.g., the MEID is 15 hex digits, of which only the first 14 are used in the URN (the check digit not being transmitted), OR the MEID is 14 hex digits, of which all are used in the URN, and the check digit is not transmitted as it isn't part of the MEID. If you allow that future changes will only be done via RFC, then you can omit all mention of future-pp2-specifier in this RFC, as they will be defined in later RFCs. That could allow you to simplify this RFC considerably (especially the ABNF), as it would only have to deal with the one identifier class ("meid") that has already been defined. Minor items: Abstract The structure of an MEID is 15 hexadecimal encoded digits long and ... s/hexadecimal encoded digits/hexadecimal digits/ 1. Introduction Document [RFC7254] defines a URN Namespace and an NSS for the IMEI. I think the usual usage is to allow an RFC reference to be a noun, so "Document" is redundant. For cases where the mobile equipment uses decimal values (i.e., IMEI) as an identity ... The phrase "decimal values (i.e., IMEI)" is the wrong way around -- the important thing is that the identifier is an IMEI, it's just a consequence that that the identifier is composed of decimal digits. So s/decimal values (i.e., IMEI)/IMEI/. Whilst this specification currently specifies only the MEID NSS under the '3gpp2' NID, additional NSS under the '3gpp2' NID may be specified in the future by the 3GPP2. This isn't particularly clear at this point in the document. A fuller explanation would be clearer as part of the introduction: This specification defines only NSSs constructed from MEIDs under the '3gpp2' NID. These NSSs start with "meid:" in order to identify them as such. Additional types of NSS under the '3gpp2' NID may be specified in the future by the 3GPP2 via additional specifications. -- The hexadecimal MEID is 15 hexadecimal digits long ... s/The hexadecimal MEID/The MEID/ 3. Namespace Registration Template pp2-urn-char = ALPHA / DIGIT / "-" / "." / "_" / "%" / ":" % is not allowed as an independent character. Looking at the definition of URN (RFC 8141), an NSS is composed of pchar's and "/". But "%" can only be a pchar as a percent-encoding (pct-encoded). You probably want pp2-urn-char = ALPHA / DIGIT / "-" / "." / "_" / pct-encoded / ":" You may want to allow the value part of a future-param to be empty: future-param = par-name [ EQUAL [ par-value ] ] -- and can comprise any ASCII characters compliant with URN syntax in [RFC5234]. This is not correct, as the URN syntax allows any pchar, whereas the pp2-defined-nonempty does not allow the sub-delims "!", "$", "&", "'", "(", ")", "*", "+", and ",", which are all valid pchars. Identifiers in the '3gpp2' NID are defined and assigned by the 3GPP2 or an agency appointed by 3GPP2 after ensuring that the URNs to be assigned are unique. Uniqueness is achieved by checking against the IANA registry of previously assigned names. The last sentence of this paragraph makes no sense. It seems to me that it could be safely omitted. OTOH, replacing "IANA" with the name of the correct organization may also work. As the NID sought is '3gpp2', and 3GPP2 is the long standing acronym for the standards organization which includes the mobile phone operators, the URN should also persist indefinitely (at least as long as there is a need for its use). The assignment process guarantees that names are not reassigned. The binding between the name and its resource is permanent. The phrase "3GPP2 is the long standing acronym for the standards organization which includes the mobile phone operators" doesn't seem to be useful -- the connection between the NID "3gpp2" and the 3GPP2 organization is assured to be permanent due to IANA procedures. The important part of the paragraph is that 3GPP2 has procedures to ensure assignments within the NID are unique and persistent. The 3GPP2 or its approved agency will manage the (including '3gpp2') and identifier resources to maintain uniqueness. The process for MEID assignment is documented in [SC.R4002-0]. I think you mean "'meid'" instead of "'3gpp2'" -- 3GPP2 does not manage the "3gpp2" part of the URN itself. Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval' and the same parameter values in the same sequential order. All of these comparisons are to be case-insensitive. This rule does not specify how future-pp2-specifier's are to be compared. Any identifier in '3gpp2' NSS can be compared using the normal mechanisms for percent-encoded UTF-8 strings (see [RFC3629]). RFC 3629 only describes the UTF-8 encoding itself, not how percent-encoding of it is to be handled. Perhaps you meant a different RFC? 4.1. MEID Parameters Any future change to the format of the 'meid' NSS requires the use of the procedure for URN NSS changes (currently through the publication of a future Informational RFCs approved by IETF consensus). You have a choice here. If you allow that future changes will only be done via RFC, then you can omit all mention of future-pp2-specifier in this RFC, as they will be defined in later RFCs. That could allow you to simplify this RFC considerably, as it would only have to deal with identifier classes that have already been defined. 4.2.4. Hexadecimal Encoding This section is interesting but irrelevant. As it says, "the actual storage format in memory is implementation specific". As such, the only storage format that is relevant to this document is how the abstract MEID (a sequence of 14 or 15 elements drawn from the set of hex digits) is represented in the URN. 8. Security and privacy considerations I haven't checked, but I assume that you've constructed this section to closely parallel section 8 of RFC 7254 (the IMEI URN). That will ensure that privacy concerns are satisfied. (RFC 7253 was delayed considerably due to privacy concerns.) 10.1. Normative References [draft-atarius-dispatch-meid-urn-as-instanceid] Atarius, R., "S.R0048-A: Using the Mobile Equipment Identity (MEID) Uniform Resource Name (URN) as an Instance ID", Internet Draft draft-atarius-dispatch-meid-urn-as- instanceid, January 2018. This isn't a normative reference -- this draft does not normatively depend on "MEID as Instance ID". (Contrarily, that draft *does* normatively depend on this draft.) Also, its title does not start with "S.R0048-A:". Dale From nobody Tue Jan 23 08:14:16 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB3DF127076 for ; Tue, 23 Jan 2018 08:14:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OwxYosxb2_Ue for ; Tue, 23 Jan 2018 08:14:13 -0800 (PST) Received: from mail.dnb.de (mail.dnb.de [193.175.100.144]) (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 75246124235 for ; Tue, 23 Jan 2018 08:14:12 -0800 (PST) Received: from smg1.ad.ddb.de (unknown [10.69.63.232]) by mail.dnb.de (Postfix) with ESMTP id EE0C1520C725; Tue, 23 Jan 2018 17:14:09 +0100 (CET) X-AuditID: 0a453fe7-d3dff70000000f94-54-5a675f519216 Received: from dnbf-ex.AD.DDB.DE (dnbf-ex.AD.DDB.DE [10.69.63.244]) by smg1.ad.ddb.de (DNB Symantec Messaging Gateway) with SMTP id 0B.DF.03988.15F576A5; Tue, 23 Jan 2018 17:14:09 +0100 (CET) Received: from dnbf-ex.AD.DDB.DE (10.69.63.244) by dnbf-ex.AD.DDB.DE (10.69.63.244) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.669.32; Tue, 23 Jan 2018 17:14:08 +0100 Received: from dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7]) by dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7%13]) with mapi id 15.01.0669.032; Tue, 23 Jan 2018 17:14:08 +0100 From: "Svensson, Lars" To: R Atarius CC: "urn@ietf.org" , Ben Campbell Thread-Topic: [urn] [Marketing Mail] Expert review needed Thread-Index: AQHTlGUy9uECt3ScFkOGHb5rwOCKtQ== Date: Tue, 23 Jan 2018 16:14:08 +0000 Message-ID: <69c2db793ffe47c1a922f1da55d4bb02@dnb.de> References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> <8c89c2decae348db8818e04032801f89@dnb.de> <097A0AFF-2031-4E38-962B-234368E0241B@nostrum.com> <1520293144.3256613.1516142006002@mail.yahoo.com> In-Reply-To: <1520293144.3256613.1516142006002@mail.yahoo.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.12.188] Content-Type: multipart/alternative; boundary="_000_69c2db793ffe47c1a922f1da55d4bb02dnbde_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrJIcWRmVeSWpSXmKPExsXC5Wr/RTcwPj3K4M8seYv5nafZLXouWFpM bf7A5MDssWTJTyaPWTufsHjMmnWYKYA5issmJTUnsyy1SN8ugSvj3Wnrgmu3mSuezJzN2sC4 7DxzFyMnh4SAicSvT82sXYxcHEICBxklZh9uZodwHjNKrD78ixnC2coosW/rTpYuRnYONgEt ifcZIM0iAsoS/cf3M4HYzAKOEg/u7gAbKixgKXFr+klWiBoriZaOxywQtp7ExzkHwGwWAVWJ Jd/2MYLYvAKmEnNfdDFBrOpgkvh48R7YIE4BO4mlW46wg9iMArISGzZAXM0sIC6x6dl3VogP BCSW7IH5RlTi5eN/QHEOIFtB4s/NcIjyWInG3/PYIXYJSpyc+YRlAqPoLCSTZiEpm4WkbBbQ JGYBTYn1u/QhShQlpnQ/ZIewNSRa58xlRxZfwMi+ipGvODfdUC8xRS8lJUkvJXUTIyTmnu9g 7LvkcohRgINRiYc3xDQ9Sog1say4MvcQoz8Hk5IobzY/UIgvKT+lMiOxOCO+qDQntVhJhJfD EyjMCxdOKs3JVpLj9b6UFiUkDhctLi0uyEzOzC8tji8tyjnEKMHBDNSaxwrSmpJYWZValA8x 8BCjNAeLkjjvy30MEUIC6YklqdmpqQWpRTDZCA4OJQnevDigRsGi1PTUirTMnBKYNFDfmmig jACyDNhBiryLa1OjhKSQJdDdxMTBeYjRh4MH6DArkPm8xQWJucWZ6VCzhXmfeABFeWCiYHNl eXeBPCoGE0Q18xRjLce3vQ/amDmaHoDILY9eAskDYPLGi9cgkWVv2piFWPLy81KlxHkfx4Ic DzIrozQP7ispMd46kOP5kSRAlksp8DoYpEQJSSKJo9r/itETGJnCvMwg7/AAcyrCN0K86iBB bqgg2DMyvDtAnhGFiqGb5QNMBSK8N2pSQUFTkliCHDSHQBp5YKLQoLkECRqoIKpxUg2M0r9r pt9+6ptnNGOG7/I75TLCb9xzLt18e9TnXpbI9E6m5knLdvMtPv12n+6Fm3P/1N9fYqPI713z OU40w97SRtWY99GkXz1x6ydzf3zTtvun5HV7UV6F4A9dAYonDA/wtOZ9lc3ffMyRrz7jSH3L Aze7ffbpDp2rL/RdvspgOelEirfMpwuuSizFGYmGWsxFxYkA1KV3MswEAAA= Archived-At: Subject: Re: [urn] [Marketing Mail] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2018 16:14:16 -0000 --_000_69c2db793ffe47c1a922f1da55d4bb02dnbde_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm96YmVoLA0KDQpUaGFua3MsIHRoYXQgYW5zd2VycyBteSBjb25jZXJucy4gSSBzYXcgdGhh dCBEYWxlIGhhZCBjb21tZW50cyBvbiBzb21lIG90aGVyIGl0ZW1zIHNvIEnigJlsbCBsb29rIGF0 IHRoZSBkcmFmdCBhZ2FpbiB3aGVuIHlvdeKAmXZlIHB1Ymxpc2hlZCBhIG5ldyB2ZXJzaW9uICgt MTYpLg0KDQpCZXN0LA0KDQpMYXJzDQoNCg0KRnJvbTogUiBBdGFyaXVzIFttYWlsdG86cl9hdGFy aXVzQHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggMTE6MzMgUE0N ClRvOiBCZW4gQ2FtcGJlbGwgPGJlbkBub3N0cnVtLmNvbT47IFN2ZW5zc29uLCBMYXJzIDxMLlN2 ZW5zc29uQGRuYi5kZT4NCkNjOiB1cm5AaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbdXJuXSBbTWFy a2V0aW5nIE1haWxdIEV4cGVydCByZXZpZXcgbmVlZGVkDQoNCkhlbGxvIExhcnMsDQoNClBsZWFz ZSBzZWUgdGhlIHJlc3BvbnNlcyBpbmxpbmU6DQoNClRoYW5rcw0KUm9vemJlaA0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogQmVuIENhbXBiZWxsIDxiZW5Abm9zdHJ1 bS5jb208bWFpbHRvOmJlbkBub3N0cnVtLmNvbT4+DQpUbzogIlN2ZW5zc29uLCBMYXJzIiA8TC5T dmVuc3NvbkBkbmIuZGU8bWFpbHRvOkwuU3ZlbnNzb25AZG5iLmRlPj4NCkNjOiBSIEF0YXJpdXMg PHJfYXRhcml1c0B5YWhvby5jb208bWFpbHRvOnJfYXRhcml1c0B5YWhvby5jb20+PjsgInVybkBp ZXRmLm9yZzxtYWlsdG86dXJuQGlldGYub3JnPiIgPHVybkBpZXRmLm9yZzxtYWlsdG86dXJuQGll dGYub3JnPj4NClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTYsIDIwMTggODowOCBBTQ0KU3ViamVj dDogUmU6IFt1cm5dIFtNYXJrZXRpbmcgTWFpbF0gRXhwZXJ0IHJldmlldyBuZWVkZWQNCg0KDQoN Cj4gT24gSmFuIDE2LCAyMDE4LCBhdCA2OjM3IEFNLCBTdmVuc3NvbiwgTGFycyA8TC5TdmVuc3Nv bkBkbmIuZGU8bWFpbHRvOkwuU3ZlbnNzb25AZG5iLmRlPj4gd3JvdGU6DQo+DQo+IERlYXIgUm9v emJlaCwNCj4NCj4gT24gU3VuZGF5LCBKYW51YXJ5IDE0LCAyMDE4IDQ6NDQgQU0sIHVybiBbbWFp bHRvOnVybi1ib3VuY2VzQGlldGYub3JnPG1haWx0bzp1cm4tYm91bmNlc0BpZXRmLm9yZz5dIE9u IEJlaGFsZiBPZiBSIEF0YXJpdXMgd3JvdGU6DQo+DQo+PiBUaGUgZm9sbG93aW5nIGRyYWZ0cyBo YXZlIGJlZW4gYXBwcm92ZWQsIGhvd2V2ZXIsIGFuIGV4cGVydCByZXZpZXcgZm9yIHRoZSBuZXcg VVJODQo+PiBpcyBuZWVkZWQuIENvdWxkIHlvdSBwbGVhc2UgcmV2aWV3IHRoZSBmb2xsb3dpbmcg ZHJhZnRzIGFuZCBjb21tZW50Pw0KPj4NCj4+DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9pZC9k cmFmdC1hdGFyaXVzLWRpc3BhdGNoLW1laWQtdXJuLTE1LnR4dA0KPj4NCj4+IGh0dHBzOi8vd3d3 LmlldGYub3JnL2lkL2RyYWZ0LWF0YXJpdXMtZGlzcGF0Y2gtbWVpZC11cm4tYXMtaW5zdGFuY2Vp ZC0wNy50eHQNCj4NCj4gSSBoYXZlIGhhZCBhIGxvb2sgYXQgaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWQvZHJhZnQtYXRhcml1cy1kaXNwYXRjaC1tZWlkLXVybi0xNS50eHQgYW5kIEkgZG9uJ3QgdGhp bmsgdGhlIGRvY3VtZW50IGlzIHF1aXRlIHJlYWR5IGZvciBwdWJsaWNhdGlvbiB5ZXQuDQo+DQo+ ICogVGhlIHJlZmVyZW5jZXMgc2VjdGlvbiBoYXMgYSBub3JtYXRpdmUgcmVmZXJlbmNlIHRvIGRy YWZ0LWF0YXJpdXMtZGlzcGF0Y2gtbWVpZC11cm4tYXMtaW5zdGFuY2UtaWQuIEkgZG9uJ3QgdGhp bmsgaXQgYXBwcm9wcmlhdGUgdG8gaGF2ZSBhIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gYSBkcmFm dCBkb2N1bWVudC4NCg0KSeKAmWxsIGxldCBSb296YmVoIHJlc3BvbmQgdG8gdGhlbyBvdGhlciBj b21tZW50cywgYnV0IHRoZSBkb2N1bWVudCB5b3UgbWVudGlvbiBpcyBiZWluZyBwdWJsaXNoZWQg aW4gdGFuZGVtIHdpdGggdGhpcyBvbmUuIFRoZSByZWZlcmVuY2Ugd2lsbCBiZSB0byBhbiBSRkMg aW4gdGhlIGZpbmFsIHB1Ymxpc2hlZCB2ZXJzaW9uLg0KDQpUaGFua3MhDQoNCkJlbi4NCg0KDQo+ DQo+ICogVGhlIFVSTHMgZm9yIHRoZSByZWZlcmVuY2VzIFtTLlIwMDQ4LUFdLCBbU0MuUjQwMDIt MF0gYW5kIFtYLlMwMDA4LTBdIGRvIG5vdCByZXNvbHZlLiBBbHNvLCBpbiB0aGUgVVJMIGZvciBb U0MuUjQwMDItMF0gdGhlIHByb3RvY29sIHNob3VsZCBiZSBhZGRlZDogPGh0dHA6Ly93d3cuM2dw cDIub3JnLy4uLj4NCj4NCg0KPFJvb3piZWg+DQoNCltTLlIwMDQ4LUFdIHRoZSBlcnJvciB3YXMg dGhhdCAicyIgaW4gInNwZWNzIiB3aXRoaW4gdGhlIFVSTCBzaG91bGQgYmUgY2FwaXRhbGl6ZWQu DQpodHRwOi8vd3d3LjNncHAyLm9yZy9QdWJsaWNfaHRtbC9TcGVjcy9TLlIwMDQ4LUFfdjQuMF8w NTA2MzAucGRmDQoNCltTQy5SNDAwMi0wXTogSSB0aGluayB0aGUgZG9jdW1lbnQgd2FzIHJlcGxh Y2VkIGJ5IHRoZSBmb2xsb3dpbmcgaW4gMjAxNi4gVGhlcmUgaXMgbm90IG11Y2ggYWN0aXZpdHkg aW4gM0dQUDIgY3VycmVudGx5IHNvIEkgYW0gbm90IGZvbGxvd2luZyBpdA0KDQpodHRwOi8vd3d3 LjNncHAyLm9yZy9QdWJsaWNfaHRtbC9TcGVjcy9TQy5SNDAwMi0wX3YxMi4wX0dIQV8lMjBHdWlk ZWxpbmVzX2Zvcl9NRUlEX0RlY2VtYmVyXzIwMTYucGRmDQoNCg0KW1guUzAwMDgtMF06IFRoZSBz YW1lIGFzIGFib3ZlIHRoYXQgInMiIGluICJzcGVjcyIgd2l0aGluIFVSTCBzaG91bGQgYmUgY2Fw aXRhbGl6ZWQuIGhvd2V2ZXIsIEkgcmVhbGl6ZWQgdGhlcmUgaXMgYSBuZXdlciBkb2N1bWVudCB0 aGF0IHdlIGNhbiB1c2UNCg0KaHR0cDovL3d3dy4zZ3BwMi5vcmcvUHVibGljX2h0bWwvU3BlY3Mv WC5TMDAwOC0wX3YzLjBfMDkwMTMwLnBkZg0KDQoNCg0KDQo+ICogwqczLCBzZWMgInJ1bGVzIGZv ciBsZXhpY2FsIGVxdWl2YWxlbmNlIiBzYXkgdGhhdCBNRUlEIFVSTnMgYXJlIGVxdWFsIGlmIHRo ZXkgaGF2ZSB0aGUgc2FtZSBtZWlkdmFsIGFuZCB0aGUgc2FtZSBwYXJhbWV0ZXIgdmFsdWVzIGJ1 dCB0aGUgc3ludGF4IGRvZXNuJ3QgZGVmaW5lIHBhcmFtZXRlciB2YWx1ZXMgZm9yIG1laWR2YWwu IEFsc28sIHRoZSBydWxlcyBzYXkgdGhhdCB0aGUgTlNTIGNhbiBiZSBjb21wYXJlZCAidXNpbmcg dGhlIG5vcm1hbCBtZWNoYW5pc21zIGZvciBwZXJjZW50LWVuY29kZWQgVVRGLTggc3RyaW5ncyIs IGJ1dCB0aGUgc3ludGF4IGRvZXNuJ3QgYWxsb3cgYW55IGNoYXJhY3RlcnMgb3V0c2lkZSBBU0NJ SS4gVG8gbWUsIHRob3NlIHR3byBwYXJ0cyBzZWVtIHVubmVjZXNzYXJ5IGFuZCBwZXJoYXBzIHlv dSBjYW4gc2ltcGx5IGRlbGV0ZSB0aGVtDQoNCjxSb296YmVoPg0KDQpQbGVhc2Ugc2VlIHRoZSBm b2xsb3dpbmcgbW9kaWZpY2F0aW9uIGFuZCB0aGVyZWJ5IHRoZSByZWZlcmVuY2UgZm9yIFJGQyAz NjI5IHdpbGwgYmUgZGVsZXRlZC4NCg0KUnVsZXMgZm9yIExleGljYWwgRXF1aXZhbGVuY2U6DQoN Cg0KICAgVHdvIDNHUFAyIE1FSUQgVVJOcyBhcmUgZXF1aXZhbGVudCBpZiB0aGV5IGhhdmUgdGhl IHNhbWUgJ21laWR2YWwnLg0KICAgVGhlIGNvbXBhcmlzb25zIGFyZSB0byBiZSBjYXNlLWluc2Vu c2l0aXZlLg0KDQoNCiAgIENvbmZvcm1hbmNlIHdpdGggVVJOIFN5bnRheDoNCg0KDQogICBUaGUg c3RyaW5nIHJlcHJlc2VudGF0aW9uIG9mIHRoZSAnM2dwcDInIE5JRCBhbmQgb2YgdGhlIE1FSUQg TlNTIGlzDQogICBmdWxseSBjb21wYXRpYmxlIHdpdGggdGhlIFVSTiBzeW50YXggKHNlZSBbUkZD ODE0MV0pLg0KDQoNCiAgIFZhbGlkYXRpb24gTWVjaGFuaXNtOg0KDQoNCiAgIFRoZSBNRUlEIGNh biBiZSB2YWxpZGF0ZWQgdXNpbmcgdGhlIG1lY2hhbmlzbSBkZWZpbmVkIGluIFtTLlIwMDQ4LUFd Lg0KDQoNCiAgIFNjb3BlOg0KDQoNCiAgIDNHUFAyIFVSTiBpcyBnbG9iYWwgaW4gc2NvcGUuDQoN Cj4NCj4gKiDCpzQuMi4xIE1hbnVmYWN0dXJlciBDb2RlLiBJdCB3b3VsZCBiZSBpbnRlcmVzdGlu ZyB0byBrbm93IGlmIHRoZXJlIGlzIGEgcHVibGljbHkgYXZhaWxhYmxlIHJlZ2lzdHJ5IG9mIG1h bnVmYWN0dXJlciBjb2Rlcy4gVGhlIGFuc3dlciBtaWdodCBiZSBpbiBbUy5SMDA0OC1BXSBidXQg c2luY2UgdGhlIFVSTCBpbiB0aGUgcmVmZXJlbmNlIGRvZXNuJ3QgcmVzb2x2ZSwgSSBjb3VsZCBu b3QgY2hlY2sgdGhhdC4NCj4NCj4gQmVzdCwNCj4NCj4gTGFycw0KDQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHVybiBtYWlsaW5nIGxpc3QNCj4g dXJuQGlldGYub3JnPG1haWx0bzp1cm5AaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vdXJuDQoNCg0K --_000_69c2db793ffe47c1a922f1da55d4bb02dnbde_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2 Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9w LWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6 IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTgNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IlZlcmRhbmEiLHNh bnMtc2VyaWY7DQoJY29sb3I6IzQ0NTQ2QTt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNt IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48 L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBsYW5nPSJERSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9IiM0NDU0NmEiIGZhY2U9IlZlcmRhbmEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj NDQ1NDZBO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBSb3piZWgsPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNv bG9yPSIjNDQ1NDZhIiBmYWNlPSJWZXJkYW5hIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2 QTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNDQ1 NDZhIiBmYWNlPSJWZXJkYW5hIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0 NDU0NkE7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcywgdGhhdCBhbnN3ZXJzIG15 IGNvbmNlcm5zLiBJIHNhdyB0aGF0IERhbGUgaGFkIGNvbW1lbnRzIG9uIHNvbWUgb3RoZXINCiBp dGVtcyBzbyBJ4oCZbGwgbG9vayBhdCB0aGUgZHJhZnQgYWdhaW4gd2hlbiB5b3XigJl2ZSBwdWJs aXNoZWQgYSBuZXcgdmVyc2lvbiAoLTE2KS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM0NDU0NmEiIGZhY2U9 IlZlcmRhbmEiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QTttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNDQ1NDZhIiBm YWNlPSJWZXJkYW5hIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkE7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkJlc3QsPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNDQ1NDZh IiBmYWNlPSJWZXJkYW5hIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0 NkE7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzQ0 NTQ2YSIgZmFjZT0iVmVyZGFuYSI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj NDQ1NDZBO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5MYXJzPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIj NDQ1NDZhIiBmYWNlPSJWZXJkYW5hIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM0NDU0NkE7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRk aW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFu PjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t R0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+DQogUiBBdGFyaXVzIFttYWlsdG86cl9hdGFyaXVzQHlhaG9vLmNvbV0g PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4g VHVlc2RheSwgSmFudWFyeSAxNiwgMjAxOCAxMTozMyBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBCZW4gQ2FtcGJlbGwgJmx0O2JlbkBub3N0 cnVtLmNvbSZndDs7IFN2ZW5zc29uLCBMYXJzICZsdDtMLlN2ZW5zc29uQGRuYi5kZSZndDs8YnI+ DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gdXJuQGll dGYub3JnPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9z cGFuPjwvYj4gUmU6IFt1cm5dIFtNYXJrZXRpbmcgTWFpbF0gRXhwZXJ0IHJldmlldyBuZWVkZWQ8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgz MzUwMTVfNjA5OTEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGVsbG8gTGFycyw8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1 XzYwOTkxIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfNjA5OTEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+UGxlYXNlIHNlZSB0aGUgcmVzcG9uc2VzIGlubGluZTo8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4 MzM1MDE1XzYwOTkxIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfNjA5 OTEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MDk5MSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5Sb296YmVoPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBp ZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MDk5MiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7YmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkFyaWFsIiBpZD0ieXVpXzNf MTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MDk5NCI+PC9mb250Pg0KPGRpdiBpZD0ieXVpXzNf MTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MDk5OCI+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3lt MTlfMV8xNTE2MTE4MzM1MDE1XzYwOTk3Ij4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1 MTYxMTgzMzUwMTVfNjA5OTYiPg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMz NTAxNV82MDk5NSI+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxl PSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPg0KPGhy IHNpemU9IjEiIHdpZHRoPSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvc3Bhbj48L2ZvbnQ+PC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjaztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPg0KIEJlbiBDYW1wYmVsbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJlbkBub3N0cnVtLmNvbSI+ YmVuQG5vc3RydW0uY29tPC9hPiZndDs8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+VG86PC9zcGFuPjwvYj4gJnF1b3Q7U3ZlbnNzb24sIExhcnMmcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzpMLlN2ZW5zc29uQGRuYi5kZSI+TC5TdmVuc3NvbkBkbmIuZGU8L2E+Jmd0Ow0K PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48L2I+IFIg QXRhcml1cyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJfYXRhcml1c0B5YWhvby5jb20iPnJfYXRhcml1 c0B5YWhvby5jb208L2E+Jmd0OzsgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnVybkBpZXRmLm9yZyI+ dXJuQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnVybkBpZXRmLm9yZyI+ dXJuQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+U2VudDo8L3NwYW4+PC9iPiBUdWVzZGF5LCBKYW51YXJ5IDE2LCAyMDE4IDg6MDggQU08YnI+ DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDo8L3NwYW4+PC9iPiBS ZTogW3Vybl0gW01hcmtldGluZyBNYWlsXSBFeHBlcnQgcmV2aWV3IG5lZWRlZDwvc3Bhbj48L2Zv bnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95 bTE5XzFfMTUxNjExODMzNTAxNV82MTAyOSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2 ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hl bHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAx NV82MTAyOCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9y PSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMz NTAxNV82MTI3MyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7IE9uIEphbiAxNiwgMjAxOCwgYXQgNjozNyBB TSwgU3ZlbnNzb24sIExhcnMgJmx0Ozwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 YSBocmVmPSJtYWlsdG86TC5TdmVuc3NvbkBkbmIuZGUiPjxmb250IHNpemU9IjMiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0Ij5MLlN2ZW5zc29uQGRuYi5kZTwvc3Bhbj48L2ZvbnQ+PC9h Pjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5 dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1XzYxMjc1Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsN CiB3cm90ZTo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i SGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBf eW0xOV8xXzE1MTYxMTgzMzUwMTVfNjEyNzciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwv Zm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1 MDE1XzYxMjc5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsgRGVhciBSb296YmVoLDwvc3Bhbj48L2ZvbnQ+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82 MTI4MSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGlj YSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfNjEyODMiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jmd0OyBPbiBTdW5kYXksIEphbnVhcnkgMTQsIDIwMTggNDo0NCBBTSwgdXJuIFttYWlsdG86 PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGlj YSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxhIGhyZWY9Im1haWx0bzp1cm4tYm91 bmNlc0BpZXRmLm9yZyI+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQiPnVybi1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvZm9udD48L2E+PC9zcGFuPjwvZm9udD48 Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8x XzE1MTYxMTgzMzUwMTVfNjEyODUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+XQ0KIE9uIEJlaGFsZiBPZiBSIEF0 YXJpdXMgd3JvdGU6PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bh bj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18x Nl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1XzYxMjg3Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bh bj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNv bG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjEx ODMzNTAxNV82MTI4OSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBUaGUgZm9sbG93aW5nIGRyYWZ0 cyBoYXZlIGJlZW4gYXBwcm92ZWQsIGhvd2V2ZXIsIGFuIGV4cGVydCByZXZpZXcgZm9yIHRoZSBu ZXcgVVJOPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9Ikhl bHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L2Zv bnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3lt MTlfMV8xNTE2MTE4MzM1MDE1XzYxMjkxIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IGlzIG5lZWRl ZC4gQ291bGQgeW91IHBsZWFzZSByZXZpZXcgdGhlIGZvbGxvd2luZyBkcmFmdHMgYW5kIGNvbW1l bnQ/PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlf MV8xNTE2MTE4MzM1MDE1XzYxMjkzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9m b250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i YmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUw MTVfNjEyOTUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0i SGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MTI5NyI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWF0YXJpdXMtZGlzcGF0Y2gtbWVp ZC11cm4tMTUudHh0IiB0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWF0YXJpdXMt ZGlzcGF0Y2gtbWVpZC11cm4tMTUudHh0PC9zcGFuPjwvZm9udD48L2E+PGJyPg0KPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBf eW0xOV8xXzE1MTYxMTgzMzUwMTVfNjEyOTkiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bh bj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNv bG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjEx ODMzNTAxNV82MTMwMSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWF0 YXJpdXMtZGlzcGF0Y2gtbWVpZC11cm4tYXMtaW5zdGFuY2VpZC0wNy50eHQiIHRhcmdldD0iX2Js YW5rIj48Zm9udCBzaXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtYXRhcml1cy1kaXNwYXRjaC1tZWlkLXVybi1hcy1pbnN0 YW5jZWlkLTA3LnR4dDwvc3Bhbj48L2ZvbnQ+PC9hPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2 MTE4MzM1MDE1XzYxMzAzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFj ZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MTMwNSI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mZ3Q7IEkgaGF2ZSBoYWQgYSBsb29rIGF0DQo8L3NwYW4+PC9mb250Pjxm b250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQt YXRhcml1cy1kaXNwYXRjaC1tZWlkLXVybi0xNS50eHQiIHRhcmdldD0iX2JsYW5rIj48Zm9udCBz aXplPSIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvaWQvZHJhZnQtYXRhcml1cy1kaXNwYXRjaC1tZWlkLXVybi0xNS50eHQNCjwvc3Bhbj48L2Zv bnQ+PC9hPjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2Ei IGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1XzYxMzA3Ij48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PmFuZCBJIGRvbid0IHRoaW5rIHRoZSBkb2N1bWVudCBpcyBxdWl0ZSByZWFkeSBmb3IgcHVibGlj YXRpb24geWV0Ljwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+ PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZf MF95bTE5XzFfMTUxNjExODMzNTAxNV82MTMwOSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+ PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgz MzUwMTVfNjEzMTEiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OyAqIFRoZSByZWZlcmVuY2VzIHNlY3Rpb24g aGFzIGEgbm9ybWF0aXZlIHJlZmVyZW5jZSB0byBkcmFmdC1hdGFyaXVzLWRpc3BhdGNoLW1laWQt dXJuLWFzLWluc3RhbmNlLWlkLg0KIEkgZG9uJ3QgdGhpbmsgaXQgYXBwcm9wcmlhdGUgdG8gaGF2 ZSBhIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gYSBkcmFmdCBkb2N1bWVudC48L3NwYW4+PC9mb250 Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgz MzUwMTVfNjEzMTMiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SeKAmWxsIGxldCBSb296YmVoIHJlc3BvbmQgdG8g dGhlbyBvdGhlciBjb21tZW50cywgYnV0IHRoZSBkb2N1bWVudCB5b3UgbWVudGlvbiBpcyBiZWlu ZyBwdWJsaXNoZWQgaW4gdGFuZGVtDQogd2l0aCB0aGlzIG9uZS4gVGhlIHJlZmVyZW5jZSB3aWxs IGJlIHRvIGFuIFJGQyBpbiB0aGUgZmluYWwgcHVibGlzaGVkIHZlcnNpb24uPC9zcGFuPjwvZm9u dD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29s b3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4 MzM1MDE1XzYxMzE1Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rcyE8L3NwYW4+PC9mb250Pjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2si IGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfNjEz MTciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+QmVuLjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdiBpZD0ieXF0ZmQwNTE0NyI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48YnI+DQo8YnI+DQomZ3Q7IDxicj4NCiZndDsgKiBUaGUgVVJMcyBmb3IgdGhlIHJlZmVy ZW5jZXMgW1MuUjAwNDgtQV0sIFtTQy5SNDAwMi0wXSBhbmQgW1guUzAwMDgtMF0gZG8gbm90IHJl c29sdmUuIEFsc28sIGluIHRoZSBVUkwgZm9yIFtTQy5SNDAwMi0wXSB0aGUgcHJvdG9jb2wgc2hv dWxkIGJlIGFkZGVkOiAmbHQ7PGEgaHJlZj0iaHR0cDovL3d3dy4zZ3BwMi5vcmcvLi4uIj5odHRw Oi8vd3d3LjNncHAyLm9yZy8uLi48L2E+Jmd0Ozxicj4NCiZndDsmbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xv cj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inlx dGZkMDUxNDciPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jmx0O1Jvb3piZWgmZ3Q7PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXF0ZmQwNTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNr IiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3 Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPltTLlIwMDQ4LUFdIHRoZSBlcnJvciB3YXMgdGhhdCAmcXVvdDtzJnF1b3Q7 IGluICZxdW90O3NwZWNzJnF1b3Q7IHdpdGhpbiB0aGUgVVJMIHNob3VsZCBiZSBjYXBpdGFsaXpl ZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5cXRmZDA1 MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHA6Ly93d3cuM2dwcDIub3JnL1B1YmxpY19odG1s L1NwZWNzL1MuUjAwNDgtQV92NC4wXzA1MDYzMC5wZGYiPmh0dHA6Ly93d3cuM2dwcDIub3JnL1B1 YmxpY19odG1sL1NwZWNzL1MuUjAwNDgtQV92NC4wXzA1MDYzMC5wZGY8L2E+PC9zcGFuPjwvZm9u dD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0 aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2 ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXF0ZmQwNTE0NyI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5b U0MuUjQwMDItMF06IEkgdGhpbmsgdGhlIGRvY3VtZW50IHdhcyByZXBsYWNlZCBieSB0aGUgZm9s bG93aW5nIGluIDIwMTYuIFRoZXJlIGlzIG5vdA0KIG11Y2ggYWN0aXZpdHkgaW4gM0dQUDIgY3Vy cmVudGx5IHNvIEkgYW0gbm90IGZvbGxvd2luZyBpdCZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2 IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIg ZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGEgaHJlZj0i aHR0cDovL3d3dy4zZ3BwMi5vcmcvUHVibGljX2h0bWwvU3BlY3MvU0MuUjQwMDItMF92MTIuMF9H SEFfJTIwR3VpZGVsaW5lc19mb3JfTUVJRF9EZWNlbWJlcl8yMDE2LnBkZiI+aHR0cDovL3d3dy4z Z3BwMi5vcmcvUHVibGljX2h0bWwvU3BlY3MvU0MuUjQwMDItMF92MTIuMF9HSEFfJTIwR3VpZGVs aW5lc19mb3JfTUVJRF9EZWNlbWJlcl8yMDE2LnBkZjwvYT48L3NwYW4+PC9mb250Pjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBp ZD0ieXF0ZmQwNTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+W1guUzAwMDgtMF06IFRoZSBzYW1lIGFzIGFib3ZlIHRoYXQgJnF1b3Q7cyZxdW90 OyBpbiAmcXVvdDtzcGVjcyZxdW90OyB3aXRoaW4gVVJMIHNob3VsZCBiZSBjYXBpdGFsaXplZC4g aG93ZXZlciwNCiBJIHJlYWxpemVkIHRoZXJlIGlzIGEgbmV3ZXIgZG9jdW1lbnQgdGhhdCB3ZSBj YW4gdXNlPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9Ikhl bHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJi bGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXF0ZmQw NTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwOi8vd3d3LjNncHAyLm9yZy9QdWJsaWNfaHRt bC9TcGVjcy9YLlMwMDA4LTBfdjMuMF8wOTAxMzAucGRmIj5odHRwOi8vd3d3LjNncHAyLm9yZy9Q dWJsaWNfaHRtbC9TcGVjcy9YLlMwMDA4LTBfdjMuMF8wOTAxMzAucGRmPC9hPjwvc3Bhbj48L2Zv bnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXF0 ZmQwNTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9Ikhl bHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCiZndDsgKiDCpzMs IHNlYyAmcXVvdDtydWxlcyBmb3IgbGV4aWNhbCBlcXVpdmFsZW5jZSZxdW90OyBzYXkgdGhhdCBN RUlEIFVSTnMgYXJlIGVxdWFsIGlmIHRoZXkgaGF2ZSB0aGUgc2FtZSBtZWlkdmFsIGFuZCB0aGUg c2FtZSBwYXJhbWV0ZXIgdmFsdWVzIGJ1dCB0aGUgc3ludGF4IGRvZXNuJ3QgZGVmaW5lIHBhcmFt ZXRlciB2YWx1ZXMgZm9yIG1laWR2YWwuIEFsc28sIHRoZSBydWxlcyBzYXkgdGhhdCB0aGUgTlNT IGNhbiBiZSBjb21wYXJlZCAmcXVvdDt1c2luZyB0aGUgbm9ybWFsDQogbWVjaGFuaXNtcyBmb3Ig cGVyY2VudC1lbmNvZGVkIFVURi04IHN0cmluZ3MmcXVvdDssIGJ1dCB0aGUgc3ludGF4IGRvZXNu J3QgYWxsb3cgYW55IGNoYXJhY3RlcnMgb3V0c2lkZSBBU0NJSS4gVG8gbWUsIHRob3NlIHR3byBw YXJ0cyBzZWVtIHVubmVjZXNzYXJ5IGFuZCBwZXJoYXBzIHlvdSBjYW4gc2ltcGx5IGRlbGV0ZSB0 aGVtPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXF0ZmQw NTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8ZGl2IGlkPSJ5cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZsdDtSb296YmVoJmd0OzxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp diBpZD0ieXF0ZmQwNTE0NyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5QbGVhc2Ugc2VlIHRoZSBmb2xsb3dpbmcgbW9k aWZpY2F0aW9uIGFuZCB0aGVyZWJ5IHRoZSByZWZlcmVuY2UgZm9yIFJGQyAzNjI5IHdpbGwgYmUg ZGVsZXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5 cXRmZDA1MTQ3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjxkaXYgaWQ9InlxdGZkMDUxNDciPg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5 XzFfMTUxNjExODMzNTAxNV84NDAzMCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5SdWxlcyBmb3IgTGV4aWNhbCBFcXVp dmFsZW5jZTo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i SGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjEx ODMzNTAxNV84NDAzMyI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp diBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV84NDAzNyI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDsgJm5ic3A7VHdvIDNHUFAyIE1FSUQgVVJOcyBhcmUgZXF1aXZhbGVudCBpZiB0aGV5IGhh dmUgdGhlIHNhbWUgJ21laWR2YWwnLjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8w X3ltMTlfMV8xNTE2MTE4MzM1MDE1Xzg0MDQwIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9Ikhl bHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOyAmbmJzcDtUaGUm bmJzcDtjb21wYXJpc29ucyBhcmUgdG8gYmUgY2FzZS1pbnNlbnNpdGl2ZS48L3NwYW4+PC9mb250 Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV84NDA1NiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5 XzFfMTUxNjExODMzNTAxNV84NDA2MCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7Q29uZm9ybWFu Y2Ugd2l0aCBVUk4gU3ludGF4Ojwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3lt MTlfMV8xNTE2MTE4MzM1MDE1Xzg0MDYzIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjxicj4NCjwvc3Bhbj48 L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1Xzg0MDY3Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPiZuYnNwOyAmbmJzcDtUaGUgc3RyaW5nIHJlcHJlc2VudGF0aW9uIG9mIHRoZSAn M2dwcDInIE5JRCBhbmQgb2YgdGhlIE1FSUQgTlNTIGlzPC9zcGFuPjwvZm9udD48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9 Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQwNzAiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7 ICZuYnNwO2Z1bGx5IGNvbXBhdGlibGUgd2l0aCB0aGUgVVJOIHN5bnRheCAoc2VlIFtSRkM4MTQx XSkuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUw MTVfODQwNzMiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9 Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQwNzciPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7 ICZuYnNwO1ZhbGlkYXRpb24gTWVjaGFuaXNtOjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlf M18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1Xzg0MDgwIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjxicj4N Cjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1 Xzg0MDg0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOyAmbmJzcDtUaGUgTUVJRCBjYW4gYmUgdmFsaWRhdGVk IHVzaW5nIHRoZSBtZWNoYW5pc20gZGVmaW5lZCBpbiBbUy5SMDA0OC1BXS48L3NwYW4+PC9mb250 Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV84NDA4NyI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIg Y29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ieXVpXzNfMTZfMF95bTE5 XzFfMTUxNjExODMzNTAxNV84NDA5MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDsgJm5ic3A7U2NvcGU6PC9z cGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQw OTQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBj b2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inl1aV8z XzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQwOTgiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFj ZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNw OzNHUFAyIFVSTiBpcyBnbG9iYWwgaW4gc2NvcGUuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIy IiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Inl1 aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQxMDEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIg ZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFj ZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV84NDEwMyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFj ZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV84NDEwNSI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mZ3Q7ICogwqc0LjIuMSBNYW51ZmFjdHVyZXIgQ29kZS4gSXQgd291bGQg YmUgaW50ZXJlc3RpbmcgdG8ga25vdyBpZiB0aGVyZSBpcyBhIHB1YmxpY2x5IGF2YWlsYWJsZSBy ZWdpc3RyeQ0KIG9mIG1hbnVmYWN0dXJlciBjb2Rlcy4gVGhlIGFuc3dlciBtaWdodCBiZSBpbiBb Uy5SMDA0OC1BXSBidXQgc2luY2UgdGhlIFVSTCBpbiB0aGUgcmVmZXJlbmNlIGRvZXNuJ3QgcmVz b2x2ZSwgSSBjb3VsZCBub3QgY2hlY2sgdGhhdC48L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZl dGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1MTYxMTgzMzUwMTVfODQxMDciPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bh bj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18x Nl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1Xzg0MTA5Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsgQmVzdCw8 L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNh Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9u dCBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSIgaWQ9Inl1aV8zXzE2XzBfeW0xOV8xXzE1 MTYxMTgzMzUwMTVfODQxMTEiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBm YWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1Xzg0MTEz Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPiZndDsgTGFyczwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNr IiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8 L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVp XzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82MTMyMSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwvZm9u dD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJs YWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1 XzYxMzIzIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsgdXJuIG1haWxpbmcgbGlzdDwvc3Bhbj48L2ZvbnQ+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFj ayIgZmFjZT0iSGVsdmV0aWNhIiBpZD0ieXVpXzNfMTZfMF95bTE5XzFfMTUxNjExODMzNTAxNV82 MTMyNSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+PGEgaHJlZj0ibWFpbHRvOnVybkBpZXRmLm9yZyI+PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnVybkBpZXRmLm9yZzwvc3Bhbj48L2ZvbnQ+PC9hPjxicj4N Cjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRpY2EiIGlkPSJ5 dWlfM18xNl8wX3ltMTlfMV8xNTE2MTE4MzM1MDE1XzYxMzI3Ij48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsN Cjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VybiIgdGFyZ2V0PSJfYmxhbmsiPjxmb250IHNpemU9 IjMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3Vybjwvc3Bhbj48L2ZvbnQ+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8ZGl2IGlkPSJ5cXRmZDE4Mzc3Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9 IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2JhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_69c2db793ffe47c1a922f1da55d4bb02dnbde_-- From nobody Tue Jan 23 08:20:13 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6221F127076 for ; Tue, 23 Jan 2018 08:20:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FYsXsHiXf7h4 for ; Tue, 23 Jan 2018 08:20:08 -0800 (PST) Received: from sonic313-52.consmr.mail.gq1.yahoo.com (sonic313-52.consmr.mail.gq1.yahoo.com [98.137.65.115]) (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 42F8F12706D for ; Tue, 23 Jan 2018 08:20:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1516724407; bh=tHPSLH7k+kBiUKb5E0KFB98kY4iHG2uIN0NModRWL68=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=rRWaZ6POOutuE2bPMK947eB0Ts/DqgSW/FDZWp5Gb2OyBRB/+h4mL65yAqmPVD0jAwV3dTO1Y3i+e79F1t+l53E3caF6+pllMQkOp9VeIkaG6zDRp8IvWzGTifARs2g5aejzi5n/RSqZYDFSKQuCHCxl1x9SkMzSAjcqDjFQ203DnitWEURgL6N3/dohRsLRmTCAOjrc3CRBCwEY2IflpCX6qnZNcImu7NJZqQ8dimVvF8ozjdNCVKt3KdHn/redc/OYyM60kihE8pDvLA67zQ3dICmvyU8yrMMW9JVxzoRACUJgVMcrToREq9r+IIFsCdjvHBVVD43/HUbahVyLig== X-YMail-OSG: t9E3BYQVM1lE9mchak.BPXrYEdO215_iKudTGsAYWNwLhA9oMkC8vwIyHaJICi3 dcWBuNRByMHY74zNXkwEj0sfh_tk7WvPzEftFM1_HIbkq.yYtk3x4.i_M2O_0.WyXYX6UFw.VjHm YZoejx0WhM.4rvZPbGKf9Kz4QgmXSwlh._h8O07vqM5TlzhID.kNQMBaR4b2iDKlyvKtlD_kJ1TX qLMANGb8RwkdHrVVo7ghjqbXbGgEKcTA8r_6krMZNXd5BsDzhfcZV_qYplWoSjisB3s_AkIct7Vb vf4JqiGZ6bUXfDtx08zva9iyHOKGszHlQcquTFSDx2uXfPpNs3qL2qCAVemnX5hkT.dZdehw5ug_ j8s5V0yAE7sI3HmHkPUdyfpExT0sulmS0SlV3TGiwxxbcACMXXdLN8YE.XNWmOdA6nBA.SDNCdfY Wr60EWGXuMu2MItZ4nraFJMR1orb53oSC8q2xGQx5aLWvmWStgnnk56__Tl.WRz7Zkj8.4ScvTKj vJ1DSkvLLD5xIpu0KjpDv.7.vNhkLGxcMBcgvFedhOkLcns1t4gVPn9tBkq9Gyhdq Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 23 Jan 2018 16:20:07 +0000 Date: Tue, 23 Jan 2018 16:16:06 +0000 (UTC) From: R Atarius Reply-To: R Atarius To: "Svensson, Lars" Cc: "urn@ietf.org" , Ben Campbell Message-ID: <430798434.380617.1516724166783@mail.yahoo.com> In-Reply-To: <69c2db793ffe47c1a922f1da55d4bb02@dnb.de> References: <697384798.2020130.1515901429992.ref@mail.yahoo.com> <697384798.2020130.1515901429992@mail.yahoo.com> <8c89c2decae348db8818e04032801f89@dnb.de> <097A0AFF-2031-4E38-962B-234368E0241B@nostrum.com> <1520293144.3256613.1516142006002@mail.yahoo.com> <69c2db793ffe47c1a922f1da55d4bb02@dnb.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_380616_2072567883.1516724166770" X-Mailer: WebService/1.1.11265 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 Archived-At: Subject: Re: [urn] [Marketing Mail] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2018 16:20:11 -0000 ------=_Part_380616_2072567883.1516724166770 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable OK! We are working on Dale's comments. ThanksRoozbeh From: "Svensson, Lars" To: R Atarius =20 Cc: "urn@ietf.org" ; Ben Campbell Sent: Tuesday, January 23, 2018 8:14 AM Subject: RE: [urn] [Marketing Mail] Expert review needed =20 #yiv5518601694 #yiv5518601694 -- _filtered #yiv5518601694 {font-family:Helv= etica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv5518601694 {panose-1:2 = 4 5 3 5 4 6 3 2 4;} _filtered #yiv5518601694 {font-family:Calibri;panose-1:= 2 15 5 2 2 2 4 3 2 4;} _filtered #yiv5518601694 {font-family:Verdana;panose= -1:2 11 6 4 3 5 4 4 2 4;}#yiv5518601694 #yiv5518601694 p.yiv5518601694MsoNo= rmal, #yiv5518601694 li.yiv5518601694MsoNormal, #yiv5518601694 div.yiv55186= 01694MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv5518= 601694 a:link, #yiv5518601694 span.yiv5518601694MsoHyperlink {color:blue;te= xt-decoration:underline;}#yiv5518601694 a:visited, #yiv5518601694 span.yiv5= 518601694MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv= 5518601694 p.yiv5518601694msonormal0, #yiv5518601694 li.yiv5518601694msonor= mal0, #yiv5518601694 div.yiv5518601694msonormal0 {margin-right:0cm;margin-l= eft:0cm;font-size:12.0pt;}#yiv5518601694 span.yiv5518601694E-MailFormatvorl= age18 {color:#44546A;}#yiv5518601694 .yiv5518601694MsoChpDefault {font-size= :10.0pt;} _filtered #yiv5518601694 {margin:70.85pt 70.85pt 2.0cm 70.85pt;}#= yiv5518601694 div.yiv5518601694WordSection1 {}#yiv5518601694 Hi Rozbeh, = =C2=A0 Thanks, that answers my concerns. I saw that Dale had comments on so= me other items so I=E2=80=99ll look at the draft again when you=E2=80=99ve = published a new version (-16). =C2=A0 Best, =C2=A0 Lars =C2=A0 =C2=A0 F= rom: R Atarius [mailto:r_atarius@yahoo.com]=20 Sent: Tuesday, January 16, 2018 11:33 PM To: Ben Campbell ; Svensson, Lars Cc: urn@ietf.org Subject: Re: [urn] [Marketing Mail] Expert review needed =C2=A0 Hello Lars= , =C2=A0 Please see the responses inline: =C2=A0 Thanks Roozbeh =C2=A0 F= rom: Ben Campbell To: "Svensson, Lars" Cc: R Atarius ; "urn@ietf.org" Sent: Tuesday, January 16, 2018 8:08 AM Subject: Re: [urn] [Marketing Mail] Expert review needed =C2=A0=20 > On Jan 16, 2018, at 6:37 AM, Svensson, Lars wrote: > > Dear Roozbeh, > > On Sunday, January 14, 2018 4:44 AM, urn [mailto:urn-bounces@ietf.org] On= Behalf Of R Atarius wrote: > >> The following drafts have been approved, however, an expert review for t= he new URN >> is needed. Could you please review the following drafts and comment? >> >> >>https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-15.txt >> >>https://www.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07.= txt > > I have had a look athttps://www.ietf.org/id/draft-atarius-dispatch-meid-u= rn-15.txtand I don't think the document is quite ready for publication yet. > > * The references section has a normative reference to draft-atarius-dispa= tch-meid-urn-as-instance-id. I don't think it appropriate to have a normati= ve reference to a draft document. I=E2=80=99ll let Roozbeh respond to theo other comments, but the document y= ou mention is being published in tandem with this one. The reference will b= e to an RFC in the final published version. Thanks! Ben.=20 >=20 > * The URLs for the references [S.R0048-A], [SC.R4002-0] and [X.S0008-0] d= o not resolve. Also, in the URL for [SC.R4002-0] the protocol should be add= ed: >=C2=A0 =C2=A0 =C2=A0 [S.R0048-A] the error was that "s" in "sp= ecs" within the URL should be capitalized. http://www.3gpp2.org/Public_html= /Specs/S.R0048-A_v4.0_050630.pdf =C2=A0 [SC.R4002-0]: I think the document= was replaced by the following in 2016. There is not much activity in 3GPP2= currently so I am not following it=C2=A0 =C2=A0 http://www.3gpp2.org/Publ= ic_html/Specs/SC.R4002-0_v12.0_GHA_%20Guidelines_for_MEID_December_2016.pdf= =C2=A0 =C2=A0 [X.S0008-0]: The same as above that "s" in "specs" within = URL should be capitalized. however, I realized there is a newer document th= at we can use =C2=A0 http://www.3gpp2.org/Public_html/Specs/X.S0008-0_v3.0= _090130.pdf =C2=A0 =C2=A0 =C2=A0=20 > * =C2=A73, sec "rules for lexical equivalence" say that MEID URNs are equ= al if they have the same meidval and the same parameter values but the synt= ax doesn't define parameter values for meidval. Also, the rules say that th= e NSS can be compared "using the normal mechanisms for percent-encoded UTF-= 8 strings", but the syntax doesn't allow any characters outside ASCII. To m= e, those two parts seem unnecessary and perhaps you can simply delete them = =C2=A0 =C2=A0 Please see the following modification and thereby= the reference for RFC 3629 will be deleted. =C2=A0 Rules for Lexical Equi= valence:=20 =C2=A0 =C2=A0Two 3GPP2 MEID URNs are equivalent if they have the same 'mei= dval'. =C2=A0 =C2=A0The=C2=A0comparisons are to be case-insensitive.=20 =C2=A0 =C2=A0Conformance with URN Syntax:=20 =C2=A0 =C2=A0The string representation of the '3gpp2' NID and of the MEID = NSS is =C2=A0 =C2=A0fully compatible with the URN syntax (see [RFC8141]).= =20 =C2=A0 =C2=A0Validation Mechanism:=20 =C2=A0 =C2=A0The MEID can be validated using the mechanism defined in [S.R= 0048-A].=20 =C2=A0 =C2=A0Scope:=20 =C2=A0 =C2=A03GPP2 URN is global in scope. =C2=A0 > > * =C2=A74.2.1 Manufacturer Code. It would be interesting to know if there= is a publicly available registry of manufacturer codes. The answer might b= e in [S.R0048-A] but since the URL in the reference doesn't resolve, I coul= d not check that. > > Best, > > Lars=20 > _______________________________________________ > urn mailing list >urn@ietf.org >https://www.ietf.org/mailman/listinfo/urn =C2=A0 =C2=A0=20 =20 ------=_Part_380616_2072567883.1516724166770 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
OK!

We are working on Dale's comments.

Thanks
Roozbeh<= /div>


= From: "Svensson, Lars" <= ;L.Svensson@dnb.de>
To:= R Atarius <r_atarius@yahoo.com>
Cc: "urn@ietf.org" <urn@ietf.org>; Ben Campbell = <ben@nostrum.com>
Sent: Tuesday, January 23, 2018 8:14 AM
Subject: RE: [urn] [Marketing Mail] E= xpert review needed

<= div id=3D"yiv5518601694">
Hi Rozbeh,=20
 =20
Thanks, tha= t answers my concerns. I saw that Dale had comments on some other items so I=E2=80=99ll look at the draft again when you=E2=80=99ve publishe= d a new version (-16).
=20
 
=20
Best,
=20
 
=20
Lars=
=20
 
=20
 
=20
= From: R Atarius [mailto:r_atarius@yahoo.com]
Sent: Tuesday, January 16, = 2018 11:33 PM
To: Ben Campbell <ben@no= strum.com>; Svensson, Lars <L.Svensson@dnb.de>
Cc: urn@ietf.org
Subject: Re: [urn] [Marketi= ng Mail] Expert review needed
=20
 =
=20
Hello Lars,
=20
 
=20
Please see the responses inline:
=20
 
=20
Thanks
=20
Roozbeh
=20
 
=20
From: Ben Campbell <ben@nostrum.= com>
To: "Svensson, Lars" <L.Svensson@dnb.de>
Cc: R Atarius <r_atarius@yahoo.com>; "<= a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:urn@ietf.org" target=3D= "_blank" href=3D"mailto:urn@ietf.org">urn@ietf.org" <urn@ietf.org>
Sent: Tuesday, January 16, = 2018 8:08 AM
Subject: Re: [urn] [Marketi= ng Mail] Expert review needed
=20
 
=20


> On Jan 16, 2018= , at 6:37 AM, Svensson, Lars <L.Svensson@dnb.de> wrote:
>
> Dear Roozbeh,
>
> On Sunday, Janu= ary 14, 2018 4:44 AM, urn [mailto:urn-bounces@ietf.org] On Behalf Of R Atarius wrote:
>
>> The followi= ng drafts have been approved, however, an expert review for the new URN
>> is needed. = Could you please review the following drafts and comment?
>>
>>
>> = https://www.ietf.org/id/= draft-atarius-dispatch-meid-urn-15.txt
>>
>> https://ww= w.ietf.org/id/draft-atarius-dispatch-meid-urn-as-instanceid-07.txt
>
> I have had a lo= ok at = https://www.ietf.org/id/= draft-atarius-dispatch-meid-urn-15.txt an= d I don't think the document is quite ready for publication yet.
>
> * The reference= s section has a normative reference to draft-atarius-dispatch-meid-urn-as-i= nstance-id. I don't think it appropriate to have a normative reference to a draft docu= ment.

I=E2=80=99ll let Roo= zbeh respond to theo other comments, but the document you mention is being = published in tandem with this one. The reference will be to an RFC in the final published vers= ion.

Thanks!

Ben.
=20


>
> * The URLs for the references [S.R0048-A], [SC.R4002-0] and [X.S0008-0= ] do not resolve. Also, in the URL for [SC.R4002-0] the protocol should be = added: <http://www.3gpp2.org/...>
> 
=20
 
=20
<Roozbeh>
=20
 
=20
[S.R0048-A] the error was that "s" in "specs" within the URL should be ca= pitalized.
=20
 
=20
[SC.R4002-0]: I think the document was replaced by the following in 2016.= There is not much activity in 3GPP2 currently so I am not following it 
=20
 
=20
 
=20
 
=20
[X.S0008-0]: The same as above that "s" in "specs" within URL should be c= apitalized. however, I realized there is a newer document that we can use
=20
 
=20
 
=20
 
=20
 
=20

> * =C2=A73, sec "rules for lexical equivalence" say that MEID URNs are = equal if they have the same meidval and the same parameter values but the s= yntax doesn't define parameter values for meidval. Also, the rules say that= the NSS can be compared "using the normal mechanisms for percent-encoded UTF-8 strings", but the syntax doesn't allo= w any characters outside ASCII. To me, those two parts seem unnecessary and= perhaps you can simply delete them
=20
 
=20
<Roozbeh>
=20
 
=20
Please see the following modification and thereby the reference for RFC 3= 629 will be deleted.
=20
 
=20
Rules for Lexical Equivalence:=20


=20
   Two 3GPP2 MEID URNs are equivalent if they have the same 'me= idval'.
=20
   The comparisons are to be case-insensitive.
=20


=20
   Conformance with URN Syntax:=
=20


=20
   The string representation of the '3gpp2' NID and of the MEID= NSS is
=20
   fully compatible with the URN syntax (see [RFC8141]).=
=20


=20
   Validation Mechanism:=
=20


=20
   The MEID can be validated using the mechanism defined in [S.= R0048-A].=
=20


=20
   Scope:
=20


=20
   3GPP2 URN is global in scope.
=20
 
=20
>
> * =C2=A74.2.1 M= anufacturer Code. It would be interesting to know if there is a publicly av= ailable registry of manufacturer codes. The answer might be in [S.R0048-A] but since the UR= L in the reference doesn't resolve, I could not check that.
>
> Best,
>
> Lars
=20

> _______________= ________________________________
> urn mailing lis= t
> urn@ietf.org
> https://www.ietf.org/mailman/listinfo/urn
=20
 
=20
 
=20


------=_Part_380616_2072567883.1516724166770-- From nobody Thu Jan 25 19:07:41 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC65512EB15 for ; Thu, 25 Jan 2018 19:07:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TRd0nW57GFxf for ; Thu, 25 Jan 2018 19:07:33 -0800 (PST) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E5EF12EAFB for ; Thu, 25 Jan 2018 19:07:33 -0800 (PST) Received: from resomta-ch2-20v.sys.comcast.net ([69.252.207.116]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id euMIe8jWHVJDNeuMWeW04l; Fri, 26 Jan 2018 03:07:32 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-20v.sys.comcast.net with SMTP id euMJe0AKOzYOCeuMKep1Fm; Fri, 26 Jan 2018 03:07:21 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w0Q37J6k021565; Thu, 25 Jan 2018 22:07:19 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w0Q37INY021561; Thu, 25 Jan 2018 22:07:18 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: worley@ariadne.com (Dale R. Worley) Cc: urn@ietf.org, r_atarius@yahoo.com In-Reply-To: <87fu716wlj.fsf@hobgoblin.ariadne.com> (worley@ariadne.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 25 Jan 2018 22:07:18 -0500 Message-ID: <87vafpiahl.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfCeayWsL36fhQ42u91Z2hSKWIaqLsaP+a6h8NYdJ3fvHIVtzUaCS0vMyjtcm4ckAfdx004Wb7NS6ERJuDF30VHcbP1TSTSPqXdqzeH+5M03nFGAJZOF1 7nzVWwlCAB2a7QjxmyYJzvIjYw5IlmsO2a8WM8YhNV2sZOkanrM7m3pnd5QVFFHZ8r1q6izgGvs9Rm9b7vd/aIcSpTv7Temaxk0= Archived-At: Subject: Re: [urn] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jan 2018 03:07:35 -0000 worley@ariadne.com (Dale R. Worley) writes: > Comments on draft-atarius-dispatch-meid-urn-14: > If you allow that future changes will only be done via RFC, then you > can omit all mention of future-pp2-specifier in this RFC, as they will > be defined in later RFCs. That could allow you to simplify this RFC > considerably (especially the ABNF), as it would only have to deal with > the one identifier class ("meid") that has already been defined. Thinking about this more, it seems to me that it might be better to modify the grammar in this way: [as before] pp2-NSS = meid-specifier / future-pp2-specifier meid-specifier = "meid:" meidval [changed] future-pp2-specifier = future-specifier [ ":" 1*( pchar / "/" ) ] future-specifier = 1*pp2-char pp2-char = ALPHA / DIGIT / "-" / "." / "_" / "%" [unchanged] ALPHA = %x41-5A / %x61-7A; A-Z / a-z DIGIT = %x30-39; 0-9 [removed] future-param = par-name [ EQUAL par-value ] par-name = pp2-defined-nonempty par-value = pp2-defined-nonempty EQUAL = "=" pp2-defined-nonempty = 1*pp2-urn-char This is more general than the current grammar regarding the format of , it's only slightly stricter than RFC 8141's generic rules for NSSs. But it allows you to call out that starts with (up to the first ":", or if no ":", to the end), and in the text you can say that can't be "meid". That preserves the nice "sub-namespace" structure that you've defined, without restricting the syntax of the latter part of the NSS for non-meid sub-namespaces. (Any actual sub-namespace will be defined by a later document which will give the (likely narrower) grammar for the sub-namespace.) ---------- I think these sections need work: 4.1. MEID Parameters ... Rules for Lexical Equivalence: Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval' and the same parameter values in the same sequential order. All of these comparisons are to be case-insensitive. Any identifier in '3gpp2' NSS can be compared using the normal mechanisms for percent-encoded UTF-8 strings (see [RFC3629]). It's not clear what "MEID parameters" are, since the grammar explicitly forbids parameters in the MEID sub-namespace. And the first paragraph of 4.1 simply says that any change to what is specified in this document must be via an RFC -- which is true anyway because this will be any RFC. The first paragraph of "Rules for Lexical Equivalence" talks of parameter values for 3gpp2:meid URNs, but there are no such parameters. The first paragraph of "Rules for Lexical Equivalence" also says that 3gpp2:meid URNs are to be compared case-insensitively, but the grammar allows no variance of case within the NSS: "meid" is lower case and is upper case. The second paragraph of "Rules for Lexical Equivalence" says that all 3gpp2 URNs can be compared "using the normal mechanisms for percent-encoded UTF-8 strings", which is implicitly case-sensitive. Dale From nobody Mon Jan 29 20:45:19 2018 Return-Path: X-Original-To: urn@ietfa.amsl.com Delivered-To: urn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 367AD131595 for ; Mon, 29 Jan 2018 20:45:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 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_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kUOLpUBO9PmS for ; Mon, 29 Jan 2018 20:45:10 -0800 (PST) Received: from sonic312-29.consmr.mail.gq1.yahoo.com (sonic312-29.consmr.mail.gq1.yahoo.com [98.137.69.210]) (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 CEFE5131590 for ; Mon, 29 Jan 2018 20:45:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1517287510; bh=4FavlViUrvutL1Z1aoLnUgumizxOzuUpLG6x9TdRMFU=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=HwHIFxir8xs3cX+S31XDRtxua0xeMzu36dg9Y9SCG/bQTnPZj7ykF1j/lH+dbFyhHPirELTasbRX8D5Z02v5mZwjCnQVjt6KhDRhBBUVH4R+WN2+9lwOgoMp22gZBlCHagnWduwKsihDNfH02SwBm68gRWH+RHwe7rMwGYBV5xwl5yRWLM4/LbulBTU2YfV8b9Qx1m3gjqqd1N0jC5/pM9ornRSDed/Lo1IDQc+KkFtZUdwcuY0m/Nr1FIzwgmV8EJmpJr1cXHM5ZmVrk1pnUIKIvSHZbzpHlYGciTW4TGitheqeFTNY4Xk/I6ukEAaKXKmaW/X+ZTJm22/IA+uwSA== X-YMail-OSG: d3iomB8VM1lK_Y7QNVZVZI7R8qbg.ENXguRGf2ivcSfONWBwaKPdaqB22TNywwX BNXUtJJChc9gO0lm3O2u7nFxH0wPnT.KJgllX9S7zc596E8GjCO2P0mp2ljczU0IV8U0XzyXP5oR ddb_r_hP3WDwhnUfk14sV0odnhDJ4yYtZuYJIPMQCybwcWRp4hHyO4Uo_dX4x.lIm22_Gf7L7ctY PVncTXvr0CKvpjA_5gbtpCSz.BgrK9hWrM_nQQTRHtGr4DpX9gx24v.xO_dPDoPOj7J2.In8Gb5d ZfHajG4wOu0f8Qzync51r2MRRIcbv4cbKkeJlfzR.CkvxAb2Y7r1yQ6_JgMrbbFj1NkylT2PeZia uoTrXJ2xDJEG8aU2mxNYFZct_AbFVhTcRrXHwDAETq043K7PVE98ngzeBGQGQ_Zb.S_hYjDhhHJi YmBfwTI8XozGPLHpDD1KJnWVyahF6IkQigdi33p._.wQ76FfiygKRZUcldbtdSy4_swSCmyRpLVq KrKBxTp23kPt3MGkkzoUWCQhT85.OxjZf_hU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 Jan 2018 04:45:10 +0000 Date: Tue, 30 Jan 2018 04:45:08 +0000 (UTC) From: R Atarius Reply-To: R Atarius To: "Dale R. Worley" Cc: "urn@ietf.org" , Ben Campbell , Andrew Allen , R A Message-ID: <308985701.3158291.1517287508258@mail.yahoo.com> In-Reply-To: <87vafpiahl.fsf@hobgoblin.ariadne.com> References: <87fu716wlj.fsf@hobgoblin.ariadne.com> <87vafpiahl.fsf@hobgoblin.ariadne.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3158290_2003896582.1517287508243" X-Mailer: WebService/1.1.11286 YahooMailNeo Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 Archived-At: Subject: Re: [urn] Expert review needed X-BeenThere: urn@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Revisions to URN RFCs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 04:45:16 -0000 ------=_Part_3158290_2003896582.1517287508243 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dale, I have segmented your comments by adding ******************************************************* line and the second comment that you had on the first comment, is marked by=C2= =A0 ---------------------------------------------------------------- line My comments and proposed text are marked by ThanksRoozbeh Dale Wrote: Comments on draft-atarius-dispatch-meid-urn-14: Summary:=C2=A0 This draft is useful and sensible and supplies a known need.= However, it needs a careful editing to get it cleaned up forpublication. Possible major or global items: ******************************************************************** As far as I can tell, the MEID check digit is "not transmitted" in thesense= that it's not part of the URN itself.=C2=A0 You should tidy up thelanguage= used in this document.=C2=A0 In particular, you have to decidewhether the = MEID contains or does not contain the check digit, and getall the wording a= ligned.=C2=A0 E.g., the MEID is 15 hex digits, of whichonly the first 14 ar= e used in the URN (the check digit not beingtransmitted), OR the MEID is 14= hex digits, of which all are used inthe URN, and the check digit is not tr= ansmitted as it isn't part ofthe MEID. How about having this in two sections: First in the introduction=C2=A0 "1.=C2=A0 Introduction ..... =C2=A0 =C2=A0The hexadecimal MEID is 15 hexadecimal digits long and include= s a=C2=A0 =C2=A0manufacturer code of 8 hexadecimal digits and the serial nu= mber of 6=C2=A0 =C2=A0hexadecimal digits plus a hexadecimal digit as a chec= k digit. =C2=A0 =C2=A0The manufacturer code identifies the mobile equipment manufact= urer.=C2=A0 =C2=A0A manufacturer can be assigned more than one manufacturer= code.=C2=A0 The=C2=A0 =C2=A0serial number uniquely identifies each mobile = equipment within the=C2=A0 =C2=A0manufacturer code.=C2=A0 The check digit i= s used as assurance of integrity=C2=A0 =C2=A0in error-prone operations, e.g= . when used with certain types of=C2=A0 =C2=A0readers during inventory mana= gement operations.=C2=A0 The check digit is=C2=A0 =C2=A0not transmitted. Th= us the first 14 of the 15 dexadecimal digits are=C2=A0=C2=A0 =C2=A0solely u= sed for defining the MEID as a URN.=20 =C2=A0 =C2=A0.... " and in the section 4.2.3 "4.2.3.=C2=A0 Check Digit =C2=A0 =C2=A0This is a single hexadecimal digit (bits 1-4 of octet 8) and i= s used=C2=A0 =C2=A0as assurance of integrity in error-prone operations, e.g= . when used=C2=A0 =C2=A0with certain types of readers during inventory mana= gement operations.=C2=A0 =C2=A0The check digit is not transmitted by the mo= bile equipment and are not=C2=A0 =C2=A0used in the MEID URN." ******************************************************************** Dale's INITIAL COMMENT: If you allow that future changes will only be done via RFC, then youcan omi= t all mention of future-pp2-specifier in this RFC, as they willbe defined i= n later RFCs.=C2=A0 That could allow you to simplify this RFCconsiderably (= especially the ABNF), as it would only have to deal withthe one identifier = class ("meid") that has already been defined. :This draft was initially written to be aligned with the text inRF= C 7254. In that document the future changes=C2=A0 were introduced and that = is=C2=A0the reason this document also contains those.=C2=A0----------------= -------------------------------------------------------- Dale's SECOND COMMENT: Thinking about this more, it seems to me that it might be better tomodify t= he grammar in this way: [as before]=C2=A0 pp2-NSS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =3D meid-specifier / future-pp2-specifier=C2=A0 meid-specifier=C2=A0 =C2=A0= =C2=A0 =3D "meid:" meidval [changed]=C2=A0 future-pp2-specifier =3D future-specifier [ ":" 1*( pchar /= "/" ) ]=C2=A0 future-specifier=C2=A0 =C2=A0 =3D 1*pp2-char=C2=A0 pp2-char= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ALPHA / DIGIT / "-" / "." / "= _" / "%"=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0=C2=A0[unchanged]=C2=A0 ALPHA=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =3D %x41-5A / %x61-7A; A-Z / a-z=C2=A0 DIGIT=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D %x30-39; 0-9 [removed]=C2=A0 future-param=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D par-name [ EQUA= L par-value ]=C2=A0 par-name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D p= p2-defined-nonempty=C2=A0 par-value=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D pp2-defined-nonempty=C2=A0 EQUAL=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D "=3D"=C2=A0 pp2-defined-nonempty =3D 1*pp2-urn-cha= r This is more general than the current grammar regarding the format of, it's only slightly stricter than RFC 8141'sgeneric rules = for NSSs.=C2=A0 But it allows you to call out that s= tarts with (up to the first":", or if no ":", to the end= ), and in the text you can say that can't be "meid".=C2= =A0 That preserves the nice"sub-namespace" structure that you've defined, w= ithout restricting thesyntax of the latter part of the NSS for non-meid sub= -namespaces.=C2=A0 (Anyactual sub-namespace will be defined by a later docu= ment which will givethe (likely narrower) grammar for the sub-namespace.) : With the previous comment you gave about replacing "%" withpct-e= ncoded, then the text is modified to=C2=A0 =C2=A0 =C2=A0pp2-urn=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D "u= rn:" pp2-NID ":" pp2-NSS=C2=A0 =C2=A0pp2-NID=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =3D "3gpp2"=C2=A0 =C2=A0pp2-NSS=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D meid-specifier / future-pp2-specifier=C2=A0 = =C2=A0meid-specifier=C2=A0 =C2=A0 =C2=A0 =C2=A0=3D "meid:" meidval=C2=A0 = =C2=A0future-pp2-specifier =3D future-specifier [ ":" 1*( pchar / "/" ) ]= =C2=A0 =C2=A0future-specifier=C2=A0 =C2=A0 =C2=A0=3D 1*pp2-char=C2=A0 =C2= =A0pp2-char=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D ALPHA / DIGI= T / "-" / "." / "_" / pct-encoded=C2=A0 =C2=A0ALPHA=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D %x41-5A / %x61-7A; A-Z / a-z=C2=A0 =C2= =A0DIGIT=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D %x30-39= ; 0-9 ******************************************************************** Minor items: Abstract =C2=A0 The structure=C2=A0 of an MEID is 15 hexadecimal encoded digits long= and ... s/hexadecimal encoded digits/hexadecimal digits/ OK! ******************************************************************** 1.=C2=A0 Introduction =C2=A0 Document [RFC7254] defines a URN Namespace and an NSS for the IMEI. I think the usual usage is to allow an RFC reference to be a noun, so"Docum= ent" is redundant. How about=C2=A0 A URN Namespace and an NSS for the IMEI are defined in [RFC7254]. ******************************************************************** =C2=A0 For cases where the mobile equipment uses decimal values (i.e., IMEI= )=C2=A0 as an identity ... The phrase "decimal values (i.e., IMEI)" is the wrong way around --the impo= rtant thing is that the identifier is an IMEI, it's just aconsequence that = that the identifier is composed of decimal digits.So s/decimal values (i.e.= , IMEI)/IMEI/. OK! ******************************************************************** =C2=A0 Whilst=C2=A0 this specification currently specifies only the MEID NS= S under the=C2=A0 '3gpp2' NID, additional NSS under the '3gpp2' NID may be = specified in=C2=A0 the future by the 3GPP2. This isn't particularly clear at this point in the document.=C2=A0 A fuller= explanation would be clearer as part of the introduction: =C2=A0 This specification defines only NSSs constructed from MEIDs under=C2= =A0 the '3gpp2' NID.=C2=A0 These NSSs start with "meid:" in order to=C2=A0 = identify them as such.=C2=A0 Additional types of NSS under the '3gpp2'=C2= =A0 NID may be specified in the future by the 3GPP2 via additional=C2=A0 sp= ecifications. OK! -- ******************************************************************** =C2=A0 The hexadecimal MEID is 15 hexadecimal digits long ... s/The hexadecimal MEID/The MEID/ OK! ******************************************************************** 3.=C2=A0 Namespace Registration Template =C2=A0 pp2-urn-char=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ALPHA / DIGIT / "-" / ".= " / "_" / "%" / ":" % is not allowed as an independent character.=C2=A0 Looking at thedefinitio= n of URN (RFC 8141), an NSS is composed of pchar's and "/".But "%" can only= be a pchar as a percent-encoding (pct-encoded). You probably want =C2=A0 pp2-urn-char=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ALPHA / DIGIT / "-" / ".= " / "_" / pct-encoded / ":" OK! You may want to allow the value part of a future-param to be empty: =C2=A0 future-param=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D par-name [ EQUAL [ par-v= alue ] ] With your new comments this part has already been removed. ******************************************************************** =C2=A0 and can comprise any= =C2=A0 ASCII characters compliant with URN syntax in [RFC5234]. This is not correct, as the URN syntax allows any pchar, whereas thepp2-def= ined-nonempty does not allow the sub-delims "!", "$", "&", "'","(", ")", "*= ", "+", and ",", which are all valid pchars. Perhaps you have looked at revision 14 of this document. The=C2= =A0refernce is RFC 8141 in revision 15 of the document, i.e. =C2=A0 and can comprise any= =C2=A0 ASCII characters compliant with URN syntax in [RFC8141]. ******************************************************************** =C2=A0 Identifiers in the '3gpp2' NID are defined and assigned by the 3GPP2= =C2=A0 or an agency appointed by 3GPP2 after ensuring that the URNs to be= =C2=A0 assigned are unique.=C2=A0 Uniqueness is achieved by checking agains= t the=C2=A0 IANA registry of previously assigned names. The last sentence of this paragraph makes no sense.=C2=A0 It seems to metha= t it could be safely omitted.=C2=A0 OTOH, replacing "IANA" with the nameof = the correct organization may also work. the last sentence is already omitted in revivion 15 of the=C2=A0d= raft which is draft-atarius-dispatch-meid-urn-15 ******************************************************************** =C2=A0 As the NID sought is '3gpp2', and 3GPP2 is the long standing acronym= =C2=A0 for the standards organization which includes the mobile phone=C2=A0= operators, the URN should also persist indefinitely (at least as long=C2= =A0 as there is a need for its use).=C2=A0 The assignment process guarantee= s=C2=A0 that names are not reassigned.=C2=A0 The binding between the name a= nd its=C2=A0 resource is permanent. The phrase "3GPP2 is the long standing acronym for the standardsorganizatio= n which includes the mobile phone operators" doesn't seemto be useful -- th= e connection between the NID "3gpp2" and the 3GPP2organization is assured t= o be permanent due to IANA procedures.=C2=A0 Theimportant part of the parag= raph is that 3GPP2 has procedures to ensureassignments within the NID are u= nique and persistent. : How about =C2=A0The NID sought is '3gpp2',=C2=A0 and the URN should persist indefinit= ely=C2=A0(at least as long as there is a need for its use). The standards o= rganization=C2=A0=C2=A03GPP2=C2=A0 ensures assignments within the NID are u= nique and persistent.=C2=A0=C2=A0The IANA procedures assure that the connec= tion between the=C2=A0 3GPP2 and=C2=A0the NID '3gpp2' is permanent. ******************************************************************** =C2=A0 The 3GPP2 or its approved agency will manage the (including=C2= =A0 '3gpp2') and identifier resources to maintain=C2= =A0 uniqueness.=C2=A0 The process for MEID assignment is documented in=C2= =A0 [SC.R4002-0]. I think you mean "'meid'" instead of "'3gpp2'" -- 3GPP2 does notmanage the = "3gpp2" part of the URN itself. : Yes, thanks! ******************************************************************** Dale's FIRST COMMENT: =C2=A0 Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval'= =C2=A0 and the same parameter values in the same sequential order.=C2=A0 Al= l of=C2=A0 these comparisons are to be case-insensitive.=C2=A0 This rule does not specify how future-pp2-specifier's are to becompared. The definition for future-pp2-specifier has now been changedand i= t should be OK!=C2=A0 ---------------------------------------------------------------------- Dale's SECOND COMMENT: =C2=A0Rules for Lexical Equivalence: =C2=A0 Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval'= =C2=A0 and the same parameter values in the same sequential order.=C2=A0 Al= l of=C2=A0 these comparisons are to be case-insensitive. =C2=A0 Any identifier in '3gpp2' NSS can be compared using the normal=C2=A0= mechanisms for percent-encoded UTF-8 strings (see [RFC3629]). It's not clear what "MEID parameters" are, since the grammar explicitlyforb= ids parameters in the MEID sub-namespace.=C2=A0 And the first paragraphof 4= .1 simply says that any change to what is specified in this documentmust be= via an RFC -- which is true anyway because this will be any RFC. The first paragraph of "Rules for Lexical Equivalence" talks ofparameter va= lues for 3gpp2:meid URNs, but there are no such parameters. The first paragraph of "Rules for Lexical Equivalence" also says that3gpp2:= meid URNs are to be compared case-insensitively, but the grammarallows no v= ariance of case within the NSS:=C2=A0 "meid" is lower case and is = upper case. The second paragraph of "Rules for Lexical Equivalence" says that all3gpp2 = URNs can be compared "using the normal mechanisms forpercent-encoded UTF-8 = strings", which is implicitly case-sensitive. See the following suggestion =C2=A0 Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval'= =C2=A0 in the same sequential order. Two future 3GPP2 MEID URNs are=C2=A0= =C2=A0 equivalent if they have the same 'meidval'and 'future-pp2-specifier'= =C2=A0 in the same sequential order.=C2=A0=C2=A0=C2=A0 Any identifier in '3= gpp2' NSS can be compared using the normal=C2=A0 mechanisms for percent-enc= oded UTF-8 strings (see [RFC3629]). ******************************************************************** =C2=A0 Any identifier in '3gpp2' NSS can be compared using the normal=C2=A0= mechanisms for percent-encoded UTF-8 strings (see [RFC3629]). RFC 3629 only describes the UTF-8 encoding itself, not howpercent-encoding = of it is to be handled.=C2=A0 Perhaps you meant adifferent RFC? does the following make sense =C2=A0 =C2=A0Any identifier in '3gpp2' NSS can be compared using the normal= =C2=A0 =C2=A0mechanisms for percent-encoded UTF-8 strings, where the UTF-8= =C2=A0 =C2=A0is defined in [RFC3629]. ******************************************************************** 4.1.=C2=A0 MEID Parameters =C2=A0 Any future change to the format of the 'meid' NSS requires the use o= f=C2=A0 the procedure for URN NSS changes (currently through the publicatio= n=C2=A0 of a future Informational RFCs approved by IETF consensus). You have a choice here.=C2=A0 If you allow that future changes will only be= done via RFC, then you can omit all mention of future-pp2-specifier inthis = RFC, as they will be defined in later RFCs.=C2=A0 That could allow youto si= mplify this RFC considerably, as it would only have to deal withidentifier = classes that have already been defined. : This issue should have been resolved with the secondcomments. ******************************************************************** 4.2.4.=C2=A0 Hexadecimal Encoding This section is interesting but irrelevant.=C2=A0 As it says, "theactual st= orage format in memory is implementation specific".=C2=A0 As such,the only = storage format that is relevant to this document is how theabstract MEID (a= sequence of 14 or 15 elements drawn from the set ofhex digits) is represen= ted in the URN. I think this section is useful so I would like to keep it.The rea= son for this text is you show a digit to octets diagram=C2=A0but it does no= t mean that you have to store the digits this way ******************************************************************** 8.=C2=A0 Security and privacy considerations I haven't checked, but I assume that you've constructed this sectionto clos= ely parallel section 8 of RFC 7254 (the IMEI URN).=C2=A0 That willensure th= at privacy concerns are satisfied.=C2=A0 (RFC 7253 was delayedconsiderably = due to privacy concerns.) : I received many commenst on this section and have made thereques= ted changes. So, I am hoping it is good now. ******************************************************************** 10.1.=C2=A0 Normative References =C2=A0 [draft-atarius-dispatch-meid-urn-as-instanceid] =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Atarius, R., "S.R0048-A: U= sing the Mobile Equipment=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I= dentity (MEID) Uniform Resource Name (URN) as an Instance=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ID", Internet Draft draft-atarius-dispatch-= meid-urn-as-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 instanceid, Ja= nuary 2018. This isn't a normative reference -- this draft does not normativelydepend o= n "MEID as Instance ID".=C2=A0 (Contrarily, that draft *does*normatively de= pend on this draft.) Also, its title does not start with "S.R0048-A:". OK! I will move this to the informative references andwill correc= t the title. ******************************************************************** Dale From: Dale R. Worley To: Dale R. Worley =20 Cc: urn@ietf.org; r_atarius@yahoo.com Sent: Thursday, January 25, 2018 7:07 PM Subject: Re: [urn] Expert review needed =20 worley@ariadne.com (Dale R. Worley) writes: > Comments on draft-atarius-dispatch-meid-urn-14: > If you allow that future changes will only be done via RFC, then you > can omit all mention of future-pp2-specifier in this RFC, as they will > be defined in later RFCs.=C2=A0 That could allow you to simplify this RFC > considerably (especially the ABNF), as it would only have to deal with > the one identifier class ("meid") that has already been defined. Thinking about this more, it seems to me that it might be better to modify the grammar in this way: [as before] =C2=A0 pp2-NSS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D meid-spe= cifier / future-pp2-specifier =C2=A0 meid-specifier=C2=A0 =C2=A0 =C2=A0 =3D "meid:" meidval [changed] =C2=A0 future-pp2-specifier =3D future-specifier [ ":" 1*( pchar / "/" ) ] =C2=A0 future-specifier=C2=A0 =C2=A0 =3D 1*pp2-char =C2=A0 pp2-char=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ALPHA / DIGIT = / "-" / "." / "_" / "%" =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =20 [unchanged] =C2=A0 ALPHA=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D %x4= 1-5A / %x61-7A; A-Z / a-z =C2=A0 DIGIT=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D %x3= 0-39; 0-9 [removed] =C2=A0 future-param=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D par-name [ EQUAL par-val= ue ] =C2=A0 par-name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D pp2-defined-no= nempty =C2=A0 par-value=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D pp2-defined-n= onempty =C2=A0 EQUAL=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D "= =3D" =C2=A0 pp2-defined-nonempty =3D 1*pp2-urn-char This is more general than the current grammar regarding the format of , it's only slightly stricter than RFC 8141's generic rules for NSSs.=C2=A0 But it allows you to call out that starts with (up to the first ":", or if no ":", to the end), and in the text you can say that can't be "meid".=C2=A0 That preserves the nice "sub-namespace" structure that you've defined, without restricting the syntax of the latter part of the NSS for non-meid sub-namespaces.=C2=A0 (An= y actual sub-namespace will be defined by a later document which will give the (likely narrower) grammar for the sub-namespace.) ---------- I think these sections need work: =C2=A0 4.1.=C2=A0 MEID Parameters =C2=A0 ... =C2=A0 Rules for Lexical Equivalence: =C2=A0 Two 3GPP2 MEID URNs are equivalent if they have the same 'meidval' =C2=A0 and the same parameter values in the same sequential order.=C2=A0 Al= l of =C2=A0 these comparisons are to be case-insensitive. =C2=A0 Any identifier in '3gpp2' NSS can be compared using the normal =C2=A0 mechanisms for percent-encoded UTF-8 strings (see [RFC3629]). It's not clear what "MEID parameters" are, since the grammar explicitly forbids parameters in the MEID sub-namespace.=C2=A0 And the first paragraph of 4.1 simply says that any change to what is specified in this document must be via an RFC -- which is true anyway because this will be any RFC. The first paragraph of "Rules for Lexical Equivalence" talks of parameter values for 3gpp2:meid URNs, but there are no such parameters. The first paragraph of "Rules for Lexical Equivalence" also says that 3gpp2:meid URNs are to be compared case-insensitively, but the grammar allows no variance of case within the NSS:=C2=A0 "meid" is lower case and is upper case. The second paragraph of "Rules for Lexical Equivalence" says that all 3gpp2 URNs can be compared "using the normal mechanisms for percent-encoded UTF-8 strings", which is implicitly case-sensitive. Dale =20 ------=_Part_3158290_2003896582.1517287508243 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dal= e,
I have segmented your comments = by adding

**************************= ***************************** line

and the second comment that you had on the first comment, is mar= ked by 

---------------------------------------------------------------- line


My = comments and proposed text are marked by <Roozbeh>

<= /div>
T= hanks
Roozbeh


Dale Wrote:

=
Comments on draft-= atarius-dispatch-meid-urn-14:

Summary:  This draft is us= eful and sensible and supplies a known need.
However, it needs a careful editing to get it cle= aned up for
publica= tion.

Possible major or global items:


******************************************************= **************

As far as I can tell, the MEID check digit is "= not transmitted" in the
sense that it's not part of the URN itself.  You should tidy up t= he
language used in= this document.  In particular, you have to decide
whether the MEID contains or does not = contain the check digit, and get
all the wording aligned.  E.g., the MEID is 15 hex digit= s, of which
only th= e first 14 are used in the URN (the check digit not being
transmitted), OR the MEID is 14 hex = digits, of which all are used in
the URN, and the check digit is not transmitted as it isn't p= art of
the MEID.

<Roozbeh> How about having this in two sections:


First in t= he introduction 

"1.  Introduction

....= .

   The hexadecimal MEID is 15 hexadecimal digits l= ong and includes a
=    manufacturer code of 8 hexadecimal digits and the serial numbe= r of 6
   = ;hexadecimal digits plus a hexadecimal digit as a check digit.

   The manufacturer code identifies the mobile equipment manufac= turer.
   = ;A manufacturer can be assigned more than one manufacturer code.  The<= /div>
   serial= number uniquely identifies each mobile equipment within the
   manufacturer code.=   The check digit is used as assurance of integrity
   in error-prone operation= s, e.g. when used with certain types of
   readers during inventory management opera= tions.  The check digit is
   not transmitted. Thus the first 14 of the 15 dexa= decimal digits are 
   solely used for defining the MEID as a URN.= =09=09=09
   .... "

and in the s= ection 4.2.3


"4.2.3.  Che= ck Digit

   This is a single hexadecimal digit (bits= 1-4 of octet 8) and is used
   as assurance of integrity in error-prone operations,= e.g. when used
&nb= sp;  with certain types of readers during inventory management operati= ons.
   T= he check digit is not transmitted by the mobile equipment and are not
=
   used in the= MEID URN."

**************************************= ******************************

Dale's INITIAL COMMENT:

If you allow that future changes will only be done via RFC, then you<= /div>
can omit all mentio= n of future-pp2-specifier in this RFC, as they will
be defined in later RFCs.  That could= allow you to simplify this RFC
considerably (especially the ABNF), as it would only have to d= eal with
the one id= entifier class ("meid") that has already been defined.

<Roo= zbeh>:
This draft was initially writte= n to be aligned with the text in
RFC 7254. In that document the future changes  were intr= oduced and that is 
the reason this document also contains those. 
=
------------------= ------------------------------------------------------

Dale's = SECOND COMMENT:
Thinking about this more, it seems to me that = it might be better to
modify the grammar in this way:

[as before]
  pp2-NSS     =         =3D meid-specifier / future-pp2-specifier
  meid-specifier&n= bsp;     =3D "meid:" meidval

[changed]
  future-pp2-specifier =3D= future-specifier [ ":" 1*( pchar / "/" ) ]
  future-specifier    =3D 1*pp2-cha= r
  pp2-char&n= bsp;           =3D ALPHA / DIGIT / "-" / "." / "_"= / "%"
   = ;                     &nb= sp;                 
[unchanged]
  ALPHA      &n= bsp;         =3D %x41-5A / %x61-7A; A-Z / a-z
  DIGIT    &n= bsp;           =3D %x30-39; 0-9

[remo= ved]
  future-= param        =3D par-name [ EQUAL par-value ]
  par-name   =         =3D pp2-defined-nonempty
  par-value      &nb= sp;     =3D pp2-defined-nonempty
  EQUAL          &nbs= p;     =3D "=3D"
  pp2-defined-nonempty =3D 1*pp2-urn-char

This is= more general than the current grammar regarding the format of
<future-pp2-specifier>, i= t's only slightly stricter than RFC 8141's
generic rules for NSSs.  But it allows you to = call out that
<f= uture-ppp2-specifier> starts with <future-specifier> (up to the fi= rst
":", or if no "= :", to the end), and in the text you can say that
<future-specifier> can't be "meid".&nb= sp; That preserves the nice
"sub-namespace" structure that you've defined, without restricting= the
syntax of the = latter part of the NSS for non-meid sub-namespaces.  (Any
actual sub-namespace will be de= fined by a later document which will give
the (likely narrower) grammar for the sub-namespace.= )

<Roozbeh>: With the previous comment you gave about re= placing "%" with
pc= t-encoded, then the text is modified to 

   pp2= -urn              =3D "urn:" pp2-NID ":"= pp2-NSS
  &nb= sp;pp2-NID              =3D "3gpp2"
   pp2-NSS&nb= sp;             =3D meid-specifier / future-p= p2-specifier
 =  meid-specifier       =3D "meid:" meidval
   future-pp2-sp= ecifier =3D future-specifier [ ":" 1*( pchar / "/" ) ]
   future-specifier  &nb= sp;  =3D 1*pp2-char
   pp2-char             = =3D ALPHA / DIGIT / "-" / "." / "_" / pct-encoded
   ALPHA       = ;         =3D %x41-5A / %x61-7A; A-Z / a-z
   DIGIT   =             =3D %x30-39; 0-9

**= ******************************************************************

Minor items:

Abstract

  The structure
  of a= n MEID is 15 hexadecimal encoded digits long and ...

s/hexadecimal encoded digits/hexadecimal digits/

<Roozbeh> OK!

**************************************************= ******************

1.  Introducti= on

  Document [RFC7254] defines a= URN Namespace and an NSS for the IMEI.

I think the usual usage is to allow an RFC reference to be a noun, so
"Document"= is redundant.

<Roozbeh> How abo= ut 


A URN Namespace and an NSS for the IMEI are defined in [RFC7= 254].
<= br id=3D"yui_3_16_0_ym19_1_1517234155207_126796">
*******************************************= *************************

=
  For c= ases where the mobile equipment uses decimal values (i.e., IMEI)
  as an iden= tity ...


The phrase "decimal values (i.e., IMEI)" is the wrong way ar= ound --
the important thing is that the identifier is an IMEI, it's just a
consequence th= at that the identifier is composed of decimal digits.
So s/decimal values (i.e., I= MEI)/IMEI/.

<Roozbeh> OK!
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_126901">
***************************= *****************************************

  Whilst
  this specification currently specifies only the MEID NSS = under the
  '3gpp2' NID, additional NSS under the '3gpp2' NID may be specifie= d in
&n= bsp; the future by the 3GPP2.

This isn= 't particularly clear at this point in the document.  A fuller
explanation wo= uld be clearer as part of the introduction:

  This specification defines only NSSs constructed from MEIDs un= der
&nb= sp; the '3gpp2' NID.  These NSSs start with "meid:" in order to
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_126993">  identi= fy them as such.  Additional types of NSS under the '3gpp2'
  NID may be= specified in the future by the 3GPP2 via additional
  specifications.
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_126996">
<Roozbeh> OK!

--


**************************************************************= ******
=
  The hexadecimal MEID is = 15 hexadecimal digits long ...

<= /div>
s/The h= exadecimal MEID/The MEID/

=
<Roozbeh&= gt; OK!

<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_127171">*************= *******************************************************

3.  Namespace Registration Template

  pp2-urn-char        =3D ALP= HA / DIGIT / "-" / "." / "_" / "%" / ":"

% is not allowed as an independent character.  Looking at the
=
definition o= f URN (RFC 8141), an NSS is composed of pchar's and "/".
But "%" can only be a pch= ar as a percent-encoding (pct-encoded).

You probably want

  pp2-urn-cha= r        =3D ALPHA / DIGIT / "-" / "." / "_" / pct-enco= ded / ":"

<Roozbeh> OK!

You may want to allow the value part of a futu= re-param to be empty:

  future-pa= ram        =3D par-name [ EQUAL [ par-value ] ]

<Roozbeh> With your new comments this p= art has already been removed.


***************************************************= *****************

  <future-pp= 2-specifier> and <pp2-defined-nonempty> can comprise any
  ASCII cha= racters compliant with URN syntax in [RFC5234].

This is not correct, as the URN syntax allows any pchar, whereas = the
pp2= -defined-nonempty does not allow the sub-delims "!", "$", "&", "'",
"(", ")", = "*", "+", and ",", which are all valid pchars.

<Roozbeh> Perhaps you have looked at revision 14 of this doc= ument. The 
refernce is RFC 8141 in revision 15 of the document, i.e.

  <future-pp2-specifier> and <p= p2-defined-nonempty> can comprise any
  ASCII characters compliant with UR= N syntax in [RFC8141].

********************************************************************

  Identifiers in the '3gpp2' NID are = defined and assigned by the 3GPP2
  or an agency appointed by 3GPP2 after ens= uring that the URNs to be
  assigned are unique.  Uniqueness is achieved= by checking against the
  IANA registry of previously assigned names.
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_127376">
The last sentence of this paragraph makes no= sense.  It seems to me
that it could be safely omitted.  OTOH, replacin= g "IANA" with the name
of the correct organization may also work.

<Roozbeh> the last sentence is already omitted i= n revivion 15 of the 
draft which is draft-atarius-dispatch-meid-urn-15
=

**************************= ******************************************

  As the NID sought is '3gpp2', and 3GPP2 is the long standing ac= ronym
&= nbsp; for the standards organization which includes the mobile phone
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_127454">  operat= ors, the URN should also persist indefinitely (at least as long
  as there is= a need for its use).  The assignment process guarantees
  that names ar= e not reassigned.  The binding between the name and its
  resource is p= ermanent.

The phrase "3GPP2 is the lon= g standing acronym for the standards
organization which includes the mobile phone = operators" doesn't seem
to be useful -- the connection between the NID "3gpp2" and= the 3GPP2
organization is assured to be permanent due to IANA procedures.  T= he
impo= rtant part of the paragraph is that 3GPP2 has procedures to ensure
assignments wit= hin the NID are unique and persistent.

<Roozbeh>: How about

 The NID sought is '3gpp2',  = and the URN should persist indefinitely
 (at least as long as there is a need= for its use). The standards organization 
 3GPP2  ensures assignme= nts within the NID are unique and persistent. 
 The IANA procedures assu= re that the connection between the  3GPP2 and
 the NID '3gpp2' is perman= ent.
**********= **********************************************************

  The 3GPP2 or its approved agency will manage th= e <NSS> (including
  '3gpp2') and <future-pp2-specifier> identifi= er resources to maintain
  uniqueness.  The process for MEID assignment = is documented in
  [SC.R4002-0].

<= /div>
I think= you mean "'meid'" instead of "'3gpp2'" -- 3GPP2 does not
manage the "3gpp2" part = of the URN itself.

<Roozbeh>: Ye= s, thanks!

**********= **********************************************************

Dale's FIRST COMMENT:

  Two 3GPP2 MEID URNs are equivalent if they have the same 'meidv= al'
&nb= sp; and the same parameter values in the same sequential order.  All o= f
 = ; these comparisons are to be case-insensitive. 

This rule does not specify how future-pp2-specifier's are t= o be
co= mpared.

<Roozbeh> The definition= for future-pp2-specifier has now been changed
and it should be OK! 

----------------------------------------------= ------------------------

<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_128968">Dale's SECOND= COMMENT:

 Rules for Lexical Equi= valence:

  Two 3GPP2 MEID URNs ar= e equivalent if they have the same 'meidval'
  and the same parameter values = in the same sequential order.  All of
  these comparisons are to be case= -insensitive.

  Any identifier in= '3gpp2' NSS can be compared using the normal
  mechanisms for percent-encode= d UTF-8 strings (see [RFC3629]).

It's = not clear what "MEID parameters" are, since the grammar explicitly
forbids paramet= ers in the MEID sub-namespace.  And the first paragraph
of 4.1 simply says t= hat any change to what is specified in this document
must be via an RFC -- which i= s true anyway because this will be any RFC.

The first paragraph of "Rules for Lexical Equivalence" talks of
=
parameter va= lues for 3gpp2:meid URNs, but there are no such parameters.

The first paragraph of "Rules for Lexical Equivalen= ce" also says that
3gpp2:meid URNs are to be compared case-insensitively, but the = grammar
allows no variance of case within the NSS:  "meid" is lower case and<= /div>
<mei= dval> is upper case.

The second par= agraph of "Rules for Lexical Equivalence" says that all
3gpp2 URNs can be compared= "using the normal mechanisms for
percent-encoded UTF-8 strings", which is implici= tly case-sensitive.

<Roozbeh> Se= e the following suggestion


  Two 3GPP2 MEID URNs are equivalent = if they have the same 'meidval'
  in the same sequential order. Two future 3G= PP2 MEID URNs are 
  equivalent if they have the same 'meidval'and 'futu= re-pp2-specifier'
  in the same sequential order.  
  Any identifie= r in '3gpp2' NSS can be compared using the normal
  mechanisms for percent-e= ncoded UTF-8 strings (see [RFC3629]).


**************= ******************************************************

  Any identifier in '3gpp2' NSS can be compared using= the normal
  mechanisms for percent-encoded UTF-8 strings (see [RFC3629]).

RFC 3629 only describes the UTF-8 enc= oding itself, not how
percent-encoding of it is to be handled.  Perhaps you m= eant a
= different RFC?

<Roozbeh> does th= e following make sense

   An= y identifier in '3gpp2' NSS can be compared using the normal
   mechani= sms for percent-encoded UTF-8 strings, where the UTF-8
   is defined in = [RFC3629].


**********************************************************= **********

4.1.  MEID Parameters<= /div>

  Any future change to the forma= t of the 'meid' NSS requires the use of
  the procedure for URN NSS changes (= currently through the publication
  of a future Informational RFCs approved b= y IETF consensus).

You have a choice h= ere.  If you allow that future changes will only be
done via RFC, then you ca= n omit all mention of future-pp2-specifier in
this RFC, as they will be defined in= later RFCs.  That could allow you
to simplify this RFC considerably, as it w= ould only have to deal with
identifier classes that have already been defined.

<Roozbeh>: This issue should have b= een resolved with the second
comments.

****************************************************************= ****
4.2.4.  Hexadecimal Encodi= ng

This section is interesting but irr= elevant.  As it says, "the
actual storage format in memory is implementation = specific".  As such,
the only storage format that is relevant to this documen= t is how the
abstract MEID (a sequence of 14 or 15 elements drawn from the set of<= /div>
hex dig= its) is represented in the URN.

=
<Ro= ozbeh> I think this section is useful so I would like to keep it.
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_129360">The reason fo= r this text is you show a digit to octets diagram 
but it does not mean that = you have to store the digits this way

= ********************************************************************
<= div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1517234155207_129365">
8.  Security and privacy considerations=

I haven't checked, but I assume that = you've constructed this section
to closely parallel section 8 of RFC 7254 (the IME= I URN).  That will
ensure that privacy concerns are satisfied.  (RFC 725= 3 was delayed
considerably due to privacy concerns.)

<Roozbeh>: I received many commenst on this section and have = made the
requested changes. So, I am hoping it is good now.


**************************************************************= ******
=
10.1.  Normative Reference= s


  [draft-atarius-dispatch-meid-urn-as-instanceid]

              A= tarius, R., "S.R0048-A: Using the Mobile Equipment
        &nb= sp;     Identity (MEID) Uniform Resource Name (URN) as an Instanc= e
 = ;             ID", Internet Draft draft-atari= us-dispatch-meid-urn-as-
              instance= id, January 2018.

This isn't a normati= ve reference -- this draft does not normatively
depend on "MEID as Instance ID".&n= bsp; (Contrarily, that draft *does*
normatively depend on this draft.)

Also, its title does not start with "S.R0048-A:".=

<Roozbeh> OK! I will move this = to the informative references and
will correct the title.


**************************************************************= ******
=
Dale






From:= Dale R. Worley <worley@ariadne.com>
To: Dale R. Worley <worley@ari= adne.com>
Cc:= urn@ietf.org; r_atarius@yahoo.com
Sent: Thursday, January 25, 2018 7= :07 PM
Subject:<= /span> Re: [urn] Expert review needed

worley@ariadne.com (Dale R. Worley) writes:> Comments on draft-atarius-dispatch-meid-urn-14:

> If you allow that future changes will o= nly be done via RFC, then you
> can omit all mention o= f future-pp2-specifier in this RFC, as they will
> be = defined in later RFCs.  That could allow you to simplify this RFC
> considerably (especially the ABNF), as it would only hav= e to deal with
> the one identifier class ("meid") tha= t has already been defined.

Thinking a= bout this more, it seems to me that it might be better to
modify the grammar in this way:

[as b= efore]
  pp2-NSS          =     =3D meid-specifier / future-pp2-specifier
&= nbsp; meid-specifier      =3D "meid:" meidval

[changed]
  future-pp2-spe= cifier =3D future-specifier [ ":" 1*( pchar / "/" ) ]
&nb= sp; future-specifier    =3D 1*pp2-char
 = pp2-char            =3D ALPHA / DIGIT / "-= " / "." / "_" / "%"
          &n= bsp;                     =          
[unchanged]
  ALPHA              &nb= sp; =3D %x41-5A / %x61-7A; A-Z / a-z
  DIGIT  =               =3D %x30-39; 0-9

[removed]
  future-par= am        =3D par-name [ EQUAL par-value ]
  par-name            =3D pp2-d= efined-nonempty
  par-value      &nb= sp;     =3D pp2-defined-nonempty
  EQUAL&= nbsp;               =3D "=3D"
  pp2-defined-nonempty =3D 1*pp2-urn-char

This is more general than the current grammar regarding= the format of
<future-pp2-specifier>, it's only sl= ightly stricter than RFC 8141's
generic rules for NSSs.&n= bsp; But it allows you to call out that
<future-ppp2-s= pecifier> starts with <future-specifier> (up to the first
":", or if no ":", to the end), and in the text you can say that<= br clear=3D"none"><future-specifier> can't be "meid".  That pres= erves the nice
"sub-namespace" structure that you've defi= ned, without restricting the
syntax of the latter part of= the NSS for non-meid sub-namespaces.  (Any
actual s= ub-namespace will be defined by a later document which will give
the (likely narrower) grammar for the sub-namespace.)

----------

I= think these sections need work:

 = ; 4.1.  MEID Parameters

  = ...

  Rules for Lexical Equivale= nce:

  Two 3GPP2 MEID URNs are e= quivalent if they have the same 'meidval'
  and the= same parameter values in the same sequential order.  All of
  these comparisons are to be case-insensitive.

  Any identifier in '3gpp2' NSS can be comp= ared using the normal
  mechanisms for percent-enco= ded UTF-8 strings (see [RFC3629]).

It'= s not clear what "MEID parameters" are, since the grammar explicitly
forbids parameters in the MEID sub-namespace.  And the fir= st paragraph
of 4.1 simply says that any change to what i= s specified in this document
must be via an RFC -- which = is true anyway because this will be any RFC.

The first paragraph of "Rules for Lexical Equivalence" talks of
parameter values for 3gpp2:meid URNs, but there are no such p= arameters.

The first paragraph of "Rul= es for Lexical Equivalence" also says that
3gpp2:meid URN= s are to be compared case-insensitively, but the grammar
= allows no variance of case within the NSS:  "meid" is lower case and<meidval> is upper case.

The second paragraph of "Rules for Lexical Equivalence" says that= all
3gpp2 URNs can be compared "using the normal mechani= sms for
percent-encoded UTF-8 strings", which is implicit= ly case-sensitive.


Dale


------=_Part_3158290_2003896582.1517287508243--