Return-Path: <amanda.baber@iana.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 3FE29C14F69E;
	Thu, 20 Feb 2025 12:06:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.802
X-Spam-Level: 
X-Spam-Status: No, score=-1.802 tagged_above=-999 required=5
	tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1,
	MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001,
	RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
	RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
	RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001,
	T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001,
	URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001]
	autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194])
	by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MVGuE0_xyDOL; Thu, 20 Feb 2025 12:06:35 -0800 (PST)
Received: from ppa2.lax.icann.org (ppa2.lax.icann.org [192.0.33.77])
	by ietfa.amsl.com (Postfix) with ESMTP id 3DF0CC14F60E;
	Thu, 20 Feb 2025 12:06:35 -0800 (PST)
Received: from MBX112-E2-CO-1.pexch112.icann.org (out.mail.icann.org
 [64.78.33.7])
	by ppa2.lax.icann.org (8.18.1.2/8.18.1.2) with ESMTPS id 51KK61dS028203
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
	Thu, 20 Feb 2025 20:06:02 GMT
Received: from MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) by
 MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server
 (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.2.1544.11; Thu, 20 Feb 2025 12:06:00 -0800
Received: from MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) by
 MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) with mapi id
 15.02.1544.011; Thu, 20 Feb 2025 12:06:00 -0800
From: Amanda Baber <amanda.baber@iana.org>
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org>,
        idr chairs
	<idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>,
        "draft-ietf-idr-bgp-car@ietf.org" <draft-ietf-idr-bgp-car@ietf.org>
Thread-Topic: [Ext] Implementation requirements embedded in bgp-car [was: Re:
 Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and
 COMMENT)]
Thread-Index: AQHbg9Lcwq2x4Ej5GEKICPaPUMy/zQ==
Date: Thu, 20 Feb 2025 20:06:00 +0000
Message-ID: <863CA054-89A5-4912-8AC7-76CA78CA7DB3@iana.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/16.63.22070801
x-originating-ip: [192.0.32.234]
x-source-routing-agent: True
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
	micalg=sha256; boundary="B_3822897959_3760937206"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34
 definitions=2025-02-20_08,2025-02-20_02,2024-11-22_01
Message-ID-Hash: NJNPFU2FCVDTHXAATNT7BDD7VGNUZTTE
X-Message-ID-Hash: NJNPFU2FCVDTHXAATNT7BDD7VGNUZTTE
X-MailFrom: amanda.baber@iana.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-idr.ietf.org-0;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
CC: The IESG <iesg@ietf.org>, Bruno Decraene <bruno.decraene@orange.com>,
 Clarence Filsfils <cfilsfil@cisco.com>,
 "luay.jalil" <luay.jalil@verizon.com>,
 "yitai.syc" <yitai.syc@alibaba-inc.com>, "jul738@att.com" <jul738@att.com>,
 Keyur Patel <keyur@arrcus.com>, Hares Susan <shares@ndzh.com>,
 Roman Danyliw <rdd@cert.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5BIdr=5D_Re=3A_=5BExt=5D_Implementation_requirements_embedded_in_?=
 =?utf-8?q?bgp-car_=5Bwas=3A_Re=3A_Roman_Danyliw=27s_Discuss_on_draft-ietf-i?=
 =?utf-8?q?dr-bgp-car-14=3A_=28with_DISCUSS_and_COMMENT=29=5D?=
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/idr/VY6F_L4xd75LB29y1ZrRrG0Xlvw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

--B_3822897959_3760937206
Content-type: multipart/alternative;
	boundary="B_3822897959_4089646544"


--B_3822897959_4089646544
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

Hi John, all,

=20

A note about this: when IANA is asked to use the RFC 7120 process for Speci=
fication Required registries, we ask for expert approval as well as chair an=
d AD approval. (7120 doesn=E2=80=99t mention this, but 7120bis-00 does.) The exper=
t is going to have to review the request during IETF Last Call, so we=E2=80=99re t=
rying to avoid a situation where they have to say, =E2=80=9CI wouldn=E2=80=99t have agre=
ed to this, but it=E2=80=99s already in the registry.=E2=80=9D

=20

Would it be clear enough that the expert doesn=E2=80=99t have to check for two im=
plementations if it=E2=80=99s an RFC 7120 early allocation request?

=20

Thanks,

Amanda =C2=A0=C2=A0

=20

From: John Scudder <jgs=3D40juniper.net@dmarc.ietf.org>
Date: Thursday, February 20, 2025 at 10:56=E2=80=AFAM
To: idr chairs <idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>, "draft=
-ietf-idr-bgp-car@ietf.org" <draft-ietf-idr-bgp-car@ietf.org>
Cc: The IESG <iesg@ietf.org>, "Dhananjaya Rao (dhrao)" <dhrao@cisco.com>, B=
runo Decraene <bruno.decraene@orange.com>, Clarence Filsfils <cfilsfil@cisco=
.com>, "luay.jalil" <luay.jalil@verizon.com>, "yitai.syc" <yitai.syc@alibaba=
-inc.com>, "jul738@att.com" <jul738@att.com>, James Guichard <james.n.guicha=
rd@futurewei.com>, Ketan Talaulikar <ketant.ietf@gmail.com>, Keyur Patel <ke=
yur@arrcus.com>, "rainsword.wang@huawei.com" <rainsword.wang@huawei.com>, "i=
m8327@att.com" <im8327@att.com>, Hares Susan <shares@ndzh.com>, Roman Danyli=
w <rdd@cert.org>
Subject: [Ext] Implementation requirements embedded in bgp-car [was: Re: Ro=
man Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMMEN=
T)]

=20

Hi All,=20

=20

As part of the discussion of Roman=E2=80=99s DISCUSS point at today=E2=80=99s IESG meet=
ing, Roman raised an additional concern. Sections 10.4.1 and 10.4.2 include =
the requirement that the Designated Expert "Check IDR implementation report =
for two implementations=E2=80=9D. Roman pointed out that the document category is =
Experimental, the implication being that a two-implementation requirement to=
 obtain a code point for an experiment seems excessive.

=20

Now that I come to think of it, the requirement even feels a little excessi=
ve if the document were Standards Track. It puts the applicant for the code =
point in a bind: it=E2=80=99s often hard to get implementations written if we don=E2=
=80=99t have code points. But the requirement in this document says we can=E2=80=99t h=
ave a code point unless there are two implementations.=20

=20

Maybe part of the answer to this concern is that we have RFC 7120 =E2=80=94 it al=
lows early allocation from Specification Required registries. Presumably, th=
e =E2=80=9Ctwo implementations=E2=80=9D rule would not be applied during the early alloc=
ation process any more than it is for other registries. (Because RFC 7120 on=
ly applies to Specification Required "where an RFC is used as the stable ref=
erence=E2=80=9D, for any non-RFC track specification, Early Allocation wouldn=E2=80=99t =
be available, and the DE would be obliged to insist on two implementations.)

=20

That leaves the residual question of whether the IDR two-implementation rul=
e is appropriate for Experimental documents. I=E2=80=99m not aware of IDR having e=
ver grappled with that question; the wiki [1] only says, "IDR generally requ=
ires at least two interoperable implementations of a draft before it is adva=
nced to RFC=E2=80=9D.=20

=20

I tend to think it is OK for IDR to require two implementations for even an=
 Experimental RFC, but you should be aware that if you do this, you are crea=
ting a precedent, so please be sure it=E2=80=99s what you want. If you don=E2=80=99t wan=
t to create this precedent, you could remain silent (remove those two bullet=
 points).

=20

I=E2=80=99ll wait for a go-ahead from one of the chairs before proceeding with pu=
blication to ensure this question can be considered. (We still are waiting f=
or Roman to clear his DISCUSS in any case.)

=20

Thanks,

=20

=E2=80=94John

=20

[1] https://wiki.ietf.org/group/idr [wiki.ietf.org]


--B_3822897959_4089646544
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:schema=
s-microsoft-com:office:word" xmlns:m=3D"http://schemas.microsoft.com/office/20=
04/12/omml" xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta http-equiv=3DC=
ontent-Type content=3D"text/html; charset=3Dutf-8"><meta name=3DGenerator content=3D=
"Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style></head><body lang=3DEN-US link=3Dblue vlink=3Dpurple style=3D'word-wrap:=
break-word;overflow-wrap: break-word;-webkit-nbsp-mode: space;line-break:aft=
er-white-space'><div class=3DWordSection1><p class=3DMsoNormal>Hi John, all,<o:p=
></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>A note=
 about this: when IANA is asked to use the RFC 7120 process for Specificatio=
n Required registries, we ask for expert approval as well as chair and AD ap=
proval. (7120 doesn=E2=80=99t mention this, but 7120bis-00 does.) The expert is go=
ing to have to review the request during IETF Last Call, so we=E2=80=99re trying t=
o avoid a situation where they have to say, =E2=80=9CI wouldn=E2=80=99t have agreed to t=
his, but it=E2=80=99s already in the registry.=E2=80=9D<o:p></o:p></p><p class=3DMsoNormal=
><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Would it be clear enough that the e=
xpert doesn=E2=80=99t have to check for two implementations if it=E2=80=99s an RFC 7120 =
early allocation request?<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p>=
</p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNormal>Amanda =C2=A0=C2=A0<=
o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><div style=3D'border:non=
e;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNorm=
al style=3D'margin-left:.5in'><b><span style=3D'font-size:12.0pt;color:black'>Fr=
om: </span></b><span style=3D'font-size:12.0pt;color:black'>John Scudder &lt;j=
gs=3D40juniper.net@dmarc.ietf.org&gt;<br><b>Date: </b>Thursday, February 20, 2=
025 at 10:56=E2=80=AFAM<br><b>To: </b>idr chairs &lt;idr-chairs@ietf.org&gt;, &quo=
t;idr@ietf.org&quot; &lt;idr@ietf.org&gt;, &quot;draft-ietf-idr-bgp-car@ietf=
.org&quot; &lt;draft-ietf-idr-bgp-car@ietf.org&gt;<br><b>Cc: </b>The IESG &l=
t;iesg@ietf.org&gt;, &quot;Dhananjaya Rao (dhrao)&quot; &lt;dhrao@cisco.com&=
gt;, Bruno Decraene &lt;bruno.decraene@orange.com&gt;, Clarence Filsfils &lt=
;cfilsfil@cisco.com&gt;, &quot;luay.jalil&quot; &lt;luay.jalil@verizon.com&g=
t;, &quot;yitai.syc&quot; &lt;yitai.syc@alibaba-inc.com&gt;, &quot;jul738@at=
t.com&quot; &lt;jul738@att.com&gt;, James Guichard &lt;james.n.guichard@futu=
rewei.com&gt;, Ketan Talaulikar &lt;ketant.ietf@gmail.com&gt;, Keyur Patel &=
lt;keyur@arrcus.com&gt;, &quot;rainsword.wang@huawei.com&quot; &lt;rainsword=
.wang@huawei.com&gt;, &quot;im8327@att.com&quot; &lt;im8327@att.com&gt;, Har=
es Susan &lt;shares@ndzh.com&gt;, Roman Danyliw &lt;rdd@cert.org&gt;<br><b>S=
ubject: </b>[Ext] Implementation requirements embedded in bgp-car [was: Re: =
Roman Danyliw's Discuss on draft-ietf-idr-bgp-car-14: (with DISCUSS and COMM=
ENT)]<o:p></o:p></span></p></div><div><p class=3DMsoNormal style=3D'margin-left:=
.5in'><o:p>&nbsp;</o:p></p></div><p class=3DMsoNormal style=3D'margin-left:.5in'=
>Hi All, <o:p></o:p></p><div><p class=3DMsoNormal style=3D'margin-left:.5in'><o:=
p>&nbsp;</o:p></p></div><div><p class=3DMsoNormal style=3D'margin-left:.5in'>As =
part of the discussion of Roman=E2=80=99s DISCUSS point at today=E2=80=99s IESG meeting,=
 Roman raised an additional concern. Sections 10.4.1 and 10.4.2 include the =
requirement that the Designated Expert &quot;Check IDR implementation report=
 for two implementations=E2=80=9D. Roman pointed out that the document category is=
 Experimental, the implication being that a two-implementation requirement t=
o obtain a code point for an experiment seems excessive.<o:p></o:p></p></div=
><div><p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p></div=
><div><p class=3DMsoNormal style=3D'margin-left:.5in'>Now that I come to think o=
f it, the requirement even feels a little excessive if the document were Sta=
ndards Track. It puts the applicant for the code point in a bind: it=E2=80=99s oft=
en hard to get implementations written if we don=E2=80=99t have code points. But t=
he requirement in this document says we can=E2=80=99t have a code point unless the=
re are two implementations.&nbsp;<o:p></o:p></p></div><div><p class=3DMsoNorma=
l style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p></div><div><p class=3DMsoNorma=
l style=3D'margin-left:.5in'>Maybe part of the answer to this concern is that =
we have RFC 7120 =E2=80=94 it allows early allocation from Specification Required =
registries. Presumably, the =E2=80=9Ctwo implementations=E2=80=9D rule would not be appl=
ied during the early allocation process any more than it is for other regist=
ries. (Because RFC 7120 only applies to Specification Required &quot;where a=
n RFC is used as the stable reference=E2=80=9D, for any non-RFC track specificatio=
n, Early Allocation wouldn=E2=80=99t be available, and the DE would be obliged to =
insist on two implementations.)<o:p></o:p></p></div><div><p class=3DMsoNormal =
style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p></div><div><p class=3DMsoNormal =
style=3D'margin-left:.5in'>That leaves the residual question of whether the ID=
R two-implementation rule is appropriate for Experimental documents. I=E2=80=99m n=
ot aware of IDR having ever grappled with that question; the wiki [1] only s=
ays, &quot;IDR generally requires at least two interoperable implementations=
 of a draft before it is advanced to RFC=E2=80=9D.&nbsp;<o:p></o:p></p></div><div>=
<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p></div><div>=
<p class=3DMsoNormal style=3D'margin-left:.5in'>I tend to think it is OK for IDR=
 to require two implementations for even an Experimental RFC, but you should=
 be aware that if you do this, you are creating a precedent, so please be su=
re it=E2=80=99s what you want. If you don=E2=80=99t want to create this precedent, you c=
ould remain silent (remove those two bullet points).<o:p></o:p></p></div><di=
v><p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p></div><di=
v><p class=3DMsoNormal style=3D'margin-left:.5in'>I=E2=80=99ll wait for a go-ahead fro=
m one of the chairs before proceeding with publication to ensure this questi=
on can be considered. (We still are waiting for Roman to clear his DISCUSS i=
n any case.)<o:p></o:p></p></div><div><p class=3DMsoNormal style=3D'margin-left:=
.5in'><o:p>&nbsp;</o:p></p></div><div><p class=3DMsoNormal style=3D'margin-left:=
.5in'>Thanks,<o:p></o:p></p></div><div><p class=3DMsoNormal style=3D'margin-left=
:.5in'><o:p>&nbsp;</o:p></p></div><div><p class=3DMsoNormal style=3D'margin-left=
:.5in'>=E2=80=94John<o:p></o:p></p></div><div><p class=3DMsoNormal style=3D'margin-lef=
t:.5in'><o:p>&nbsp;</o:p></p></div><div><p class=3DMsoNormal style=3D'margin-lef=
t:.5in'>[1]&nbsp;<a href=3D"https://urldefense.com/v3/__https:/wiki.ietf.org/g=
roup/idr__;!!PtGJab4!_l6HIojB8VchSbJmAz0TKQd1c0Oi8SS8v-Fduks7ymXCMteYTyTTICB=
bftNqaFlFibcb-RHuiy_sYHXefuz1CqMA8pI8obgKR06zBhU$">https://wiki.ietf.org/gro=
up/idr [wiki.ietf.org]</a><o:p></o:p></p></div></div></body></html>

--B_3822897959_4089646544--

--B_3822897959_3760937206
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIS+wYJKoZIhvcNAQcCoIIS7DCCEugCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B
BwGggg+rMIIGqjCCBZKgAwIBAgIQCcOgd1nL+AOQoSBVzR4GmjANBgkqhkiG9w0BAQsFADBq
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGln
aWNlcnQuY29tMSkwJwYDVQQDEyBEaWdpQ2VydCBBc3N1cmVkIElEIENsaWVudCBDQSBHMjAe
Fw0yMjEwMDMwMDAwMDBaFw0yNTEwMDkyMzU5NTlaMIG+MQswCQYDVQQGEwJVUzETMBEGA1UE
CBMKQ2FsaWZvcm5pYTEUMBIGA1UEBxMLTG9zIEFuZ2VsZXMxPDA6BgNVBAoTM0ludGVybmV0
IENvcnBvcmF0aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEgMB4GA1UEAxMX
QW1hbmRhIEJhYmVyIDIwMjItMTAtMDMxJDAiBgkqhkiG9w0BCQEWFWFtYW5kYS5iYWJlckBp
YW5hLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM0MMRs2UIMnmDOnOWSJ
QN7+Z50Z2qNzUsh0iEWTf0DFqynhxIQ7vGXCTOVkXjOY/k5s8RvAcYuh8hzqFCSa1ObczGIr
5gGO8sDn6J0hKrZ6HpoZ3C8Nl/wSUz24OaHjQYdyemHEXLNA7Z3ID7G+xHrI/vJASfdMWZqB
mrOog4gqvzwiAx/cW0CfczPcZwyHLAMFLcIZujcBUOmCbzzKIj72dS+n7f3YoiC8Z8eskQHA
5OXjhFBKCXTsUoBbUPbMgN3aQfyjssPtzQC/Y3QcJBPgZTVpm/ryE69w17kt1ma7oP4vrg33
IZroYbFH8Sni6cIR1t9wq4ovjbLwj4/7yzRL6MBPrRPXfeJ9kMLupMHAEnF0WTpC2RD4LdVt
qbhZyjNzlNrVVS+nHIej//Z/aqLwmgbXLvZwGJ4fmJZLkmnZtLPyQL+f347iJENVFFkPszna
N0u0uK6hvsDkK3Bcr4yQpPufNdkWYrpXwFjJ9kuZ74lnZYGTaCUBY/FeQJmyjRfQfY6aiZG8
VGDoY4YdSDVKnaMRDtiNPpfomCIMvEjE313gHANVCQu6gYZM3bSXcYocXgB7prlpFCJi+K7S
ShW04SZcmvS/aa6G+UcvBkpj7W6qPnKU4C7nm0NaSO4AkVWAIQUVtjGFTkBsxSqhWkye4Cal
TS7rPQ08sgCODkDJAgMBAAGjggH1MIIB8TAfBgNVHSMEGDAWgBSlYiBQ3LtbV5etI4814lRs
qX75TjAdBgNVHQ4EFgQUNgLZO7I9a2q8VYSxHyg55ujDUaMwDAYDVR0TAQH/BAIwADAgBgNV
HREEGTAXgRVhbWFuZGEuYmFiZXJAaWFuYS5vcmcwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQW
MBQGCCsGAQUFBwMCBggrBgEFBQcDBDBDBgNVHSAEPDA6MDgGCmCGSAGG/WwEAQIwKjAoBggr
BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzCBiwYDVR0fBIGDMIGAMD6g
PKA6hjhodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURDbGllbnRD
QUcyLmNybDA+oDygOoY4aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ2xpZW50Q0FHMi5jcmwwfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRwOi8v
b2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly9jYWNlcnRzLmRpZ2ljZXJ0
LmNvbS9EaWdpQ2VydEFzc3VyZWRJRENsaWVudENBRzIuY3J0MA0GCSqGSIb3DQEBCwUAA4IB
AQBT/bwD7mFoSAEq/Kucik9i8KmFm/omf4ila8w8IlxJLdJM38NsbMb6EyL8CL6nPiUbBQw5
SN1Fi44LnyRr4jcp6TTZPbJWMJNGNw8S1NuOC9HQ8Yujvj1G4g9fW4Zs11x0hvWwj8dWnmMA
09nApL3aja+aXzN8HoC0NMlGP2KGPgMAY9/HOv32zqBmls6oxNh+Jnc7E/axBTC71MyYjJHp
2NR5Zp91GsgNxSfXHTB35ioHoGpSnDjfildLuqBzyZ12BBM74WFMaip+Iz6tQCba2nVJRUwb
JwTIHIspD+yAAwHF3bq8lRaahK+xTrj7CysJuJLGxSGmSfRv1UFu3vJqMIIFXzCCBEegAwIB
AgIQD/rh8xorQzw9muFtZDtYizANBgkqhkiG9w0BAQsFADBlMQswCQYDVQQGEwJVUzEVMBMG
A1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGlnaWNlcnQuY29tMSQwIgYDVQQD
ExtEaWdpQ2VydCBBc3N1cmVkIElEIFJvb3QgRzIwHhcNMTkwOTIzMTIyNTMyWhcNMzQwOTIz
MTIyNTMyWjBqMQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQL
ExB3d3cuZGlnaWNlcnQuY29tMSkwJwYDVQQDEyBEaWdpQ2VydCBBc3N1cmVkIElEIENsaWVu
dCBDQSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOqxRa06rLwKBvrDb/qQ
8RtXfeKA9o0A42oZbLF4GYr4Xdt9JE8r3PJRIOUZD1U3mEln4S/aZoS54Q+5Ecs3q2GGT/Z8
2VeAPLeGvJoT0LS5t/zXeUcbMuDFWgyj33kiesnuusnOWvpISoxN+oBH4oo0+oUiHI65mMjM
Alb93x6sabh9kKvHQvHC4x2u7wYv5+NXjnbOhJS/1NjGq+ugLMXeldFMz0O5qFIDpn3aQGU0
htyJQ2SZyxEqlUrgunsrYj9wgfW7XuhAi2j0y5d9oMT0SuVeKFFnQhTEk5B3fq+OBOW0AU2J
dW1r929UtRbAr8RpLt05WI2G2RNVVlHYaU0CAwEAAaOCAgQwggIAMB0GA1UdDgQWBBSlYiBQ
3LtbV5etI4814lRsqX75TjAfBgNVHSMEGDAWgBTOw0q5mVXyuNtgv6l+vVa1lzan1jAOBgNV
HQ8BAf8EBAMCAYYwTAYDVR0lBEUwQwYIKwYBBQUHAwIGCCsGAQUFBwMEBgorBgEEAYI3CgME
BgorBgEEAYI3FAICBgorBgEEAYI3CgMMBgkqhkiG9y8BAQUwEgYDVR0TAQH/BAgwBgEB/wIB
ADA0BggrBgEFBQcBAQQoMCYwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNv
bTBFBgNVHR8EPjA8MDqgOKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRB
c3N1cmVkSURSb290RzIuY3JsMIHOBgNVHSAEgcYwgcMwgcAGBFUdIAAwgbcwKAYIKwYBBQUH
AgEWHGh0dHBzOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DUFMwgYoGCCsGAQUFBwICMH4MfEFueSB1
c2Ugb2YgdGhpcyBDZXJ0aWZpY2F0ZSBjb25zdGl0dXRlcyBhY2NlcHRhbmNlIG9mIHRoZSBS
ZWx5aW5nIFBhcnR5IEFncmVlbWVudCBsb2NhdGVkIGF0IGh0dHBzOi8vd3d3LmRpZ2ljZXJ0
LmNvbS9ycGEtdWEwDQYJKoZIhvcNAQELBQADggEBAHZrbCQCo3MAIqR0kekGYrC70EAGRDRq
11COufNEXhcpv3YH6BMhUoVinPPNgfo5HPrZAFrLK/KPXYdJdgkASGsINabAfY2ljUaJwKlp
IewwjS6KuGEn59MgidaAUPh6lbetIoRsLhCqCzAnX1aL99fjCMf4NMWLUC8TqotnnrKNuw4J
Sjx4fcQs+U5T1bbgnyDx+8ybONuIEDvinHdKDu2VjoECzez2y/1IVTPlh57zBfjHJQFqLWzH
dou8M+ucdJtr2swXII6s3nkq4pfEn7KnbzMS9quFSuyOGILcg/3qVwaHNLM5R+8nB5gPI5+u
5Uh56w1i+9Ds1pjYAiTHdeUwggOWMIICfqADAgECAhALkxw61jln6mcjv8OvmvRLMA0GCSqG
SIb3DQEBCwUAMGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNV
BAsTEHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9v
dCBHMjAeFw0xMzA4MDExMjAwMDBaFw0zODAxMTUxMjAwMDBaMGUxCzAJBgNVBAYTAlVTMRUw
EwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAiBgNV
BAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBANnnKC9SPzZySYiTNPP4ah4xVICfrVRBtUfflqjUr4AtuQrPdf2JpX0k+uMi
DCu8lRcLM78ZTUEGkAC9DE0Q/ge15xxuIlUxZZe90xfSHmLz2+psUIw/hAyWz7fLA+DKbaEU
TBuJ3e0AsFJ8r5FssTgT0ekSCMAAsBwrEdp3cDabrs55h9yCcOYJdHBVaa+jaJ+/3bZ5s/Kd
cClV9Kv/lWHzyUBvHdG+k7vTiCq7nb9yWlZxOz/U89EK/ijvo+7Zma8D049gt/KSobG9iYkf
MM3Dpi5iM64WAndEWueBCjynRC55uD8EvFygh+Ebr1GOzews+vj+bfA6fKqL5GeVMY0CAwEA
AaNCMEAwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAYYwHQYDVR0OBBYEFM7DSrmZ
VfK422C/qX69VrWXNqfWMA0GCSqGSIb3DQEBCwUAA4IBAQDKpVWM48hBbmknp3UR7zyGNm/S
ncZ4OB1plqKSaS44bJt9BNSJpbExN4rJIcyrbM2LHJrWv0jSMmbBisDzLzrvwOPUkYbRUOMD
23N3b0o5U+3eJse1fa8rQtF1YuNKKwLHUEvgaeKWbA5EZhBEj60F6/h5rKYb6Dc0nVPJYaqi
Uq9KcBaGwjrIsRNwNtjP7vQKNNVbTP0HnKK62QFyXPNNwd0OsRwNxGO+rfQU+4nsokEOTMzI
V0DQbgOqzQyOiZmZbPA8MK8432+8o74pICerdP8TInjel1JVHoO1VCAD7q7AT1beN8zDf6oE
J7vTd7hi2xd8nCgiE3Nszyb1iinnMYIDFDCCAxACAQEwfjBqMQswCQYDVQQGEwJVUzEVMBMG
A1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGlnaWNlcnQuY29tMSkwJwYDVQQD
EyBEaWdpQ2VydCBBc3N1cmVkIElEIENsaWVudCBDQSBHMgIQCcOgd1nL+AOQoSBVzR4GmjAN
BglghkgBZQMEAgEFAKBpMC8GCSqGSIb3DQEJBDEiBCDs1tGT1O/veVVGh+GOImKvv+Jq1Jg4
8p8bLodrzAp85zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0y
NTAyMjAyMDA1NTlaMA0GCSqGSIb3DQEBAQUABIICAChd7JPE+L/ac14sLfX9tJ+VSabBVXBp
X7kGdVUFgin8lgUqhsbS8nX3/0PhDsfs7pxLo8hKgLu1fyoItcCUc2ahw4HleG6OUbckwkh0
Wy61xyfHntbEAmNMachQuXfd9/TA2LSDu7gfkfeqKnUcMFevtCJ3zFRJJaiMekGN4LtOWrsT
FwNIkUOLQkheG/tlpCg81nPo/LaGpk643cj9bRfY96NbEdhAauUuTY5w/qz5mfbz8bdfNCFS
kDAxDj+rAavkdIJ1RVlTv+b+PdmF4b+PMY9P1JiQZJYcyZLBuwRji8KvfPTTDgsbpRfinWjX
oyh5KWO/bij/cAl83Md33H1sj5qFMmmLed8flBqIn7DBMniQhFgbZgtS1fOea3qc3fJce95e
WA1KZtTMjZsyJZOnslRIy6atEI6XM2YRX9wHk+5JQvHcVy7nboIys6Qs6Fv2up8nY/kg+qsQ
emi0QXHVxP30eBAgOANy4y8HaR1BB8MmjQkzuFkCtJ5QaoJkq4z46WkvA8gjkZ2ldxgjBWSX
UsNFxwlCd1BccjXYKYPRXG9vAwVd3Kb+iKRhyb0fRhIDEXLyAHDcpNmYwKFpRCtOx/KhGRxn
M6FtS6VaM50lN5cNbGRo7IIwB7BDUt9LzDxlU+Q/tgaPzUohj+IRR3CLah0eoCKmPgg5JfXw
ejSX

--B_3822897959_3760937206--

